Está en la página 1de 17

MEDSI. Es una metodologa estructurada para desarrollar sistemas de informacin en y para organizaciones de cualquier tipo.

Esta ha sido probada con xito en el desarrollo de diferentes sistemas de informacin para la administracin de la Universidad de los Andes en Mrida (ULA), entre los que se destacan los siguientes: Sistemas de informacin para el personal administrativo, tcnico y de servicio. Sistema de informacin de proveedores. Sistema de asignacin de salones para una facultad.

En la actualidad, para el ao de este libro que tengo (1984), la metodologa est siendo utilizada rigurosamente en los siguientes proyectos para la misma universidad:

Sistema de informacin para el personal docente y de investigacin. Sistema de informacin de la Fundacin Universidad de Los Andes. Entre las caractersticas resaltantes de esta metodologa podemos sealar las

siguientes: Es estructurada: Est caracterstica se debe a dos razones esenciales: Utiliza diferentes mtodos y tcnicos estructurados, que son propias de la Ingeniera de la Programacin y que han demostrado ser las ms eficientes y eficaces para el desarrollo de sistemas programados. Gua paso a paso de arriba hacia abajo al grupo que la aplica; explicando primero, de forma muy genera, 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 desarrollar un sistema de informacin.

Es completa: Cubre todas las distintas fases del ciclo desarrollo de un sistema de informacin, desde la definicin del proyecto hasta la implantacin del sistema en la organizacin. Es particionada: a fin de manipular mejor la complejidad inherente a un proyecto de este tipo, la metodologa se divide en fases. Cada una de estas fases se divide en pasos, los cuales estn orientados a algn tipo de tpico, aspecto o elemento del sistema de informacin. Es modificable y adaptable: el grupo de desarrollo puede

modificar fcilmente la metodologa, bien para introducir nuevos elementos como para eliminar algunos. Diagramas Utilizados en MEDSI Los diagramas utilizados en esta metodologa, para explicar las diferentes fases estn 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 de Datos Segn el autor Kendall &Kendall, Los diagramas de flujo de datos no son ms que representaciones graficas, donde se describen los procesos o funcionamientos de un departamento, y cuya simbologa se emplea para identificar un proceso, una entidad o una informacin desde un proceso a otro. De acuerdo a este autor, la representacin grafica de la simbologa es la siguiente. Smbolo Significado
Entidad Externa. Identifican lo elementos externos que reciben informacin o envan datos. Flujo de Datos. Representa un canal de datos, por donde fluyen datos, en forma de documentos, informes etc.

Proceso. Utilizado para


representar un proceso, actividad o tarea (aqu lo utilizaremos para representar una fase o paso de la metodologa)

Almacn de datos. Identifica a un


medio de almacenamiento de datos manual o automtico

Fuente: Kendall & Kendall (2005) De acuerdo a su simbologa, los rectngulos representan entidades externas o aquello a quienes la informacin est dirigida o de quienes proviene, los rectngulos abiertos representan almacenes, los cuadrados con pestaas y de bordes redondeados representan los procesos que se ejecutan con la informacin y las flechas, los flujos de datos desde (o hacia) cualquier elemento a (o desde) un proceso. FASES DE LA MEDSI Para describir las fases de la MEDSI se har de la siguiente forma, primero escribir la fase y entre parntesis lo que debera de salir de cada fase es decir el producto. 1. Definir el proyecto (Informe de factibilidad) 2. Anlisis del contexto (Informe de la situacin actual) 3. Definicin de los requerimientos (Salidas del sistema que se quiere, informe del sistema nuevo) 4. El diseo preliminar (especificar los mdulos del sistema en general). 5. El diseo detallado (prototipo, paquete de diseo detallado). 6. La construccin del sistema (Sistema construido). 7. Pruebas del sistema (Informe de pruebas). 8. La implantacin del sistema (Implantacin del sistema, el sistema listo; se elimina el anterior si exista o el mismo antiguo pero trabajando con el nuevo; esto segn las especificaciones buscadas).

Ciclo de vida de un sistema. Este punto no es ms que la breve descripcin del ciclo de vida de un sistema. Los sistemas tienen cuatro fases que son:

