8/6/2019 17519434-MEDSI- (1)

1/21

MEDSI

QUE ES MEDSI:

Es una metodologa estructurada para desarrollar sistemas de informacin en y

para organizaciones de cualquier tipo. Entre las caractersticas resaltantes de esta

metodologa podemos destacar:

1. ES ESTRUCTURADA:

Esta caracterstica se debe a dos razones esenciales:

a. Utiliza diferentes mtodos y tcnicas estructuradas, que son propias de laIngeniera de la Programacin, y que han demostrado ser las ms eficientes y

eficaces para el desarrollo de sistemas programados.

b. Gua 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 informacin.

2. ES COMPLETA:

Cubre todas las distintas fases del ciclo de desarrollo de un sistema de

informacin, desde la definicin del proyecto hasta la implantacin del sistema en

la organizacin. Gua al grupo de desarrollo a travs de las fases, a un nivel

bastante detallado, explicando las actividades que deben hacerse y en la mayora

de los casos, enumerando las tareas especficas que los miembro del grupo deben

efectuar.

3. ES PARTICIONADA:

A fin de manipular mejor la inherente a un proyecto de este tipo, la metodologa se

divide en fases, y cada una de las fases est compuesta por pasos los cuales estn

orientados a algn tipo de tpicos, aspecto o elemento de un sistema de

informacin. Cada paso a su vez agrupa a un conjunto de actividades que han de

ser realizadas por el grupo de desarrollo.

8/6/2019 17519434-MEDSI- (1)

2/21

Diagramas Utilizados en MEDSI:

Los diagramas utilizados en esta metodologa, para explicar las diferentes fasesestn basados en la tcnica de Anlisis Estructurado de Sistemas, y corresponden

a lo que, en trminos de esa tcnica, recibe el nombre de Diagrama de Flujo deDatos.

FASE 1

Definicin del proyecto.

Determinar la factibilidad de desarrollar un nuevo sistema de informacin yestimar 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 deciderealizarlo se elabora el plan del proyecto. Dentro de esta fase encontramos lossiguientes pasos:

1. Estudio Preliminar del proyecto:

Este estudio muestra de manera general si se justifica o no desarrollar un sistemade informacin para satisfacer las necesidades de las unidades interesadas. Paraello, el gerente realiza las siguientes actividades:

1.1.Reconocer el problema.

Utilizado para representar un proceso, actividad o tarea

(aqu lo utilizaremos para representar una fase o paso de

la metodolo a)

Representa un canal de datos, por donde fluyen datos, en

forma de documentos, informes etc,.

Identifican lo elementos externos que reciben informacin

o envian datos.

Identifica a un medio de almacenamiento de datos

manual o automtico.

8/6/2019 17519434-MEDSI- (1)

3/21

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 preliminares con el personal de las unidades involucradas

para definir la necesidad de un cambio.

1.2.Formular el problema.

Esta actividad busca diagnosticar, de modo muy general, el sistema actual, si esque 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 organizacin se ven afectadas?

Es parte de un problema mayor?

As mismo se busca determinar las necesidades preliminares que puedan o nojustificar el desarrollo del nuevo sistema. Alguna de las interrogantes que se hande 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 debera ejecutar el nuevo sistema?

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

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

Recopilar y archivar documentos, notas de las entrevistas y datos relevantesdel sistema actual, sus inconvenientes y la necesidad de cambio.

Analizar la documentacin archivada.

1.3.Elaborar el informe preliminar.

A partir del anlisis anterior, el gerente debe elaborar un informe que resuma losresultados de las actividades anteriores, el cual debe concluir si existen o nonecesidades y problemas actuales que justifiquen emprender el desarrollo de unnuevo sistema.

1.4.Discutir el informa preliminar.

8/6/2019 17519434-MEDSI- (1)

4/21

El gerente presenta el informe preliminar a los directivos de las unidadesinvolucradas quienes deciden, a partir de ese informe, si se emprende el proyectoo no, o si es necesario un mayor estudio.

1.5.Planificar el estudio de factibilidad.

Dependiendo de la decisin adoptada durante la discusin del informe preliminar,el gerente se dedica ahora a iniciar un estudio de factibilidad del proyecto, paraello debe realizar previamente las siguientes tareas:

Determinar las actividades y tareas necesarias para conducir un estudio defactibilidad.

Determinar los recursos requeridos.

Programar los tiempos de las actividades y tareas.

2. Estudio de Factibilidad.

Una ves que se ha justificado la necesidad de un nuevo sistema, el gerente debeestudiar, junto con el grupo seleccionado para este paso, la factibilidad tcnica,econmica y psicosocial de diferentes alternativas que puedan constituirsoluciones aceptables al problema actual. Por consiguiente, el grupo de factibilidaddebe realizar las siguientes actividades:

2.1.Evaluar el sistema actual.

Siempre y cuando exista un sistema actual de informacin el grupo de be evaluaren este momento dicho sistema.

2.2.Establecer nuevos requerimientos en forma general.

En esta actividad el grupo se dedica a establecer los requerimientos generales deun nuevo sistema.

2.3.Formular sistemas alternativos.

El grupo identifica, en esta actividad diferentes configuraciones para el sistemaque satisfaga los requerimientos generales establecidos en la actividad anterior,las tareas que han de realizarse son:

Identificar configuraciones alternativas. Para cada alternativas:

Describir sus caractersticas principales.

Determinar que requerimientos no se satisfacen, total o parcialmente.

Definir el grado de automatizacin.

Determinar que restricciones y atributos no se pueden satisfacer.

2.4.Determina factibilidad tcnica.

8/6/2019 17519434-MEDSI- (1)

5/21

Para cada sistema alternativo se debe establecer su factibilidad tcnica, ellosdeben responder a dos interrogantes: es posible desarrollar el sistema propuestocon la tecnologa actual o existente?, y si es posible, qu tecnologa adicionaldebe adquirir la organizacin?. Las tareas que se deben efectuar son:

Evaluar las tecnologas que dispone la organizacin.

Determinar la tecnologa demandada.

Determinar la tecnologa adicional que debe adquirirse.

2.5.Determinar factibilidad econmica.

En esta actividad el grupo debe realizar un anlisis costo beneficio que permitaidentificar y medir los costos de desarrollo de operacin y los beneficios queobtiene la organizacin de cada sistema alternativo; para luego comparar las

diferentes alternativas bajo un criterio econmico. Tambin deben estimarse lostiempos de desarrollo de cada sistema propuesto a fin de medir la factibilidadeconmica de cada uno de ellos.

2.6.Determinar factibilidad psicosocial.

La implantacin de un sistema de informacin automatizado en cualquierorganizacin crea un impacto social, que puede ocasionar su aceptacin el rechazototal al cambio tecnolgico que se pretende introducir. El grupo debe predecir oestimular para cada alternativa el impacto social que ellas pueden originar dentrode la organizacin.

2.7.Elaborar informe de factibilidad.

Este informe describe cada sistema alternativo y resume su factibilidad tcnica,econmica psicosocial.

2.8.Discutir el informe de factibilidad.

El gerente del proyecto presenta el informe a la comisin de planificacin, quienesjunto con los otros directivos de las unidades involucradas discuten la factibilidadde cada alternativa y selecciona la ms conveniente. El proyecto puede serparalizado debido a que no existan alternativas factibles o convenientes a laorganizacin.

3. Planificacin del Proyecto.:

A partir de la decisin de continuar con el proyecto y de la seleccin de un enfoquealternativo para el nuevo sistema de informacin, el gerente del proyecto sededica a planificar el mencionado proyecto, tratando de estimar los costos,tiempos y recursos para llevarlo a cabo.

8/6/2019 17519434-MEDSI- (1)

6/21

8/6/2019 17519434-MEDSI- (1)

7/21

Despus de haberse organizado la biblioteca el grupo se dedica a estudiar adocumentacin. El gerente programa reuniones de discusin, distribuye el materialpara lecturas individuales y conduce las discusiones en equipo sobre algunosdocumentos en particular el objetivo de este estudio es familiarizarse con el

sistema actual antes de iniciar su anlisis formal

2. Anlisis del Contexto.

