MEDSI

Indice
1.
Introducción
2. Fases de MEDSI.

1.
Introducción

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:
1. 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.
2. 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 miembro 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 esta 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 ves 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
Los elementos para construir un Diagrama de
Flujo de Datos, son los
siguientes:

Esta metodología (MEDSI), esta 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.

2. Fases de
MEDSI.

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:

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 analizar aquellos elementos que indiquen
la necesidad de un nuevo sistema.
Realizar reuniones preeliminares con el personal de las
unidades involucradas para definir la necesidad de un cambio.

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.

Elaborar el informe
preliminar.
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.
Discutir el informa preliminar.
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.

Estudio de Factibilidad. Una ves 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:
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.

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.

Determinar factibilidad
económica.
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.
Determinar factibilidad psicosocial.
Este informe describe cada sistema alternativo y
resume su factibilidad técnica, económica
psicosocial.
Elaborar informe de factibilidad.
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

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.
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:

Análisis documental. este paso le permite al
grupo de desarrollo disponer de una biblioteca
organizada de documentos
relativos al proyecto. Una ves constituida la biblioteca,
el grupo se ocupa de estudiar la documentación propia
del sistema con iras 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:
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
1. Analizar el contexto del sistema.
2. 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.
3. Analizar el sistema actual de
  información.
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
identificare 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 esta integrado por dos submodelos

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.

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.
Elaborara el diccionario de
datos.
Describir cada proceso del
modelo lógico hasta un nivel adecuado.

Identificar las situaciones
problemáticas.
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.

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:
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.

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 esta involucrada en el
sistema.

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.
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.
1. Determinar Restricciones.
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.

Determinar interacción hombre
– máquina.
Esta actividad es esencial pues define la
comunicación que debe haber entre los usuarios y
el computador a través del subsistema
programado.
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.

Elaborar listas de restricciones y
atributos.
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:

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.
La definición de prototipo esta 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 maquina.
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-maquina, 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.
1. Realizar un análisis costo –
  beneficio.
2. 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.
3. Discutir informe de prototipos.
4. 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.
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 deside 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
  mas 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.
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 que
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:

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.
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, étc), estableciendo ademas
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.

Diseñar las pantallas de entrada –
salida.
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.
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.

Diseño de Datos. El diseño del
subsistema de datos del sistema de información gira en
torno a el
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.
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 valla 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.

Realizar el diseño físico de la base
de datos.
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.
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.

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.
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 mas programas,
cada uno de estos se compone a su vez de módulos un modulo
se define como una unidad de programa que se caracteriza por lo
siguiente:

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

Diseñar cada modulo de la
estructura.
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 modulo, esto
es, describir los pasos necesarios para llevar a cabo la
función asignada al modulo. La lógica de un modulo se puede
representar mediante el uso de algoritmos o diagramas de
flujo.
El algoritmo o diagrama
de flujos del modulo, en si, 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 modulo, 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.
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 demas 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 cad modulo 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.

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 proposito
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.

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

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.

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.

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

Discutir el plan de pruebas
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 proposito
de conducir las actividades de pruebas
restantes.
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.

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.
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.

Realizar una revisión estructurada de las
pruebas.
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.

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.
1. Asignar los módulos de los
  programadores.
2. Codificar los módulos.
3. Realizar una revisión estructurada del
  código.
1. Construir y probar los programas de
  carga.
2. Crear la base de Datos.
3. Inicializar la base de datos.
4. Revisar la base de datos.
Creación de la base de datos. Para ello se
debe realizar las siguientes actividades:
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

Prueba de unidades. La prueba de cada modulo
especificado es realizada por el mismo programador que lo
codifico. Las actividades de pruebas de unidades se dividen
en:
1. Discutir las especificaciones de
  prueba.
2. Ejecutar las pruebas de unidades.
1. Generar automáticamente la librería
  de programas.
2. Almacenar los módulos en la
  librería.
3. Mantener actualizada la
  librería.
Creación de la librería de programas.
Una ves 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. Las
actividades del bibliotecario se resumen en:

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.

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.
1. Organizar y discutir la prueba.
2. Ejecutar la prueba del sistema.
3. Elaborar y discutir el informe de
  pruebas.
1. Elaborar el plan de
  implantación.
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.

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.

Adiestramiento de usuarios.
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.
Prueba de aceptación.
1. Preparar detalles para la
  conversión.
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 acabo una conversión exitosa.

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.

Autor:

Julia Guzmán