Nacimiento: Surgen necesidades y se plantea la idea de crear un sistema. Desarrollo: es cuando ya se entra en la fase de creacin del sistema. Madurez: es el mantenimiento del sistema realizado. Deterioro o muerte: Es la extincin del sistema realizado.

Hay una quinta fase en el Ciclo de Vida de un Sistema, esta es llamada renacimiento; la cual es posible solo si despus de extinto un sistema este mismo sistema, puede ser usado otra vez, sea en otra empresa, o por alguna condicin en especial. Sistemas de Informacin. Un Sistema de Informacin es un tipo especializado de sistema que puede definirse de muchas maneras. Un Sistema de Informacin es un conjunto de elementos o componentes interrelacionados para recolectar (entrada), manipular (proceso) y diseminar (salida) datos e informacin y para proveer un mecanismo de retroalimentacin en pro del cumplimiento de un objetivo. Fase I. Definicin del proyecto. Determinar la factibilidad de desarrollar un nuevo sistema de informacin 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 informacin para satisfacer las necesidades de las unidades interesadas. Para ello, el gerente realiza las siguientes actividades: 1.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: 1.2. 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 organizacin se ven afectadas? Es parte de un problema mayor? 1.3. Elaborar el informe preliminar. A partir del anlisis 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.

1.4. Discutir el informa preliminar. 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. 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, para ello debe realizar previamente las siguientes tareas: 2. 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 tcnica, econmica 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. Siempre y cuando exista un sistema actual de informacin el grupo debe evaluar en este momento dicho sistema. 2.2. Establecer nuevos requerimientos en forma general. En esta actividad el grupo se dedica a establecer los requerimientos generales de un nuevo sistema. 2.3. Determina factibilidad tcnica. Para cada sistema alternativo se debe establecer su factibilidad tcnica, ellos deben responder a dos interrogantes: es posible desarrollar el sistema propuesto con la tecnologa actual o existente?, y si es posible, qu tecnologa adicional debe 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.4. Determinar factibilidad econmica. En esta actividad el grupo debe realizar un anlisis costo beneficio que permita identificar y medir los costos de desarrollo de operacin y los beneficios que obtiene la organizacin de cada sistema alternativo; para luego comparar las diferentes alternativas bajo un criterio econmico. Tambin deben estimarse los tiempos de desarrollo de cada sistema propuesto a fin de medir la factibilidad econmica de cada uno de ellos. 2.5. Determinar factibilidad psicosocial. La implantacin de un sistema de informacin automatizado en

cualquier organizacin crea un impacto social, que puede ocasionar su aceptacin el rechazo total al cambio tecnolgico que se pretende introducir. El grupo debe predecir o estimular para cada alternativa el impacto social que ellas pueden originar dentro de la organizacin. 2.6. Elaborar informe de factibilidad. Este informe describe cada sistema alternativo y resume su factibilidad tcnica, econmica psicosocial. 2.7. Discutir el informe de factibilidad. El gerente del proyecto presenta el informe a la comisin de planificacin, quienes junto con los otros directivos de las unidades involucradas discuten la factibilidad de cada alternativa y selecciona la ms conveniente. El proyecto puede ser paralizado debido a que no existan alternativas factibles o convenientes a la organizacin

3. Planificacin del Proyecto. A partir de la decisin de continuar con el proyecto y de la seleccin de un enfoque alternativo para el nuevo sistema de informacin, el gerente del proyecto se dedica a planificar el mencionado proyecto, tratando de estimar los costos, tiempos y recursos para llevarlo a cabo.

Fase II. Anlisis De Contexto. En esta fase se busca ganar un slido conocimiento del sistema ampliado dentro del cual se ubicar el nuevo sistema de informacin y determinar las deficiencias y problemas que presenta el actual sistema de informacin (Si existe). Dentro de esta fase encontramos los siguientes pasos: 1. Anlisis documental. Este paso le permite al grupo de desarrollo disponer de una biblioteca organizada de documentos relativos al proyecto. Una ve constituida la biblioteca, el grupo se ocupa de estudiar la documentacin propia del sistema con miras a obtener una primera aproximacin 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. Anlisis del Contexto. Este paso constituye un estudio formal de todo el sistema, con un nivel de detalle ms 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 problemticas que el sistema presenta. El modelo del sistema actual se elabora utilizando la tcnica conocida como Anlisis Estructurado de Sistema. El modelo general est integrado por dos sub modelos.