Este paso constituye un estudio formal de todo el sistema, con un nivel de detallems profundo que aquellos realizados anteriormente. Su objetivo es permitirle algrupo de desarrollo conocer el sistema actual y su contexto para luego modelarlo ysobre el modelo identificare las situaciones problemticas que el sistema presenta.El modelo del sistema actual se elabora utilizando la tcnica conocida comoAnlisis Estructurado de Sistema. El modelo general esta integrado por dos susmodelos.

2.1.Analizar el contexto del sistema.

Durante esta actividad el grupo de desarrollo estudia el sistema de actividades(sistema empleado) dentro del cual est enmarcado el sistema de informacin. Ellodebe llevar a determinar los objetivos de ese sistema, definir su estructura,establecer sus procesos y determinar su comportamiento.

2.2.Analizar el sistema actual de informacin.

En esta actividad el grupo de desarrollo identifica los objetivos, estructuras yprocesos del sistema actual, para ello deben efectuar las siguientes tareas:

Definir los objetivos del sistema de informacin.

Identificar sus sub sistemas.

Identificar sus funciones.

Identificar las entradas, procesos y salidas de cada funcin.

Determinar su flujo de informacin.

Identificar sus archivos.

Analizar su documentacin y sus procedimientos manuales.

Identificar los usuarios de sistema y describir sus tareas. Describir la tecnologa que utiliza el sistema.

2.3.Construir el modelo del sistema actual de Informacin.

Para ello se utiliza la tcnica de anlisis estructurado de sistemas que permiteelaborar los modelos fsicos y lgicos del sistema de informacin. Las tareas quese deben realizar durante esta actividad se dividen en:

Construir los diagramas de flujo de datos del modelo fsico y lgico.

Elaborara el diccionario de datos. Describir cada proceso del modelo lgico hasta un nivel adecuado.

8/6/2019 17519434-MEDSI- (1)

8/21

2.4.Identificar las situaciones problemticas.

2.5.Elaborar el informe del sistema actual.

Este informe resume los resultados de las actividades anteriores, mediante unadescripcin del ambiente y del mismo sistema, la presentacin del modelo y ladescripcin de los problemas que presenta el actual sistema.

FASE III.

Definicin de requerimientos.

Esta fase busca definir los requerimientos de los usuarios y establecer lasfunciones, restricciones y atributos que el nuevo sistema de informacin debesatisfacer.

1. Especificacin de Requerimientos de Informacin.

El grupo de desarrollo se encarga de especificar junto con el usuario del nuevosistema las salidas, las entradas y las estructuras necesarias de datos. Lasactividades que realizas el grupo de desarrollo durante este paso son lassiguientes:

1.1.Determinar los requerimientos de informacin.

En conjunto con los usuarios, el grupo de desarrollo determina las necesidadesactuales y futuras de informacin que el nuevo sistema de informacin debesatisfacer. Dichos requerimientos son:

Requerimientos de entrada.

Requerimientos de salida.

Requerimientos de almacenamiento.

1.2.Construir el libro de requerimientos de informacin.

Este libro contiene una entrada para cada requerimiento de informacin nuevo oviejo. Los requerimientos se agrupan e divisiones de acuerdo al tipo sealado en laactividad anterior. La divisin de requerimientos de salida se organiza porsesiones. Cada sesin contiene los requerimientos de informacin de una unidadfuncional que esta involucrada en el sistema.

2. Especificacin Funcional del Nuevo sistema

3. . 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 lasfunciones que el nuevo sistema debe realizar.

8/6/2019 17519434-MEDSI- (1)

9/21

3.1.Determinar requerimientos funcionales.

Este tipo de requerimiento constituye las funciones que el nuevo sistema debeejecutar para lograr la consecucin de los objetivos identificados en el estudio de

factibilidad. Utilizando el informe del sistema actual, el grupo determina con losusuarios, aquellas funciones que deben continuar, las que se han de modificare oeliminar y las que se han de incorporar al nuevo sistema.

3.2.Construccin del modelo lgico del nuevo sistema.

Este modelo es constituido utilizando la tcnica Anlisis Estructurado de Sistema,y constituye un medio grfico de valioso apoyo descriptivo y documentado decada una de las funciones del sistema en desarrollo debe realizar.

3.3.Elaborar el informe del nuevo sistema.

