REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA

LA EDUCACIÓN UNIVERSITARIA,
CIENCIA Y TECNOLOGÍA
INSTITUTO UNIVERSITARIO POLITÉCNICO
“SANTIAGO MARIÑO”
ESCUELA: INGENIERÍA DE SISTEMAS
EXTENSIÓN MATURÍN

Metodologías para el
desarrollo de Sistemas de
Información

Profesor(a): Alumno:
Paola López Manuel Villafañe
C.I: 27.751.184

Maturín, Agosto de 2019

 Introducción

Un sistema de información es un conjunto de datos que interactúan entre sí

con un fin común.
En informática, los sistemas de información ayudan a administrar, recolectar,
recuperar, procesar, almacenar y distribuir información relevante para los procesos
fundamentales y las particularidades de cada organización.

La importancia de un sistema de información radica en la eficiencia y en la correlación

de una gran cantidad de datos ingresados a través de procesos diseñados para cada
área con el objetivo de producir información válida para la posterior toma de
decisiones.

Las metodologías para el desarrollo de los sistemas de información conforman la

ciencia encargada del análisis de sistemas grandes y complejos y la interacción entre
esos sistemas, las etapas de construcción de un sistema informático, que consiste en
relevar la información actual y proponer los rasgos generales de la solución futura. Los
sistemas en relación están relacionados con cualquier campo tales como: procesos
industriales, administración, toma de decisiones, procesos, protección al medio
ambiente, etc.

Diseñar un sistema de información no solo requiere de la experiencia sino también de

la metodología a seguir, existen muchos autores que a través de los años
desarrollaron distintas metodología para este fin, esto se debió a la falta del manejo
de datos en las empresas para mayor factibilidad y éxito de la misma, es por ello que
hoy día existen Organizaciones exitosas y con altos puestos a nivel económico en el
mundo actual, cabe destacar que sin estos autores que a través del tiempo han
aplicado su metodología y ha sido demostrada que a través de estos métodos el éxito
de las organizaciones se ha visto por el levantamiento o despertar económico de un
país.
Una Metodología para el Desarrollo de Sistemas de Información es un conjunto de
actividades llevadas a cabo para desarrollar y poner en marcha un Sistema de
Información.

Objetivos de una metodología para el desarrollo de Sistemas de Información

Los Objetivos de las Metodologías de Desarrollo de Sistemas de Información

son:
 Definir actividades a llevarse a cabo en un Proyecto de S.I.
 Unificar criterios en la organización para el desarrollo de S.I.
 Proporcionar puntos de control y revisión
 Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí
 Satisfacer las necesidades de los usuarios del sistema
 Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado
al desarrollo
 Ajustarse a los plazos y costos previstos en la planificación
 Generar de forma adecuada la documentación asociada a los sistemas
 Facilitar el mantenimiento posterior de los sistemas

Tipos de metodologías para desarrollar un sistema de información:

 Estructurada:
1. Se maneja como proyecto
2. Gran volumen de datos y transacciones
3. Abarca varias áreas organizativas de la empresa
4. Tiempo de desarrollo largo
5. Requiere que se cumplan todas las etapas, para poder cumplir las siguientes
(progresión lineal y secuencial de una fase a la otra)
 Evolutiva-Incremental
1. Se deriva de la estructurada
2. Permite seguir secuencias ascendentes o descendentes en las etapas del
desarrollo
 3. Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la
estructurada

 Prototipos
1. Desarrolla modelo en escala del sistema propuesto (sistema objetivo)
2. En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario,
se culmina con todas las funcionalidades.
3. Se prueba y refina hasta que usuarios conformes
4. Identifica necesidades de información
5. Maneja principales procedimientos orientados a transacciones
6. Produce informes críticos
7. Permite consultas rudimentarias
8. Complementa especificaciones imprecisas y/o incompletas de los usuarios

 Orientada a Objetos
 No modela la realidad, sino la forma en que las personas comprenden y
procesan la realidad
 Es un proceso ascendente basado en una abstracción de clases en aumento
 Se basa en identificación de objetos, definición y organización de librerías de
clases, y creación de macros para aplicaciones específicas
 Utiliza menor cantidad de código
 Es más reutilizable

Al paso del tiempo distintos autores han propuesto y creado distintas metodologías
para llevar a cabo el desarrollo de los Sistemas de Información (SI), las cuales hoy
día han sido aprobadas y están siendo usadas en las empresas y organizaciones
en distintas escalas. Estas metodologías son las protagonistas del éxito empresarial
tanto en su economía, como su desarrollo y expansión a nivel global de manera
organizada, estructurada y en el manejo y control de las mismas, tanto a nivel
interno como externo.
Estas permiten a las instituciones empresariales desarrollar sistemas de
información los cuales buscan la excelencia y minimización de errores que pudieran
llegar a tener en el ejercicio de sus funciones.

Las siguientes metodologías a reseñar son de las más que destacan y se utilizan
hoy en día gracias al aporte de sus autores.

Metodología de “Llorens Fábregas”, para el desarrollo de los Sistemas

Información (SI).
Fábregas, se enfoca en la necesidad de la Organización para el cumplimiento
cabal de sus actividades y se basa en su metodología para establecer fases que
determinan cada paso del diseño o la implementación de
un Sistema de Información, su técnica es utilizada para desarrollar estrategias que
mejoren el funcionamiento de los sistemas de información ya existentes. El ciclo de
desarrollo de sistemas de información propuesto por Llorens Fabregas está
compuesto de 5 Fases, las cuales enfocan de una manera clara los métodos y
pasos para la implementación de un SI. La primera fase, los requerimientos, está
enfocado a la necesidad de la organización, lo que significa, la planeación y las
estrategias que se van a emplear para el desarrollo del nuevo sistema, es decir los
requerimientos del cliente. Este análisis de información va desde los procesos que
integran al departamento u Organización en donde se va a desarrollar el sistema,
hasta los bienes materiales y humanos que componen al mismo. La segunda fase,
el Análisis y Diseño, en este se requieren datos aportados por el solicitante del SI.
Estos datos son los recopilados por la primera fase, analizar, organiza y diseña los
procesos, los datos, los componentes físicos que el sistema necesita
para poder funcionar de forma efectiva y que cumpla con todos Los requerimientos
del cliente. Al concluir estas dos fases, se procede a la construcción del sistema, el
cual está divido en varias sub.-fases: El Desarrollo de Infraestructura (Lo cual
permite el cumplimiento de las tareas del sistema de forma más efectiva),
Adaptación de Paquetes (Se revisa el funcionamiento del sistema por el equipo
Analista- Usuario para su mejor entendimiento), Desarrollo de unidades de diseño
interactivas (Los procedimiento visuales), Unidades de diseño batch (transacciones
de datos) y el Desarrollo de unidades de diseño Manuales. Luego, siguen la fase de
las pruebas, en donde se prueba por completo el sistema, midiendo su nivel
de calidad, funcionalidad, integración y aceptación técnica. Luego, se prueba el
sistema completo en base a los niveles de prueba: Funcional, De Sistema, De
integración y De Aceptación Técnica. Al concluir con estas pruebas de forma
satisfactoria, se cargan los archivos, bases de datos y las tablas del nuevo sistema,
para de esta forma comenzar su uso, primero durante un Periodo de Aceptación, y
finalizado este como el sistema oficial. Por último, una vez que un sistema pasa a
formar parte de la vida diaria de la empresa cada programa, procedimiento y cada
estructura de datos se convierte en una pieza del negocio, que como tal, deberá
funcionar de forma constante exacta y confiable. Una Metodología para el Desarrollo
de Sistemas de Información es un conjunto de actividades llevadas a cabo para
desarrollar y poner en marcha un Sistema de Información .

Llorens Fábregas utiliza un análisis estructurado porque:

 Se maneja como proyecto
 Gran volumen de datos y transacciones
 Abarca varias áreas organizativas de la empresa
 Tiempo de desarrollo largo
 Requiere que se cumplan todas las etapas, para poder cumplir las
siguientes (progresión lineal y secuencial de una fase a la otra).

FASE I

REQUERIMIENTOS

Esta fase fundamental para que la estrategia informática encaje dentro de las metas
de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio
y planificación de sistemas; esto con el fin de proyectar las estrategias del negocio
y determinar de esta forma sus requerimientos de información.
Aunque la fase de requerimientos puede aplicarse a todos los procesos de la
empresa, o a un área en específico, suele ser más practico analizar área por área
del negocio.