Fase III. Definicin de requerimientos. Esta fase busca definir los requerimientos de los usuarios y establecer las f unciones, restricciones y atributos que el nuevo sistema de informacin debe satisfacer. 1. Especificacin de Requerimientos de Informacin. 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. Especificacin 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. 3. Especificacin 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 informacin. As mismo se establece tambin, la interaccin que debe haber entre el hombre, el computador y los atributos de calidad que se la van a imponer al mencionado sistema de informacin. Fase IV. Diseo Preliminar. Esta fase se encarga de elaborar un diseo preliminar del sistema de informacin que satisfaga los requerimientos, restricciones y atributos establecidos en la fase III. El diseo preliminar consta de un prototipo o modelo fsico que delinea la interaccin hombre- mquina del sistema de informacin y describe, en forma general sus procesos automatizados. Dentro de esta fase encontramos: 1. Definicin de prototipos. En este paso el grupo de desarrollo elabora diferentes prototipos que puedan satisfacer la especificacin funcional, las restricciones y los atributos identificados en

la fase anterior. se solicitan precios y especificaciones tcnicas de los equipos o programas que hagan falta, a los diferentes vendedores del mercado. La definicin de prototipo est regida por la estructura o configuracin global del sistema de informacin, en ella se indica si el diseo del sistema ha de ser independiente, centralizado o distribuido. Partiendo de este enfoque, se establecen diferentes configuraciones para el procesamiento y para la interaccin que existir entre el hombre y la maquina. 2. Seleccin de prototipos. En este paso el grupo de desarrollo realiza un anlisis de costo beneficio para los diferentes prototipos definidos en el paso anterior. De los resultados de este anlisis se presenta y discute con la comisin de planificacin, quin decide posteriormente el prototipo ms conveniente y dalas instrucciones necesarias para la adquisicin de la tecnologa que haga falta. 3. 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 automticos, siguiendo la tcnica de anlisis estructurado de sistema. Fase V. Diseado Detallado. Esta fase busca elaborar un diseo detallado del sistema de informacin que muestre como se construirn los subsistemas de datos y el subsistema programado. Esta fase produce el paquete de diseo, el cual contiene todas las especificaciones para la construccin del sistema, y el plan de pruebas que regirn las diferentes pruebas del sistema de informacin durante las fases de construccin, pruebas e implantacin. Dentro de esta encontramos los siguientes pasos:

1. Diseo de Entradas y Salidas. En este paso se elabora minuciosamente el diseo de la interaccin entre el hombre y la mquina, la cual ha sido delineada en el prototipo del sistema. 2. Diseo de Datos. El diseo del subsistema de datos del sistema de informacin gira en torno a el diseo de la (s) base (s) de datos necesaria (s) para almacenar los datos de dicho sistema y el diseo de los programas que permitirn crear y cargar la (s) base (s) de datos. 3. Diseo de programas y procedimientos. Luego que se ha elaborado el diseo de entrada-salida y el de datos, el grupo de desarrollo puede proceder a disear los programas y procedimientos del subsistema programado. 4. Ensamblaje del paquete de diseo. Este paso se basa en revisar y ensamblar el conjunto de especificaciones de diseos producidas en los anteriores, con el propsito de garantizar la consistencia, calidad y exactitud del diseo e integrar lo que hemos denominado como paquete de diseo. Para cada una de las especificaciones antes mencionadas se realiza una revisin estructurada (o una inspeccin de diseo) siguiendo los lineamientos dados para esas tcnicas. Los objetivos de estas revisiones 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 y procedimientos de diseo establecidos en el plan metodolgico.