Bajo el nombre de especificacin funcional del nuevo sistema se almacena en labiblioteca del proyecto el modelo lgico y la lista de restricciones y atributos y apartir de ellos se elabora un resumen que denominaremos informe del nuevosistema.

3.4.Discutir el informe del nuevo sistema.

4. Especificacin de Restricciones y Atributos. En este paso, el grupo de desarrolloestablece junto con los usuarios las restricciones bajo las cuales se deben

desarrollar y debe operar el sistema de informacin. As mismo se establecetambin, la interaccin que debe haber entre el hombre, el computador y losatributos de calidad que se la van a imponer al mencionado sistema deinformacin

4.1.Determinar Restricciones.

Estas restricciones se pueden agrupar tal como se muestra a continuacin:

Econmica: de qu cantidad de dinero se dispone para mantener el sistema.

Tcnicas: que equipo debe o puede utilizarse. De personal: de que personal se dispone para mantener y operar el sistema.

Legales: que polticas, reglamentos, normas, leyes, etc, tanto internas comoexternas deben acatarse.

4.2.Determinar interaccin hombre mquina.

Esta actividad es esencial pues define la comunicacin que debe haber entre losusuarios y el computador a travs del subsistema programado.

4.3.Determinar atributos de calidad.

8/6/2019 17519434-MEDSI- (1)

10/21

8/6/2019 17519434-MEDSI- (1)

11/21

1.2.Evaluar configuracin tcnica existente.

Tomando como datos las configuraciones de equipos existentes en la organizacin,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 enforma parcial o total.

1.3.Determinar configuracin tcnica necesaria.

Para aquellos prototipos que no puedan ser desarrollados totalmente con latecnologa disponible en la organizacin actualmente, se elaboran lasconfiguraciones tcnicas adicionales que ellos requieran y se solicitan lascotizaciones respectivas a los vendedores del mercado.

2. Seleccin de prototipos.

En este paso el grupo de desarrollo realiza un anlisis de costo beneficio para losdiferentes prototipos definidos en el paso anterior. De los resultados de esteanlisis se presenta y discute con la comisin de planificacin, quin decideposteriormente el prototipo ms conveniente y da las instrucciones necesariaspara la adquisicin de la tecnologa que haga falta.

2.1.Realizar un anlisis costo beneficio.

Para cada prototipo se determina sus costos de desarrollo y operaciones y se

estima los beneficios que puedan obtenerse. Se comparan los diferentes prototiposbajo un criterio econmico pre-establecido. Los resultados obtenidos se resumenen un informe tcnico denominado informe de prototipo.

2.2.Discutir informe de prototipos.

El informe producido en la actividad anterior se presenta a la comisin deplanificacin, quien lo discute y finalmente selecciona el prototipo que considerems conveniente para la organizacin.

2.3.Adquirir tecnologa necesaria.

De ser necesario el grupo de desarrollo, o en su defecto, el que designe lacomisin de planificaciones, se encarga de adquirir, instalar y probar el equipo ylos programas que el prototipo seleccionado requiera para su desarrollo uoperacin.

3. Refinamiento de Prototipo.

Finalmente, el grupo se dedica a refinar el prototipo escogido, es decir, sedescriben con mayor detalle aquellos procesos del prototipo que seanautomticos, siguiendo la tcnica de anlisis estructurado de sistema.

8/6/2019 17519434-MEDSI- (1)

12/21

3.1.Refinar prototipo.

Cada proceso automtico del prototipo se refina mediante la descomposicinfuncional establecida por la tcnica AES. Cada proceso del mas bajo nivel debe

describirse utilizando cualquier de las tcnicas siguientes: algoritmosestructurados, tablas de decisin o rboles de decisin. Los entes del diccionariode datos que se vean afectados por la automatizacin deben ser actualizadosdurante esta actividad

3.2.Revisar Prototipo.

El modelo o prototipo obtenido en la actividad anterior se somete a una revisinestructurada o a una inspeccin de diseo.

3.3.Elaborar informe de diseo preliminar.3.4.Planificar detalles de la prxima fase.

FASE V.

Diseado Detallado.