Durante esta fase se desarrolla un modelo del área estudiada, donde se representa:
Los procesos que se llevan a cabo, la información utilizada por ellos y las
reglas políticas y prácticas de la empresa relacionada con estos procesos.

Este modelo permite proyectar las estrategias, procesos y flujos de datos de la

empresa al igual que las interrelaciones entre procesos y datos, con el fin de
desarrollar un plan de sistema de información capaz de guiar el desarrollo de un
sistema que permita dar soporte al área en estudio en el cumplimiento de sus
objetivos.

El Plan de Sistemas debe contener:

 Los sistemas que requiere el área del negocio, así como sus bases de datos
y la información que intercambiaran o compartieran.

 Descripción detallada de cada sistema y aplicación incluyendo sus objetivos

funcionales y sus bases de diseño.

 Todo hardware y software que serán utilizados para el funcionamiento

requeridos por el área de negocio (incluyendo las redes)

 Métodos de desarrollo para cada sistema como lo es adquisición de

paquetes, nuevo desarrollo o actualizaciones

 Esquema de los problemas actuales del área de negocio y de las posibles

mejoras que se puedan realizar en cada sistema

 Análisis de los beneficios que se espera derivar de los sistemas que

conforman la arquitectura

El plan de sistemas de información es uno de los factores más importantes para el

departamento de informática o sistemas ya que constituye la guía para emprender
los proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la
adquisición e instalación de hardware y software necesarios.
Además, el plan de sistemas es fundamental para la constr5uccion y desarrollo de
un ambiente de alta calidad y productividad ya que:

 La arquitectura de sistemas sobre la cual descansa el plan para una

determinada área de negocios define la forma de cómo cada aplicación
desarrollada será destinada a dar soporte a objetivos claves y estratégicos
para esa especifica área del negocio y, por ende, a la empresa,

 Se determinara una definición precisa de los beneficios, alcances y

objetivos de cada sistema, lo cual creara soluciones que el negocio
realmente necesite. Estos sistemas se ajustaran a las estrategias definidas
por la gerencia.

 Cada proyecto tendrá una prioridad fijada por la gerencia, lo que

determinara el orden de ejecución.

 Cada aplicación desarrollada podrá ser interrelacionada con otros sistemas.

FASE II

ANALISIS/DISEÑO

El objetivo de esta fase es desarrollar el diseño arquitectónico de los sistemas,

utilizando los requerimientos obtenidos en la primera fase. En el diseño
arquitectónico se engloban dos componentes: los datos y los procesos, los cuales
serán analizados y diseñados desde una perspectiva conceptual a una física, dentro
de las cuatros actividades que se encuentran en esta fase.

Actividades dentro de la fase de Análisis/Diseño.

 Analizar y Diseñar Proceso: Las operaciones del negocio y los

requerimientos de funcionamiento definidos en la primera fase, se toman en
cuenta con el propósito de determinar la forma en que debe funcionar el
sistema.

 Analizar y Diseñar Los Datos: Con los requerimientos de información

definidos en la fase I se debe organizar los distintos modelos de datos que
 nos ayuden a diseñar la base de datos que hagan falta para que el sistema
funcione de acuerdo al modelo de funcionamiento.

 Diseñar y Organizar Los Componentes Físicos: Todo componente físico

como (pantallas, base de datos) que hagan posible el funcionamiento del
sistema de acuerdo al modelo de funcionamiento.

 Planificar El Desarrollo De Los Componentes Físicos: actividad en la cual

planificamos la forma en que pueden ser construidos e implementados los
componentes físicos de una forma rápida y productiva.

En esta fase de análisis / diseño puede incluirse una sub.-fase de evaluación de

paquetes. Esta se pudiese realizar si en los requerimientos se estableció adquirir un
paquete de aplicaciones en lugar de completar un diseño arquitectónico.

FASE III

CONSTRUCCIÓN

Dentro de esta fase de construcción existen actividades separadas en cinco sub.-

fases:

Desarrollo De Infraestructura

Durante esta fase se desarrollará y organizará la infraestructura que permita cumplir

las tareas de construcción en la forma más productiva posible.

Adaptación De Paquetes

Ofrece una desventaja fundamental: el personal de la instalación no conoce los

componentes del paquete con la misma profundidad con que conoce los
componentes desarrollados por ellos mismos. Uno de los objetivos centrales de esta
sub.-fase es conocer al máximo detalle posible el funcionamiento del paquete, este
asegurará que el paquete será utilizado con el máximo provecho, tanto desde el
punto de vista del negocio, como de la utilización derecursos. Cada componente del
paquete será revisado en forma exhaustiva por el equipo Analista – Usuario, con el
fin de conocer y comprender todos los aspectos del paquete.
Desarrollo De Unidades De Diseño Interactivas

Las unidades de diseño interactivas, son procedimientos que se cumple o se

ejecutan a través de un dialogo usuario / sistema.

Las actividades de esta sub.-fase tienen como objetivo central:

 Especificar en detalle las tareas que debe cumplir la unidad de diseño

 Desarrollar componentes

 Realizar las pruebas unitarias y las pruebas de integración a nivel de la unidad

de diseño.

Desarrollo De Unidades De Diseño Batch

Las unidades de diseño Batch, son aquellos procedimientos que se cumplen en

forma automatizada, pero en la que no se entabla un dialogo entre usuario y el
analista, sino que involucra grupos de transacciones que se alimentan
al computador de una sola vez. Su objetivo central es igual a la fase de desarrollo
de unidades de diseño interactivas. En esta sub.-fase se preparan especificaciones
hechas utilizando una combinación de técnicas como flujo
gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera que se
utilice será útil para que la especificación sea clara y se logre el propósito de que el
programador comprenda y pueda programar y probar
los programas correspondientes.

 Desarrollo De Unidades De Diseño Manuales

Esta sub.-fase incluyen las tareas que se ejecutan en forma manual que se incluyen
dentro de los procedimientos administrativos. Las actividades de esta sub.-fase
tienen como objetivo central desarrollar todos los procedimientos administrativos
que rodearán y gobernarán la utilización de los componentes computarizados
desarrollados en la fase de diseño detallado y construcción.
 FASE IV

PRUEBAS

Esta fase, da inicio luego de que las diferentes unidades de diseño han sido
desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea
de forma experimental para asegurar que el software no falle, es decir que funcione
de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo
haga, y de esta forma poder detectar cualquier anomalía, antes de que el sistema
sea puesto en marcha y se dependa de él. Para evaluar el desenvolvimiento del
sistema, en esta fase se llevan a cabo varios niveles de prueba:

 Funcional: Prueba desde el punto de vista de los requerimientos

funcionales.

 De Sistema: Prueba desde el punto de vista de los niveles de calidad del

sistema y de desempeño.

 De Integración: Prueba de interfaces.

 De Aceptación Técnica: Prueba de manejo de condiciones extremas.

Si el Sistema cumple de forma satisfactoria con estos niveles mencionados

anteriormente, se procede a realizar la carga de los archivos, base de datos y tablas
del nuevo sistema, para de esta forma dar inicio al proceso de aceptación final,
durante el cual, el sistema comenzará a funcionar bajo la responsabilidad del
departamento de operaciones y del usuario, por un lapso determinado de tiempo
llamado Periodo de Aceptación.

Finalizado el Periodo de Aceptación, se le dará al sistema la aprobación final, para

que pase a ser el sistema oficial.

FASE V

PRODUCCION Y MANTENIMIENTO
Esta fase corresponde al Diseñar es la fase más importante donde todos los
elementos del SI. Están completos y se puede ejecutar el proyecto. Una vez que un
sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada
procedimiento y cada estructura de datos se convierte en una pieza del negocio
que, como tal, deberá funcionar en forma constante, exacta y confiable. L a
operación del negocio ahora dependerá del funcionamiento del sistema, por lo que
las tareas de mantenimiento cobran vital importancia.

Durante la fase de mantenimiento, se ponen en práctica todas las políticas y los

procedimientos destinados a garantizar la operación continúan de los de los
sistemas y a asegurar su uso efectivo, con el fin, de que éstos se constituyan en
una verdadera herramienta de apoyo al logro de los objetivos estratégicos de la
empresa, (Llorens Fábregas).

 Producción

Finalmente, en la etapa de producción se asegura que el sistema funcione