Asegurar que las restricciones y atributos establecidos se satisfagan plenamente con el diseo elaborado. Asegurar que cada requerimiento contenido en el libro de requerimiento y cada especificacin funcional del prototipo se cubran o satisfagan con el diseo producido. 5. Planificacin de pruebas. Las actividades concernientes a esta fase se desarrollan a lo largo de esta metodologa, 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 diseo y construccin del sistema. Bajo este criterio, podemos dividir las actividades generales 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 la fase de construccin y la ltima se distribuye durante la fase de construccin y pruebas previamente dichas. Fase VI. Construccin del sistema. Construir el subsistema de datos y el subsistema programado del sistema de informacin de acuerdo a lo especificado en el paquete de diseo. En esta fase se construyen y se prueban los diferentes mdulos del subsistema programado; se construye subsistema de datos y los procedimientos manuales del sistema.

1. Diseo y construccin 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. Codificacin de programas. Este paso lo realizan los programadores del grupo de desarrollo que el gerente seleccione, la misin de cada uno de ellos es codificar los mdulos de conformidad con las especificaciones del programada das y siguiendo las normas establecidas en el plan metodolgico. La misin del gerente del proyecto es inspeccionar los mdulos 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 siguientes actividades: 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. 4. Elaboracin de la Documentacin 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 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, cada programador entrega sus mdulos al bibliotecario del proyecto quien se encarga de almacenarlo en una librera destinada a tal fin, denominada librera de programas. 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 una modificacin de algunos de los mdulos, el programador debe discutir con el grupo tal modificacin, obtener la aprobacin del gerente, solicitar del bibliotecario el modulo, realizar la correccin y devolver dicho modulo al bibliotecario. Las actividades 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 lenguajes de control de tareas que se hayan utilizado. Esta prueba se realiza inmediatamente despus de las pruebas de subsistemas.

1. Prueba del sistema de informacin. Esta prueba tiene por finalidad verificar el sistema de informacin, la prueba de sistema fue diseada para localizar discrepancias o anomalas entre el sistema de informacin recientemente construido, y los objetivos y requerimientos inicialmente establecidos con los usuarios del sistema. 1.1. Organizar y discutir la prueba. 1.2. Ejecutar la prueba del sistema. 1.3. Elaborar y discutir el informe de pruebas.

2. Preparacin para la implantacin. Las actividades que realiza el grupo de desarrollo en este paso son: 2.1. Elaborar el plan de implantacin. Este plan programa todas las actividades y tareas que debe llevar a cabo el grupo de desarrollo durante la implantacin del sistema en la organizacin. Debe contener: Objetivos. Calendario de actividades. Estrategias. Procedimientos. 2.2. Preparar el material de adiestramiento. Despus de identificar el tipo de adiestramiento que se va a aplicar para capacitar a los usuarios en el uso y operacin del sistema, el grupo de desarrollo debe elaborar 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 en operacin y a efectuar la prueba de aceptacin del sistema respectivamente. Esta

prueba se realiza luego que el grupo de desarrollo a adiestrado a todos los usuarios en 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 propias del 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 que participo en el proyecto puede considerarse terminada, marcando as el fi del proyecto de desarrollo y el inicio de una nueva etapa del ciclo de vida del sistema de 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. 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 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 la operacin del nuevo sistema y se abandona el viejo sistema. Previo al inicio de las actividades rutinarias del sistema de informacin, desarrollado, el grupo de desarrollo debe realizar las siguientes actividades. 3.1. Preparar detalles para la conversin. Esta actividad consiste en la elaboracin de todos aquellos procedimientos especiales que se requieran para llevar a cabo una conversin exitosa. 3.2. Convertir 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 al sistema, en forma rutinaria. La metodologa estructurada para el desarrollo de sistemas de informacin (MEDSI) est orientada a proyectos medianos a grandes; para proyectos pequeos se seleccionan un subconjunto de fase, es decir, deber adaptarse la metodologa al proyecto. Cada proyecto tendr sus propias caractersticas, al igual que el ambiente que lo rodea, por lo que la modificacin de los pasos, antes y durante el desarrollo del sistema, es un proceso propio de ella.