Esta fase busca elaborar un diseo detallado del sistema de informacin quemuestre como se construirn los subsistemas de datos y el subsistemaprogramado. Esta fase produce el paquete de diseo, el cual contiene todas lasespecificaciones para la construccin del sistema, y el plan de pruebas que regirn

las diferentes pruebas del sistema de informacin durante las fases deconstruccin, pruebas e implantacin. Dentro de esta encontramos los siguientespasos:

1. Diseo de Entradas y Salidas.

En este paso se elabora minuciosamente el diseo de la interaccin entre elhombre y la mquina, la cual ha sido delineada en el prototipo del sistema.

1.1.Disear dialogo hombre mquina.

Dependiendo del tipo de interaccin hombre-mquina seleccionada, en estaactividad se debe:

Determinar el medio de comunicacin (terminal, teleimpresor, lectora ptica,

tc), estableciendo adems sus caractersticas capacidades y especificacionestcnicas que afecten al diseo de los programas.

Determinar el tipo de dilogo hombre-mquina y disearlo completamente.

Describir la accin que debe realizar el computador ante cada comando oselector que del usuario.

8/6/2019 17519434-MEDSI- (1)

13/21

1.2.Disear las pantallas de entrada salida.

Esta actividad consiste en disear la estructura o formato de cada pantalla deentrada de datos al sistema y de salida de informacin a los usuarios.

1.3.Disear los reportes.

En esta actividad el grupo disea aquellos reportes que no fueron especificados enla actividad anterior. Estos son bsicamente, los listados de papel, los grficos ylos diagramas. Para cada uno de ellos se debe especificar su estructura o formato,su contenido (registro de datos ) y el medio de produccin o salida.

2. Diseo de Datos.

El diseo del subsistema de datos del sistema de informacin gira en torno a eldiseo de la (s) base (s) de datos necesaria (s) para almacenar los datos de dichosistema y el diseo de los programas que permitirn crear y cargar la (s) base (s)de datos.

2.1.Realizar el diseo lgico de la base de datos.

En este proceso de diseo se elabora un modelo de datos que representa lasentidades, sus atributos y las relaciones existentes entre esas entidades. Lastareas 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 delsistema.

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 construirel modelo de entidad-relacin correspondiente.

Si el SMBD (sistema manejador de base de datos) que se valla a utilizarmanipula base de datos relacionales, entonces cada entidad del modeloentidad-relacin debe ser normalizada hasta por lo menos la tercera formanormal.

8/6/2019 17519434-MEDSI- (1)

14/21

Verificar si el modelo de datos obtenido satisface todos y cada uno de losrequerimientos detallados en el libro de requerimientos.

2.2.Realizar el diseo fsico de la base de datos.

Dependiendo del tipo y caracterstica del sistema de manejo de bases de datosque se halla dispuesto a utilizar, el grupo traduce el modelo de datos a unesquema, esto es, un programa que describe las estructuras lgicas de los datos ysus correspondientes estructuras de almacenamiento e indica los mtodos deacceso que se utilizaran, en trminos de lenguaje de descripcin de datos delSMBD.

2.3.Disear los programas de inicializacin y mantenimiento de la base de datos.

En esta actividad el grupo disea aquellos programas que no forman parte delsubsistema programado y que permiten iniciar o cargar la base de datos con losdatos provenientes de fuentes de volumen considerable. Estos programas sernoperados y mantenidos por el administrador de la base de datos y por lo tanto seconsideran parte integrante del subsistema de datos en lugar del subsistemaprogramado.

3. Diseo de programas y procedimientos.

Luego que se ha elaborado el diseo de entrada-salida y el de datos, el grupo dedesarrollo puede proceder a disear los programas y procedimientos del

subsistema programado.El prototipo del nuevo sistema de informacin, su correspondiente especificacinfuncional y la lista de restricciones y atributos le imprimen una forma nica a laestructura del sistema programado.

3.1.Disear la estructura del subsistema programado.

El subsistema programado se disea como una estructura jerrquica compuestapor una o mas programas, cada uno de estos se compone a su vez de mdulos unmodulo se define como una unidad de programa que se caracteriza por losiguiente:

Posee un nombre propio y nico.

Ejecuta una funcin claramente especificable.