correctamente en la mayoría de los casos, y con intervención mínima de los
administradores del sistema. Para esto se realizan nuevas pruebas, se reevalúan
los resultados y se hacen refinamientos del sistema, los cambios necesarios
deberán ser introducidos sin afectar a los usuarios, y deberá conseguirse la máxima
confianza de los usuarios. El resultado de esta etapa un sistema listo para su
operación.

 Mantenimiento

Luego que el nuevo sistema ha estado operando, el auditor de sistemas

independiente de las otras fases de la vida del sistema, revisará lo siguiente:
Determinar si el programa ha logrado los requerimientos de los objetivos, se debe
prestar especial atención a la utilización y la satisfacción de los usuarios finales,
ellos constituirán un indicador excelente. Verificar que se miden, analizan e informan
adecuadamente a la gerencia los beneficios identificados con el estudio de
factibilidad. Revisar las solicitudes de cambios a los programas que se han
realizado, para evaluar el tipo de cambios que se exigen al sistema, el tipo de
cambios puede indicar problemas de diseño, programación o interpretación de los
requerimientos de usuario.

 Conclusiones Preliminares:

En la elaboración del desarrollo de esta unidad podemos evaluar la metodología

utilizada por Llorens Fabregas, una metodología estructurada basada en proyectos
exitosos al igual que la Laudon & Laudon, implementando valiosos métodos para el
Diseño e implementación de un SISTEMA DE INFORMACION, capaz de satisfacer
las necesidades de las Organizaciones a nivel Mundial.

Metodología de “Kendall & Kendall”, para el desarrollo de los Sistemas

Información (SI).
Según la metodología de Kendall & Kendall, el ciclo de vida de un sistema consta
de siete partes: siendo la primera la identificación del problema, la segunda
identificación de requisitos de información, la tercera es el análisis de las
necesidades del sistema, la cuarta es el diseño del sistema recomendado, la quinta
desarrollo y documentación del sistema, la sexta prueba y mantenimiento y la última
implementación y evaluación. Cada fase se explica por separado pero nunca se
realizan como pasos aislados, más bien es posible que algunas actividades se
realicen de manera simultánea, y algunas de ellas podrían repetirse.

FASE I

IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS

 Observación directa del entorno

 Aplicación de entrevista para recolectar información.

 Sintetizar la información recolectada para construir objetivos

 Estimar el alcance del proyecto

  Identificar si existe una necesidad, problema u oportunidad argumentada

 Documentar resultados

 Estudiar los riesgos del proyecto

 Presentar un informe de vialidad

En la primera fase el analista es el encargado de identificar los problemas de la

organización, detallarlos, examinar, evaluar las oportunidades y objetivos.
El analista debe identificar y evaluar los problemas existentes en la organización de
manera crítica y precisa. Mayormente los problemas son detectados por alguien
más y es cuando el analista es solicitado a fin de precisarlos.
Las oportunidades son situaciones que el analista considera susceptibles de
mejorar utilizando sistemas de información computarizados, lo cual le da mayor
seguridad y eficacia a las organizaciones además de obtener una ventaja
competitiva. El analista debe identificar los objetivos, es decir, el analista debe
averiguar lo que la empresa trata de conseguir, se podrá determinar si algunas
funciones de Las aplicaciones de los sistemas de información pueden contribuir a
que el negocio alcance sus objetivos aplicándolas a problemas u oportunidades
específicos. Los usuarios, los analistas y los administradores de sistemas que
coordinan el proyecto son los involucrados en la primera fase. Las actividades de
esta fase son las entrevistas a los encargados de coordinar a los usuarios, sintetizar
el conocimiento obtenido, estimar el alcance del proyecto y documentar los
resultados. El resultado de esta fase en un informe de viabilidad que incluye la
definición del problema y un resumen de los objetivos. La administración debe
decidir si se sigue adelante o si se cancela el proyecto propuesto.

FASE II

DETERMINACIÓN DE LOS REQUERIMIENTOS DE INFORMACIÓN

 Revisión de los objetivos

 Identificar el dominio

 Investigar la razón por la cual se implementa el sistema actual

  Recolectar información sobre los procedimientos y operaciones que se
desempeñan actualmente.

 Detallar específicamente: Quiénes son los involucrados, cuál es la

actividad, regla y restricciones del negocio, entorno de desarrollo de las
actividades, momentos oportunos de desarrollo de cada función, la manera
en que se desempeñan los procedimientos actuales.

 Elaborar una lista detallada y organizada de todos los procedimientos.

 Separar requerimientos funcionales y no funcionales

 Adicionar al informe de la primera fase, esta nueva información

En esta fase el analista se esfuerza por comprender la información que necesitan

los usuarios para llevar a cabo sus actividades. Entre las herramientas que se
utilizan para determinar los requerimientos de información de un negocio se
encuentran métodos interactivos como las entrevistas, los muestreos, la
investigación
de datos impresos y la aplicación de cuestionarios; métodos que no interfieren con
el usuario como la observación del comportamiento de los encargados de tomar
las decisiones y sus entornos e oficina, al igual que métodos de amplio alcance
como la elaboración de prototipos.

Esta fase es útil para que el analista confirme la idea que tiene de la organización y
sus objetivos.

Los implicados en esta fase son el analista y los usuarios, por lo general los
trabajadores y gerentes del área de operaciones.

El analista necesita conocer los detalles de las funciones del sistema actual:
El quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno
donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo
(la manera en que se realizan los procedimientos actuales) del negocio que se
estudia.
Al término de esta fase, el analista debe conocer el funcionamiento del negocio y
poseer información muy completa acerca de la gente, los objetivos, los datos y los
procedimientos implicados.

FASE III
ANALISIS DE LAS NECESIDADES

 Evaluar las dos fases anteriores.

 Modelar las entradas, los procesos y las salidas de las funciones ya
identificadas.
 Elaborar diccionario de datos y sus especificaciones.
 Elaborar diagramas de procesos de cada función.
 Elaborar propuesta del sistema con todos los diagramas de operaciones y
de procesos.
 Realizar el análisis del riesgo sobre el realizado en las fases anteriores,
tomando en cuenta el aspecto económico, técnico y operacional (estudio
de factibilidad)
 Estimar en un diagrama de Gantt el tiempo que tomará desarrollar el
sistema.

En esta fase el analista evalúa las dos fases anteriores, usa herramientas y técnicas
como el uso de diagramas de flujo de datos para graficar las entradas, los procesos
y las salidas de las funciones del negocio en una forma gráfica estructurada.

A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que

enlista todos los datos utilizados en el sistema así como sus respectivas
especificaciones.

El analista prepara en esta fase, una propuesta de sistemas que sintetiza sus
hallazgos, proporciona un análisis de costo/beneficio de las alternativas y ofrece, en
su caso, recomendaciones sobre lo que se debe hacer.
 FASE IV

DISEÑO DEL SISTEMA RECOMENDADO

 Evaluar las tres fases anteriores.

 Realizar el diseño lógico de todo el sistema.
 Elaborar procedimientos precisos para la captura de los datos que van a
ingresar al sistema de información
 Elaborar el diseño de la base de datos.
 Diseñar las diferentes interfaces de usuarios de cada operación,
procedimiento y/o función.

 Diseñar controles y procedimientos de respaldos que protejan al sistema y

a los datos.
 Producir los paquetes específicos de programas para los programadores.
 Elaborar una lista de las funciones genéricas y de las que será obligatorio
crear.
En esta fase el analista utiliza la información recopilada en las primeras fases para
realizar el diseño lógico del sistema de información.

El analista diseña procedimientos precisos para la captura de datos que aseguran

que los datos que ingresen al sistema de información sean correctos.

Facilita la entrada eficiente de datos al sistema de información mediantes técnicas

adecuadas de diseño de formularios y pantallas.

La concepción de la interfaz de usuario forma parte del diseño lógico del sistema de
información.

La interfaz conecta al usuario con el sistema y por tanto es sumamente importante.

También incluye el diseño de archivos o bases de datos que almacenarán gran parte
delos datos indispensables para los encargados de tomar las decisiones en la
organización.

En esta fase el analista interactúa con los usuarios para diseñar la salida (en pantalla
o impresa) que satisfaga las necesidades de información de estos últimos.

Finalmente el analista debe diseñar controles y procedimientos de respaldo que

protejan al sistema y a los datos y producir paquetes de especificaciones de
programa para los programadores.

Cada paquete debe contener esquemas para la entrada y la salida, especificaciones

de archivos y detalles del procesamiento.

FASE V
Desarrollo y documentación del software
 Evaluar los procedimientos que va a ser desarrollados por el programador.
 Mostrar y explicar cada procedimiento, función y operación al programador.
 Elaborar manuales de procedimientos internos del sistema.
 Elaborar manuales externos de ayuda a los usuarios del sistema.
 Elaborar demostraciones para los usuarios y la interacción con distintas
interfaces.
 Elaborar actualizaciones para los diferentes procedimientos.
 Elaborar un informe con el tiempo que se llevó construir cada procedimiento.
En la quinta fase del ciclo del desarrollo de sistemas, el analista trabaja de manera
conjunta con los programadores para desarrollar cualquier software original
necesario. Entre las técnicas estructuradas para diseñar y documentar software se
encuentran los diagramas de estructuras, los diagramas de Nassi-Shneiderman y el
pseudocódigo.

Durante esta fase el analista trabaja con los usuarios para desarrollar documentación
efectiva para el software, como manuales de procedimientos, ayuda en línea y sitios
web que incluyan respuestas a preguntas frecuentes en archivos “léame” que se
integrarán al nuevo software

La documentación indica a los usuarios cómo utilizar el sistema y qué hacer en caso
de que surjan problemas derivados de este uso.
Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican
y eliminan errores sintácticos de los programas de cómputo.

FASE VI

PRUEBA Y MANTENIMIENTO DEL SISTEMA

 Realizar la programación de las pruebas del sistema.

 Realizar un instrumento para evaluar el sistema de información.
 El programador deberá elaborar un resumen de las pruebas del sistema.
 El analista deberá realizar un informe de sus pruebas y discutirlo con el
programador.
 Elaborar la planificación de las horas del mantenimiento del sistema.
 Elaborar la lista de las operaciones que pudieran sufrir modificaciones de
códigos

Antes de poner en funcionamiento el sistema es necesario probarlo es mucho

menos costoso encontrar los problemas antes que el sistema se entregue a los
usuarios.

Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo
de manera conjunta con los analistas de sistemas. Primero se realizan las pruebas
con datos de muestra para determinar con precisión cuáles son los problemas y
posteriormente se realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de información y su documentación empiezan en esta

fase y se llevan de manera rutinaria durante toda su vida útil.
 FASE VII

IMPLEMENTACIÓN Y EVALUACIÓN DEL SISTEMA

 Planificar gradualmente la conversión del sistema anterior.

 Instalar los equipos de hardware necesarios para el funcionamiento del
software creado.
 Capacitar por medio de talleres a los usuarios en el manejo de equipos y
software creados.
 Evaluar la adaptabilidad de los usuarios al sistema.

Esta es la última fase del desarrollo de sistemas, y aquí el analista participa en la

implementación del sistema de información. En esta fase se capacita a los usuarios
en el manejo del sistema. Parte de la capacitación la imparten los fabricantes, pero
la supervisión de ésta es responsabilidad del analista de sistemas.
Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de
sistemas principalmente en áreas del debate. En realidad, la evaluación se lleva a
cabo durante cada una de las fases.

El trabajo de sistemas es cíclico, cuando un analista termina una fase del desarrollo
de sistemas y pasa a la siguiente, el surgimiento de un problema podría obligar a
regresar a la fase previa y modificar el trabajo realizado.

Metodología de “MEDSI”, para el desarrollo de los Sistemas Información (SI).

Es una metodología estructurada para desarrollar sistemas de información en y

para organizaciones de cualquier tipo. Entre las características resaltantes de esta
metodología podemos destacar:

 Es Estructurada: esta características se debe a dos razones esenciales:

 a. Utiliza diferentes métodos y técnicas estructuradas, que son propias de
la Ingeniería de la Programación, y que han demostrado ser las más
eficientes y eficaces para el desarrollo de sistemas programados.
b. Guía paso a paso de arriba hacia abajo el grupo que la aplica explicando
primero de forma muy general lo que debe hacerse para luego entrar en
los detalles, a medida que se avanza hasta explicar las tareas esenciales
que el grupo debe llevar a cabo para realizar el sistema de información.

 Es Completa. Cubre todas las distintas fases del ciclo de desarrollo de un

sistema de información, desde la definición del proyecto hasta la
implantación del sistema en la organización. Guía al grupo de desarrollo a
través de las fases, a un nivel bastante detallado, explicando las actividades
que deben hacerse y en la mayoría de los casos, enumerando las tareas
específicas que los miembros del grupo deben efectuar.

 Es Particionada: A fin de manipular mejor la inherente a un proyecto de este

tipo, la metodología se divide en fases, y cada una de las fases está compuesta
por pasos los cuales están orientados a algún tipo de tópicos, aspecto o
elemento de un sistema de información. Cada paso a su vez agrupa a un
conjunto de actividades que han de ser realizadas por el grupo de desarrollo.

Diagramas Utilizados en MEDSI.

Los diagramas utilizados en esta metodología, para explicar las diferentes fases
están basados en la técnica de Análisis Estructurado de Sistemas, y corresponden
a lo que, en términos de esa técnica, recibe el nombre de Diagrama de Flujo de
Datos.

Esta metodología (MEDSI), está orientada a proyectos medianos y grandes, que ameriten
la integración de grupos de desarrollo conformados por tres o más personas que puedan
requerir para su desarrollo varios meses.

FASE I
 DEFINICIÓN DEL PROYECTO

Determinar la factibilidad de desarrollar un nuevo sistema de información y estimar

los costos, tiempos y recursos requeridos de tal manera que las unidades
interesadas puedan decidir si se ha de emprender o no el proyecto. Si se decide
realizarlo se elabora el plan del proyecto. Dentro de esta fase encontramos los
siguientes pasos:

1. Estudio Preliminar del proyecto: este estudio muestra de manera general si se

justifica o no desarrollar un sistema de información para satisfacer las
necesidades de las unidades interesadas. Para ello, el gerente realiza las
siguientes actividades:

1. Reconocer el problema.

Implica efectuar las acciones necesarias para reconocer que existe un problema.
Las tareas que este debe realizar en esta actividad son:

 Recopila y analiza aquellos elementos que indiquen la necesidad de un

nuevo sistema.
 Realizar reuniones preliminares con el personal de las unidades involucradas
para definir la necesidad de un cambio.

1. Formular el problema.

Esta actividad busca diagnosticar, de modo muy general, el sistema actual, si es

que existe, tratando de responder entre otras cosas, las siguientes interrogantes:

 ¿Qué hace este sistema actual?

 ¿Qué objetivo persigue? ¿Los logra actualmente? ¿Por qué?
 ¿Qué dificultades o inconvenientes presenta?
 ¿Qué áreas de la organización se ven afectadas?
 ¿Es parte de un problema mayor?
Así mismo se busca determinar las necesidades preliminares que puedan o no
justificar el desarrollo del nuevo sistema. Alguna de las interrogantes que se han de
responder son:

 ¿Qué argumentos justifican un cambio?

 ¿Por qué es importante un cambio?
 ¿Por qué se cree que un nuevo sistema resolverá el problema?
 ¿Qué funciones generales debería ejecutar el nuevo sistema?

Para esta actividad el gerente del proyecto debe llevar a cabo las siguientes tareas:

 Realizar entrevistas con las personas que sientan la necesidad de un cambio.

 Recopilar y archivar documentos, notas de las entrevistas y datos relevantes
del sistema actual, sus inconvenientes y la necesidad de cambio.
 Analizar la documentación archivada.

1. Elaborar el informe preliminar.

2. A partir del análisis anterior, el gerente debe elaborar un informe que resuma
los resultados de las actividades anteriores, el cual debe concluir si existen o
no necesidades y problemas actuales que justifiquen emprender el desarrollo
de un nuevo sistema.

El gerente presenta el informe preliminar a los directivos de las unidades

involucradas quienes deciden, a partir de ese informe, si se emprende el
proyecto o no, o si es necesario un mayor estudio.

3. Discutir el informe preliminar.

4. Planificar el estudio de factibilidad.

Dependiendo de la decisión adoptada durante la discusión del informe preliminar, el

gerente se dedica ahora a iniciar un estudio de factibilidad del proyecto, para ello
debe realizar previamente las siguientes tareas:

 Determinar las actividades y tareas necesarias para conducir un estudio de

factibilidad.
  Determinar los recursos requeridos.
 Programar los tiempos de las actividades y tareas.

1. Estudio de Factibilidad. Una vez que se ha justificado la necesidad de un nuevo