Puede compilarse y catalogarse en forma catalogada.

Puede definir y mantener un conjunto propio de variables locales se llama oinvoca de otro modulo.

3.2.Disear cada modulo de la estructura.

8/6/2019 17519434-MEDSI- (1)

15/21

Durante la presente actividad el grupo elabora el diseo de cada uno de losmdulos que configuran la estructura del subsistema programado. Este diseoconsiste en establecer la lgica general de cada modulo, esto es, describir lospasos necesarios para llevar a cabo la funcin asignada al modulo. La lgica de unmodulo 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 queun programador empiece su codificacin, pues se requiere de una informacinadicional sobre las caractersticas del modulo, su funcin, su ubicacin, susargumentos, etc. Toda esta informacin se condensa en un formulario elaboradopara tal fin y que se denomina especificacin de programa.

3.3.Disear la documentacin 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 documentacin del sistema de informacin deacuerdo a lo que se ha establecido en el plan de documentacin. De igual modo sedisean los formatos, formularios, instructivos, planillas y dems procedimientosmanuales que se mencionan en el prototipo del sistema, y que se requieren comoelemento de los flujos de datos de los procesos manuales del sistema deinformacin.

La estructura del sistema programado, las especificaciones del programaasociadas a cad modulo de esa estructura y el diseo de la documentacin y delos procedimientos manuales, constituyen lo que se denomina como la

especificacin del subsistema programado.

4. Ensamblaje del paquete de diseo.

Este paso se basa en revisar y ensamblar el conjunto de especificaciones dediseos producidas en los anteriores, con el propsito de garantizar laconsistencia, calidad y exactitud del diseo e integrar lo que hemos denominadocomo paquete de diseo. Para cada una de las especificaciones antesmencionadas se realiza una revisin estructurada (o una inspeccin de diseo)siguiendo los lineamientos dados para esas tcnicas. Los objetivos de estasrevisiones son :

Determinar las inconsistencias de diseo.

Determinar las fallas y errores cometidos en las diferentes especificaciones.

Medir y corregir las desviaciones del diseo con respecto a las normas yprocedimientos de diseo establecidos en el plan metodolgico.

Asegurar que las restricciones y atributos establecidos se satisfaganplenamente con el diseo elaborado.

8/6/2019 17519434-MEDSI- (1)

16/21

Asegurar que cada requerimiento contenido en el libro de requerimiento y cadaespecificacin funcional del prototipo se cubran o satisfagan con el diseoproducido.

4.1.Ensamblar el paquete de diseo.

Las especificaciones de diseo, una vez revisadas y corregidas, se ensamblan paraproducir el paquete de diseo. Este documento contiene todo el materialdescriptivo necesario para conducir la construccin del sistema. Por consiguiente,contiene:

El prototipo del sistema.

La configuracin y documentacin del equipo que se va a emplear.

Las especificaciones de entrada y salida.

La especificacin del subsistema programado.

La especificacin del subsistema de datos.

Cualquier otro material que fuese necesario

4.2.Elaborar y discutir el informe del diseo detallado.

Haciendo uso del paquete de diseo, el gerente del proyecto elabora un informedescriptivo de las caractersticas, ventajas, desventajas, y los ajustes de costos ytiempos de desarrollo, que el diseo elaborado involucra.

5. Planificacin de pruebas.

Las actividades concernientes a esta fase se desarrolla a lo largo de estametodologa, por otro lado es evidente que muchas de las actividades de pruebase pueden realizar en paralelo con actividades de fase tales como las de diseo yconstruccin del sistema. Bajo este criterio, podemos dividir las actividadesgenerales de las pruebas en :

Planificacin de las pruebas.

Diseo y construccin de las pruebas. Ejecucin de las pruebas.

La primera de ellas se realiza durante esta fase de diseo; la segunda durante lafase de construccin y la ltima se distribuye durante la fase de construccin ypruebas previamente dichas.

5.1Elaborar el plan de pruebas

8/6/2019 17519434-MEDSI- (1)

17/21

Durante esta actividad, el gerente del proyecto se dedica a planificar el conjuntode actividades que se requieren para probar el sistema de informacin. Elresultado de este proceso lo constituye el plan de pruebas. En l se identifican:

Las diferentes pruebas que han de realizarse

Los responsables de disearlas construirlas y ejecutarlas La programacin del tiempo, costos y recursos necesarios para llevarlos a

cabo.

Las herramientas, mtodos, tcnicas y procedimientos que se debenemplear en las diferentes actividades de pruebas

Los criterios de xito de cada prueba

Informacin adicional que se necesite para efectuar tales pruebasEste plan se puede organizar en secciones:

Objetivos:

Calendarios de pruebas

De unidades

De subsistemas

De sistema

De aceptacin

Herramientas tcnicas y mtodos

Seguimientos de requerimientos

Procedimientos

Normas

Criterios de xitos

5.1.Discutir el plan de pruebas

En esta actividad, el gerente del proyecto discute el plan de pruebas con el grupode desarrollo a objeto de asignar los diferentes responsables de las actividades depruebas. En proyecto de gran magnitud o complejidad se designa un grupointegrado por expertos en pruebas y algunos miembros del grupo de desarrollocon el proposito de conducir las actividades de pruebas restantes.

5.2.Planificar detalles de la prxima fase

FASE VI.

Construccin del sistema:

Construir el subsistema de datos y el subsistema programado del sistema deinformacin de acuerdo a lo especificado en el paquete de diseo. En esta fase seconstruyen y se prueban los diferentes mdulos del subsistema programado; seconstruye subsistema de datos y los procedimientos manuales del sistema.

1. Diseo y construccin de las pruebas.

8/6/2019 17519434-MEDSI- (1)

18/21

Este paso es realizado por un grupo de pruebas. Se trata de especificar losdetalles de cada una de las pruebas que se han identificado en el plan de pruebay de construir los mecanismos requeridos para ejecutar cada una de ellas.

1.1.Elaborar las especificaciones de prueba.

Una especificacin de prueba es un documento que generalmente toma la formade planilla y describe pormenorizadamente las actividades de pruebas, asi como,aquellos mtodos, tcnicas y procedimientos que se vayan a emplear para realizarla prueba de un elemento de un sistema de informacin. Cada especificacin deprueba debe contener la siguiente informacin:

Identificacin.

Objetivos.

Requerimientos.

Criterio de xito. Tcnica de procedimientos.

Casos de pruebas.

1.2.Realizar una revisin estructurada de las pruebas.

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

De las especificaciones de pruebas anteriormente elaboradas, el grupo construyelos ejecutivos y los esqueletos diseados en cada una de ellas y si el volumen dedatos de prueba, es considerable, entonces prepara los archivos de datos que serdemandes. Los mecanismos de prueba, junto con los datos, los almacena elbibliotecario para su uso posterior de su respectiva prueba.

2. Codificacin de programas:

Este paso lo realizan los programadores del grupo de desarrollo que el gerenteseleccione, la misin de cada uno de ellos es codificar los mdulos de conformidadcon las especificaciones del programa dadas y siguiendo las normas establecidasen el plan metodolgico. La misin del gerente del proyecto es inspeccionar losmdulos producidos por los programadores con el objeto de controlar su calidad.

2.1.Asignar los mdulos de los programadores.2.2.Codificar los mdulos.2.3.Realizar una revisin estructurada del cdigo.

3. Creacin de la base de datos. Para ello se debe realizar las siguientesactividades:

3.1.Construir y probar los programas de carga.3.2.Crear la base de Datos.3.3.Inicializar la base de datos.

3.4.Revisar la base de datos.

8/6/2019 17519434-MEDSI- (1)

19/21

4. Elaboracin de la Documentacin y de los procedimientos manuales y decontrol de programas. Para ello se deben realizar las siguientes actividades:

Elaborar los manuales.

Elaborar las planillas, los instructivos, etc.

Evaluar la documentacin. Elaborar los procedimientos de control de programas

5. 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:5.1.Discutir las especificaciones de prueba.5.2.Ejecutar las pruebas de unidades.

6. Creacin de la librera de programas.

Una vez que todos los mdulos del sistema programado han sido probados, cadaprogramador entrega sus mdulos al bibliotecario del proyecto quien se encargade almacenarlo en una librera destinada a tal fin, denominada librera deprogramas. A partir del momento que se crea la librera ningn miembro del grupo