sistema, el gerente debe estudiar, junto con el grupo seleccionado para este
paso, la factibilidad técnica, económica y psicosocial de diferentes alternativas
que puedan constituir soluciones aceptables al problema actual. Por
consiguiente, el grupo de factibilidad debe realizar las siguientes actividades:
2.
1. Evaluar el sistema actual.

2. Siempre y cuando exista un sistema actual de información el grupo de be

evaluar en este momento dicho sistema.

En esta actividad el grupo se dedica a establecer los requerimientos

generales de un nuevo sistema.

3. Establecer nuevos requerimientos en forma general.

4. Formular sistemas alternativos.

El grupo identifica, en esta actividad diferentes configuraciones para el sistema que

satisfaga los requerimientos generales establecidos en la actividad anterior, las
tareas que han de realizarse son:

 Identificar configuraciones alternativas. Para cada alternativas:

 Describir sus características principales.
 Determinar que requerimientos no se satisfacen, total o parcialmente.
 Definir el grado de automatización.
 Determinar que restricciones y atributos no se pueden satisfacer.

1. Determina factibilidad técnica.

Para cada sistema alternativo se debe establecer su factibilidad técnica, ellos deben
responder a dos interrogantes: ¿es posible desarrollar el sistema propuesto con
la tecnología actual o existente?, y si es posible, ¿qué tecnología adicional debe
adquirir la organización? Las tareas que se deben efectuar son:

 Evaluar las tecnologías que dispone la organización.

 Determinar la tecnología demandada.
 Determinar la tecnología adicional que debe adquirirse.

1. Determinar factibilidad económica.

2. En esta actividad el grupo debe realizar un análisis costo – beneficio que

permita identificar y medir los costos de desarrollo de operación y los beneficios
que obtiene la organización de cada sistema alternativo; para luego comparar
las diferentes alternativas bajo un criterio económico. También deben
estimarse los tiempos de desarrollo de cada sistema propuesto a fin de medir
la factibilidad económica de cada uno de ellos.

La implantación de un sistema de información automatizado en cualquier

organización crea un impacto social, que puede ocasionar su aceptación el
rechazo total al cambio tecnológico que se pretende introducir. El grupo debe
predecir o estimular para cada alternativa el impacto social que ellas pueden
originar dentro de la organización.

3. Determinar factibilidad psicosocial.

Este informe describe cada sistema alternativo y resume su factibilidad técnica,

económica psicosocial.

4. Elaborar informe de factibilidad.

5. Discutir el informe de factibilidad.

El gerente del proyecto presenta el informe a la comisión de planificación, quienes

junto con los otros directivos de las unidades involucradas discuten la factibilidad de
cada alternativa y selecciona la más conveniente. El proyecto puede ser paralizado
debido a que no existan alternativas factibles o convenientes a la organización
 1. Planificación del Proyecto. A partir de la decisión de continuar con el proyecto
y de la selección de un enfoque alternativo para el nuevo sistema de
información, el gerente del proyecto se dedica a planificar el mencionado
proyecto, tratando de estimar los costos, tiempos y recursos para llevarlo a
cabo.

2. Este paso tiene por finalidad elaborar un documento que guíe el desarrollo del
proyecto y que denominaremos el PLAN DE PROYECTO. Las actividades que
debe realizar el gerente del proyecto durante el proceso de planificación son:

1. Elaborar un plan general.

2. Elaborar un plan de fases.
3. Elaborar un plan de organización.
4. Elaborar un plan metodológico.
5. Elaborar un plan de administración de la configuración.
6. Elaborar un plan de administración de recursos.
7. Elaborar un plan de documentación.
8. Elaborar un plan calendario de eventos.
9. Seleccionar el grupo de desarrollo.
10. Revisar el plan de proyecto.
11. Discutir el plan de proyecto.

FASE II
ANÁLISIS DE CONTEXTO

En esta fase se busca ganar un sólido conocimiento del sistema ampliado dentro
del cual se ubicará el nuevo sistema de información y determinar las deficiencias y
problemas que presenta el actual sistema de información (Si existe). Dentro de esta
fase encontramos los siguientes pasos:

1. Análisis documental. este paso le permite al grupo de desarrollo disponer de

una biblioteca organizada de documentos relativos al proyecto. Una vez
constituida la biblioteca, el grupo se ocupa de estudiar la documentación propia
del sistema con miras a obtener una primera aproximación al conocimiento del
 citado sistema y sobre todo al contexto que lo contiene. Las actividades que el
grupo desarrollo debe llevar a efecto durante ese paso son:
2.
1. Recopilar documentos.

2. Con la colaboración de los diferentes usuarios del sistema actual, el grupo

recopila toda la documentación posible a tal sistema.

Al finalizar la recopilación de documentos el gerente del proyecto asigna

a una o más personas del grupo para que se encarguen de organizar la
biblioteca, estas personas son denominadas bibliotecarios del proyecto.

3. Organizar documentación.
4. Estudiar documentos.

Después de haberse organizado la biblioteca el grupo se dedica a estudiar a

documentación. El gerente programa reuniones de discusión, distribuye el
material para lecturas individuales y conduce las discusiones en equipo sobre
algunos documentos en particular el objetivo de este estudio es familiarizarse
con el sistema actual antes de iniciar su análisis formal

5. Analizar el contexto del sistema.

6. Durante esta actividad el grupo de desarrollo estudia el sistema de

actividades (sistema empleado) dentro del cual esta enmarcado el
sistema de información. Ello debe llevar a determinar los objetivos de ese
sistema, definir su estructura, establecer sus procesos y determinar
su comportamiento.

7. Analizar el sistema actual de información.

3. Análisis del Contexto. este paso constituye un estudio formal de todo el
sistema, con un nivel de detalle más profundo que aquellos realizados
anteriormente. Su objetivo es permitirle al grupo de desarrollo conocer el
sistema actual y su contexto para luego modelarlo y sobre el modelo identificar
las situaciones problemáticas que el sistema presenta. El modelo del sistema
 actual se elabora utilizando la técnica conocida como "Análisis Estructurado de
Sistema". El modelo general está integrado por dos sub-modelos.

En esta actividad el grupo de desarrollo identifica los objetivos, estructuras y

procesos del sistema actual, para ello deben efectuar las siguientes tareas:

 Definir los objetivos del sistema de información.

 Identificar sus sub sistemas.
 Identificar sus funciones.
 Identificar las entradas, procesos y salidas de cada función.
 Determinar su flujo de información.
 Identificar sus archivos.
 Analizar su documentación y sus procedimientos manuales.
 Identificar los usuarios de sistema y describir sus tareas.
 Describir la tecnología que utiliza el sistema.

1. Construir el modelo del sistema actual de Información.

Para ello se utiliza la técnica de análisis estructurado de sistemas que permite

elaborar los modelos físicos y lógicos del sistema de información. Las tareas que se
deben realizar durante esta actividad se dividen en:

 Construir los diagramas de flujo de datos del modelo físico y lógico.

 Elaborará el diccionario de datos.
 Describir cada proceso del modelo lógico hasta un nivel adecuado.

1. Identificar las situaciones problemáticas.

2. Elaborar el informe del sistema actual.

Este informe resume los resultados de las actividades anteriores, mediante

una descripción del ambiente y del mismo sistema, la presentación del modelo y
la descripción de los problemas que presenta el actual sistema.
 FASE III
DEFINICIÓN DE REQUERIMIENTOS

Esta fase busca definir los requerimientos de los usuarios y establecer las funciones,
restricciones y atributos que el nuevo sistema de información debe satisfacer.

1. Especificación de Requerimientos de Información. El grupo de desarrollo se

encarga de especificar junto con el usuario del nuevo sistema las salidas, las
entradas y las estructuras necesarias de datos. Las actividades que realizas el
grupo de desarrollo durante este paso son las siguientes:
2.
1. Determinar los requerimientos de información.

En conjunto con los usuarios, el grupo de desarrollo determina las necesidades

actuales y futuras de información que el nuevo sistema de información debe
satisfacer. Dichos requerimientos son:

 Requerimientos de entrada.
 Requerimientos de salida.
 Requerimientos de almacenamiento.

1. Construir el libro de requerimientos de información.

Este libro contiene una entrada para cada requerimiento de información nuevo o
viejo. Los requerimientos se agrupan e divisiones de acuerdo al tipo señalado en la
actividad anterior. La división de requerimientos de salida se organiza por sesiones.
Cada sesión contiene los requerimientos de información de una unidad funcional
que está involucrada en el sistema.

1. Especificación Funcional del Nuevo sistema. Tomando como elemento de

entrada el informe del sistema actual y el libro de requerimiento, el grupo, a lo
largo de este paso, especifica con los usuarios las funciones que el nuevo
sistema debe realizar.
2.
1. Determinar requerimientos funcionales.
 2. Este tipo de requerimiento constituye las funciones que el nuevo sistema
debe ejecutar para lograr la consecución de los objetivos identificados en
el estudio de factibilidad. Utilizando el informe del sistema actual, el grupo
determina con los usuarios, aquellas funciones que deben continuar, las
que se han de modificare o eliminar y las que se han de incorporar al
nuevo sistema.

Este modelo es constituido utilizando la técnica "Análisis Estructurado de

Sistema", y constituye un medio gráfico de valioso apoyo descriptivo y
documentado de cada una de las funciones del sistema en desarrollo
debe realizar.

3. Construcción del modelo lógico del nuevo sistema.

Bajo el nombre de especificación funcional del nuevo sistema se

almacena en la biblioteca del proyecto el modelo lógico y la lista de
restricciones y atributos y a partir de ellos se elabora un resumen que
denominaremos informe del nuevo sistema.

4. Elaborar el informe del nuevo sistema.

5. Discutir el informe del nuevo sistema.
6. Determinar Restricciones.
3. Especificación de Restricciones y Atributos. En este paso, el grupo de
desarrollo establece junto con los usuarios las restricciones bajo las cuales se
deben desarrollar y debe operar el sistema de información. Así mismo se
establece también, la interacción que debe haber entre el hombre,
el computador y los atributos de calidad que se la van a imponer al
mencionado sistema de información

Estas restricciones se pueden agrupar tal como se muestra a continuación:

 Económica: de que cantidad de dinero se dispone para mantener el

sistema.
 Técnicas: que equipo debe o puede utilizarse.
  De personal: de que personal se dispone para mantener y operar el sistema.
 Legales: que políticas, reglamentos, normas, leyes, etc, tanto internas
como externas deben acatarse.

1. Determinar interacción hombre – máquina.

2. Esta actividad es esencial pues define la comunicación que debe haber entre
los usuarios y el computador a través del subsistema programado.

3. Determinar atributos de calidad.

Entre las interrogantes que se deben responder para algunos de los atributos de
calidad se destacan las siguientes:

 Confiabilidad.
 Grado de prueba.
 Movilidad
 Adaptabilidad
 Mantenimiento requerido.
 Seguridad y privacidad.
 Eficiencia y rendimiento.
 Documentación.

1. Elaborar listas de restricciones y atributos.

2. Planificar detalles de la próxima fase.

FASE IV
DISEÑO PRELIMINAR

Esta fase se encarga de elaborar un diseño preliminar del sistema de información

que satisfaga los requerimientos, restricciones y atributos establecidos en la fase III.
El diseño preliminar consta de un prototipo o modelo físico que delinea la interacción
hombre- máquina del sistema de información y describe, en forma general sus
procesos automatizados. Dentro de esta fase encontramos:
1. Definición de prototipos: en este paso el grupo de desarrollo elabora diferentes
prototipos que puedan satisfacer la especificación funcional, las restricciones y
los atributos identificados en la fase anterior. se solicitan precios y
especificaciones técnicas de los equipos o programas que hagan falta, a los
diferentes vendedores del mercado.

2. La definición de prototipo está regida por la estructura o configuración global

del sistema de información, en ella se indica si el diseño del sistema ha de ser
independiente, centralizado o distribuido. Partiendo de este enfoque, se
establecen diferentes configuraciones para el procesamiento y para la
interacción que existirá entre el hombre y la máquina.

1. Elaborar diferentes prototipos alternativos.

2. A partir del modelo lógico del nuevo sistema y de las restricciones y

atributos establecidos anteriormente, el grupo desarrolla diferentes
prototipos. Un prototipo es un modelo construido sobre el modelo lógico
que muestra claramente la interacción hombre-máquina, esto indica que
procesos son manuales y cuales automáticos. El prototipo muestra
también los procedimientos de activación del subsistema programado, los
de respaldo y recuperación de fallas y los de seguridad de la base de
datos.

Tomando como datos las configuraciones de equipos existentes en la

organización, que puedan ser utilizados por el nuevo sistema, se procede
luego a evaluar estas configuraciones y a determinar que prototipos se
pueden desarrollar con ellos en forma parcial o total.

3. Evaluar configuración técnica existente.

4. Determinar configuración técnica necesaria.

Para aquellos prototipos que no puedan ser desarrollados totalmente con la

tecnología disponible en la organización actualmente, se elaboran las
configuraciones técnicas adicionales que ellos requieran y se solicitan las
cotizaciones respectivas a los vendedores del mercado.
 5. Realizar un análisis costo – beneficio.

6. Para cada prototipo se determina sus costos de desarrollo

y operaciones y se estima los beneficios que puedan obtenerse. Se
comparan los diferentes prototipos bajo un criterio económico pre-
establecido. Los resultados obtenidos se resumen en un informe técnico
denominado informe de prototipo.

El informe producido en la actividad anterior se presenta a la comisión de

planificación, quien lo discute y finalmente selecciona el prototipo que
considere más conveniente para la organización.

7. Discutir informe de prototipos.

8. Adquirir tecnología necesaria.

De ser necesario el grupo de desarrollo, o en su defecto, el que designe la

comisión de planificaciones, se encarga de adquirir, instalar y probar el equipo
y los programas que el prototipo seleccionado requiera para su desarrollo u
operación.

3. Selección de prototipos. En este paso el grupo de desarrollo realiza un análisis

de costo beneficio para los diferentes prototipos definidos en el paso anterior.
De los resultados de este análisis se presenta y discute con la comisión de
planificación, quién decide posteriormente el prototipo más conveniente y da
las instrucciones necesarias para la adquisición de la tecnología que haga falta.
1. Refinar prototipo.

2. Cada proceso automático del prototipo se refina mediante la

descomposición funcional establecida por la técnica AES. Cada proceso
del más bajo nivel debe describirse utilizando cualquier de las técnicas
siguientes: algoritmos estructurados, tablas de decisión o árboles de
decisión. Los entes del diccionario de datos que se vean afectados por la
automatización deben ser actualizados durante esta actividad

El modelo o prototipo obtenido en la actividad anterior se somete a una

revisión estructurada o a una inspección de diseño.
 3. Revisar Prototipo.
4. Elaborar informe de diseño preliminar.
5. Planificar detalles de la próxima fase.
4. Refinamiento de Prototipo. Finalmente, el grupo se dedica a refinar el prototipo
escogido, es decir, se describen con mayor detalle aquellos procesos del
prototipo que sean automáticos, siguiendo la técnica de análisis estructurado
de sistema.

FASE V

DISEÑADO DETALLADO

Esta fase busca elaborar un diseño detallado del sistema de información que
muestre como se construirán los subsistemas de datos y el subsistema programado.
Esta fase produce el paquete de diseño, el cual contiene todas las especificaciones
para la construcción del sistema, y el plan de pruebas qué regirán las diferentes
pruebas del sistema de información durante las fases de construcción, pruebas e
implantación. Dentro de esta encontramos los siguientes pasos:

1. Diseño de Entradas y Salidas. En este paso se elabora minuciosamente el

diseño de la interacción entre el hombre y la máquina, la cual ha sido delineada
en el prototipo del sistema.
2.
1. Diseñar dialogo hombre – máquina.

Dependiendo del tipo de interacción hombre-máquina seleccionada, en esta

actividad se debe:

 Determinar el medio de comunicación (terminal, teleimpresor,

lectora óptica, etc.), estableciendo además sus características capacidades
y especificaciones técnicas que afecten al diseño de los programas.
 Determinar el tipo de diálogo hombre-máquina y diseñarlo completamente.
 Describir la acción que debe realizar el computador ante cada comando o
selector que del usuario.
 1. Diseñar las pantallas de entrada – salida.

2. Esta actividad consiste en diseñar la estructura o formato de cada pantalla de

entrada de datos al sistema y de salida de información a los usuarios.

3. Diseñar los reportes.

En esta actividad el grupo diseña aquellos reportes que no fueron especificados en

la actividad anterior. Estos son básicamente, los listados de papel, los gráficos y los
diagramas. Para cada uno de ellos se debe especificar su estructura o formato, su
contenido (registro de datos) y el medio de producción o salida.