tiene acceso a los programas all archivados, por lo tanto para realizar unamodificacin de algunos de los mdulos, el programador debe discutir con el grupotal modificacin, obtener la aprobacin del gerente, solicitar del bibliotecario elmodulo, realizar la correccin y devolver dicho modulo al bibliotecario. Lasactividades del bibliotecario se resumen en:

6.1.Generar automticamente la librera de programas.6.2.Almacenar los mdulos en la librera.6.3.Mantener actualizada la librera.

Fase VII.Control de programas.

Durante esta actividad el grupo prueba los diferentes procedimientos de lenguajesde control de tareas que se hayan utilizado. Esta prueba se realizainmediatamente despus de las pruebas de subsistemas.

1. Prueba del sistema de informacin.

2. Esta prueba tiene por finalidad verificar el sistema de informacin, la prueba de

sistema fue diseada para localizar discrepancias o anomalas entre el sistema

8/6/2019 17519434-MEDSI- (1)

20/21

de informacin recientemente construido, y los objetivos y requerimientosinicialmente establecidos con los usuarios del sistema.

2.1.Organizar y discutir la prueba.2.2.Ejecutar la prueba del sistema.

2.3.Elaborar y discutir el informe de pruebas.

3. Preparacin para la implantacin. Las actividades que realiza el grupo dedesarrollo en este paso son:

3.1.Elaborar el plan de implantacin.

Este plan programa todas las actividades y tareas que debe llevar a cabo el grupode desarrollo durante la implantacin del sistema en la organizacin. Debecontener:

Objetivos.

Calendario de actividades.

Estrategias.

Procedimientos.

3.2.Preparar el material de adiestramiento.

Despus de identificar el tipo de adiestramiento que se va a aplicar para capacitara los usuarios en el uso y operacin del sistema, el grupo de desarrollo debeelaborar panes de capacitacin al personal que labora en la organizacin.

FASE VIII. PRUEBA DE ACEPTACIN.

Durante esta fase los grupos de desarrollo y prueba se abocan a poner enoperacin y a efectuar la prueba de aceptacin del sistema respectivamente. Estaprueba se realiza luego que el grupo de desarrollo adiestrado a todos los usuariosen el uso; a continuacin se realiza la conversin del viejo sistema al nuevo,mediante la actualizacin de la base de datos y el inicio de las actividades propiasdel sistema de informacin.

Finalmente se realiza la entonacin y la evaluacin del sistema recientemente

instalado. Al realizar estos dos ltimos pasos, la labor del todo el personal queparticipo en el proyecto puede considerarse terminada, marcando as el fi delproyecto de desarrollo y el inicio de una nueva etapa del ciclo de vida del sistemade informacin: la etapa de operacin y mantenimiento.

1. Adiestramiento de usuarios.1.1.Organizar las sesiones de adiestramiento.1.2.Conducir las sesiones de adiestramiento.

2. Prueba de aceptacin.

8/6/2019 17519434-MEDSI- (1)

21/21

Esta prueba final del sistema la realiza el grupo de prueba con la finalidad dedemostrarle a las unidades involucradas que el sistema desarrollado satisface elcriterio mnimo de aceptacin que ellos han establecido.2.1 Preparar la prueba de aceptacin.2.2 Realizar la Prueba de aceptacin.

3. Conversin del sistema.

Este es el paso ms delicado de esta fase, pues en l se inicia como tal laoperacin del nuevo sistema y se abandona el viejo sistema. Previo al inicio de lasactividades rutinarias del sistema de informacin, desarrollado, el grupo dedesarrollo debe realizar las siguientes actividades.

3.1.Preparar detalles para la conversin.

Esta actividad consiste en la elaboracin de todos aquellos procedimientosespeciales que se requieran para llevar a cabo una conversin exitosa.

1.2Convertir los archivos.

Se realiza la actualizacin complementaria de la base de datos del sistema.Concluida esta actualizacin, el sistema deber empezar a capturar, registra,validar, almacenar, los datos provenientes de las transacciones que ataen alsistema, en forma rutinaria.