1. Diseño de Datos. El diseño del subsistema de datos del sistema de información

gira en torno al diseño de la (s) base (s) de datos necesaria (s) para almacenar
los datos de dicho sistema y el diseño de los programas que permitirán crear y
cargar la (s) base (s) de datos.
2.
1. Realizar el diseño lógico de la base de datos.

En este proceso de diseño se elabora un modelo de datos que representa las

entidades, sus atributos y las relaciones existentes entre esas entidades. Las tareas
que realiza el grupo para elaborar un modelo de datos son:

 Analizar los flujos de datos que entran y salen de cada archivo del prototipo
del sistema.
 Derivar la (s) estructura (s) de datos contenida (s) en cada archivo,
identificando las entidades que representa y los atributos que poseen.
 Establecer las relaciones que existan entre las diferentes entidades y
construir el modelo de entidad-relación correspondiente.
 Si el SMBD (sistema manejador de base de datos) que se vaya a utilizar
manipula base de datos relacionales, entonces cada entidad del modelo
entidad-relación debe ser normalizada hasta por lo menos la tercera forma
normal.
  Verificar si el modelo de datos obtenido satisface todos y cada uno de los
requerimientos detallados en el libro de requerimientos.

1. Realizar el diseño físico de la base de datos.

2. Dependiendo del tipo y característica del sistema de manejo de bases de datos

que se halla dispuesto a utilizar, el grupo traduce el modelo de datos a un
esquema, esto es, un programa que describe las estructuras lógicas de los
datos y sus correspondientes estructuras de almacenamiento e indica los
métodos de acceso que se utilizaran, en términos
de lenguaje de descripción de datos del SMBD.

3. Diseñar los programas de inicialización y mantenimiento de la base de datos.

En esta actividad el grupo diseña aquellos programas que no forman parte del
subsistema programado y que permiten iniciar o cargar la base de datos con los
datos provenientes de fuentes de volumen considerable. Estos programas serán
operados y mantenidos por el administrador de la base de datos y por lo tanto se
consideran parte integrante del subsistema de datos en lugar del subsistema
programado.

1. Diseño de programas y procedimientos. Luego que se ha elaborado el diseño

de entrada-salida y el de datos, el grupo de desarrollo puede proceder a
diseñar los programas y procedimientos del subsistema programado.

2. El prototipo del nuevo sistema de información, su correspondiente

especificación funcional y la lista de restricciones y atributos le imprimen una
forma única a la estructura del sistema programado.

1. Diseñar la estructura del subsistema programado.

El subsistema programado se diseña como una estructura jerárquica compuesta por

una o más programas, cada uno de estos se compone a su vez de módulos un
módulo se define como una unidad de programa que se caracteriza por lo siguiente:

 Posee un nombre propio y único.

  Ejecuta una función claramente especificable.
 Puede compilarse y catalogarse en forma catalogada.
 Puede definir y mantener un conjunto propio de variables locales se llama o
invoca de otro modulo.

1. Diseñar cada módulo de la estructura.

2. Durante la presente actividad el grupo elabora el diseño de cada uno de los

módulos que configuran la estructura del subsistema programado. Este diseño
consiste en establecer la lógica general de cada módulo, esto es, describir los
pasos necesarios para llevar a cabo la función asignada al módulo. La lógica
de un módulo se puede representar mediante el uso de algoritmos o diagramas
de flujo.

El algoritmo o diagrama de flujos del módulo, en sí, no es suficiente como para

que un programador empiece su codificación, pues se requiere de una
información adicional sobre las características del módulo, su función, su
ubicación, sus argumentos, etc. Toda esta información se condensa en un
formulario elaborado para tal fin y que se denomina especificación de
programa.

3. Diseñar la documentación y los procedimientos manuales.

En esta actividad el grupo se ocupa a determinar el formato y contenido de cada

uno de los manuales que forman la documentación del sistema de información de
acuerdo a lo que se ha establecido en el plan de documentación. De igual modo se
diseñan los formatos, formularios, instructivos, planillas y demás procedimientos
manuales que se mencionan en el prototipo del sistema, y que se requieren como
elemento de los flujos de datos de los procesos manuales del sistema de
información.
La estructura del sistema programado, las especificaciones del programa asociadas
a cada módulo de esa estructura y el diseño de la documentación y de los
procedimientos manuales, constituyen lo que se denomina como la especificación
del subsistema programado.
 1. Ensamblaje del paquete de diseño. Este paso se basa en revisar y ensamblar
el conjunto de especificaciones de diseños producidas en los anteriores, con
el propósito de garantizar la consistencia, calidad y exactitud del diseño e
integrar lo que hemos denominado como paquete de diseño. Para cada una
de las especificaciones antes mencionadas se realiza una revisión
estructurada (o una inspección de diseño) siguiendo los lineamientos dados
para esas técnicas. Los objetivos de estas revisiones son :

 Determinar las inconsistencias de diseño.

 Determinar las fallas y errores cometidos en las diferentes especificaciones.
 Medir y corregir las desviaciones del diseño con respecto a las normas y
procedimientos de diseño establecidos en el plan metodológico.
 Asegurar que las restricciones y atributos establecidos se satisfagan
plenamente con el diseño elaborado.
 Asegurar que cada requerimiento contenido en el libro de requerimiento y
cada especificación funcional del prototipo se cubran o satisfagan con el
diseño producido.

1. Ensamblar el paquete de diseño.

Las especificaciones de diseño, una vez revisadas y corregidas, se ensamblan para

producir el paquete de diseño. Este documento contiene todo el material descriptivo
necesario para conducir la construcción del sistema. Por consiguiente, contiene:

 El prototipo del sistema.

 La configuración y documentación del equipo que se va a emplear.
 Las especificaciones de entrada y salida.
 La especificación del subsistema programado.
 La especificación del subsistema de datos.

Cualquier otro material que fuese necesario

1. Elaborar y discutir el informe del diseño detallado.

Haciendo uso del paquete de diseño, el gerente del proyecto elabora un informe
descriptivo de las características, ventajas, desventajas, y los ajustes de costos y
tiempos de desarrollo, que el diseño elaborado involucra.

1. Planificación de pruebas. Las actividades concernientes a esta fase se

desarrolla a lo largo de esta metodología, por otro lado es evidente que muchas
de las actividades de prueba se pueden realizar en paralelo con actividades de
fase tales como las de diseño y construcción del sistema. Bajo este criterio,
podemos dividir las actividades generales de las pruebas en :

 Planificación de las pruebas.

 Diseño y construcción de las pruebas.
 Ejecución de las pruebas.

La primera de ellas se realiza durante esta fase de diseño; la segunda durante la

fase de construcción y la última se distribuye durante la fase de construcción y
pruebas previamente dichas.

1. Elaborar el plan de pruebas

Durante esta actividad, el gerente del proyecto se dedica a planificar el conjunto de

actividades que se requieren para probar el sistema de información. El resultado de
este proceso lo constituye el PLAN DE PRUEBAS. En el se identifican:

 Las diferentes pruebas que han de realizarse

 Los responsables de diseñarlas construirlas y ejecutarlas
 La programación del tiempo, costos y recursos necesarios para llevarlos a
cabo.
 Las herramientas, métodos, técnicas y procedimientos que se deben
emplear en las diferentes actividades de pruebas
 Los criterios de éxito de cada prueba
 Información adicional que se necesite para efectuar tales pruebas

Este plan se puede organizar en secciones:

  Objetivos
 Calendarios de pruebas
 De unidades
 De subsistemas
 De sistema
 De aceptación
 Herramientas técnicas y métodos
 Seguimientos de requerimientos
 Procedimientos
 Normas
 Criterios de éxitos

1. Discutir el plan de pruebas

2. En esta actividad, el gerente del proyecto discute el plan de pruebas con el

grupo de desarrollo a objeto de asignar los diferentes responsables de las
actividades de pruebas. En proyecto de gran magnitud o complejidad se
designa un grupo integrado por expertos en pruebas y algunos miembros del
grupo de desarrollo con el propósito de conducir las actividades de pruebas
restantes.

3. Planificar detalles de la próxima fase

FASE VI

CONSTRUCION DEL SISTEMA

Construir el subsistema de datos y el subsistema programado del sistema de

información de acuerdo a lo especificado en el paquete de diseño. En esta fase se
construyen y se prueban los diferentes módulos del subsistema programado; se
construye subsistema de datos y los procedimientos manuales del sistema.
 1. Diseño y construcción de las pruebas. Este paso es realizado por un grupo de
pruebas. Se trata de especificar los detalles de cada una de las pruebas que
se han identificado en el plan de prueba y de construir los mecanismos
requeridos para ejecutar cada una de ellas.
2.
1. Elaborar las especificaciones de prueba.

Una especificación de prueba es un documento que generalmente toma la forma de

planilla y describe pormenorizadamente las actividades de pruebas, asi como,
aquellos métodos, técnicas y procedimientos que se vayan a emplear para realizar
la prueba de un elemento de un sistema de información. Cada especificación de
prueba debe contener la siguiente información:

 Identificación.
 Objetivos.
 Requerimientos.
 Criterio de éxito.
 Técnica de procedimientos.
 Casos de pruebas.

1. Realizar una revisión estructurada de las pruebas.

2. Construir los mecanismos y preparar los datos de pruebas.

De las especificaciones de pruebas anteriormente elaboradas, el grupo construye

los ejecutivos y los esqueletos diseñados en cada una de ellas y si el volumen de
datos de prueba, es considerable, entonces prepara los archivos de datos que ser
demandes. Los mecanismos de prueba, junto con los datos, los almacena el
bibliotecario para su uso posterior de su respectiva prueba.

1. Codificación de programas. Este paso lo realizan los programadores del grupo

de desarrollo que el gerente seleccione, la misión de cada uno de ellos es
codificar los módulos de conformidad con las especificaciones del programa
dadas y siguiendo las normas establecidas en el plan metodológico. La misión
 del gerente del proyecto es inspeccionar los módulos producidos por los
programadores con el objeto de controlar su calidad.
2.
1. Asignar los módulos de los programadores.
2. Codificar los módulos.
3. Realizar una revisión estructurada del código.
4. Construir y probar los programas de carga.
5. Crear la base de Datos.
6. Inicializar la base de datos.
7. Revisar la base de datos.
3. Creación de la base de datos. Para ello se debe realizar las siguientes
actividades:
4. Elaboración de la Documentación y de los procedimientos manuales y
de control de programas. Para ello se deben realizar las siguientes actividades:

 Elaborar los manuales.

 Elaborar las planillas, los instructivos, etc.
 Evaluar la documentación.
 Elaborar los procedimientos de control de programas

1. Prueba de unidades. La prueba de cada módulo especificado es realizada por

el mismo programador que lo codifico. Las actividades de pruebas de unidades
se dividen en:
2.
1. Discutir las especificaciones de prueba.
2. Ejecutar las pruebas de unidades.
3. Generar automáticamente la librería de programas.
4. Almacenar los módulos en la librería.
5. Mantener actualizada la librería.
3. Creación de la librería de programas. Una vez que todos los módulos del
sistema programado han sido probados, cada programador entrega sus
módulos al bibliotecario del proyecto quien se encarga de almacenarlo en una
 librería destinada a tal fin, denominada librería de programas. A partir del
momento que se crea la librería ningún miembro del grupo tiene acceso a los
programas allí archivados, por lo tanto para realizar una modificación de
algunos de los módulos, el programador debe discutir con el grupo tal
modificación, obtener la aprobación del gerente, solicitar del bibliotecario el
modulo, realizar la corrección y devolver dicho modulo al bibliotecario.

FASE VII

CONTROL DE PROGRAMAS

Durante esta actividad el grupo prueba los diferentes procedimientos de

lenguajes de control de tareas que se hayan utilizado. Esta prueba se realiza
inmediatamente después de las pruebas de subsistemas.

1. Prueba del sistema de información. Esta prueba tiene por finalidad verificar el
sistema de información, la prueba de sistema fue diseñada para localizar
discrepancias o anomalías entre el sistema de información recientemente
construido, y los objetivos y requerimientos inicialmente establecidos con los
usuarios del sistema.
2.
1. Organizar y discutir la prueba.
2. Ejecutar la prueba del sistema.
3. Elaborar y discutir el informe de pruebas.
4. Elaborar el plan de implantación.
3. Preparación para la implantación. Las actividades que realiza el grupo de
desarrollo en este paso son:

Este plan programa todas las actividades y tareas que debe llevar a cabo el grupo
de desarrollo durante la implantación del sistema en la organización. Debe contener:

 Objetivos.
 Calendario de actividades.
  Estrategias.
 Procedimientos.

1. Preparar el material de adiestramiento.

Después de identificar el tipo de adiestramiento que se va a aplicar para capacitar

a los usuarios en el uso y operación del sistema, el grupo de desarrollo debe
elaborar panes de capacitación al personal que labora en la organización.

FASE VIII

PRUEBA DE ACEPTACIÓN

Durante esta fase los grupos de desarrollo y prueba se abocan a poner en operación
y a efectuar la prueba de aceptación del sistema respectivamente. Esta prueba se
realiza luego que el grupo de desarrollo a adiestrado a todos los usuarios en el uso;
a continuación se realiza la conversión del viejo sistema al nuevo, mediante la
actualización de la base de datos y el inicio de las actividades propias del sistema
de información. Finalmente se realiza la entonación y la evaluación del sistema
recientemente instalado. Al realizar estos dos últimos pasos, la labor del todo el
personal que participo en el proyecto puede considerarse terminada, marcando asi
el fi del proyecto de desarrollo y el inicio de una nueva etapa del ciclo de vida del
sistema de información: la etapa de operación y mantenimiento.

1. Adiestramiento de usuarios.
2.
1. Organizar las sesiones de adiestramiento.
2. Conducir las sesiones de adiestramiento.

Esta prueba final del sistema la realiza el grupo de prueba con la finalidad de
demostrarle a las unidades involucradas que el sistema desarrollado satisface
el criterio mínimo de aceptación que ellos han establecido.

2.1 Preparar la prueba de aceptación.

2.2 Realizar la Prueba de aceptación.
 3. Prueba de aceptación.
1. Preparar detalles para la conversión.
4. Conversión del sistema. este es el paso más delicado de esta fase, pues en el
se inicia como tal la operación del nuevo sistema y se abandona el viejo
sistema. Previo al inicio de las actividades rutinarias del sistema de
información, desarrollado, el grupo de desarrollo debe realizar las siguientes
actividades.

Esta actividad consiste en la elaboración de todos aquellos procedimientos

especiales que se requieran para llevar a cabo una conversión exitosa.

2. Convertir los archivos.

Se realiza la actualización complementaria de la base de datos del sistema.

Concluida esta actualización, el sistema deberá empezar a capturar, registra,
validar, almacenar, los datos provenientes de las transacciones que atañen al
sistema, en forma rutinaria.
 Conclusión

Un proyecto de desarrollo de un Sistema de información comprende varios

componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a
traducir las necesidades del cliente en un modelo de Sistema que utiliza uno más
de los componentes: Software, hardware, personas, base de datos, documentación
y procedimientos.

En una organización o empresa, el Análisis y Diseño de sistemas, es el proceso de

estudiar su Situación con la finalidad de observar cómo trabaja y decidir si es
necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el
analista de sistemas.

Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio

de Sistemas para detectar todos los detalles de la situación actual de La empresa.
La información reunida con este estudio sirve como base para crear
varias estrategias de Diseño. Los administradores deciden que estrategias seguir.

Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez más
con el uso de computadoras están teniendo un papel muy importante en el
desarrollo de sistemas.

Todas las organizaciones son Sistemas que actúan de manera recíproca con
su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que
pueden estar formados por otros Sistemas de denominan subsistemas y funcionan
para alcanzar los fines de su Implantación.

Es por eso que existen varios modelos o métodos para la realización del análisis y
diseño de un sistema, lo primero del trabajo fue revisar que es el Análisis y el diseño
y posteriormente los autores Kendall, MEDSI y Fábregas, presentan varios modelos
que podemos utilizar para la realización y elaboración de un proceso y trabajo
exhaustivo y dar solución o respuesta al problema que se ha generado desde la
perspectiva del programador y analista.
 Bibliografía

https://desarrollodesistemas.wordpress.com/2009/07/02/metodologias-para-el-
desarrollo-de-sistemas-de-informacion/
https://www.monografias.com/trabajos90/metodologia-desarrollo-sistema-
informacion/metodologia-desarrollo-sistema-informacion.shtml

https://www.monografias.com/trabajos14/medsi/medsi.shtml

https://www.significados.com/sistema-de-informacion/