Mdsi 001

Oficina Nacional de Gobierno Electrnico e Informtica Presidencia del Consejo de Ministros
METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION - MDSI Versin 1.0
Febrero 2005
Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Nombre del Proyecto: Metodologa de Desarrollo de Sistemas de Informacin MDSI, V. 1.0
ii
Fecha: 22/02/2005
HOJA DE INFORMACION GENERAL

CONTROL DOCUMENTAL: PROCEDIMIENTO: ENTIDAD: VERSIN: FECHA EDICIN: NOMBRE DE ARCHIVO: RESUMEN: Metodologa de Desarrollo de Sistemas de Informacin MDSI, Versin 1.0 Presidencia del Consejo de Ministros 1.0 22/02/2005 P01-PCM-MDSI_001.doc La metodologa MDSI Versin 1.0, es una herramienta desarrollada en base a la metodologa de Mtrica 3 del Ministerio de Administracin Pblica de Espaa (MAP) y RUP (Rational Unified Process), han sido revisados y adaptados para su aplicacin en las entidades integrantes del Sistema Nacional de Informtica por la Oficina Nacional de Gobierno Electrnico e Informtica ONGEI de la Presidencia del Consejo de Ministros PCM. Es un instrumento til para la sistematizacin de las actividades que dan soporte al ciclo de vida del software. Incluye: Modelamiento del Negocio, Modelamiento de Requerimientos, Modelamiento de Tecnologa, Construccin, Pruebas e Implantacin del Sistema de Informacin
DERECHOS DE USO:
La presente documentacin es de uso para la Administracin Pblica del Estado Peruano.

iii
Fecha: 22/02/2005
CONTROL DE VERSIONES
FUENTE DE CAMBIO FECHA DE SOLICITUD DEL CAMBIO VERSIN PARTES QUE CAMBIAN
N/A
DESCRIPCIN DEL CAMBIO
FECHA DE CAMBIO
P01-PCM-MDSI_001.doc
1.00

iv
Fecha: 22/02/2005

Fecha: 22/02/2005
INTRODUCCION CONCEPTOS
............................................................................ 6 ............................................................................ 7
1 MODELAMIENTO DEL NEGOCIO .........................................................................10 DESCRIPCION Y OBJETIVO............................................................................................... 10 1.1 ACTIVIDAD MPN 1: MODELAMIENTO DE PROCESOS DE NEGOCIO .......... 10 1.1.1 Tarea MPN 1.1: Identificacin de los Procesos de Negocio................................. 10 1.1.2 Tarea MPN 1.2: Identificacin de los Actores del Entorno del Negocio .............. 10 1.1.3 Tarea MPN 1.3: Descripcin de los Casos de Uso del Negocio........................... 11 1.1.4 Tarea MPN 1.4: Especificacin de reglas de Negocio.......................................... 11 1.1.5 Tarea MPN 1.5: Especificacin de Necesidades Externas a la Unidad de informtica ............................................................................................................ 12 1.2 ACTIVIDAD MPN 2: VERIFICACION Y ACEPTACION DEL MODELO DE PROCESOS DE NEGOCIO........................................................................................... 12 1.2.1 Tarea MPN 2.1: Verificacin de Estndares y Anlisis de Consistencia del Modelo de Procesos de Negocio......................................................................................... 12 1.3 ACTIVIDAD MPN 3: REUNION DE GESTION ..................................................... 13 1.4 ENTREGABLES DE LA FASE ................................................................................ 13 2 MODELAMIENTO DE REQUERIMIENTOS .....................................................15 DESCRIPCION Y OBJETIVO............................................................................................... 15 2.1 ACTIVIDAD ASI 1: MODELAMIENTO DE REQUERIMIENTOS DEL SISTEMA DE INFORMACION............................................................................................................ 16 2.1.1 Tarea ASI 1.1: Determinacin del Alcance del Sistema........................................ 16 2.1.2 Tarea ASI 1.2: Obtencin de Requerimientos ....................................................... 17 2.1.3 Tarea ASI 1.3: Obtencin del Modelo de Casos de Uso del Sistema.................... 17 2.1.4 Tarea ASI 1.4: Determinacin de Subsistemas de Anlisis................................... 17 2.1.5 Tarea ASI 1.5: Especificacin de la Interface de Usuario.................................... 18 2.1.6 Tarea ASI 1.6: Identificacin de Perfiles y Dilogos............................................ 18 2.1.7 Tarea ASI 1.7: Especificacin del Comportamiento Dinmico de la Interface .... 19 2.1.8 Tarea ASI 1.8: Especificacin de Formatos de Impresin.................................... 19 2.2 ACTIVIDAD ASI 2: ANLISIS DE LOS CASOS DE USO .................................... 20 2.2.1 Tarea ASI 2.1: Identificacin de Clases Asociadas a un Caso de Uso ................. 20 2.2.2 Tarea ASI 2.2: Descripcin de la Interaccin de Objetos..................................... 20 2.3 ACTIVIDAD ASI 3: ANLISIS DE CLASES ......................................................... 21 2.3.1 Tarea ASI 3.1: Anlisis de Clases ......................................................................... 21 2.4 ACTIVIDAD ASI 4: ANALISIS DE PAQUETES.................................................... 22 2.4.1 Tarea ASI 4.1: Anlisis de Paquetes ..................................................................... 22 2.5 ACTIVIDAD ASI 5: ELABORACIN DEL MODELO DE DATOS ...................... 23 2.5.1 Tarea ASI 5.1: Elaboracin del Modelo Conceptual de Datos............................. 23 2.5.2 Tarea ASI 5.2: Elaboracin del Modelo Lgico de Datos .................................... 23 2.5.3 Tarea ASI 5.3: Normalizacin del Modelo Lgico de Datos ................................ 24 2.6 ACTIVIDAD ASI 6: ELABORACIN DEL MODELO DE PROCESOS DEL SISTEMA DE INFORMACION.................................................................................... 24 2.6.1 Tarea ASI 6.1: Obtencin del Modelo de Procesos del Sistema ........................... 25 2.7 ACTIVIDAD ASI 7: ESPECIFICACION DE INTERFACES CON OTROS SISTEMAS 25 2.7.1 Tarea ASI 7.1: Especificacin de Interfaces con otros Sistemas .......................... 25

Fecha: 22/02/2005
2.8 ACTIVIDAD ASI 8: ESPECIFICACION DE NECESIDADES DE MIGRACION DE DATOS Y CARGA INICIAL ........................................................................................ 26 2.8.1 Tarea ASI 8.1: Especificacin de Necesidades de Migracin de Datos y Carga Inicial..................................................................................................................... 26 2.9 ACTIVIDAD ASI 9: ANLISIS DE CONSISTENCIA Y ESPECIFICACIN DE REQUERIMIENTOS..................................................................................................... 26 2.9.1 Tarea ASI 9.1: Verificacin de la Calidad Tcnica de los Modelos ..................... 26 2.9.2 Tarea ASI 9.2: Anlisis de Consistencia entre Modelos ....................................... 27 2.9.3 Tarea ASI 9.3: Validacin de los Modelos............................................................ 28 2.10 ACTIVIDAD ASI 10: DEFINICIN DEL ALCANCE DEL PLAN DE PRUEBAS.... ................................................................................................................................... 28 2.10.1 Tarea ASI 10.1: Definicin de Requerimientos del Entorno de Pruebas.............. 29 2.10.2 Tarea ASI 10.2: Definicin de las Pruebas de Aceptacin del Sistema ................ 29 2.11 ACTIVIDAD ASI 11: REUNION DE GESTION ..................................................... 29 2.12 ENTREGABLES DE LA FASE ................................................................................ 30 3 MODELAMIENTO DE TECNOLOGIA ..............................................................33 DESCRIPCIN Y OBJETIVO............................................................................................... 33 3.1 ACTIVIDAD DSI 1: DEFINICIN DE LA ARQUITECTURA DEL SISTEMA.... 34 3.1.1 Tarea DSI 1.1: Definicin de Niveles de Arquitectura.......................................... 36 3.1.2 Tarea DSI 1.2: Identificacin de Subsistemas de Diseo...................................... 36 3.1.3 Tarea DSI 1.3: Identificacin de Requerimientos y Especificaciones de Diseo y Construccin ......................................................................................................... 37 3.2 ACTIVIDAD DSI 2: DISEO DE LA ARQUITECTURA DE SOPORTE.............. 39 3.2.1 Tarea DSI 2.1: Diseo de Subsistemas de Soporte ............................................... 40 3.3 ACTIVIDAD DSI 3: DISEO DE CASOS DE USO REALES ................................ 40 3.3.1 Tarea DSI 3.1: Identificacin de Clases Asociadas a un Caso de Uso................. 41 3.3.2 Tarea DSI 3.2: Diseo de la Realizacin de los Casos de Uso............................. 41 3.3.3 Tarea DSI 3.3: Revisin de la Interface de Usuario y Formatos de Impresin .... 42 3.3.4 Tarea DSI 3.4: Revisin de Subsistemas de Diseo e Interfaces .......................... 42 3.4 ACTIVIDAD DSI 4: DISEO DE CLASES............................................................. 42 3.4.1 Tarea DSI 4.1: Diseo de Clases .......................................................................... 43 3.5 ACTIVIDAD DSI 5: DISEO DE LA ARQUITECTURA DE MDULOS DEL SISTEMA....................................................................................................................... 45 3.5.1 Tarea DSI 5.1: Diseo de Mdulos del Sistema.................................................... 46 3.5.2 Tarea DSI 5.2: Diseo de Comunicaciones entre Mdulos .................................. 46 3.5.3 Tarea DSI 5.3: Revisin de la Interface de Usuario y Formatos de Impresin .... 47 3.6 ACTIVIDAD DSI 6: DISEO FSICO DE DATOS ................................................. 48 3.6.1 Tarea DSI 6.1: Diseo del Modelo Fsico de Datos ............................................. 48 3.6.2 Tarea DSI 6.2: Especificacin de los Caminos de Acceso a los Datos................. 49 3.6.3 Tarea DSI 6.3: Optimizacin del Modelo Fsico de Datos ................................... 49 3.6.4 Tarea DSI 6.4: Especificacin de la Distribucin de Datos ................................. 50 3.6.5 Tarea DSI 6.5: Elaboracin de Especificaciones del Modelo Fsico de Datos .... 50 3.7 ACTIVIDAD DSI 7: VERIFICACIN Y ACEPTACIN DE LA ARQUITECTURA DEL SISTEMA .............................................................................................................. 50 3.7.1 Tarea DSI 7.1: Verificacin de las Especificaciones y Estndares de Diseo ..... 51 3.7.2 Tarea DSI 7.2: Anlisis de Consistencia de las Especificaciones de Diseo........ 51 3.7.3 Tarea DSI 7.3: Aceptacin de la Arquitectura del Sistema................................... 52 3.7.4 Tarea DSI 7.4: Administracin de Aplicaciones ................................................... 53 3.7.5 Tarea DSI 7.5: Administracin de Datos y Parmetros........................................ 53 3.8 ACTIVIDAD DSI 8: GENERACIN DE ESPECIFICACIONES DE CONSTRUCCIN 53 3.8.1 Tarea DSI 8.1: Especificacin del Entorno de Construccin ............................... 53 3.8.2 Tarea DSI 8.2: Definicin de Componentes y Subsistemas de Construccin ....... 54
Fecha: 22/02/2005
3.8.3 Tarea DSI 8.3: Elaboracin de Especificaciones de Construccin ...................... 54 3.9 ACTIVIDAD DSI 9: DISEO DE LA MIGRACIN Y CARGA INICIAL DE DATOS. 55 3.9.1 Tarea DSI 9.1: Especificacin de Necesidades de Migracin y Carga Inicial de Datos ..................................................................................................................... 55 3.9.2 Tarea DSI 9.2: Especificacin del Entorno de Migracin .................................... 56 3.9.3 Tarea DSI 9.3: Diseo de Procedimientos de Migracin y Carga Inicial ............ 56 3.9.4 Tarea DSI 9.4: Diseo Detallado de Componentes de Migracin y Carga Inicial .. ............................................................................................................................... 57 3.10 ACTIVIDAD DSI 10: ESTABLECIMIENTO DE REQUERIMIENTOS DE IMPLANTACIN.......................................................................................................... 57 3.10.1 Tarea DSI 10.1: Especificacin de Requerimientos de Documentacin de Usuario ........................................................................................................................... 57 3.10.2 Tarea DSI 10.2: Especificacin de Requerimientos de Implantacin................... 58 3.11 ACTIVIDAD DSI 11: ESPECIFICACIN TCNICA DEL PLAN DE PRUEBAS 58 3.11.1 Tarea DSI 11.1: Especificacin del Entorno de Pruebas...................................... 59 3.11.2 Tarea DSI 11.2: Especificacin Tcnica de Niveles de Prueba............................ 60 3.12 ACTIVIDAD DSI 12: REUNION DE GESTION ..................................................... 60 3.13 ENTREGABLES DE LA FASE ................................................................................ 60 4 CONSTRUCCIN Y PRUEBAS DEL SISTEMA DE INFORMACIN .............64 DESCRIPCIN Y OBJETIVO............................................................................................... 64 4.1 ACTIVIDAD CPS 1: PREPARACIN DEL ENTORNO DE CONSTRUCCION .. 65 4.1.1 Tarea CPS 1.1: Implantacin de la Base de Datos Fsica .................................... 65 4.1.2 Tarea CPS 1.2: Preparacin del Entorno de Construccin.................................. 65 4.1.3 Tarea CPS 1.3: Preparacin del Entorno de Migracin y Carga Inicial de Datos.. ............................................................................................................................... 65 4.2 ACTIVIDAD CPS 2: CREACIN DE CDIGO...................................................... 66 4.2.1 Tarea CPS 2.1: Creacin del Cdigo de Componentes ........................................ 66 4.2.2 Tarea CPS 2.2: Creacin del Cdigo de los Componentes y Procedimientos de Migracin y Carga Inicial de Datos ..................................................................... 66 4.3 ACTIVIDAD CPS 3: ELABORACION DE PROCEDIMIENTOS TECNICOS ...... 67 4.3.1 Tarea CPS 3.1: Generacin de los Procedimientos de Operacin y Seguridad... 67 4.4 ACTIVIDAD CPS 4: ELABORACION DE PROCEDIMIENTOS NORMATIVOS... ................................................................................................................................... 67 4.4.1 Tarea CPS 4.1: Elaboracin de Procedimientos Normativos............................... 67 4.5 ACTIVIDAD CPS 5: EJECUCIN DE LAS PRUEBAS UNITARIAS ................... 67 4.5.1 Tarea CPS 5.1: Preparacin del Entorno de las Pruebas Unitarias .................... 67 4.5.2 Tarea CPS 5.2: Realizacin y Evaluacin de las Pruebas Unitarias ................... 68 4.6 ACTIVIDAD CPS 6: EJECUCIN DE LAS PRUEBAS DE INTEGRACIN ....... 68 4.6.1 Tarea CPS 6.1: Preparacin del Entorno de las Pruebas de Integracin ............ 68 4.6.2 Tarea CPS 6.2: Realizacin de las Pruebas de Integracin ................................. 69 4.6.3 Tarea CPS 6.3: Evaluacin del Resultado de las Pruebas de Integracin ........... 69 4.6.4 Tarea CPS 6.4: Elaboracin del Pase a Produccin............................................ 69 4.7 ACTIVIDAD CPS 7: REVISION DE ESTANDARES DE CONSTRUCCION ....... 69 4.7.1 Tarea CPS 7.1: Revisin de Estndares de Construccin .................................... 69 4.8 ACTIVIDAD CPS 8: EVALUACION DE PROCEDIMIENTOS NORMATIVOS . 69 4.8.1 Tarea CPS 8.1: Evaluacin de Propuesta de Procedimiento Normativo ............. 70 4.9 ACTIVIDAD CPS 9: ELABORACIN DE LA DOCUMENTACION PARA EL USUARIO ...................................................................................................................... 70 4.9.1 Tarea CPS 9.1: Elaboracin de la Documentacin para el Usuario.................... 70 4.9.2 Tarea CPS 9.2: Elaboracin de la Ficha Promocional del Sistema ..................... 70 4.10 ACTIVIDAD CPS 10: PRUEBAS DEL SISTEMA .................................................. 70 4.10.1 Tarea CPS 10.1: Preparacin del Entorno de las Pruebas del Sistema ............... 71
Fecha: 22/02/2005
4.10.2 Tarea CPS 10.2: Realizacin de las Pruebas de implantacin............................. 71 4.10.3 Tarea CPS 10.3: Realizacin y Evaluacin de las Pruebas de Migracin y Carga Inicial de Datos. .................................................................................................... 72 4.10.4 Tarea CPS 10.4: Realizacin de las Pruebas del Sistema .................................... 72 4.10.5 Tarea CPS 10.5: Evaluacin del Resultado de las Pruebas ................................. 72 4.11 ACTIVIDAD CPS 11: DEFINICIN DE LA CAPACITACIN DE USUARIOS FINALES ....................................................................................................................... 72 4.11.1 Tarea CPS 11.1: Definicin de la Estrategia de Capacitacin............................. 73 4.11.2 Tarea CPS 11.2: Especificacin de los Recursos y Entornos de Capacitacin .... 73 4.12 ACTIVIDAD CPS 12: PRUEBAS DE ACEPTACIN DEL SISTEMA .................. 73 4.12.1 Tarea CPS 12.1: Preparacin de las Pruebas de Aceptacin............................... 73 4.12.2 Tarea CPS 12.2: Realizacin de las Pruebas de Aceptacin................................ 74 4.12.3 Tarea CPS 12.3: Evaluacin del Resultado de las Pruebas de Aceptacin.......... 74 4.13 ACTIVIDAD CPS 13: REUNION DE GESTION..................................................... 74 4.14 ENTREGABLES DE LA FASE ................................................................................ 75 5 IMPLANTACION DEL SISTEMA DE INFORMACION .....................................77 DESCRIPCIN Y OBJETIVO............................................................................................... 77 5.1 ACTIVIDAD IMS 1: DEFINICIN DEL PLAN DE IMPLANTACIN................. 77 5.1.1 Tarea IMS 1.1: Definicin del Plan de Implantacin ........................................... 77 5.1.2 Tarea IMS 1.2: Especificacin del Equipo de Implantacin................................. 78 5.2 ACTIVIDAD IMS 2: PREPARACIN DEL ENTORNO DE PRODUCCIN........ 78 5.2.1 Tarea IMS 2.1: Preparacin del Entorno de Produccin ..................................... 78 5.3 ACTIVIDAD IMS 3: CAPACITACIN PARA LA IMPLANTACIN .................. 79 5.3.1 Tarea IMS 3.1: Preparacin de la Capacitacin del Equipo de Implantacin..... 79 5.3.2 Tarea IMS 3.2: Capacitacin del Equipo de Implantacin................................... 79 5.3.3 Tarea IMS 3.3: Preparacin de la Capacitacin al rea de Atencin a Usuarios, Soporte Tcnico y Operaciones............................................................................. 79 5.3.4 Tarea IMS 3.4: Capacitacin del rea de Atencin de Usuario, Soporte Tcnico y Operaciones........................................................................................................... 80 5.3.5 Tarea IMS 3.5: Preparacin de la Capacitacin a Usuarios finales.................... 80 5.3.6 Tarea IMS 3.6: Seguimiento de la Capacitacin a Usuarios Finales................... 80 5.4 ACTIVIDAD IMS 4: PUBLICACION DE PROCEDIMIENTOS NORMATIVOS. 80 5.4.1 Tarea IMS 4.1: Publicacin de los Procedimientos Normativos .......................... 80 5.5 ACTIVIDAD IMS 5: INSTALACION DEL SISTEMA ........................................... 80 5.5.1 Tarea IMS 5.1: Revisin del Pase a Produccin................................................... 81 5.5.2 Tarea IMS 5.2: Ejecucin del Pase a Produccin ................................................ 81 5.6 ACTIVIDAD IMS 6: PUESTA EN MARCHA DEL SISTEMA............................... 81 5.7 ACTIVIDAD IMS 7: REUNION DE GESTION....................................................... 81 5.8 ENTREGABLES DE LA FASE ................................................................................ 82 6 ANEXOS 6.1 6.2 6.3 .......................................................................... 84 MATRIZ DE ROLES ................................................................................................ 84 ENTREGABLES PARA UNA TAREA DE MANTENIMIENTO ........................... 88 REFERENCIA DE MDSI V.1.0................................................................................. 89

Fecha: 22/02/2005

Fecha: 22/02/2005
INTRODUCCION La Metodologa de Desarrollo de Sistemas de Informacin - MDSI Versin 1.0, es una herramienta desarrollada en base a la metodologa de Mtrica 3 del Ministerio de Administracin Pblica de Espaa (MAP) y RUP (Rational Unified Process), han sido revisados y adaptados para su aplicacin en las entidades integrantes del Sistema Nacional de Informtica por la Oficina Nacional de Gobierno Electrnico e Informtica ONGEI de la Presidencia del Consejo de Ministros - PCM. Esta Metodologa se complementa con la Metodologa de Gestin de Proyectos para Tecnologas de
Informacin MGP-TI, quien es el que proporciona el documento de entrada, denominado Formulacin de Proyecto v1.x, para el desarrollo del MDSI.
La Oficina Nacional de Gobierno Electrnico e Informtica ONGEI, agradece a Intendencia Nacional de Sistemas de Informacin de la Superintendencia Nacional de Administracin Tributaria - SUNAT, unidad integrante del Sistema Nacional de Informtica, por su colaboracin en el desarrollo del presente documento. En lo que se refiere a estndares se ha tenido como referencia la Norma Tcnica Peruana NTP-ISO/IEC 12207:2004 TECNOLOGA DE LA INFORMACIN. Procesos del ciclo de vida del software. 1 Edicin aprobado por Resolucin Ministerial N 1792004-PCM Es un instrumento til para la sistematizacin de las actividades que dan soporte al ciclo de vida del software, lo cual permite alcanzar los siguientes objetivos: Proporcionar o definir Sistemas de Informacin requeridos que ayuden a conseguir los fines de la Institucin. Promover la participacin activa del Usuario en el proceso de desarrollo de Sistemas de Informacin Dotar a la Institucin de productos de software que satisfagan las necesidades de los usuarios. Mejorar la productividad de las Unidades de Informticas de la Administracin Pblica, permitiendo una mayor capacidad de adaptacin a los cambios y teniendo en cuenta la reutilizacin de software en la medida de lo posible. Facilitar la comunicacin y entendimiento entre los distintos participantes en la produccin de software a lo largo del ciclo de vida del proyecto, teniendo en cuenta su papel y responsabilidad, as como las necesidades de todos y cada uno de ellos. Facilitar la operacin, mantenimiento y uso de los productos de software obtenidos.
MDSI Versin 1.0 contiene todas las actividades y tareas que se deben llevar a cabo para desarrollar un sistema, cubriendo desde la etapa de Modelamiento del Negocio hasta su Implantacin. MDSI versin 1.0 aborda los dos tipos de desarrollo: Estructurado y Orientado a Objetos, siendo el UML (Unified Modeling Language) la tcnica por defecto utilizada para el modelamiento orientado a objetos. Hay que resaltar que MDSI versin 1.0 incluye tambin un conjunto de interfaces con la Metodologa de Gestin de Proyectos Institucional. La misma que tiene por finalidad la planificacin, el seguimiento y el control de las actividades, recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Informacin.
Fecha: 22/02/2005
CONCEPTOS Dentro de la Metodologa de Desarrollo de Sistemas de Informacin se manejarn los siguientes conceptos y/o trminos: Administrador de Aplicaciones Es el encargado de mantener un registro actualizado de las aplicaciones, componentes, rutinas y parmetros de comunicacin existentes entre las aplicaciones. Administrador de Datos Encargado de mantener un registro actualizado del modelo fsico de datos y evaluar el nivel de normalizacin de los modelos de datos. Administrador de Procesos Es el encargado de mantener un registro y una arquitectura actualizada de los procesos de negocio de la Institucin. Analista de Atencin a Usuarios Es el responsable de la capacitacin de los usuarios y de la implantacin de los sistemas de informacin. Analista de Calidad Es el responsable de planificar, evaluar y realizar las pruebas de calidad del sistema de informacin, en los hitos determinados por la Metodologa. Analista Funcional Es el responsable de modelar los procesos de negocio en el desarrollo de los sistemas de informacin. Analista de Investigacin Tecnolgica Es el encargado de proponer y asegurar el uso de tecnologas adecuadas para la implantacin del nuevo sistema. Analista de Seguridad Informtica Es el encargado de verificar y velar por el cumplimiento de las polticas de seguridad Informtica de la Institucin. Analista de Sistemas Es el responsable de llevar a cabo toda la fase tcnica del desarrollo del sistema de informacin, especialmente el Modelamiento de Requerimientos y de Tecnologa. Analista de Soporte Tcnico Es el encargado de verificar y proveer todo lo necesario para la fase de construccin, pruebas e implantacin de los sistemas. Analista de Telecomunicaciones Es el encargado de proponer y asegurar que los modelos sean ptimos para no afectar las comunicaciones. rea Cliente Unidad que solicita un sistema de informacin o un cambio en el mismo. Puede ser cualquier unidad organizacional de la Institucin que requiera la implantacin de un

Fecha: 22/02/2005
sistema de informacin para optimizar su labor o para modificar el existente atendiendo a un cambio en la normatividad o una mejora. Comit de Gestin Conformado por el Coordinador del Proyecto, Lder Usuario, Ejecutivo del Proyecto y Sectorista (opcional) Adicionalmente podrn incorporarse otros participantes que se requiera dependiendo de la naturaleza del proyecto. Tiene las siguientes funciones: Participar en las reuniones de gestin, en las cuales se comunica el avance y situacin del proyecto. Aprobar las versiones de la Formulacin del Proyecto. Ejecutivo de Proyecto Persona de rango ejecutivo, preferentemente del rea para la cual se est desarrollando la solucin y cuya presencia otorga importancia al proyecto. Tiene las siguientes funciones: Aprobar la versin inicial del documento Formulacin del Proyecto. Participar en los momentos claves como el inicio y trmino de cada fase o cuando el Coordinador del Proyecto estime conveniente convocar su participacin. Proponer al Lder Usuario y Equipo Usuario como participantes del Proyecto. Proponer, conjuntamente con el Coordinador del Proyecto, al Equipo Consultivo. Resolver los casos de controversia que se puedan generar en el Comit de Gestin en base a la opinin institucional Promover la participacin de los usuarios. Equipo de Implantacin Esta conformado por algunos integrantes del equipo de trabajo y se encargan de llevar a cabo la implantacin del sistema. Equipo de Usuarios Pertenecen al rea usuaria directamente comprometida con el proyecto, pudiendo ser cualquier unidad organizacional de la Institucin. Son propuestos por el Ejecutivo del Proyecto y son designados por el Jefe de la Unidad Organizacional donde laboran. Participan activamente durante todo el proceso de desarrollo del sistema de informacin. Tambin son miembros del equipo de usuarios los integrantes del rea responsable de la Atencin a Usuarios de la unidad de informtica. Formulacin del Proyecto Documento que oficializa las definiciones bsicas relativas al proyecto: alcance, plazos, participantes, costos, riesgos y calidad. Informe de Definicin Documento que oficializa la descripcin relativa a la solucin y especifica la funcionalidad que ser puesta a disposicin de los usuarios. Incluye aspectos relacionados al modelamiento del negocio, requerimientos y tecnolgico. Este documento se ir actualizando de acuerdo al avance de las fases de la MDSI. Coordinador del Proyecto Persona responsable del xito del proyecto. Tiene la visin y la experiencia necesaria para coordinar los esfuerzos y organizar las actividades realizadas por los integrantes de un grupo de trabajo enfocados en el desarrollo de una solucin. Tiene las siguientes funciones: Velar por el xito y cumplimiento de los objetivos propuestos en el proyecto.

Fecha: 22/02/2005
Organizar y gestionar las diversas variables del proyecto: Participantes, costos, plazos, riesgos y calidad. Establecer hitos de control del proyecto. Verificar la ejecucin del proyecto. Proponer al Lder Tcnico y Equipo de Trabajo como participantes del Proyecto. Proponer, conjuntamente con el Ejecutivo del Proyecto, al Equipo Consultivo. Motivar al personal del proyecto. Resolver conflictos. Generar acciones preventivas y correctivas. Definir y organizar las actividades.
Lder Usuario Persona que conoce al detalle la operatividad y funcionalidad del rea usuaria solicitante. Es propuesto por el Ejecutivo del Proyecto y designado por el Jefe de unidad organizacional donde labora. Tiene las siguientes funciones: Participar activamente en todas las fases del Proyecto. Actuar como intermediario entre el Coordinador del Proyecto y los usuarios. Definir y centralizar requerimientos de los usuarios. Aprobar los entregables dirigidos a los usuarios finales que elabora el Equipo de Trabajo a lo largo del proyecto. Operador Es el responsable de la instalacin del sistema en el ambiente de produccin. Participante de Actividad Es el encargado de ofrecer todo el apoyo tcnico necesario para que el responsable de la actividad pueda culminar con xito la actividad encomendada. Programador de Sistemas Es el responsable de la creacin del cdigo que dar lugar al producto resultante sobre la base del Modelamiento de Tecnologa. Requerimientos Son las necesidades de las reas clientes que deben ser cubiertos por el Sistema de Informacin a desarrollar. Responsable de Actividad Es el encargado de que la actividad se cumpla en su totalidad, para ello deber realizar las tareas necesarias en coordinacin con los dems participantes de la actividad. Sectorista Persona designada por la Unidad de Planeamiento que tiene como funciones: Facilitar el desarrollo de los proyectos. Apoyar al Coordinador del proyecto en la elaboracin de los Informes de avance. Informar a la Alta Direccin sobre la situacin del Plan Institucional. Generar informacin que permita medir el avance del desarrollo de los proyectos respecto al logro de los resultados esperados. Apoyar al Coordinador del proyecto en la adopcin de acciones preventivas y correctivas necesarias para asegurar el logro de los resultados. Tareas de Mantenimiento Una tarea de mantenimiento es aquella cuya fase de construccin y pruebas no excede los veinte (20) das hbiles.
Fecha: 22/02/2005
MODELAMIENTO DEL NEGOCIO
DESCRIPCION Y OBJETIVO El objetivo de esta fase es describir y entender la estructura y la dinmica del proceso de negocio propuesto identificando las actividades a automatizar. En estas actividades se identifican los procesos del negocio de la organizacin, y se describe los flujos de trabajo mediante diagramas de actividades. La finalidad del Modelamiento del Negocio es describir cada proceso del negocio, especificando sus datos, actividades (o tareas), y reglas de negocio.
La Metodologa de Gestin de Proyectos para Tecnologas de Informacin MGP-TI, es quien proporciona el documento de entrada, denominado Formulacin de Proyecto v1.x, para el desarrollo del MDSI, empezando con esta fase.
La fase se inicia con la definicin del Modelamiento de Procesos de Negocio que se desea implementar (MPN 1), luego se evala la consistencia de los modelos obtenidos segn los requerimientos de las reas Clientes (Usuarios), mediante el equipo de Usuarios (MPN 2) Por ultimo se revisa la Formulacin del Proyecto en una Reunin de Gestin (MPN 3) 1.1 ACTIVIDAD MPN 1: MODELAMIENTO DE PROCESOS DE NEGOCIO
Para realizar sus objetivos una institucin organiza sus actividades por medio de un conjunto de procesos de negocio. Cada unos de ellos se caracterizan por la coleccin de datos que son producidos y manipulados mediante un conjunto de tareas, en las que ciertos actores participan de acuerdo a un flujo de trabajo determinado. Adems estos procesos se hallan sujetos a un conjunto de reglas de negocio, que determinan la estructura de la informacin y las polticas de la institucin. Participantes de esta actividad: Responsable de esta actividad: 1.1.1 Analista Funcional, Equipo Administrador de Procesos. Analista Funcional de Usuarios,
Tarea MPN 1.1: Identificacin de los Procesos de Negocio
El primer paso del Modelamiento de Procesos de Negocio consiste en capturar los procesos de negocio de la organizacin bajo estudio, la definicin del conjunto de procesos de negocios define el lmite del proceso del modelado posterior. Para esto se debe tener identificado los objetivos estratgicos de la institucin y los requerimientos funcionales de los Usuarios. En esta tarea se utilizar un formato que permite listar los procesos de negocio. Practicas Sesiones de Trabajo 1.1.2 Tarea MPN 1.2: Identificacin de los Actores del Entorno del Negocio

10
Fecha: 22/02/2005
Una vez que se han identificado los procesos de negocio, es preciso, encontrar los actores involucrados en su realizacin. Cada uno de estos actores del negocio desempea cierto papel (juega un rol) cuando colabora con otros para llevar a cabo las actividades que conforman dicho caso de uso del negocio. Se identifican los roles que son jugados por agentes de la propia organizacin (que incluyen trabajadores, departamentos o dispositivos fsicos) y/o agentes externos (como clientes u otros sistemas) Para tener una visin general de los diferentes procesos de negocio de la organizacin, deber construirse un diagrama de casos de uso del negocio, en el cual aparece cada proceso del negocio identificado en MPN 1.1 como un caso de uso. Este diagrama permite mostrar los lmites y el entorno de los procesos bajo estudio. Tcnicas Diagrama de Casos de Uso Practicas Sesiones de Trabajo 1.1.3 Tarea MPN 1.3: Descripcin de los Casos de Uso del Negocio
El siguiente paso dentro del Modelamiento de Procesos de Negocio es introducirse en cada uno de los casos de uso del negocio identificados, para describirlo en detalle. Inicialmente se completa una plantilla de descripcin indicada en el Informe de Definicin. Finalmente se deber elaborar el diagrama de actividades que llamaremos diagrama de actividades del proceso de negocio, el mismo que describe completamente el caso de uso de negocio. El diagrama deber mostrar la informacin que necesita y produce cada actividad, y la sincronizacin requerida entre las diferentes actividades. Este diagrama de actividades describir como un proceso de negocio se despliega en actividades que la componen. De este modo los procesos de negocio se organizan jerrquicamente. Tcnicas Diagrama de Casos de Uso Diagrama de Actividades 1.1.4 Tarea MPN 1.4: Especificacin de reglas de Negocio
En una organizacin, tanto los procesos como los datos que estos manejan, estn restringidos por las reglas del negocio. Estas reglas aseguran que la actividad de la institucin se lleva a cabo de acuerdo a restricciones impuestas desde el entorno (leyes o normas) o desde dentro de la propia organizacin. Las reglas del negocio rara vez son capturadas de forma explcita durante el desarrollo del producto, a pesar de que suelen ser importantes restricciones sobre el comportamiento del sistema. El hecho de que no exista un marco de trabajo bien definido en el que situar las reglas, unido a la existencia de una gran variedad de tipos de reglas de difcil comprensin, hace que a menudo las reglas del negocio sean ignoradas hasta la fase de implementacin. Las reglas especifican polticas o condiciones que restringen la estructura y comportamiento de los objetos y procesos. Estas reglas restringen el comportamiento y especifican las condiciones que deben cumplirse para activar una operacin y

11
Fecha: 22/02/2005
especifican condiciones que deben cumplirse antes y despus de ejecutarse una operacin. Algunas otras reglas especifican polticas y condiciones para inferir o calcular hechos (informacin) a partir de otros hechos existentes en el negocio. Se recoger de manera explicita cada regla del modelo del negocio mediante la especificacin de las actividades que aparecen en los diagramas de proceso. Estas especificaciones se renen en un catalogo de reglas de negocio. A medida que se van generando los productos anteriores, se recomienda la definicin de un glosario de trminos del mbito de negocio, con el fin de conseguir una mayor precisin en la especificacin del sistema de informacin. El glosario es un catlogo de trminos general y comn a todos los procesos. Practica Catalogacin Sesiones de Trabajo 1.1.5 Tarea MPN 1.5: Especificacin de Necesidades Externas a la Unidad de informtica
En esta tarea se define el requerimiento de normas que regulen un proceso determinado. El rea encargada de realizar la normativa (documentos externos a la Unidad de Informtica) ser quien atienda el requerimiento. Practicas Sesiones de Trabajo
1.2
ACTIVIDAD MPN 2: VERIFICACION Y ACEPTACION DEL MODELO DE PROCESOS DE NEGOCIO
El objetivo de esta actividad es asegurar la consistencia entre el Modelo de Procesos de Negocio con la visin del negocio por parte del usuario. Para esto se realizan 2 acciones: - Verificacin de Estndares y Anlisis de Consistencia del Modelo de Procesos de Negocio - Validacin del Modelo de Procesos de Negocio La primera accin apunta a asegurar la uniformidad de criterios entre los diagramas que componen el modelo. La segunda accin confronta la visin del negocio por parte del usuario con los modelos formulados en las tareas anteriores. Participantes de esta actividad: Administrador de Procesos Responsable de esta actividad: Administrador de Procesos 1.2.1 Tarea MPN 2.1: Verificacin del Modelo de Procesos de Negocio.
En esta tarea se verifica la correcta aplicacin de los estndares de construccin de los modelos, con respecto al catalogo de estndares. Tambin se analiza la coherencia entre los modelos y diagramas existentes, con el objetivo de superar las inconsistencias o caractersticas no consideradas uniformemente en todos los diagramas y catlogos sobre el modelo.

12
Fecha: 22/02/2005
Tambin se proceder a validar los procesos de negocio de acuerdo con los requerimientos y las reglas de negocio especificadas en el alcance de la Formulacin del Proyecto y el Glosario de Trminos y Reglas del Negocio. Los entregables a analizar son los siguientes: - Diagrama de Casos de Uso del Negocio/ Diagrama de Actividades del Proceso de Negocio Los Actores del Proceso de Negocio debe aparecer en el Diagrama de Actividades del proceso de negocio. El diagrama de actividades debe describir el procedimiento interno del caso de uso de negocio al que se refiera. - Glosario de Trminos y Reglas del Negocio / Modelo de Procesos de Negocio Todos los trminos de este glosario y las reglas de negocios encontradas deben estar descritas en el Modelo de Procesos de Negocio, ya sea mediante los diagramas o en la descripcin de los casos de uso del negocio. Prcticas Sesiones de Trabajo
1.3
ACTIVIDAD MPN 3: REUNION DE GESTION
El objetivo de esta actividad es asegurar que exista una Reunin de Gestin entre el Coordinador del Proyecto, el Lder Usuario y/o el Ejecutivo del Proyecto en donde se revise la Formulacin del Proyecto y de haber alguna modificacin o ajuste a este documento, ste deber ser aprobado por el Comit de Gestin antes de proseguir con la siguiente fase. Participantes de esta actividad: Comit de Gestin Responsable de esta actividad: Comit de Gestin
1.4
ENTREGABLES DE LA FASE
Los entregables de la fase Modelamiento del Negocio son: 1. Informe de Definicin v1.x que incluye Diagrama de casos de uso del negocio Diagrama de actividades del proceso de negocio Especificacin de las Reglas de Negocio (Glosario de Trminos y Catalogo de Reglas de Negocio) Catalogo de Necesidades externas a la Unidad Informtica. 2. Formulacin del Proyecto v1.x. (Metodologa de Gestin de Proyectos para Tecnologas de Informacin - MGP-TI)

13
Fecha: 22/02/2005
MODELAMIENTO DEL NEGOCIO
Analista Funcional
Administrador de Procesos
Comit de Gestin
EUS
[ID v1.0]
Repositorio de Documentos
Modelamiento de Procesos de Negocio
[ID v1.x]
[ID v1.x]
[Modelo]
Verificacin y Aceptacin del Modelo de Procesos de Negocio Repositorio Procesos [FP v1.x, ID v1.x]
Reunin de Gestin
[Rechazado]
LUS
[Aceptado]
Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Modelamiento del Negocio Diagram: PN_Modelamiento_Negocio Author: OIPS Version : 2.0
Date : 26/09/2003

14
Fecha: 22/02/2005
MODELAMIENTO DE REQUERIMIENTOS
DESCRIPCION Y OBJETIVO El objetivo de esta fase es obtener una especificacin detallada del sistema de informacin que satisfaga las necesidades de informacin de los usuarios. En la primera actividad, Modelado de Requerimientos del Sistema de Informacin (ASI 1), se lleva a cabo la descripcin inicial del sistema de informacin, a partir de los productos generados en la fase Modelamiento del Negocio. La Lista de Requerimientos del sistema servir de base para comprobar que es completa la especificacin de los modelos obtenidos en las actividades Anlisis de los Casos de Uso (ASI 2), Anlisis de Clases (ASI 3), Anlisis de Paquetes (ASI 4), Elaboracin del Modelo de Datos (ASI 5), Elaboracin del Modelo de Procesos del Sistema de Informacin (ASI 6), Especificacin de Interfaces con otros Sistemas (ASI 7) Como todo proceso iterativo, hay que tener en cuenta que la realizacin de estas actividades puede provocar la actualizacin de la Lista de Requerimientos. Este Modelamiento tiene como objetivo reunir la informacin necesaria para obtener la especificacin detallada del nuevo sistema. Las tcnicas que ayudan a la recopilacin de esta informacin pueden variar en funcin de las caractersticas del sistema y los tipos de usuario a entrevistar. Entre ellas podemos citar las reuniones, entrevistas, Joint Application Design (JAD), etc. Durante estas sesiones de trabajo se propone utilizar la especificacin de los casos de uso como ayuda y gua en el establecimiento de requerimientos. Esta tcnica facilita la comunicacin con los usuarios y en el anlisis orientado a objetos constituye la base de la especificacin. A continuacin se identifican las facilidades que ha de proporcionar el sistema de informacin, y las restricciones a que est sometido en cuanto a rendimiento, frecuencia de tratamiento, seguridad y control de accesos, etc. Toda esta informacin se incorpora a la Lista de Requerimientos. En la tarea Determinacin de Subsistemas de Anlisis (ASI 1.4), se estructura el sistema de informacin en subsistemas de anlisis, para facilitar la especificacin de los distintos modelos y la traza de requerimientos. En paralelo, se generan los distintos modelos que sirven de base para el diseo. En el caso de anlisis estructurado, se procede a la elaboracin y descripcin detallada del modelo de datos y de procesos, y en el caso de un anlisis orientado a objetos, se elaboran el modelo de clases y el de interaccin de objetos, mediante el anlisis de los casos de uso. Se especifican, todas las interfaces entre el sistema y el usuario, tales como formatos de pantallas, ventanas de dilogos, formatos de informes y formularios de entrada. En la actividad Anlisis de Consistencia y Especificacin de Requerimientos (ASI 9), se realiza la verificacin y validacin de los modelos, con el fin de asegurar que son: - Completos, puesto que cada modelo obtenido contiene toda la informacin necesaria recogida en la Lista de Requerimientos. - Consistentes, ya que cada modelo es coherente con el resto de los modelos. - Correctos, dado que cada modelo sigue unos criterios de calidad predeterminados con relacin a la tcnica utilizada, calidad de diagramas, eleccin de nombres, normas de calidad, etc. En la actividad Definicin del Alcance del Plan de Pruebas (ASI 10), se establece el marco general del plan de pruebas, inicindose su especificacin, que se completar en el proceso de Modelamiento de Tecnologa (DSI) La participacin activa de los usuarios es una condicin imprescindible para el anlisis del sistema de informacin, ya que dicha participacin constituye una garanta de que los requerimientos identificados son comprendidos e incorporados al sistema y, por tanto, de que ste ser aceptado. Para facilitar la colaboracin de los usuarios, se
15
Fecha: 22/02/2005
pueden utilizar tcnicas interactivos, como diseo de ventana de dilogos y prototipos, que permiten al usuario familiarizarse con el nuevo sistema y colaborar en la construccin y perfeccionamiento del mismo.
2.1
ACTIVIDAD ASI 1: MODELAMIENTO DE REQUERIMIENTOS DEL SISTEMA DE INFORMACION
En esta actividad se determinan los alcances del sistema y se especifican las interfaces entre el sistema y el usuario: formatos de pantallas, dilogos, e informes, principalmente. El objetivo es realizar un anlisis de los procesos del sistema de informacin en los que se requiere una interaccin del usuario, con el fin de crear una interface que satisfaga todos los requerimientos establecidos, teniendo en cuenta los diferentes perfiles a quines va dirigido. Al comienzo de este anlisis es necesario seleccionar el entorno en el que es operativa la interface y establecer las directrices aplicables en los procesos de diseo y construccin. El propsito es construir una interface de usuario acorde a sus necesidades, flexible, coherente, eficiente y sencillo de utilizar, teniendo en cuenta la facilidad de cambio a otras plataformas, si fuera necesario. Se identifican los distintos grupos de usuarios de acuerdo con las funciones que realizan, conocimientos y habilidades que poseen, y caractersticas del entorno en el que trabajan. La identificacin de los diferentes perfiles permite conocer mejor las necesidades y particularidades de cada uno de ellos. Tambin se determina la naturaleza de los procesos que se llevan a cabo (en lotes o en lnea) Para cada proceso en lnea se especifica qu tipo de informacin requiere el usuario para completar su ejecucin realizando, para ello, una descomposicin en dilogos u opciones que refleje la secuencia de la interface de pantalla tipo carcter o pantalla grfica. Finalmente, se define el formato y contenido de cada una de las interfaces de pantalla especificando su comportamiento dinmico. Se propone un flujo de trabajo muy similar para desarrollos estructurados y orientados a objetos, coincidiendo en la mayora de las tareas, si bien es cierto que en orientacin a objetos, al identificar y describir cada escenario en la especificacin de los casos de uso, se hace un avance muy significativo en la toma de datos para la posterior definicin de la Interface de usuario. Como resultado de esta actividad se genera la especificacin de Interface de usuario, como producto que engloba los siguientes elementos: - Formatos individuales de Interface de pantalla. - Comportamiento Dinmico de la Interface. - Formatos de impresin. Participantes de esta actividad: Responsable de esta actividad: 2.1.1 Analista Funcional, Equipo de Usuarios, Analista de Sistemas, Analista de Seguridad Informtica Analista Funcional
Tarea ASI 1.1: Determinacin del Alcance del Sistema
En esta tarea se delimita el Sistema de Informacin, utilizando como punto de partida el modelo de procesos de Negocio. Se indica que procesos pertenecen al mbito del Sistema de Informacin y se identifican las entidades externas al sistema que aportan o reciben Informacin. Para obtener esta Informacin es necesario llevar a cabo sesiones

16
Fecha: 22/02/2005
de trabajo con el Equipo de Usuarios que son responsables del Sistema de Informacin que se est analizando. Tcnicas Diagrama de Contexto del Sistema 2.1.2 Tarea ASI 1.2: Obtencin de Requerimientos
En esta tarea comienza la obtencin detallada de informacin mediante sesiones de trabajo con el Equipo de Usuarios. Se recoge informacin de los requerimientos que debe cumplir el software. Tambin se definen las prioridades que hay que asignar a los requisitos, considerando los criterios de los usuarios acerca de las funcionalidades a cubrir. Los principales tipos de requerimientos que se deben especificar son: requerimientos funcionales, requerimientos de rendimiento, requerimientos de seguridad, requerimientos de implantacin y requerimientos de disponibilidad del sistema. La Determinacin del Alcance del Sistema (ASI 1.1) es tomado como referencia para la obtencin de los requerimientos, de forma que todos los requerimientos especificados se encuentren dentro del mbito del Sistema de Informacin. Practicas Sesiones de Trabajo Catalogacin 2.1.3 Tarea ASI 1.3: Obtencin del Modelo de Casos de Uso del Sistema
La identificacin de los casos de uso del sistema se hacen de acuerdo al Modelo del Negocio descrito en la fase anterior, donde crearemos un caso de uso por cada actividad del diagrama de proceso de negocio que deba ser soportada por el software. Por tanto, el rol que lleva a cabo la actividad ser el actor principal del caso de uso. Se debe tomar en cuenta que no todas las actividades del Modelo de Procesos de Negocio son consideradas como casos de uso, sino solamente aquellas que sean de valor para algn actor. Debemos sealar que algunos de los casos de uso del sistema no se obtendrn directamente a travs del diagrama de proceso de la fase anterior. Estos nuevos casos de uso se detectaran al describir los casos de uso identificados y adquirir un mayor conocimiento sobre los requerimientos que deben ser soportados, y representaran funciones que debe llevar a cabo el sistema para lograr algn objetivo asociado con algn caso de uso ya existente. Los casos de uso se pueden organizar en varios niveles de acuerdo con la descomposicin jerrquica propuesta en el Modelamiento del Negocio. Tcnicas Diagrama de Casos de Uso del Sistema 2.1.4 Tarea ASI 1.4: Determinacin de Subsistemas de Anlisis
La descomposicin del sistema en subsistemas debe estar, principalmente, orientada a los procesos de negocio, aunque tambin es posible adoptar otros criterios lgicos. Entre los criterios que pueden ayudar a su identificacin, se encuentran los siguientes: Homogeneidad de procesos.
17
Fecha: 22/02/2005
Servicios comunes. Prioridad. Afinidad de requerimientos. Localizacin geogrfica.
En anlisis estructurado, los subsistemas coinciden habitualmente con el primer nivel de descomposicin del Diagrama de Contexto (diagrama 0), de modo que llevan implcita la definicin de dependencia y de interface. En anlisis orientado a objetos, se identifican y definen las dependencias entre subsistemas analizando los elementos compartidos entre ellos o las interfaces entre subsistemas. En el caso de que se decida abstraer un subsistema para su anlisis como una unidad con una funcionalidad concreta, se puede, opcionalmente, definir la interface de dicho subsistema para poder delimitar su comportamiento y utilizacin en el modelo general del sistema. Por tanto, se establece como obligatoria la asociacin entre subsistemas indicando slo la dependencia. Adems, opcionalmente, se propone la especificacin de la interface de subsistemas de anlisis, y la definicin del comportamiento del sistema. Tcnicas Diagrama de Flujo de Datos Diagrama de Paquetes (Subsistemas) 2.1.5 Tarea ASI 1.5: Especificacin de la Interface de Usuario
El objetivo de esta tarea es especificar cada formato individual de la interface de usuario, desde el punto de vista esttico. Para cada proceso en lnea identificado en la especificacin de los casos de uso, y teniendo en cuenta los formatos estndar de la Institucin, se definen los formatos individuales de la interface de usuario requerida para completar la especificacin de cada dilogo u opcin. Tambin se considera la Lista de Requerimientos, para especificar las interfaces relacionadas con las consultas. Prcticas Prototipeo Catalogacin Sesiones de Trabajo 2.1.6 Tarea ASI 1.6: Identificacin de Perfiles y Dilogos
El objetivo de esta tarea es identificar los perfiles de usuario, de acuerdo a su nivel de responsabilidad y al alcance o naturaleza de las funciones que realizan, as como analizar las caractersticas ms relevantes de los usuarios que van a asumir esos perfiles, valorando tanto su conocimiento tcnico, es decir, la mecnica necesaria para usar la interface eficazmente, como de negocio, en cuanto a la comprensin de las funciones que realizan, relacin entre funciones y condicionantes en su ejecucin. Para tal fin se genera un catlogo de perfiles de usuario. Hay que incluir en general, todos los que requieren una comunicacin en lnea con el usuario, tanto manual como informatizado, con el fin de orientarlos en un conjunto similar para su implementacin en el contexto de la interface. Se clasifican en funcin de su prioridad, frecuencia, comunicacin con otros subsistemas, seguridad, restricciones de horario, etc.

18
Fecha: 22/02/2005
Se realiza una descomposicin bsica de los subsistemas en dilogos u opcin, en funcin de las necesidades y tipo de informacin que requiera el usuario para llevar a cabo cada subsistema, y de sus caractersticas propias. Finalmente, se asignan los dilogos a los perfiles de usuario, completando el catlogo. Es importante resaltar que la descomposicin en dilogos tiene distinto alcance para un entorno basado en caracteres y para un entorno grfico. Mientras en el primero, debido a las limitaciones existentes, es suficiente utilizar una jerarqua de pantallas para determinar el encadenamiento entre las mismas, en el segundo, el hecho de poder acceder y navegar a cualquier pantalla hace que este paso sea ms complejo. De todos modos aunque exista la posibilidad de acceder a cualquier pantalla desde la principal, siempre existen restricciones que pueden condicionar la secuencia de ejecucin. Prcticas Catalogacin Sesiones de Trabajo 2.1.7 Tarea ASI 1.7: Especificacin del Comportamiento Dinmico de la Interface
El objetivo de esta tarea es definir los flujos entre los distintos formatos de interface de pantalla, y tambin dentro del propio formato. Este comportamiento se describe mediante un modelo de navegacin de interface de pantalla. Para cada formato individual de pantalla o ventana, definido en la tarea Especificacin de la interface de Usuario (ASI 1.5) se establece la entrada lgica de los datos y las reglas de validacin, incluyendo dependencia de valores (reflejo de los requerimientos de validacin de sistema) Se analiza y determina la secuencia de acciones especficas para completar cada dilogo, tal y como se ejecuta en el mbito de la interface, as como las condiciones que se deben cumplir para su inicio, y las posibles restricciones durante su ejecucin. El comportamiento est dirigido y representado por los controles y los eventos que provocan su activacin. Se identifican aquellos dilogos o formatos considerados crticos para el correcto funcionamiento del sistema, basndose en el nmero de usuarios, frecuencia de uso, datos implicados, alcance de las funciones asociadas al dilogo, dilogos comunes a diferentes funciones, marco de seguridad establecido en los requerimientos del sistema, etc. Se propone, opcionalmente, la realizacin de prototipos como tcnica de ayuda a la especificacin y validacin de la interface de usuario. Tcnicas Diagrama de Transicin de Estados Diagrama de Interaccin de Objetos Prcticas Prototipeo Sesiones de Trabajo 2.1.8 Tarea ASI 1.8: Especificacin de Formatos de Impresin
El objetivo de esta tarea es especificar los formatos y caractersticas de las salidas o entradas impresas del sistema. De acuerdo a los estndares establecidos en la Institucin, se definen los formatos individuales de impresin.
19
Fecha: 22/02/2005
Opcionalmente, se recomienda la utilizacin de prototipos. Prcticas Prototipeo Sesiones de Trabajo
2.2
ACTIVIDAD ASI 2: ANLISIS DE LOS CASOS DE USO
El objetivo de esta actividad, que slo se realiza en el caso de Anlisis Orientado a Objetos, es identificar las clases cuyos objetos son necesarios para realizar un caso de uso y describir su comportamiento mediante la interaccin de dichos objetos. Esta actividad se lleva a cabo para cada uno de los casos de uso contenidos en un subsistema de los definidos en la tarea Determinacin de Subsistemas de Anlisis (ASI 1.4) Las tareas de esta actividad no se realizan de forma secuencial sino en paralelo, con continuas retroalimentaciones entre ellas y con las realizadas en las actividades durante la fase de Modelamiento del Negocio. Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.2.1 Tarea ASI 2.1: Identificacin de Clases Asociadas a un Caso de Uso
En esta tarea se comienzan a identificar los objetos necesarios para realizar el caso de uso, basndose en la especificacin que tenemos del mismo. A partir del estudio del caso de uso, se extrae una lista de objetos candidatos a ser clases. Es posible que, inicialmente, no se disponga de la informacin necesaria para identificar todas las clases, por lo que se hace una primera aproximacin que s ira refinando posteriormente, durante esta actividad y en la fase de Modelamiento de Tecnologa. Adems, algunos de los objetos representan mejor la informacin del sistema si se les identifica como atributos en vez de como clases. Para poder diferenciarlas, es necesario estudiar el comportamiento de esos objetos en el diagrama de interaccin y adems se debe tener en cuenta una serie de reglas, como puede ser el suprimir palabras no pertinentes, con significados vagos o sinnimos. Una vez definidas cada una de las clases, se incorporan al modelo de clases de la actividad Anlisis de Clases (ASI 3), donde se identifican sus atributos, responsabilidades y relaciones. Las clases que se identifican en esta tarea pueden ser: - Clases de Entidad (representan la informacin manipulada en el caso de uso) - Clases de interface de Usuario (se utilizan para describir la interaccin entre el sistema y sus actores, suelen representar abstracciones de ventanas, interfaces de comunicacin, formularios, etc.) - Clases de Control (son responsables de la coordinacin, secuencia de transacciones y control de los objetos relacionados con un caso de uso) Tcnicas Catalogacin 2.2.2 Tarea ASI 2.2: Descripcin de la Interaccin de Objetos

20
Fecha: 22/02/2005
El objetivo de esta tarea es describir la cooperacin entre los objetos utilizados para la realizacin de un caso de uso, que ya fueron identificados en la tarea anterior. Para representar esta informacin, se usan diagramas de interaccin que contienen instancias de los actores participantes, objetos, y la secuencia de mensajes intercambiados entre ellos. Se pueden establecer criterios para determinar qu tipo de objetos y mensajes se va a incluir en este diagrama, como por ejemplo: si se incluyen objetos y llamadas a bases de datos, objetos de interface de usuario, de control, etc. Estos diagramas pueden ser tanto de secuencia como de colaboracin, y su uso depende de s se quieren centrar en la secuencia cronolgica o en cmo es la comunicacin entre los objetos. En aquellos casos en los que se especifique ms de un escenario para un caso de uso, puede ser conveniente representar cada uno de ellos en un diagrama de interaccin. Tambin es recomendable, sobre todo en el caso anterior, completar los diagramas con una descripcin textual. Tcnicas Diagrama de Interaccin de Objetos (de secuencia o de colaboracin)
2.3
ACTIVIDAD ASI 3: ANLISIS DE CLASES
El objetivo de esta actividad que slo se realiza en el caso de Anlisis Orientado a Objetos es describir cada una de las clases que ha surgido, identificando las responsabilidades que tienen asociadas, sus atributos, y las relaciones entre ellas. Este anlisis debe contemplar la revisin de las Libreras de Clases existentes para maximizar la reutilizacin. Debern definirse las Clases a usarse en prximos proyectos, de ser necesario. Para esto, se debe tener en cuenta las normas y estndares establecidas, de forma que el modelo de clases cumpla estos criterios, con el fin de evitar posibles inconsistencias en el diseo. Teniendo en cuenta las clases identificadas en la actividad Anlisis de los Casos de Uso (ASI 2) se elabora el modelo de clases para cada subsistema. A medida que avanza el anlisis, dicho modelo se va completando con las clases que vayan apareciendo, tanto del estudio de los casos de uso, como de la interface de usuario necesaria para el sistema de informacin. Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.3.1 Tarea ASI 3.1: Anlisis de Clases
Identificacin de Responsabilidades y Atributos El objetivo de esta seccin es identificar las responsabilidades y atributos relevantes de una clase. Las responsabilidades de una clase definen la funcionalidad de esa clase, y estn basadas en el estudio de los papeles que desempean sus objetos dentro de los distintos casos de uso. A partir de estas responsabilidades, se puede comenzar a encontrar las operaciones que van a pertenecer a la clase. Estas deben ser relevantes, simples, y participar en la descripcin de la responsabilidad. Los atributos de una clase especifican propiedades de la clase, y se identifican por estar implicados en sus responsabilidades. Los tipos de estos atributos deberan ser conceptuales y conocidos en el dominio.

21
Fecha: 22/02/2005
De manera opcional, se elabora una especificacin para cada clase, que incluye: la lista de sus operaciones y las clases que colaboran para cubrir esas operaciones y una descripcin de las responsabilidades, atributos y operaciones de esa clase. Para este caso se emplear los Diagramas de Clases. Descripcin del Comportamiento de Clases Construimos el diagrama de transicin de estados a partir de una clase concreta para mostrar el comportamiento de un objeto durante su ciclo de vida, utilizamos el diagrama de transicin de estados para describir el comportamiento de una Clase dentro de una serie temporal.
Identificacin de Asociaciones y Agregaciones En esta parte de la tarea se estudian los mensajes establecidos entre los objetos del diagrama de interaccin para determinar qu asociaciones existen entre las clases correspondientes. Estas asociaciones suelen corresponderse con expresiones verbales incluidas en las especificaciones. Las relaciones surgen como respuesta a las demandas en los distintos casos de uso, y para ello puede existir la necesidad de definir agregaciones y herencia entre objetos. Una asociacin esta caracterizada por: - Los papeles que desempea. - Su direccionalidad, que representa el sentido en el que se debe interpretar. - Su cardinalidad, que representa el nmero de instancias implicadas en la asociacin. Dichas caractersticas pueden obtenerse a partir de la especificacin de los casos de uso. A medida que se establecen las relaciones entre las clases, se revisa la especificacin de subsistemas de anlisis en la actividad Modelamiento de requerimientos del Sistema de Informacin (ASI 1), para conseguir optimizar los subsistemas. Identificacin de Generalizaciones El objetivo de esta parte es representar una organizacin de las clases que permita una implementacin sencilla de la herencia y una agrupacin semntica de las diferentes clases, basndose siempre en las normas y estndares definidos.
Tcnicas Diagrama de Clases Diagrama de Transicin de Estados (Opcional)
2.4
ACTIVIDAD ASI 4: ANALISIS DE PAQUETES
Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.4.1 Tarea ASI 4.1: Anlisis de Paquetes
El objetivo de esta tarea es representar la integracin de los subsistemas determinados en la tarea Determinacin de Subsistemas de Anlisis (ASI 1.4) desde el enfoque orientado a objetos mediante paquetes de clases pertenecientes al subsistema y paquetes de clases que identifican servicios comunes a varios subsistemas. Este anlisis debe contemplar la revisin de las Libreras de Paquetes de Clases existentes para maximizar la reusabilidad. Debern definirse los Paquetes a usarse en prximos proyectos, de ser necesario.
22
Fecha: 22/02/2005
Tcnicas Diagrama de Paquetes
2.5
ACTIVIDAD ASI 5: ELABORACIN DEL MODELO DE DATOS
El objetivo de esta actividad que solo se realiza en el Anlisis Estructurado es identificar las necesidades de informacin de cada uno de los procesos que conforman el sistema de informacin, con el fin de obtener un modelo de datos que contemple todas las entidades, relaciones, atributos y reglas de negocio necesarias para dar respuesta a dichas necesidades. El modelo de datos se elabora siguiendo un enfoque descendente (top-down) A partir del modelo conceptual de datos, se incorporan a dicho modelo todas las entidades que vayan apareciendo, como resultado de las funcionalidades que se deban cubrir y de las necesidades de informacin del usuario. Una vez construido el modelo conceptual y definido sus entidades, se resuelven las relaciones complejas y se completa la informacin de entidades, relaciones, atributos y ocurrencias de las entidades, generando el modelo lgico de datos. Como ltima tarea en la definicin del modelo, se asegura la normalizacin hasta la tercera forma normal para obtener el modelo lgico de datos normalizado (solo para el caso de sistemas operacionales) Finalmente, si procede, se describen las necesidades de migracin y carga inicial de los datos. Esta actividad se realiza en paralelo, y con continuas realimentaciones, con la Lista de Requerimientos (ASI 1.2) Determinacin de Subsistemas de Anlisis (ASI 1.4) y Elaboracin del Modelo de Procesos del Sistema de Informacin (ASI 6) Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.5.1 Tarea ASI 5.1: Elaboracin del Modelo Conceptual de Datos
El objetivo de esta tarea es identificar y definir las entidades que quedan dentro del mbito del sistema de informacin, los atributos de cada entidad (diferenciando aquellos que pueden convertirse en identificadores de la entidad), los dominios de los atributos y las relaciones existentes entre las entidades, indicando las cardinalidades mnimas y mximas. Estas relaciones pueden ser mltiples, recursivas, de explosin e implosin, generalizaciones y agregaciones. Tambin se identifican aquellas entidades de datos que no forman parte del modelo, pero que estn relacionadas con alguna entidad del mismo, indicando a su vez el tipo de relacin y las cardinalidades mnimas y mximas. Asimismo, se pueden describir las reglas de negocio, en lenguaje natural o mediante expresiones lgicas. Tcnicas Modelo Entidad / Relacin. 2.5.2 Tarea ASI 5.2: Elaboracin del Modelo Lgico de Datos
En esta tarea se obtiene el modelo lgico de datos a partir del modelo conceptual para lo cual se realizarn las acciones siguientes:
23
Fecha: 22/02/2005
Resolver las relaciones complejas que pudieran existir entre las distintas entidades. Eliminar las relaciones redundantes que puedan surgir como consecuencia de la resolucin de las relaciones complejas. - Eliminar cualquier ambigedad sobre el significado de los atributos. - Identificar las relaciones de dependencia entre entidades. - Completar la informacin de las entidades y los atributos, una vez resuelta las relaciones complejas. - Revisar y completar los identificadores de cada entidad. Tambin se debe especificar para cada entidad el nmero mximo y medio de ocurrencias, estimaciones de crecimiento por periodo, tipo y frecuencia de acceso, as como aquellas caractersticas relativas a la seguridad, confidencialidad, disponibilidad, etc. consideradas relevantes. Tcnicas Modelo Entidad / Relacin 2.5.3 Tarea ASI 5.3: Normalizacin del Modelo Lgico de Datos
El objetivo de esta tarea es revisar el modelo lgico de datos, garantizando que cumple al menos con la tercera forma normal (solo para sistemas operacionales) La normalizacin es una tcnica cuya finalidad es eliminar redundancias e inconsistencias en las entidades de datos, evitando anomalas en la manipulacin de stas y facilitando su mantenimiento. La primera forma normal consiste en la prohibicin de grupos repetitivos, es decir, la existencia de atributos con ms de un valor. La segunda y tercera formas normales se basan en el conocimiento semntico de los datos y sus relaciones, expresadas como dependencias funcionales. Esta identificacin de dependencias exige una especial atencin en la lista de Requerimientos. La tcnica de normalizacin puede exigir la modificacin de entidades, la creacin de nuevas entidades y la reorganizacin de atributos, por lo tanto, es necesaria una revisin del modelo. Tcnicas Normalizacin
2.6
ACTIVIDAD ASI 6: ELABORACIN DEL MODELO DE PROCESOS DEL SISTEMA DE INFORMACION
El objetivo de esta actividad, que se lleva a cabo nicamente en el caso de Anlisis Estructurado, es analizar las necesidades del usuario para establecer el conjunto de procesos que conforma el sistema de informacin. Para ello, se realiza una descomposicin de dichos procesos siguiendo un enfoque descendente (top-down), en varios niveles de abstraccin, donde cada nivel proporciona una visin ms detallada del proceso definido en el nivel anterior. Con el fin de facilitar el desarrollo posterior, se debe llegar a un nivel de descomposicin en el que los procesos obtenidos sean claros y sencillos, es decir, buscar un punto de equilibrio en el que dichos procesos tengan significado por s mismos dentro del sistema global y a su vez la mxima independencia y simplicidad. Esta actividad se llevan a cabo para cada uno de los subsistemas identificados en la tarea Determinacin de Subsistemas de Anlisis (ASI 1.4) Las tareas de esta actividad se realizan en paralelo y con continuas realimentaciones con otras tareas ejecutadas, como la Elaboracin del Modelo de Datos (ASI 5)
24
Fecha: 22/02/2005
Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.6.1 Tarea ASI 6.1: Obtencin del Modelo de Procesos del Sistema
En esta tarea se lleva a cabo la descripcin de los subsistemas definidos en la tarea Determinacin de Subsistemas de Anlisis (ASI 1.4), mediante la descomposicin en sucesivos niveles de procesos. La tcnica que se propone es el diagrama de flujo de datos. Se describe la estructura de los flujos y de los almacenes de datos, y se elabora una especificacin para cada proceso primitivo, especificacin que permita conocer en detalle el tipo de tratamiento (en lnea o por lotes), la operativa asociada, las restricciones y limitaciones impuestas al proceso, y las caractersticas de rendimiento que se consideren relevantes. Por tanto, para cada proceso primitivo identificado, se analizan las caractersticas propias con el fin de establecer su frecuencia de ejecucin, procesos asociados y limitaciones o restricciones en su ejecucin, como tiempos mximos de respuesta, franja horaria y perodos crticos, nmero mximo de usuarios concurrentes, etc. Este anlisis permite establecer los criterios de distribucin de los componentes de software al definir, en la fase de modelamiento de tecnologa, la arquitectura fsica del sistema. Para cada proceso primitivo, tambin se debe especificar qu procesos van a estar bajo control del usuario y cules bajo control del sistema. Asimismo, se define su localizacin geogrfica y se determina su disponibilidad. Tcnicas Diagrama de Flujo de Datos.
2.7
ACTIVIDAD ASI 7: ESPECIFICACION DE INTERFACES CON OTROS SISTEMAS
Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 2.7.1 Tarea ASI 7.1: Especificacin de Interfaces con otros Sistemas
En esta tarea se describen, con detalle, las interfaces con otros sistemas de informacin, con el fin de definir y delimitar el modo en que el sistema va a relacionarse con el exterior. Para cada interface identificada, se especifica: Procesos del sistema de informacin asociados. Especificaciones funcionales de los sistemas origen o destino. Formatos de los datos intercambiados. Aspectos operativos de la interface: en lotes o en lnea y medio fsico utilizado. Frecuencia o periodicidad del intercambio. Evento que desencadena la interface. Validaciones, requerimientos especiales de seguridad, etc. Modificaciones o adaptaciones necesarias en los sistemas origen o destino.

25
Fecha: 22/02/2005
2.8
ACTIVIDAD ASI 8: ESPECIFICACION DE NECESIDADES DE MIGRACION DE DATOS Y CARGA INICIAL
Participantes de esta actividad: Analista de Sistemas, Analista de Soporte Tcnico, Analista de Calidad, Administrador de Datos. Responsable de esta actividad: Analista de Sistemas 2.8.1 Tarea ASI 8.1: Especificacin de Necesidades de Migracin de Datos y Carga Inicial
Est tarea se realiza si es necesaria una migracin de datos de otros sistemas, o una carga inicial de informacin. Se especifican las necesidades de migracin o carga inicial de los datos requeridos por el sistema. Como punto de partida, se toma el modelo lgico de datos normalizado, junto con las estructuras de datos del sistema o sistemas origen. Es preciso tener en cuenta aspectos tales como: Planificacin de la migracin y carga inicial. Prioridad en las cargas. Requerimientos de conversin de informacin: necesidades de depuracin de informacin, importacin de informacin complementaria, validaciones y controles, etc. Plan de pruebas especfico. Necesidades especiales de equipamiento hardware y estimaciones de capacidad, en funcin de los volmenes de las estructuras de datos origen. Necesidades especiales de utilidades software. Posibles modificaciones del sistema origen, que faciliten la ejecucin o verificacin de la migracin o carga inicial. Como resultado de esta tarea se obtiene una primera especificacin del plan de migracin de datos y carga inicial del sistema, que se completar en la fase de Modelamiento de Tecnologa (DSI)
2.9
ACTIVIDAD ASI 9: ANLISIS DE CONSISTENCIA Y ESPECIFICACIN DE REQUERIMIENTOS
El objetivo de esta actividad es garantizar la calidad de los distintos modelos generados en la fase de Modelamiento de Requerimientos. Para cumplir dicho objetivo, se llevan a cabo las siguientes acciones: Verificacin de la calidad tcnica de cada modelo. Aseguramiento de la coherencia entre los distintos modelos. Validacin del cumplimiento de los requerimientos.
Participantes de esta actividad: Analista de Calidad, Analista de Sistemas, Equipo de Usuarios, Lder Usuario. Responsable de esta actividad: Analista de Calidad. 2.9.1 Tarea ASI 9.1: Verificacin de la Calidad Tcnica de los Modelos

26
Fecha: 22/02/2005
El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la tcnica y estndares seguidos para la elaboracin de cada uno de ellos. 2.9.2 Tarea ASI 9.2: Anlisis de Consistencia entre Modelos
El objetivo de esta tarea es asegurar que los modelos son coherentes entre s, comprobando la falta de ambigedades o duplicacin de informacin. Las diferentes comprobaciones varan en funcin del tipo de desarrollo, aunque, en general, son matrices entre los elementos comunes de los distintos modelos. Estas comprobaciones forman parte del producto Resultado de Anlisis de Consistencia. Los anlisis de consistencia propuestos en Desarrollo Estructurado son: a) Modelo de Datos / Modelo de Procesos del Sistema: Se verifica que: Cada uno de los almacenes definidos en el modelo de procesos se corresponde con una parte del modelo conceptual de datos. Es decir, un almacn se puede corresponder con una entidad, atributos de una entidad o con varias entidades relacionadas. Los atributos del modelo de datos y del modelo de procesos se ajustan a una misma especificacin. El modelo de datos satisface las principales consultas de informacin. Para comprobar que el modelo lgico de datos normalizado puede soportar dichas consultas, se proponen, como tcnicas opcionales, la determinacin de caminos de acceso lgico en consultas y el clculo de accesos lgicos. Todas y cada una de las entidades del modelo lgico normalizado son accedidas por algn proceso definido. Para dicha comprobacin, se propone una matriz de entidades / procesos, donde se especifique que tipo de acceso se realiza (alta, baja, modificacin o consulta) b) Modelo de Datos / Interface de Usuario: En este anlisis se comprueba que los atributos relevantes que aparecen en cada dilogo de la interface de usuario forman parte del modelo de datos normalizado o, en su caso, atributos derivados de los mismos. c) Modelo de Procesos del Sistema / Interface de Usuario: Se comprueba que todo proceso en lnea tiene asociado al menos una interface. Los anlisis de consistencia propuestos en Desarrollo Orientado a Objetos son los siguientes: Considerando que la interface de usuario incluye diagramas dinmicos y forma parte del modelo de clases, los anlisis de consistencia con la interface pueden solaparse con los del resto de los modelos. Los anlisis de consistencia propuestos son: a) Modelo de Clases / Diagramas Dinmicos: Se comprueba que: Cada mensaje entre objetos se corresponde con una operacin de una clase y que todos los mensajes se envan a las clases correctas. La clase que recibe un mensaje con peticin de datos tiene capacidad para proporcionar esos datos. Cada objeto del diagrama de interaccin de objetos tiene una correspondencia en el modelo de clases. En el caso de haber elaborado diagramas de transicin de estados para clases significativas, se verifica que para cada uno de ellos, todo evento se corresponde con
27
Fecha: 22/02/2005
una operacin de la clase. Tambin se tiene que establecer si las acciones y actividades de los diagramas de transicin de estado se corresponden con operaciones de la clase. b) Modelo de clases / Interface de usuario Cada clase que requiera una clase de interface de usuario, debe tener asociacin con ella en el modelo de clases. Todas las clases, atributos y operaciones identificados en la interface de usuario, deben tener su correspondencia con algn atributo, operacin o clase en el modelo de clases. c) Anlisis de la Realizacin de los Casos de Uso / Interface de Usuario Cada elemento que active la navegacin entre pantallas, debe estar asociado con un mensaje del diagrama de interaccin de objetos. Adems, se revisa que los subsistemas satisfagan la realizacin de todos los casos de uso, e incluyan las clases identificadas hasta el momento. Tcnicas Matricial 2.9.3 Tarea ASI 9.3: Validacin de los Modelos
El objetivo de esta tarea es validar los distintos modelos especificados para el sistema de informacin, tanto a travs de la Lista de Requerimientos, como a travs de la validacin directa del Lder Usuario, en representacin del Equipo de Usuarios, especialmente necesario en el caso de la interface de Usuario y los formatos de Impresin. Prcticas Sesiones de trabajo
2.10
ACTIVIDAD ASI 10: DEFINICIN DEL ALCANCE DEL PLAN DE PRUEBAS
La definicin del alcance de las pruebas sirve como gua para la realizacin de las pruebas, y permite verificar que el sistema de informacin cumple las necesidades establecidas por el usuario, con las debidas garantas de calidad. El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una planificacin paso a paso de las actividades de prueba. El plan se inicia en la fase Modelamiento de Requerimientos (ASI), definiendo el marco general, y estableciendo los requerimientos de prueba de aceptacin, relacionados directamente con la especificacin de requerimientos. Dicho plan se va completando y detallando a medida que se avanza en las restantes fases del ciclo de vida del software, Modelamiento de Tecnologa (DSI), Construccin y Pruebas del Sistema de Informacin (CPS) e Implantacin del Sistema de Informacin (IMS) Se plantean los siguientes niveles de prueba: Pruebas unitarias Pruebas de integracin
28
Fecha: 22/02/2005
Pruebas del sistema Pruebas de implantacin Pruebas de aceptacin
En esta actividad tambin se avanza en la definicin de las pruebas funcionales y de aceptacin del sistema. Con la informacin disponible, es posible establecer los criterios para las pruebas en dicho nivel, al poseer la informacin sobre los requerimientos que debe cumplir el sistema, recogidos en la Lista de Requerimientos. Participantes de esta actividad: Analista de Calidad. Responsable de esta actividad: Analista de Calidad. 2.10.1 Tarea ASI 10.1: Definicin de Requerimientos del Entorno de Pruebas
El objetivo de esta tarea es la definicin o recopilacin de los requerimientos relativos al entorno de pruebas, completando el plan de pruebas. La realizacin de las pruebas aconseja disponer de un entorno de pruebas separado del entorno de desarrollo y del entorno de operacin, garantizando cierta independencia y estabilidad en los datos y elementos a probar, de modo que los resultados obtenidos sean objetivamente representativos, punto especialmente crtico en pruebas de rendimiento. Independientemente de la existencia o no de dichos entornos, en esta tarea se inicia la definicin de las especificaciones necesarias para la correcta ejecucin de las distintas pruebas del sistema de informacin. Entre ellas podemos citar las siguientes: Requerimientos bsicos de hardware y software base: sistemas operativos, gestores de bases de datos, monitores de teleproceso, etc. Requerimientos de configuracin de entorno: libreras, bases de datos, ficheros, procesos, comunicaciones, necesidades de almacenamiento, configuracin de accesos, etc. Herramientas auxiliares. Por ejemplo, de extraccin de juegos de ensayo, anlisis de rendimiento y calidad, etc. Procedimientos para la realizacin de pruebas y migracin de elementos entre entornos.
Prcticas Sesiones de Trabajo 2.10.2 Tarea ASI 10.2: Definicin de las Pruebas de Aceptacin del Sistema
En esta tarea se realiza la especificacin de las pruebas de aceptacin del sistema, labor fundamental para que el usuario valide el sistema, como ltimo paso, previo a la puesta en produccin. Se debe insistir, principalmente, en los criterios de aceptacin del sistema que sirven de base para asegurar que satisface los requerimientos exigidos.
2.11
ACTIVIDAD ASI 11: REUNION DE GESTION
El objetivo de esta actividad es asegurar que exista una Reunin de Gestin entre el Coordinador del Proyecto, el Lder Usuario y/o el Ejecutivo del Proyecto en donde se
29
Fecha: 22/02/2005
revise la Formulacin del Proyecto y de haber alguna modificacin o ajuste a este documento, ste deber ser aprobado por el Comit de Gestin antes de proseguir con la siguiente fase. Participantes de esta actividad: Comit de Gestin Responsable de esta actividad: Comit de Gestin 2.12 ENTREGABLES DE LA FASE
Los entregables de la fase Modelamiento de Requerimientos son: Orientado a objetos 1. Informe de Definicin Ver. 2.x que incluye: Lista de Requerimientos Diagrama de Casos de Uso Diagrama de Clases Diagrama de Paquetes Diagrama Dinmico (interaccin de objetos) Interface de Usuario y Especificacin de Formatos de Impresin Especificaciones de interfaces con otros sistemas Especificacin de Necesidades de Migracin de Datos y Carga Inicial. Resultado de anlisis de consistencia y Especificacin de Requerimientos. 2. Formulacin del Proyecto Ver. 2.x ((Metodologa de Gestin de Proyectos para Tecnologas de Informacin - MGP-TI) que incluye: Alcance del plan de pruebas
Estructurado 1. Informe de Definicin Ver. 2.x que incluye: Lista de Requerimientos Modelo de Datos Modelo de Procesos del Sistema. Interface de Usuario y Especificacin de Formatos de Impresin Especificacin de interfaces con otros sistemas Especificacin de Necesidades de Migracin de Datos y Carga Inicial. Resultado de anlisis de consistencia y Especificacin de Requerimientos. 2. Formulacin del Proyecto Ver. 2.x (Metodologa de Gestin de Proyectos para Tecnologas de Informacin - MGP-TI) que incluye: Alcance del plan de pruebas

30
Fecha: 22/02/2005
MODELAMIENTO DE REQUERIMIENTOS (ORIENTADO A OBJETOS)
Analista Funcional
Analista de Sistemas
Analista de Calidad
Comit de Gestin
Modelamiento de Requerimientos del SI
Analisis Casos de Uso Analisis de Clases Analisis de Paquetes EUS
[FP v2.x , ID v2.x] Especificacin de Interfaces con otros Sistemas EUS LUS [ID v2.x] [ID v2.x] Reunin de Gestin Especificacin de Necesidades de Migracin de Datos y Carga Inicial Anlisis de Consistencia y Especificacin de Requerimientos
[Aceptado] Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Modelamiento de Requerimientos (Objeto) Diagram: PN_Modelamiento Requerimientos Objeto Author: OIPS Version : 2.0 Date : 26/09/2003
[Rechazado]
Definicion del Alcance del Plan de Pruebas

31
Fecha: 22/02/2005
MODELAMIENTO DE REQUERIMIENTOS (ESTRUCTURADO)
Analista Funcional
Analista de Calidad
Comit de Gestin
Modelamiento de Requerimientos del SI
EUS
Elaboracin del Modelo de Datos
Elaboracin del Modelo de Procesos del Sistema
Especificacin de Interfaces con otros Sistemas EUS [ID v2.x]
[FP v2.x , ID v2.x]
[ID v2.x] Especificacin de Necesidades de Migracin de Datos y Carga Inicial
Reunin de Gestin Analisis de Consistencia y Especificacin de Requerimientos
[Rechazado]
LUS
[Aceptado]
Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Modelamiento de Requerimientos (Estructurado) Diagram: PN_Modelamiento Requerimientos Estructurado Author: OIPS Date : 26/09/2003 Version : 2.0
Definicion del Alcance del Plan de Pruebas

32
Fecha: 22/02/2005
MODELAMIENTO DE TECNOLOGIA
DESCRIPCIN Y OBJETIVO El objetivo del proceso del Modelamiento de Tecnologa (DSI) es la definicin de la arquitectura del sistema y del entorno tecnolgico, junto con la especificacin detallada de los componentes del sistema de informacin. A partir de dicha informacin, se generan todas las especificaciones de construccin relativas al propio sistema, as como la descripcin tcnica del plan de pruebas, la definicin de los requerimientos de implantacin y el diseo de los procedimientos de migracin y carga inicial, stos ltimos cuando proceda. Las actividades de este proceso se agrupan en dos grandes bloques. En un primer bloque de actividades, que se llevan a cabo en paralelo, se obtiene el diseo de detalle del sistema de informacin. La realizacin de estas actividades exige una continua realimentacin. En general, el orden real de ejecucin de las mismas depende de las particularidades del sistema de informacin y, por lo tanto, de generacin de sus productos. En la actividad Definicin de la Arquitectura del Sistema (DSI 1), se establece el particionamiento fsico del sistema de informacin, as como su organizacin en subsistemas de diseo, la especificacin del entorno tecnolgico, y sus requerimientos de operacin, administracin, seguridad y control de acceso. Se completan los catlogos de requerimientos y normas, en funcin de la definicin del entorno tecnolgico, con aquellos aspectos relativos al diseo y construccin que sea necesario contemplar. Asimismo, se crea un catlogo de excepciones del sistema, en el que se registran las situaciones de funcionamiento secundario o anmalo que se estime oportuno considerar y, por lo tanto, disear y probar. Este catlogo de excepciones se utiliza como referencia en la especificacin tcnica de las pruebas del sistema. El particionamiento fsico del sistema de informacin permite organizar un diseo que contemple un sistema de informacin distribuido, como por ejemplo la arquitectura cliente / servidor, siendo aplicable a arquitecturas multinivel en general. Independientemente de la infraestructura tecnolgica, dicho particionamiento representa los distintos niveles funcionales o fsicos del sistema de informacin. La relacin entre los elementos del diseo y particionamiento fsico, y a su vez, entre el particionamiento fsico y el entorno tecnolgico, permite una especificacin de la distribucin de los elementos del sistema de informacin y, al mismo tiempo, un diseo orientado a la movilidad a otras plataformas o la reubicacin de subsistemas. El sistema de informacin se estructura en subsistemas de diseo. stos a su vez se clasifican como de soporte o especficos, al responder a propsitos diferentes. Los subsistemas de soporte contienen los elementos o servicios comunes al sistema y a la instalacin, y generalmente estn originados por la interaccin con la infraestructura tcnica o la reutilizacin de otros sistemas, con un nivel de complejidad tcnica mayor. Los subsistemas especficos contienen los elementos propios del sistema de informacin, generalmente con una continuidad de los subsistemas definidos en la fase de Modelamiento de Requerimientos (ASI) Tambin se especifica en detalle el entorno tecnolgico del sistema de informacin, junto con su planificacin de capacidades (capacity planning), y sus requerimientos de operacin, administracin, seguridad y control de acceso. El diseo detallado del sistema de informacin, siguiendo un enfoque estructurado, comprende un conjunto de actividades que se llevan a cabo en paralelo a la Definicin de la Arquitectura del Sistema (DSI 1) El alcance de cada una de estas actividades se resume a continuacin:

33
Fecha: 22/02/2005
Diseo de la Arquitectura de Soporte (DSI 2), que incluye el diseo detallado de los subsistemas de soporte, el establecimiento de las normas y requerimientos propios del diseo y construccin. Diseo de la Arquitectura de Mdulos del Sistema (DSI 5), dnde se realiza el diseo de detalle de los subsistemas especficos del sistema de informacin y la revisin de la interface de usuario. Diseo Fsico de Datos (DSI 6), que incluye el diseo y optimizacin de las estructuras de datos del sistema, as como su localizacin en los nodos de la arquitectura propuesta.
En el caso del Diseo Orientado a Objetos, conviene sealar que el diseo de la persistencia de los objetos se lleva a cabo sobre bases de datos relacionales, y que el diseo detallado del sistema de informacin se realiza en paralelo con la actividad de Diseo de la Arquitectura de Soporte (DSI 2), y se corresponde con las siguientes actividades: Diseo de Casos de Uso Reales (DSI 3), con el diseo detallado del comportamiento del sistema de informacin para los casos de uso, el diseo de la interface de usuario y la validacin de la divisin en subsistemas. Diseo de Clases (DSI 4), con el diseo detallado de cada una de las clases que forman parte del sistema, sus atributos, operaciones, relaciones y mtodos, y la estructura jerrquica del mismo. Una vez que se tiene el modelo de clases, se comienza el diseo fsico en la actividad Diseo Fsico de Datos (DSI 6), comn con el enfoque estructurado. Una vez finalizado el diseo de detalle, se realiza su revisin y validacin en la actividad Verificacin y Aceptacin de la Arquitectura del Sistema (DSI 7), con el objeto de analizar la consistencia entre los distintos modelos y conseguir la aceptacin del diseo por parte del Administrador de aplicaciones, Administrador de datos, Analista de Soporte Tcnico y el Analista de Seguridad Informtica. El segundo bloque de actividades complementa el diseo del sistema de informacin. En l se generan todas las especificaciones necesarias para la construccin del sistema de informacin: Generacin de Especificaciones de Construccin (DSI 8), fijando las directrices para la construccin de los componentes del sistema, as como de las estructuras de datos. Diseo de la Migracin y Carga Inicial de Datos (DSI 9), en el que se definen los procedimientos de migracin y sus componentes asociados, con las especificaciones de construccin oportunas. Especificacin Tcnica del Plan de Pruebas (DSI 11), que incluye la definicin y revisin del plan de pruebas, y el diseo de las verificaciones de los niveles de prueba establecidos. El catlogo de excepciones permite, de una forma muy gil, establecer un conjunto de verificaciones relacionadas con el propio diseo o con la arquitectura del sistema.
3.1
ACTIVIDAD DSI 1: DEFINICIN DE LA ARQUITECTURA DEL SISTEMA
En esta actividad se define la arquitectura general del sistema de informacin, especificando las distintas particiones fsicas del mismo, la descomposicin lgica en subsistemas de diseo y la ubicacin de cada subsistema en cada particin, as como la especificacin detallada de la infraestructura tecnolgica necesaria para dar soporte al sistema de informacin. El particionamiento fsico del sistema de informacin se

34
Fecha: 22/02/2005
especifica identificando los nodos y las comunicaciones entre los mismos, con cierta independencia de la infraestructura tecnolgica que da soporte a cada nodo. Con el fin de organizar y facilitar el diseo, se realiza una divisin del sistema de informacin en subsistemas de diseo, como partes lgicas coherentes y con interfaces claramente definidas. Se establece una distincin entre subsistemas especficos del sistema de informacin (en adelante, subsistemas especficos) y subsistemas de soporte, con la finalidad de independizar, en la medida de lo posible, las funcionalidades a cubrir por el sistema de informacin de la infraestructura que le da soporte. En la mayora de los casos, los subsistemas especficos provienen directamente de las especificaciones de anlisis y de los subsistemas de anlisis, mientras que los subsistemas de soporte provienen de la necesidad de interaccin del sistema de informacin con la infraestructura y con el resto de los sistemas, as como de la reutilizacin de mdulos o subsistemas ya existentes en la instalacin. Debido a que la definicin de los subsistemas de soporte puede exigir la participacin de distintos perfiles tcnicos, se propone el diseo de ambos tipos de subsistemas en actividades distintas, aunque en paralelo. Una vez identificados y definidos los distintos subsistemas de diseo, se determina su ubicacin ptima de acuerdo a la arquitectura propuesta. La asignacin de dichos subsistemas a cada nodo permite disponer, en funcin de la carga de proceso y comunicacin existente entre los nodos, de la informacin necesaria para realizar una estimacin de las necesidades de infraestructura tecnolgica que da soporte al sistema de informacin. Este factor es especialmente crtico en arquitecturas multinivel o cliente / servidor, donde las comunicaciones son determinantes en el rendimiento final del sistema. Se propone crear un catlogo de excepciones en el que se especifiquen las situaciones anmalas o secundarias en el funcionamiento y ejecucin del sistema de informacin, y que se ir completando a medida que se avance en el diseo detallado de los subsistemas En esta actividad tambin se establecen los requerimientos, normas y estndares originados como consecuencia de la adopcin de una determinada solucin de arquitectura o infraestructura, que sern aplicables tanto en esta fase como en la Construccin del Sistema de Informacin (CPS) Se detallan a su vez, de acuerdo a las particularidades de la arquitectura del sistema propuesta, los requerimientos de operacin, seguridad y control, especificando los procedimientos necesarios para su cumplimiento. Como resultado de esta actividad, se actualizan los catlogos de requerimientos y normas, y se generan los siguientes productos: Diseo de la Arquitectura del Sistema, como producto que engloba el particionamiento fsico del sistema de informacin y la descripcin de subsistemas de diseo. Entorno Tecnolgico del Sistema, que a su vez comprende la especificacin del entorno tecnolgico, las restricciones tcnicas y la planificacin de capacidades. Catlogo de Excepciones. Procedimientos de Operacin y Administracin del Sistema. Procedimientos de Seguridad y Control de Acceso. Participantes de esta actividad: Responsable de esta actividad: Analista de Sistemas, Analista de Telecomunicaciones, Analista de Seguridad Informtica, Analista de Soporte Tcnico. Analista de Sistemas

35
Fecha: 22/02/2005
3.1.1
Tarea DSI 1.1: Definicin de Niveles de Arquitectura
En esta tarea se describen los niveles de la arquitectura del software, mediante la definicin de las principales particiones fsicas del sistema de informacin, representadas como nodos y comunicaciones entre nodos. Se entiende por nodo cada particin fsica o parte significativa del sistema de informacin, con caractersticas propias de ejecucin o funcin, e incluso de diseo y construccin. Para facilitar la comprensin del sistema, se recomienda identificar como nodos los elementos de infraestructura ms significativos de la arquitectura en la que se va a implementar el sistema de informacin. Los elementos que se aconseja especificar son los siguientes: Gestores de datos Tipos de puesto cliente Tipos de dispositivos de impresin Monitores de teleproceso Servidores Comunicaciones La comunicacin se expresa por una conexin entre nodos, indicando su carcter bidireccional o unidireccional, con las principales caractersticas de los protocolos o tipo de mensajes utilizados. La especificacin de los niveles de la arquitectura se realiza con el detalle suficiente como para permitir un diseo dirigido hacia una solucin concreta. En general, no es preciso indicar en cada nodo detalles relativos al hardware, capacidad, rendimiento o configuraciones de tolerancia a fallos, entre otros. Esta informacin se concreta en la tarea Identificacin de requerimientos y especificaciones de diseo y construccin (DSI 1.3) Los criterios para disear la arquitectura se obtienen a partir de directrices tecnolgicas o de integracin, propias de la instalacin, y de Lista de Requerimientos del sistema de informacin. Es necesario tener en cuenta, especialmente, aspectos relacionados con: Usuarios: ubicacin, movilidad, concurrencia, nmero, etc. Datos: variabilidad, volmenes, necesidades de consolidacin, seguridad, etc. Procesos: distribucin, reutilizacin, concurrencia, carcter crtico, etc. Tcnicas Diagrama de Despliegue Prcticas Diagrama de Representacin 3.1.2 Tarea DSI 1.2: Identificacin de Subsistemas de Diseo
En esta tarea se divide de forma lgica el sistema de informacin en subsistemas de diseo, con el fin de reducir la complejidad y facilitar el mantenimiento. Hay que tomar como referencia inicial los subsistemas de anlisis especificados en la fase de Modelamiento de Requerimientos (ASI) La divisin en subsistemas de diseo se puede realizar con una continuidad directa de los modelos del anlisis, o aplicando nuevos criterios de diseo, entre los que es posible citar los siguientes: Facilidad de mantenimiento Reutilizacin de elementos del propio sistema o de la instalacin Optimizacin de recursos (por ejemplo, lneas de comunicaciones)
36
Fecha: 22/02/2005
Caractersticas de ejecucin (en lnea o por lotes) Funcionalidad comn
Los subsistemas resultantes se califican como especficos o genricos, asignando cada subsistema al nodo correspondiente. Los subsistemas especficos contemplan las funcionalidades propias del sistema de informacin, mientras que los de soporte cubren servicios comunes, proporcionando un acceso transparente a los distintos recursos. Estos ltimos estn relacionados con: Comunicaciones entre subsistemas Gestin de datos (acceso a bases de datos, ficheros, reas temporales, importacin y exportacin de datos, sincronizacin de bases de datos, etc.) Gestin de transacciones Control y gestin de errores Seguridad y control de acceso Gestin de interface Interaccin con los recursos propios del sistema La interaccin del sistema de informacin con la infraestructura que le da soporte, as como con el resto de los sistemas y servicios de la instalacin, puede originar la necesidad de nuevos subsistemas, mdulos, clases o servicios no especificados en el anlisis. La definicin del comportamiento externo de cada subsistema se completa durante el diseo de detalle con la especificacin de su interface, as como con la dependencia entre subsistemas. El diseo de detalle de los subsistemas identificados por criterios de optimizacin y reutilizacin, puede aconsejar la reorganizacin y reubicacin de los elementos que forman parte de cada subsistema y, a su vez, puede dar lugar a la identificacin de nuevos subsistemas genricos. En diseo estructurado, la descripcin de los subsistemas de diseo que conforman el sistema de informacin se especifica mediante un diagrama de estructura de alto nivel, que muestra los distintos subsistemas de que consta el sistema, incluidos los subsistemas de soporte, junto con la definicin de la interface de cada subsistema. La ubicacin de subsistemas en nodos y la dependencia entre subsistemas se especifica por medio de tcnicas matriciales, o bien en lenguaje natural o pseudo cdigo. Tcnicas Diagrama de Estructura Matricial Diagrama de Interaccin de Objetos Diagrama de Paquetes Diagrama de Despliegue 3.1.3 Tarea DSI 1.3: Identificacin de Requerimientos y Especificaciones de Diseo y Construccin
En esta tarea se realiza la especificacin de los requerimientos que estn directamente relacionados con el uso o diseo de una arquitectura o infraestructura concreta, y que pueden condicionar el diseo o la construccin del sistema de informacin. Entre estos requerimientos pueden estar los relacionados con lenguajes, rendimiento de los distintos elementos de la arquitectura, as como criterios de ubicacin de mdulos y datos en los distintos nodos.

37
Fecha: 22/02/2005
Por tanto, como resultado de esta tarea se actualiza la lista de Requerimientos elaborado en la fase Modelamiento de Requerimientos (ASI) Tambin el objetivo de esta tarea es la definicin de los comportamientos no habituales en el sistema, que reflejan situaciones anmalas o secundarias en el funcionamiento y ejecucin del sistema de informacin. Para ello, se establece previamente el nivel de especificacin de las mismas, as como los criterios de catalogacin y clasificacin. Se propone su catalogacin como ayuda para el diseo del sistema de informacin y como gua en la especificacin tcnica de las pruebas, al permitir la generacin de algunos casos de prueba de forma inmediata. Dicho catlogo se va completando a partir de las actividades correspondientes al diseo detallado de los subsistemas. Las excepciones se describen incluyendo, al menos, los siguientes conceptos: Tipo y descripcin de la excepcin. Condiciones previas del sistema de informacin. Elemento afectado (nodo, mdulo, caso de uso) Respuesta del sistema de informacin. Elemento asociado a la respuesta esperada del sistema (mdulo, clase, procedimiento, etc.) Las excepciones que se proponen como obligatorias son las relacionadas con el funcionamiento general del sistema de informacin, habitualmente asociadas a: Nodos y comunicaciones del particionamiento fsico del sistema de informacin. Este tipo de excepciones tiene lugar cuando no estn disponibles los gestores de bases de datos o los recursos compartidos del sistema (representados como nodos), cuando se producen fallos en las comunicaciones entre nodos, etc. Rangos o valores no vlidos en la entrada de datos, como pueden ser atributos obligatorios, con formatos especficos, etc. Se recomienda, segn el nivel de especificacin que se establezca en cada caso, catalogar tambin las excepciones particulares que se identifiquen en las actividades del diseo de detalle. Tambin en esta tarea se definen en detalle los distintos elementos de la infraestructura tcnica que dan soporte al sistema de informacin, determinando la implementacin concreta de los nodos y comunicaciones especificados en la tarea Definicin de Niveles de Arquitectura (DSI 1.1) Se propone agrupar los elementos de la infraestructura en los siguientes conceptos: Hardware: procesadores, unidades de almacenamiento, estaciones de trabajo, etc. Software: sistemas operativos, subsistemas, middleware, gestores de bases de datos, sistemas de ficheros, software de base, herramientas y utilidades de gestin propias del sistema, etc. Comunicaciones: diseo de la topologa de la red, protocolos, nodos de red, etc. La definicin de los distintos elementos puede generar restricciones tcnicas que afecten al diseo o construccin del sistema de informacin. Asimismo, se realiza una estimacin de la planificacin de capacidades (capacity planning), es decir se deben indicar, al menos, las necesidades previstas de: Almacenamiento: espacio en disco, espacio en memoria, pautas de crecimiento y evolucin estimada del sistema de informacin, etc. Procesamiento: nmero y tipo de procesadores, memoria, etc. Comunicaciones: lneas, caudal, capacidades de elementos de red, etc. Para poder determinar la planificacin de capacidades, es necesario conocer los diseos detallados de los mdulos / clases y escenarios, incluida la informacin de control en las comunicaciones, as como el diseo fsico de datos optimizado, productos que se estn generando en paralelo a esta actividad. Tambin se tienen en cuenta, cuando proceda, las estimaciones de volmenes de datos propios de la migracin y carga inicial de datos.
38
Fecha: 22/02/2005
Adicionalmente en esta tarea se definen los procedimientos de seguridad y operacin necesarios para no comprometer el correcto funcionamiento del sistema y garantizar el cumplimiento de los niveles de servicios que exigir el sistema en cuanto a la gestin de operaciones (procesos por lotes, seguridad, comunicaciones, etc.) Los niveles de servicio se especifican formalmente en la fase Implantacin del Sistema de Informacin (IMS) Tomando como referencia los requerimientos establecidos para el sistema, y teniendo en cuenta la arquitectura propuesta y las caractersticas del entorno tecnolgico definido en esta actividad, se lleva a cabo la definicin de los requerimientos de seguridad y control de acceso necesarios para garantizar la proteccin del sistema y minimizar el riesgo de prdida, alteracin o consulta indebida de la informacin. Para ello, se disean los procedimientos relacionados con: Acceso al sistema y a sus recursos (datos, transacciones, libreras, etc.) Mantenimiento de la integridad y confidencialidad de los datos. Control y registro de accesos al sistema (logs, certificacin, etc.) Copias de seguridad y recuperacin de datos y su periodicidad. Recuperacin ante catstrofes. Asimismo, se definen los requerimientos de operacin para los distintos elementos del sistema (mdulos, clases, estructuras fsicas de datos, sistemas de ficheros), que se estn elaborando en paralelo a esta actividad, y se disean los procedimientos asociados relacionados con: Tratamiento en lnea (franja horaria / periodos crticos, nmero mximo de usuarios, etc.) Tratamiento por lotes (periodicidad y secuencia de ejecucin, interdependencias, peticin de ejecucin, etc.) Control y planificacin de trabajos. Recuperacin y reanudacin de trabajos. Distribucin de informacin generada por el sistema, tanto trabajos planificados o bajo peticin. Control y seguimiento del correcto funcionamiento de los procedimientos de backup y recuperacin utilizados habitualmente. Prcticas Sesiones de Trabajo Catalogacin Diagrama de Representacin
3.2
ACTIVIDAD DSI 2: DISEO DE LA ARQUITECTURA DE SOPORTE
En esta actividad se lleva a cabo la especificacin de la arquitectura de soporte, que comprende el diseo de los subsistemas de soporte identificados en la actividad de Definicin de la Arquitectura del Sistema (DSI 1) El diseo de los subsistemas de soporte, conceptualmente, es similar al diseo de los subsistemas especficos, aunque debe cumplir con unos objetivos claros de reutilizacin. De esta manera, se consigue simplificar y abstraer el diseo de los subsistemas especficos de la complejidad del entorno tecnolgico, dotando al sistema de informacin de una mayor independencia de la infraestructura que le da soporte. Con este fin, se aconseja la consulta de los datos de otros sistemas existentes, disponible en el Repositorio de Aplicaciones de desarrollo de sistemas. Si esto no fuera suficiente, se puede contar en esta actividad con la participacin de perfiles tcnicos, con una visin global de la instalacin.
39
Fecha: 22/02/2005
Esta actividad se realiza en paralelo al diseo detallado, debido a que existe una constante retroalimentacin, tanto en la especificacin de los subsistemas con sus interfaces y dependencias, como en la aplicacin de esqueletos o patrones en el diseo. El producto resultante de esta actividad es: Diseo Detallado de los Subsistemas de Soporte. Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 3.2.1 Tarea DSI 2.1: Diseo de Subsistemas de Soporte
El objetivo de esta tarea es la especificacin y diseo de los mdulos / clases que forman parte de los subsistemas de soporte, identificados en la tarea Identificacin de Subsistemas de Diseo (DSI 1.2) Se lleva a cabo siempre y cuando no se disponga en la instalacin de servicios comunes que respondan satisfactoriamente a los requerimientos planteados. El nivel de reutilizacin de los subsistemas de soporte y sus servicios es potencialmente alto, de modo que se debe intentar emplear, en la medida de lo posible, los subsistemas que ya existan en la instalacin y se consideren viables. La informacin relativa a dichos subsistemas podr obtenerse del repositorio del ambiente de desarrollo de sistemas. En cualquier caso, cuando proceda realizar el diseo de los subsistemas de soporte, se recomienda hacerlo con ese fin. El diseo sigue las mismas pautas que las establecidas para los subsistemas especficos, aunque con las siguientes particularidades: Generalmente, ser necesaria una descomposicin de los subsistemas de soporte en servicios, entendiendo como tales mdulos o clases independientes y reutilizables. Se recomienda realizar una descripcin de la interface y del comportamiento de cada servicio, previo a su diseo de detalle, que permita completar el diseo de los subsistemas especficos. La especificacin y diseo de cada servicio, mdulo o clase, se realiza con las tcnicas habituales de especificacin y diseo de mdulos o clases, o incluso opcionalmente, si la simplicidad de los elementos lo aconseja, otros lenguajes de especificacin, pseudo cdigo o lenguaje natural. A medida que se lleva a cabo esta tarea pueden surgir comportamientos de excepcin que debern contemplarse igualmente en el diseo, y que en funcin del nivel de especificacin que se haya establecido, se incorporan al catlogo de excepciones. Tcnicas Diagrama de Estructura Diagrama de Interaccin de Objetos Diagrama de Clases
3.3
ACTIVIDAD DSI 3: DISEO DE CASOS DE USO REALES
Esta actividad, que se realiza solo en el caso de Diseo Orientado a Objetos, tiene como propsito especificar el comportamiento del sistema de informacin para un caso de uso, mediante objetos o subsistemas de diseo que interactan, y determinar las operaciones de las clases e interfaces de los distintos subsistemas de diseo.

40
Fecha: 22/02/2005
Para ello, una vez identificadas las clases participantes dentro de un caso de uso, es necesario completar los escenarios que se recogen del anlisis, incluyendo las clases de diseo que correspondan y teniendo en cuenta las restricciones del entorno tecnolgico, esto es, detalles relacionados con la implementacin del sistema. Es necesario analizar los comportamientos de excepcin para dichos escenarios. Algunos de ellos pueden haber sido identificados en el proceso de anlisis, aunque no se resuelven hasta este momento. Dichas excepciones se aadirn al catlogo de excepciones para facilitar las pruebas. Algunos de los escenarios detallados requerirn una nueva interface de usuario. Por este motivo es necesario disear el formato de cada una de las pantallas o impresos identificados. Es importante validar que los subsistemas definidos en la tarea Identificacin de Subsistemas de Diseo (DSI 1.2) tienen la mnima interface con otros subsistemas. Por este motivo, se elaboran los escenarios al nivel de subsistemas y, de esta forma, se delimitan las interfaces necesarias para cada uno de ellos, teniendo en cuenta toda la funcionalidad del sistema que recogen los casos de uso. Adems, durante esta actividad pueden surgir requerimientos de implementacin, que se recogen en la Lista de Requerimientos. Las tareas de esta actividad se realizan en paralelo con las tareas de la actividad Diseo de Clases (DSI 4) Participantes de esta actividad: Analista de Sistemas, Equipo de Usuarios, Lder Usuario. Responsable de esta actividad: Analista de Sistemas 3.3.1 Tarea DSI 3.1: Identificacin de Clases Asociadas a un Caso de Uso
El objetivo de esta tarea es identificar las clases que intervienen en cada caso de uso, ya que, como se ha sealado en la introduccin de esta actividad, las actividades DSI 3 y DSI 4 se realizan en paralelo. Dichas clases se identifican a partir de las clases del modelo del anlisis y de aquellas clases adicionales necesarias para el escenario que se est diseando. A su vez, a medida que se va estudiando la descripcin de los casos de uso, pueden aparecer nuevas clases de diseo que no hayan sido identificadas anteriormente y que se incorporan al modelo de clases. Tcnicas Diagrama de Interaccin de Objetos 3.3.2 Tarea DSI 3.2: Diseo de la Realizacin de los Casos de Uso
El objetivo de esta tarea es definir cmo interactan entre s los objetos identificados en la tarea anterior para realizar, desde un punto de vista tcnico, un caso de uso del sistema de informacin. Para ello, se parte de los escenarios especificados en el anlisis, y se detallan teniendo en cuenta que se deben llevar cabo sobre un entorno tecnolgico concreto. Durante el desarrollo de esta tarea, es posible que surjan excepciones que se incluyen en el catlogo de excepciones, y que ahora quedan resueltas en los escenarios correspondientes. Algunos de estos escenarios necesitan nueva interface de usuario. Por lo tanto, las clases de interface que se identifiquen se incorporan al modelo de clases, para realizar su diseo detallado. Tcnicas
41
Fecha: 22/02/2005
Diagrama de Interaccin de Objetos (colaboracin o secuencia) Tarea DSI 3.3: Revisin de la Interface de Usuario y Formatos de Impresin
3.3.3
El objetivo de esta tarea es realizar el diseo detallado del comportamiento de la interface de usuario y formatos de impresin a partir de la especificacin de las mismas, obtenidas en la fase de Modelamiento de Requerimientos (ASI) y de acuerdo con el entorno tecnolgico definido. Si se hubiera realizado un prototipo de la interface de usuario y de los formatos de impresin, stos se tomaran como punto de partida para el diseo. Adems, se incluyen las ventanas alternativas o elementos de diseo surgidos como consecuencia del diseo de los escenarios definidos en la tarea anterior. Adems, se revisa: la interface de usuario, la navegacin entre ventanas, los elementos que forman cada interface, sus caractersticas (que deben ser consistentes con los atributos con los que estn relacionadas), su disposicin, y cmo se gestionan los eventos relacionados con los objetos. En aquellos casos en los que se realizan modificaciones significativas sobre la interface de usuario, es conveniente que el Lder Usuario las valide, siendo opcional la realizacin de un nuevo prototipo. Tcnicas Diagrama de Interaccin de Objetos Diagrama de Transicin de Estados Prcticas Prototipeo Catalogacin 3.3.4 Tarea DSI 3.4: Revisin de Subsistemas de Diseo e Interfaces
El objetivo de esta tarea es describir cada caso de uso en trminos de los subsistemas que participan en el caso de uso y las interfaces que se requieren entre ellos. Para un caso de uso hay que definir, adems de los subsistemas y actores que intervienen en el mismo, los mensajes que intercambian los objetos de un subsistema con otro. Estos mensajes sirven para verificar y detallar las interfaces de cada subsistema, teniendo en cuenta todos los casos de uso en los que interviene, y completar de esta manera la definicin de subsistemas establecida en la tarea Identificacin de Subsistemas de Diseo (DSI 1.2) Tcnicas Diagrama de Interaccin de Objetos
3.4
ACTIVIDAD DSI 4: DISEO DE CLASES
El propsito de esta actividad, que se realiza slo en el caso de Diseo Orientado a Objetos, es transformar el modelo de clases lgico, que proviene del anlisis, en un modelo de clases de diseo. Dicho modelo recoge la especificacin detallada de cada una de las clases, es decir, sus atributos, operaciones, mtodos, y el diseo preciso de las relaciones establecidas entre ellas, bien sean de agregacin, asociacin o jerarqua. Para llevar a cabo todos estos puntos, se tienen en cuenta las decisiones

42
Fecha: 22/02/2005
tomadas sobre el entorno tecnolgico y el entorno de desarrollo elegido para la implementacin. Se identifican las clases de diseo, que denominamos clases adicionales, en funcin del estudio de los escenarios de los casos de uso, que se est realizando en paralelo en la actividad Diseo de Casos de Uso Reales (DSI 3) Entre ellas se encuentran clases abstractas, que integran caractersticas comunes con el objetivo de especializarlas en clases derivadas. Se disean las clases de interface de usuario, que provienen del anlisis. Como consecuencia del estudio de los escenarios secundarios que se est realizando, puede aparecer nuevas clases de interface. Tambin hay que considerar que, por el diseo de las asociaciones y agregaciones, pueden aparecer nuevas clases, o desaparecer incluyendo sus atributos y mtodos en otras, si se considera conveniente por temas de optimizacin. La jerarqua entre las clases se va estableciendo a lo largo de esta actividad, a medida que se van identificando comportamientos comunes en las clases, aunque haya una tarea propia de diseo de la jerarqua. Otro de los objetivos del diseo de las clases es identificar para cada clase, los atributos, las operaciones que cubren las responsabilidades que se identificaron en el anlisis, y la especificacin de los mtodos que implementan esas operaciones, analizando los escenarios del Diseo de Casos de Uso Reales (DSI 3) Se determina la visibilidad de los atributos y operaciones de cada clase, con respecto a las otras clases del modelo. Una vez que se ha elaborado el modelo de clases, se define la estructura fsica de los datos correspondiente a ese modelo, en la actividad Diseo Fsico de Datos (DSI 6) Adems, en los casos en que sea necesaria una migracin de datos de otros sistemas o una carga inicial de informacin, se realizar su especificacin a partir del modelo de clases y las estructuras de datos de los sistemas origen. Como resultado de todo lo anterior se actualiza el modelo de clases del anlisis, una vez recogidas las decisiones de diseo. Participantes de esta actividad: Analista de Sistemas Responsable de esta actividad: Analista de Sistemas 3.4.1 Tarea DSI 4.1: Diseo de Clases
Identificacin de Clases Adicionales El objetivo de esta tarea es identificar un conjunto de clases generales que completen el modelo de clases analizado en la tarea Validacin de los Modelos (ASI 9.3) del proceso anterior (clases y/o interfaces) teniendo en cuenta que: El conjunto de clases del anlisis puede modificarse en funcin de las tecnologas de desarrollo utilizadas. Cada clase de interface identificada en el anlisis se corresponde en el diseo con una clase que proporcione esa interface. Las clases de control deben contemplar la coordinacin y secuencia entre objetos y, en algunos casos, deben contener lgica de negocio. De cualquier manera, se deben considerar cuestiones de distribucin, de rendimiento, de transaccin y de serializacin. El diseo de las clases de entidad vara segn el sistema de gestin de datos utilizado. Las clases pueden ser construidas por el propio desarrollador, adquiridas en forma de bibliotecas, facilitadas por el entorno de trabajo o por el entorno tecnolgico. El diseo de las clases de interface de usuario depende de la tecnologa especfica que se est utilizando. As, por ejemplo, la interface puede crearse a partir de los
43
Fecha: 22/02/2005
objetos grficos disponibles en el entorno de desarrollo, sin necesidad de que estos se contemplen en el modelo de clases correspondiente. Entre las clases identificadas a lo largo de esta tarea se encuentran clases abstractas, que renen caractersticas comunes a varias clases. Cada subclase aumenta su estructura y comportamiento con la clase abstracta de la que hereda. Diseo de Asociaciones y Agregaciones En esta tarea se completan las asociaciones entre las clases del modelo de clases del diseo, estudiando la secuencia de mensajes entre los objetos correspondientes en el diagrama de interaccin de los escenarios definidos en la tarea Descripcin de la Interaccin de Objetos (ASI 2.2) Para definir las asociaciones, se tiene que tener en cuenta que: Las caractersticas de la asociacin (papeles que desempea, multiplicidad, etc.) se detallan segn el entorno de desarrollo utilizado. Las relaciones bidireccionales se transforman en unidireccionales, para simplificar la implementacin del sistema. Se realiza el Modelamiento de las rutas de acceso ptimas entre las asociaciones para evitar problemas de rendimiento. Se analiza la posibilidad de disear como clases algunas de las asociaciones. Opcionalmente, se especifica la forma en la que se va a implementar cada asociacin (punteros, colecciones, etc.) Identificacin de Atributos de las Clases El objetivo de esta tarea es identificar y describir, una vez que se ha especificado el entorno de desarrollo, los atributos de las clases. Para identificar los atributos se revisa el modelo de clases obtenido en la actividad Anlisis de Clases (ASI 3), considerando que, a partir de uno de ellos, puede ser necesario definir atributos adicionales. Para cada atributo identificado se define su tipo, con formatos especficos, y si existieran, las restricciones asociadas a ese atributo. Asimismo, se analiza la posibilidad de convertir un atributo en clase en aquellos casos en los que: El atributo se defina en varias clases de diseo. La complejidad del atributo aumente la dificultad para comprender la clase a la que pertenece. Identificacin de Operaciones de las Clases El objetivo de esta tarea es definir, de forma detallada, las operaciones de cada clase de diseo. Para ello, se toma como punto de partida el modelo de clases generado en el anlisis, as como el diseo de los casos de uso reales y los requerimientos de diseo que pueden aparecer al definir el entorno de desarrollo. Las operaciones de las clases de diseo surgen para dar respuesta a las responsabilidades de las clases de anlisis y, adems, para definir las interfaces que ofrece esa clase. Segn el entorno de desarrollo utilizado, se describe cada operacin especificando: su nombre, parmetros y visibilidad (pblica, privada, protegida) Si el entorno de desarrollo lo permite, se tiene en cuenta la posibilidad de simplificar el modelo de clases haciendo uso del polimorfismo y la sobrecarga de operaciones. Para identificar las operaciones de aquellos objetos que presenten distintos estados, por lo que su comportamiento depende del estado en el que se encuentren, es recomendable realizar un diagrama de transicin de estados, y traducir cada accin o actividad del mismo en una de estas operaciones.
44
Fecha: 22/02/2005
Diseo de Jerarqua El objetivo de esta tarea es revisar la jerarqua de clases que ha surgido en el modelo de clases a lo largo de las tareas anteriores y comprobar que esa jerarqua es viable segn los mecanismos disponibles en el entorno de desarrollo utilizado. Entre las modificaciones realizadas sobre la jerarqua se identifican clases abstractas, que son superclases en las que se agrupan atributos y operaciones que heredan sus subclases. Descripcin de Mtodos de las Operaciones En esta tarea se describen los mtodos que se usan para detallar como se realiza cada una de las operaciones de una clase. Los mtodos pueden especificarse mediante un algoritmo, usando pseudo cdigo o lenguaje natural. Su implementacin se basa en la secuencia de interacciones del diagrama de interaccin en los que la clase aparezca o en la secuencia de transiciones del diagrama de transicin de estados. En la mayora de los casos, esta tarea no se realiza hasta el proceso de construccin, en el que los mtodos se describen directamente en el lenguaje de programacin que se va a utilizar. Tcnicas Diagrama de Clases Diagrama de Transicin de Estados
3.5
ACTIVIDAD DSI 5: DISEO DE LA ARQUITECTURA DE MDULOS DEL SISTEMA
El objetivo de esta actividad, que slo se realiza en el caso de Diseo Estructurado, es definir los mdulos del sistema de informacin, y la manera en que van a interactuar unos con otros, intentando que cada mdulo trate total o parcialmente un proceso especfico y tenga una interface sencilla. Para cada uno de los subsistemas especficos, identificados en la tarea Identificacin de Subsistemas de Diseo (DSI 1.2), se disea la estructura modular de los procesos que lo integran, tomando como punto de partida los modelos obtenidos en las tareas Validacin de los Modelos (ASI 9.3) y Obtencin de Requerimientos (ASI 1.2) Dicha estructura se ir completando con los mdulos que vayan apareciendo como consecuencia del diseo de la interface de usuario, as como de la optimizacin del diseo fsico de datos. Durante el diseo de los mdulos, se pueden identificar caractersticas o comportamientos comunes relacionados con accesos a las bases de datos o ficheros, lgica de tratamiento, llamadas a otros mdulos, gestin de errores, etc. que determinen la necesidad de realizar su implementacin como subsistemas de soporte. Adems, se analizan los comportamientos de excepcin asociados a los diferentes mdulos y a las interfaces entre los mismos, intentando independizar en la medida de lo posible aquellos que presenten un tratamiento comn. Dichas excepciones se incorporan al catlogo de excepciones. En esta actividad, se consideran los estndares y normas establecidas para el diseo. Las tareas de esta actividad no se realizan de forma secuencial, sino en paralelo, con continuas realimentaciones entre ellas y con las realizadas en las actividades Definicin de la Arquitectura del Sistema (DSI 1), Diseo de la Arquitectura de Soporte (DSI 2) y Diseo Fsico de Datos (DSI 6)
45
Fecha: 22/02/2005
Participantes de esta actividad: Analista de Sistemas, Equipo de Usuarios, Lder Usuario Responsable de esta actividad: Analista de Sistemas 3.5.1 Tarea DSI 5.1: Diseo de Mdulos del Sistema
El objetivo de esta tarea es realizar una descomposicin modular de los subsistemas especficos identificados en la tarea Identificacin de Subsistemas de Diseo (DSI 1.2) En esta tarea tambin se disean los mdulos de consulta, generalmente no especificados en el modelo de procesos, aunque s en la lista de Requerimientos. Como paso previo al diseo de la estructura modular del sistema, se identifican los procesos que se van a implementar en cada subsistema especfico. Para cada uno de ellos se establece el tipo de implementacin (por lotes o en lnea) y el tipo de iniciacin (bajo peticin o por el sistema) A su vez, se analiza el alcance y caractersticas propias de cada proceso con el fin de determinar qu parte gestiona el acceso a la informacin soportada en bases de datos, qu parte se encarga de integrar las funcionalidades necesarias para cumplir las reglas del negocio y, en el caso de tratamiento en lnea, qu parte gestiona la presentacin de la informacin en los dispositivos de interface con los que el usuario va a interactuar. Este anlisis permite identificar los procesos que son especficos del propio sistema y aquellos que comparten servicios comunes o dan respuesta a los mismos requerimientos, y como consecuencia, considerar la posibilidad de independizar dichos servicios e implementarlos como subsistemas de soporte, teniendo en cuenta que su incorporacin puede llevar a una reorganizacin de los subsistemas inicialmente identificados en la actividad Definicin de la Arquitectura del Sistema (DSI 1) De acuerdo a la arquitectura propuesta y al resultado del anlisis de cada proceso, se disea su estructura en mdulos considerando los comportamientos de excepcin correspondientes, en sucesivos niveles de detalle, de forma que los mdulos resultantes tengan el mnimo acoplamiento y la mxima cohesin. Finalmente, se especifica la lgica interna de tratamiento por medio de lenguaje natural o pseudo cdigo. La estructura modular refleja, en el caso de tratamiento en lnea, las sucesivas transacciones y dilogos, y en el caso de implementacin en lotes, la secuencia de mdulos dentro de cada ejecucin. En sistemas interactivos en los que exista una gran complejidad de gestin de pantalla se propone, complementariamente al diagrama de estructura, perfeccionar el diseo de la interface de usuario en la tarea Revisin de la Interface de Usuario (DSI 5.3), relacionando cada control/evento/accin de los formatos individuales de presentacin de pantalla con los respectivos mdulos. Tcnicas Diagrama de Estructura 3.5.2 Tarea DSI 5.2: Diseo de Comunicaciones entre Mdulos
El objetivo de esta tarea es definir las interfaces entre los mdulos de cada subsistema, entre subsistemas y con el resto de los sistemas, incluyendo tanto la comunicacin de control como los datos propios del sistema, de acuerdo a la arquitectura propuesta y a las caractersticas del entorno tecnolgico. Hay que definir interfaces sencillas, que permitan reducir la complejidad de comunicacin entre los distintos mdulos, especialmente los relacionados con las comunicaciones entre subsistemas.

46
Fecha: 22/02/2005
Por tanto, la especificacin de la estructura modular obtenida en la tarea anterior se completa con la descripcin de las comunicaciones existentes entre los distintos mdulos, considerando los requerimientos establecidos inicialmente para el sistema. Para garantizar el cumplimiento de dichos requerimientos y especialmente los relacionados con el rendimiento, disponibilidad y seguridad, puede ser necesaria la incorporacin de nuevos mdulos o redisear la lgica asociada. Para el diseo de las interfaces es necesario especificar: Los datos o mensajes involucrados y formato de los mismos en el intercambio. Los valores o rangos de los datos intercambiados. El origen y destino de los datos. La informacin de control y valores posibles. En el diseo de las interfaces con otros sistemas hay que tener en cuenta, adems, la informacin recogida en la actividad Especificacin de Interfaces con otros Sistemas (ASI 7) obtenidos en la fase Modelamiento de Requerimientos. Las interfaces entre mdulos permiten evaluar las necesidades de comunicacin entre los distintos nodos, de modo que influyen decisivamente en el dimensionamiento del entorno tecnolgico. Tcnicas Diagrama de Estructura 3.5.3 Tarea DSI 5.3: Revisin de la Interface de Usuario y Formatos de Impresin
El objetivo de esta tarea es realizar el diseo detallado de la interface de usuario y Formatos de Impresin, a partir de la especificacin obtenida en la fase de Modelamiento de Requerimientos (ASI) de acuerdo al entorno tecnolgico seleccionado y considerando los estndares y directrices marcados por la instalacin. Se revisa la descomposicin funcional en dilogos de acuerdo a la arquitectura modular para el sistema de informacin definida en la tarea anterior. Se realizan las adaptaciones oportunas, teniendo en cuenta, a su vez, los requerimientos de rendimiento, de seguridad, la necesidad de alcanzar los tiempos de respuesta establecidos y las caractersticas de cada dilogo. Asimismo, se revisa en detalle la navegacin entre ventanas y la informacin precisa para la ejecucin de cada dilogo u opcin, identificando las relaciones de dependencia entre los datos para establecer la secuencia de presentacin ms apropiada. Se determinan los datos obligatorios y opcionales, y aquellos que requieren un rango de valores predefinido o algn tipo de informacin que se considere relevante en el contexto del dilogo. Se definen las ventanas alternativas o elementos de diseo necesarios, especificando su contenido. Se comprueba que la informacin necesaria en cada interface, tanto de pantalla como impresa, es tratada por el mdulo correspondiente de la arquitectura del sistema, y es consistente con el modelo fsico de datos que se est elaborando en paralelo en la actividad Diseo Fsico de Datos (DSI 6) En dilogos complejos, se propone utilizar como base de la especificacin el modelo de navegacin de interface de pantalla, relacionando cada control/evento/accin de los formatos individuales de presentacin de pantalla con el mdulo correspondiente, especificado en la tarea Diseo de Mdulos del Sistema (DSI 5.1) Igualmente, se realiza el diseo de los mensajes de error, mensajes de aviso o advertencia que genera el sistema en funcin del tipo de accin realizado por el usuario en el contexto del dilogo, as como las facilidades de ayuda que proporciona la interface durante la interaccin con el sistema.

47
Fecha: 22/02/2005
En el caso que las modificaciones sean significativas en cuanto al formato o la definicin de dilogos, es conveniente que sea validado por el Lder Usuario, opcionalmente se utiliza prototipos para facilitar la revisin y aceptacin. Tcnicas Diagrama de Descomposicin Funcional Matricial Prcticas Catalogacin Prototipeo
3.6
ACTIVIDAD DSI 6: DISEO FSICO DE DATOS
En esta actividad se define la estructura fsica de datos que utilizar el sistema, a partir del modelo lgico de datos normalizado o las clases persistentes del modelo de clases, de manera que teniendo presentes las caractersticas especficas del sistema de gestin de datos concreto a utilizar, los requerimientos establecidos para el sistema de informacin, y las particularidades del entorno tecnolgico, se consiga una mayor eficiencia en el tratamiento de los datos. Tambin se analizan los caminos de acceso a los datos utilizados por cada mdulo / clase del sistema en consultas y actualizaciones, con el fin de mejorar los tiempos de respuesta y optimizar los recursos de mquina. Las tareas de esta actividad se realizan de forma iterativa y en paralelo con las realizadas en las actividades Definicin de la Arquitectura del Sistema (DSI 1), dnde se especifican los detalles de arquitectura e infraestructura y la planificacin de capacidades, Diseo de la Arquitectura de Soporte (DSI 2), dnde se determinan y disean los servicios comunes que pueden estar relacionados con la gestin de datos (acceso a bases de datos, ficheros, reas temporales, sincronizacin de bases de datos, etc.), Diseo de Casos de Uso Reales y de Clases (DSI 3 y 4), para desarrollo orientado a objetos, y Diseo de la Arquitectura de Mdulos del Sistema (DSI 5), para desarrollo estructurado, dnde se especifica la lgica de tratamiento y las interfaces utilizadas. En el caso de diseo orientado a objetos, esta actividad tambin es necesaria. La obtencin del modelo fsico de datos se realiza aplicando una serie de reglas de transformacin a cada elemento del modelo de clases que se est generando en la actividad Diseo de Clases (DSI 4), esta transformacin implica una previa transicin del modelo de clases al modelo lgico de datos y luego al modelo fsico. Participantes de esta actividad: Analista de Sistemas, Analista de Soporte Tcnico. Responsable de esta actividad: Analista de Sistemas 3.6.1 Tarea DSI 6.1: Diseo del Modelo Fsico de Datos
El objetivo de esta tarea es realizar el diseo del modelo fsico de datos a partir del modelo lgico de datos normalizado o del modelo de clases, en el caso de diseo orientado a objetos. Como paso previo al diseo de la estructura fsica de datos, se analizan las peculiaridades tcnicas del gestor de bases de datos o sistema de ficheros a utilizar, y las estimaciones sobre la utilizacin y volumen de las ocurrencias de cada entidad / clase del modelo lgico de datos normalizado o modelo de clases. Adems, si se ha establecido la necesidad de llevar a cabo una migracin de datos, se deben tener en
48
Fecha: 22/02/2005
cuenta tambin los volmenes de las estructuras de datos implicadas en la conversin. Esta informacin sirve para decidir la mejor implementacin del modelo lgico de datos / modelo de clases, as como para hacer una estimacin del espacio de almacenamiento. De acuerdo al anlisis anterior, se determina cmo se van a convertir las entidades / clases en tablas, considerando las relaciones existentes entre ellas y los identificadores, definiendo sus claves primarias, forneas, candidatas u otros medios de acceso en general. Tcnicas Reglas de Obtencin del Modelo Fsico a partir del Lgico Reglas de Transformacin 3.6.2 Tarea DSI 6.2: Especificacin de los Caminos de Acceso a los Datos
El objetivo de esta tarea es determinar los caminos de acceso a los datos persistentes del sistema, utilizados por los principales mdulos / clases de acuerdo al modelo fsico de datos, con el fin de optimizar el rendimiento de los gestores de datos y el consumo de recursos, as como disminuir los tiempos de respuesta. Se recomienda realizar esta tarea para aquellos mdulos / clases que renan, entre otras, alguna de las siguientes caractersticas: Tratamiento crtico Concurrencia Accesos complejos a datos Para el inicio de esta tarea, se toma como referencia el detalle de la tarea Diseo de Subsistemas de Soporte (DSI 2.1) y la actividad Diseo de la Arquitectura de Mdulos del Sistema (DSI 5) o Diseo de Clases (DSI 4) de los subsistemas especficos, productos que se estn generando en paralelo a esta actividad. Para cada mdulo / clase se identifica las tablas o ficheros y el tipo de acceso realizado, as como el orden que debe seguirse para la obtencin de los datos. Asimismo, se efecta una estimacin del nmero de accesos que deben realizarse teniendo en cuenta, a su vez, la frecuencia y la prioridad del acceso. La informacin obtenida sirve para identificar accesos excesivamente costosos o redundantes que pueden comprometer el rendimiento final del sistema y que, por lo tanto, exigen la optimizacin del modelo fsico de datos, mediante la creacin de nuevos accesos, posibles desnormalizaciones o particiones del modelo fsico de datos. Prcticas Clculo de Accesos Fsicos 3.6.3 Tarea DSI 6.3: Optimizacin del Modelo Fsico de Datos
En esta tarea se optimiza el diseo fsico de datos, con el objetivo de mejorar el tiempo de respuesta en el acceso a datos persistentes, hacer una adecuada utilizacin de los recursos del sistema y, en consecuencia, garantizar que el diseo satisface las necesidades de tratamiento establecidas para el sistema de informacin en cuanto se ajusta a los requerimientos de rendimiento exigidos. A partir de la especificacin de la secuencia de accesos de aquellos mdulos / clases identificados como crticos, obtenida en la tarea anterior, se detectan las posibles mejoras con el fin de conseguir los niveles de rendimiento establecidos y, por lo tanto, una mayor eficiencia del sistema. Como resultado, puede ser necesaria una desnormalizacin controlada que se aplica para reducir o simplificar el nmero de accesos a los sistemas de almacenamiento de datos.
49
Fecha: 22/02/2005
La desnormalizacin puede obligar a: Introducir elementos redundantes (campos, campos derivados, etc.) Definir nuevos caminos de acceso. Redefinir relaciones. Dividir o unir tablas. En la revisin de la estructura fsica de datos se deben tener en cuenta criterios relacionados con: Mdulos / clases identificados como crticos. Estimacin de volmenes. Frecuencia y tipo de acceso. Estimaciones de crecimiento por periodo. Requerimientos relativos al rendimiento, seguridad, confidencialidad y disponibilidad, entre otros, considerados relevantes. Es importante que la desnormalizacin se lleve a cabo de una forma controlada, para evitar anomalas en el tratamiento de los datos. Tcnicas Optimizacin 3.6.4 Tarea DSI 6.4: Especificacin de la Distribucin de Datos
En esta tarea se determina el modelo de distribucin de datos, teniendo en cuenta los requerimientos de diseo establecidos. Se establece la ubicacin de los gestores de bases de datos, as como de los distintos elementos de la estructura fsica de datos, en los nodos correspondientes, de acuerdo al particionamiento fsico del sistema de informacin especificado en la actividad Diseo de la Arquitectura del Sistema (DSI 1) El resultado de esta actividad es la especificacin de los modelos fsicos particulares de cada nodo, esquemas fsicos de datos, as como su asignacin a los nodos. Tcnicas Matricial 3.6.5 Tarea DSI 6.5: Elaboracin de Especificaciones del Modelo Fsico de Datos
En esta tarea se generan las especificaciones necesarias para la definicin y creacin de los elementos del modelo fsico de datos, mediante el lenguaje de definicin de datos del correspondiente gestor de base de datos o sistema de ficheros, teniendo en cuenta el entorno tecnolgico, las normas y estndares de la organizacin y caractersticas intrnsecas del gestor o sistema de ficheros a utilizar. Practicas Sesiones de Trabajo
3.7
ACTIVIDAD DSI 7: VERIFICACIN ARQUITECTURA DEL SISTEMA
ACEPTACIN
DE
LA
El objetivo de esta actividad es garantizar la calidad de las especificaciones del diseo del sistema de informacin y la viabilidad del mismo, como paso previo a la generacin de las especificaciones de construccin.
50
Fecha: 22/02/2005
Para cumplir dicho objetivo, se llevan a cabo las siguientes acciones: Verificacin de la calidad tcnica de cada modelo o especificacin Aseguramiento de la coherencia entre los distintos modelos Aceptacin del diseo de la arquitectura por parte del Administrador de Aplicaciones y el Administrador de Datos. Esta actividad es compleja, por lo que es aconsejable utilizar herramientas de apoyo para la realizacin de sus tareas. Participantes de esta actividad: Administrador de Aplicaciones, Administrador de Datos, Analista de Seguridad Informtica, Analista de Soporte Tcnico. Responsable de esta actividad: Administrador de Aplicaciones, Administrador de Datos 3.7.1 Tarea DSI 7.1: Verificacin de las Especificaciones y Estndares de Diseo
El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la tcnica seguida para la elaboracin de cada producto y a las normas y estndares especificados en el Catlogo de Estndares de la Institucin. 3.7.2 Tarea DSI 7.2: Anlisis de Consistencia de las Especificaciones de Diseo
El objetivo de esta tarea es asegurar que las especificaciones del diseo son coherentes entre s, comprobando la falta de ambigedades o duplicacin de informacin. Esta consistencia se asegura entre especificaciones de diseo, y los modelos del anlisis. Las diferentes comprobaciones se fundamentan generalmente en tcnicas matriciales o de revisin entre los elementos comunes de los distintos modelos. El anlisis de consistencia relativo a la arquitectura del sistema es comn para el desarrollo estructurado y orientado a objetos, aunque respecto a los productos del diseo detallado es especfico para cada uno de los enfoques. Las verificaciones que se hacen son las siguientes: Arquitectura del Sistema / Subsistemas: Cada subsistema de diseo est asociado al menos con un nodo del particionamiento fsico del sistema de informacin. Arquitectura del Sistema / Modelo Fsico de Datos: Todos los elementos definidos en el Modelo Fsico de Datos Optimizado se incorporan, al menos, en un esquema fsico de datos. Cada esquema del Modelo Fsico de Datos est asociado con un nodo del particionamiento fsico del sistema de informacin. Arquitectura del Sistema / Entorno Tecnolgico del Sistema de Informacin: Cada nodo del particionamiento del sistema de informacin est soportado por el entorno tecnolgico. Se da soporte a todas las necesidades de comunicaciones entre nodos. Arquitectura del Sistema / Diseo Detallado de Subsistemas: Cada mdulo o clase del diseo detallado pertenece al menos a un subsistema. La interface del subsistema est proporcionada por interfaces de mdulos o clases internas al subsistema.

51
Fecha: 22/02/2005
La especificacin de dependencias mediante el estudio de las interfaces entre subsistemas, ya que la existencia de interface implica el establecimiento de una dependencia. Catlogo de Excepciones / Diseo Detallado de Subsistemas: Cada excepcin del catlogo es tratada en el diseo de detalle del sistema de informacin, segn los criterios establecidos en la creacin del catlogo. Los anlisis de consistencia especficos para el Diseo Estructurado son: Diseo Detallado de Subsistemas / Modelo Fsico de Datos: Los elementos del modelo fsico de datos corresponden con los elementos utilizados por los mdulos del diseo detallado, tanto de los subsistemas especficos como de los de soporte. Diseo Detallado de Subsistemas / Interface de Usuario: Los datos o formatos de mensajes necesarios en el diseo de la interface de usuario corresponden con los datos o formatos de mensajes de los correspondientes mdulos. Para cada evento / accin solicitado por el usuario existe un mdulo que le da respuesta. Los anlisis de consistencia especficos para el Diseo Orientado a Objetos son: Modelo de Clases / Modelo Fsico de Datos: Los elementos del modelo fsico de datos corresponden con los elementos utilizados por las clases del diseo detallado, tanto de los subsistemas especficos como de soporte. Modelo de Clases / Diagramas Dinmicos Cada mensaje entre objetos se corresponde con una operacin de una clase, y todos los mensajes se envan a las clases correctas, incluyendo las clases de interface y la navegacin entre ventanas. Cada mensaje entre subsistemas se corresponde con una operacin de una clase del subsistema destino. La clase que recibe un mensaje con peticin de datos tiene capacidad para proporcionar esos datos. Cada objeto del diagrama de interaccin de objetos tiene una correspondencia en el modelo de clases. Todas las clases, atributos y mtodos identificados en la interface de usuario tienen su correspondencia con algn atributo, mtodo o clase en el modelo de clases. En el caso de haber elaborado diagramas de transicin de estados para clases significativas. Se comprueba que para cada uno de ellos, todo evento se corresponde con una operacin de la clase. Tambin se tendr que establecer si las acciones y actividades de los diagramas de transicin de estado se corresponden con operaciones de la clase. Tcnicas Matricial 3.7.3 Tarea DSI 7.3: Aceptacin de la Arquitectura del Sistema
El objetivo de esta tarea es obtener la aceptacin, por parte de los Administradores de Aplicaciones y Datos, de la arquitectura del Sistema de Informacin y de los requerimientos de operacin y seguridad, con el fin de poder valorar su impacto en la instalacin, esta aceptacin no implica los aspectos de rendimiento que sern aprobados durante las pruebas en la fase de Construccin y Pruebas del Sistema (CPS)
52
Fecha: 22/02/2005
3.7.4
Tarea DSI 7.4: Administracin de Aplicaciones
El objetivo de esta tarea es controlar las versiones y configuraciones de las aplicaciones a desarrollar, actualizando la arquitectura de aplicaciones. As como asignar una codificacin nica a los sistemas que se solicitan crear. 3.7.5 Tarea DSI 7.5: Administracin de Datos y Parmetros
El objetivo de esta tarea es aprobar la creacin, modificacin o eliminacin de tablas y parmetros de la Base de Datos. As como asignar una codificacin nica a las tablas o parmetros que se soliciten crear, previa evaluacin de los mismos.
3.8
ACTIVIDAD DSI CONSTRUCCIN
8:
GENERACIN
DE
ESPECIFICACIONES
DE
En esta actividad se generan las especificaciones para la construccin del sistema de informacin, a partir del diseo detallado. Estas especificaciones definen la construccin del sistema de informacin a partir de las unidades bsicas de construccin (en adelante, componentes), entendiendo como tales unidades independientes y coherentes de construccin y ejecucin, que se corresponden con un empaquetamiento fsico de los elementos del diseo de detalle, como pueden ser mdulos, clases o especificaciones de interface. La divisin del sistema de informacin en subsistemas de diseo proporciona, una primera divisin en subsistemas de construccin, definiendo para cada uno de ellos los componentes que lo integran. Si se considera necesario, un subsistema de diseo se podr dividir a su vez en sucesivos niveles para mayor claridad de las especificaciones de construccin. Las dependencias entre subsistemas de diseo proporcionan informacin para establecer las dependencias entre los subsistemas de construccin y, por lo tanto, definir el orden o secuencia que se debe seguir en la construccin y en la realizacin de las pruebas. Tambin se generan las especificaciones necesarias para la creacin de las estructuras de datos en los gestores de bases de datos. El producto resultante de esta actividad es el conjunto de las especificaciones de construccin del sistema de informacin, que comprende: Especificacin del entorno de construccin Descripcin de subsistemas de construccin y dependencias Descripcin de componentes Plan de integracin del sistema de informacin Especificacin detallada de componentes Especificacin de la estructura fsica de datos Participantes de esta actividad: Analista de Sistemas, Programador de Sistemas Responsable de esta actividad: Analista de Sistemas 3.8.1 Tarea DSI 8.1: Especificacin del Entorno de Construccin

53
Fecha: 22/02/2005
El objetivo de esta tarea es la definicin detallada y completa del entorno necesario para la construccin de los componentes del sistema de informacin. Se propone que la especificacin del entorno se realice segn los siguientes conceptos: Entorno tecnolgico: hardware, software y comunicaciones Herramientas de construccin, generadores de cdigo, compiladores, etc. Restricciones tcnicas del entorno Planificacin de capacidades previstas, o la informacin que estime oportuno el departamento de sistemas para efectuar dicha planificacin Requerimientos de operacin y seguridad del entorno de construccin Practicas Sesiones de Trabajo 3.8.2 Tarea DSI 8.2: Definicin de Componentes y Subsistemas de Construccin
La especificacin de los subsistemas de construccin se realiza a partir de los subsistemas de diseo, con una continuidad directa, permitindose a su vez un mayor nivel de detalle agrupando componentes en subsistemas dentro de un subsistema de construccin. Los componentes se definen mediante la agrupacin de elementos del diseo de detalle de cada subsistema de diseo. En principio, cada mdulo o clase y cada formato individual de interface se corresponden con un componente, aunque se pueden agrupar o redistribuir mdulos o clases en componentes, siguiendo otros criterios ms oportunos, como pueden ser: Optimizacin de recursos Caractersticas comunes de funcionalidad o de acceso a datos Necesidades especiales de ejecucin: elementos crticos, accesos costosos a datos, etc. Los subsistemas de construccin y las dependencias entre subsistemas y entre componentes de un subsistema recogen aspectos prcticos relativos a la plataforma concreta de construccin y ejecucin. Entre estos aspectos se pueden citar, por ejemplo: Secuencia de compilacin entre componentes Agrupacin de elementos en libreras o packages (por ejemplo, DLL en el entorno Windows, packages en Java) La asignacin de subsistemas de construccin a nodos, por continuidad con el diseo, determina la distribucin de los componentes que lo integran. Opcionalmente, se propone la realizacin de un plan de integracin del sistema de informacin, especificando la secuencia y organizacin de la construccin y prueba de los subsistemas de construccin y de los componentes, desde un punto de vista tcnico. Tcnicas Diagrama de Estructura Diagrama de Componentes Diagrama de Despliegue 3.8.3 Tarea DSI 8.3: Elaboracin de Especificaciones de Construccin

54
Fecha: 22/02/2005
Se realiza una especificacin detallada de cada componente, en pseudo cdigo o lenguaje natural, completando la informacin que se considere necesaria segn el entorno tecnolgico. Asimismo, se determinan y especifican todos los elementos o parmetros complementarios a la propia definicin de componentes que, en funcin del entorno tecnolgico, completan las especificaciones de construccin. Como ejemplo, es posible citar la tabla de definicin de los programas. Tcnicas Diagrama de Componentes 3.9 ACTIVIDAD DSI 9: DISEO DE LA MIGRACIN Y CARGA INICIAL DE DATOS
Esta actividad slo se lleva a cabo cuando es necesaria una carga inicial de informacin, o una migracin de datos de otros sistemas, cuyo alcance y estrategia a seguir se habr establecido previamente. Para ello, se toma como referencia el plan de migracin y carga inicial de datos, que recoge las estructuras fsicas de datos del sistema o sistemas origen implicadas en la conversin, la prioridad en las cargas y secuencia a seguir, las necesidades previas de depuracin de la informacin, as como los requerimientos necesarios para garantizar la correcta implementacin de los procedimientos de migracin sin comprometer el funcionamiento de los sistemas actuales. A partir de dicho plan, y de acuerdo a la estructura fsica de los datos del nuevo sistema, obtenida en la actividad Diseo Fsico de Datos (DSI 6), y a las caractersticas de la arquitectura y del entorno tecnolgico propuesto en la actividad Definicin de la Arquitectura del Sistema (DSI 1), se procede a definir y disear en detalle los procedimientos y procesos necesarios para realizar la migracin. Se completa el plan de pruebas especfico establecido en el plan de migracin y carga inicial, detallando las pruebas a realizar, los criterios de aceptacin o rechazo de la prueba y los responsables de la organizacin, realizacin y evaluacin de resultados. Asimismo, se determinan las necesidades adicionales de infraestructura, tanto para la implementacin de los procesos como para la realizacin de las pruebas. Como resultado de esta actividad, se actualiza el plan de migracin y carga inicial de datos con la informacin siguiente: Especificacin del entorno de migracin Definicin de procedimientos de migracin Diseo detallado de mdulos Especificacin tcnica de las pruebas Es importante considerar que una carga inicial de informacin no tiene el mismo alcance y complejidad que una migracin de datos, de modo que las tareas de esta actividad se deben llevar a cabo en mayor o menor medida en funcin de las caractersticas de los datos a cargar. Participantes de esta actividad: Analista de Sistemas, Analista de Soporte Tcnico, Analista de Telecomunicaciones, Analista de Atencin a Usuarios, Analista de Calidad, Analista de Seguridad Informtica. Responsable de esta actividad: Analista de Sistemas 3.9.1 Tarea DSI 9.1: Especificacin de Necesidades de Migracin y Carga Inicial de Datos

55
Fecha: 22/02/2005
En esta tarea se realiza, en los casos que sea necesario y a partir de los resultados de la tarea Especificacin de Necesidades de Migracin de Datos y Carga Inicial (ASI 8.1) una primera especificacin de las necesidades de migracin o carga inicial de los datos requeridos por el sistema. Prcticas Sesiones de Trabajo 3.9.2 Tarea DSI 9.2: Especificacin del Entorno de Migracin
El objetivo de esta tarea es definir el entorno tecnolgico propio de los procesos de migracin y carga inicial, adecuando al mismo las necesidades y requerimientos reflejados en el plan de migracin y carga inicial de datos. En la descripcin del entorno tecnolgico, hay que tener en cuenta las herramientas o utilidades software especfico de estos procesos. Se realiza una estimacin de capacidades (capacity planning) para este entorno que permita evaluar las necesidades de infraestructura, principalmente relacionadas con el espacio de almacenamiento y las comunicaciones. Prcticas Sesiones de Trabajo 3.9.3 Tarea DSI 9.3: Diseo de Procedimientos de Migracin y Carga Inicial
El objetivo de esta tarea es la definicin de los procedimientos necesarios para llevar a cabo la migracin y carga inicial de datos del sistema. Como punto de partida se tiene en cuenta, junto con los requerimientos y especificaciones de migracin y carga inicial, el modelo fsico de datos optimizado y su localizacin en los nodos, as como la definicin del entorno tecnolgico del sistema de informacin. Los procedimientos asociados a la migracin y carga inicial de datos son, principalmente, los relacionados con la preparacin, la realizacin y la posterior verificacin del proceso. Entre ellos se encuentran los siguientes: Procedimientos de seguridad, relativos a: Control de acceso a la informacin Copias de seguridad de los procesos Recuperacin de la informacin Tratamiento de las posibles contingencias durante la conversin Procedimientos de carga de datos, relativos a: Depuraciones previas de informacin Procesos de validacin Procesos de importacin Procesos de carga y prioridades Procedimientos de verificacin de los procesos y comprobacin de la integridad de la informacin resultante al finalizar la conversin, conforme a la estructura fsica de los datos destino. Prcticas Sesiones de Trabajo

56
Fecha: 22/02/2005
3.9.4
Tarea DSI 9.4: Diseo Detallado de Componentes de Migracin y Carga Inicial
El objetivo de esta tarea es el diseo detallado, en sucesivos niveles de detalle, de los mdulos de migracin y carga inicial, indicando la jerarqua y orden de ejecucin. El diseo de los mdulos necesarios para la migracin y carga inicial no es conceptualmente distinto del diseo de cualquier otro mdulo del sistema de informacin, por lo que se recomienda utilizar pautas similares. Se debe tener en cuenta el modelo fsico de datos del sistema de informacin, as como las estructuras de datos del sistema o sistemas origen recogidas en el plan de migracin y carga inicial de datos. Finalmente, se complementa el plan de migracin y carga inicial con la definicin de los distintos tipos de prueba a realizar. Prcticas Sesiones de Trabajo
3.10
ACTIVIDAD DSI 10: ESTABLECIMIENTO DE REQUERIMIENTOS DE IMPLANTACIN
En esta actividad se completa la Lista de Requerimientos con aquellos relacionados con la documentacin que el usuario requiere para operar con el nuevo sistema, y los relativos a la propia implantacin del sistema en el entorno de operacin. La incorporacin de estos requerimientos permite ir preparando, en las fases de Construccin y Pruebas del Sistema de Informacin (CPS) e Implantacin del Sistema de Informacin (IMS), los medios y recursos necesarios para que los usuarios, tanto finales como de operacin, sean capaces de utilizar el nueva sistema de forma satisfactoria. En esta actividad se identificar y se asignar a los participantes correspondientes. Participantes de esta actividad: Analista de Atencin a Usuarios, Analista de Sistemas, Analista de Soporte Tcnico, Analista de Investigacin Tecnolgica. Responsable de esta actividad: Analista de Atencin a Usuarios. 3.10.1 Tarea DSI 10.1: Especificacin de Requerimientos de Documentacin de Usuario
En esta tarea se recoge toda la informacin necesaria para la especificacin de la documentacin a entregar al usuario, que incluir los manuales de usuario, referencias, tutoriales, ayudas, etc. Para ello es necesario definir, entre otros, los siguientes aspectos: Tipo de documentos y estndares a seguir en la elaboracin de los mismos Formatos en el que se desarrollaran Estructura Soporte en el que se va a generar Distribucin y mantenimiento de la documentacin y copias a editar Control de versiones Prcticas Catalogacin
57
Fecha: 22/02/2005
Sesiones de Trabajo Tarea DSI 10.2: Especificacin de Requerimientos de Implantacin
3.10.2
En esta tarea se especifican de forma detallada los requerimientos de implantacin, generalmente relacionados con la formacin, infraestructura e instalacin, con el fin de preparar y organizar, con la antelacin suficiente, todos los recursos necesarios para la implantacin e instalacin del sistema de informacin. Teniendo en cuenta las particularidades del sistema de informacin, se determinan los conocimientos o aptitudes adicionales que requieren los usuarios finales para operar con el nuevo sistema, al margen de la funcionalidad soportada por el mismo. Como consecuencia, se pueden establecer requerimientos de formacin indispensables, como condicin previa, para el desarrollo del plan de capacitacin que se elaborar en la fase Implantacin del Sistema de Informacin (IMS) Los requerimientos de infraestructura e instalacin hacen referencia a las necesidades especiales de equipamiento software, hardware y comunicaciones exigidos por el nuevo sistema, as como a los tipos de elementos implicados en la instalacin, que deben tenerse en cuenta al especificar la estrategia de implantacin, en la fase Implantacin del Sistema de Informacin (IMS) Prcticas Catalogacin Sesiones de Trabajo
3.11
ACTIVIDAD PRUEBAS
DSI
11:
ESPECIFICACIN
TCNICA
DEL
PLAN
DE
En esta actividad se realiza la especificacin de detalle del plan de pruebas del sistema de informacin para cada uno de los niveles de prueba establecidos en la fase de Modelamiento de Requerimientos: Pruebas unitarias Pruebas de integracin Pruebas del sistema Pruebas de implantacin Pruebas de aceptacin Para ello se toma como referencia el plan de pruebas, que recoge los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para planificar paso a paso las actividades de prueba. Tambin puede ser una referencia el plan de integracin del sistema de informacin propuesto, opcionalmente, en la tarea Definicin de Componentes y Subsistemas de Construccin (DSI 8.2) La Lista de Requerimientos, el catlogo de excepciones y el diseo detallado del sistema de informacin, permiten la definicin de las verificaciones que deben realizarse en cada nivel de prueba para comprobar que el sistema responde a los requerimientos planteados. La asociacin de las distintas verificaciones a componentes, grupos de componentes y subsistemas, o al sistema de informacin completo, determina las distintas verificaciones de cada nivel de prueba establecido. Las pruebas unitarias comprenden las verificaciones asociadas a cada componente del sistema de informacin. Su realizacin tiene como objetivo verificar la funcionalidad y estructura de cada componente individual.
58
Fecha: 22/02/2005
Las pruebas de integracin comprenden verificaciones asociadas a grupos de componentes, generalmente reflejados en la definicin de subsistemas de construccin o en el plan de integracin del sistema de informacin. Tienen por objetivo verificar el correcto ensamblaje entre los distintos componentes. Las pruebas del sistema, de implantacin y de aceptacin corresponden a verificaciones asociadas al sistema de informacin, y reflejan distintos propsitos en cada tipo de prueba: Las pruebas del sistema son pruebas de integracin del sistema de informacin completo. Permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y tcnicas se cumplen Las pruebas de implantacin incluyen las verificaciones necesarias para asegurar que el sistema funcionar correctamente en el entorno de operacin al responder satisfactoriamente a los requerimientos de rendimiento, seguridad y operacin, y coexistencia con el resto de los sistemas de la instalacin, y conseguir la aceptacin del sistema por parte del usuario de operacin Las pruebas de aceptacin van dirigidas a validar que el sistema cumple los requerimientos de funcionamiento esperado, recogidos en La Lista de Requerimientos y en los criterios de aceptacin del sistema de informacin, y conseguir la aceptacin final del sistema por parte del usuario. Las pruebas unitarias, de integracin y de implantacin del sistema se llevan a cabo en el proceso de Construccin y pruebas del Sistema de Informacin (CPS) Como resultado de esta actividad se actualiza el plan de pruebas con la informacin siguiente: Especificacin del entorno de pruebas Especificacin tcnica de niveles de prueba Planificacin de las pruebas Participantes de esta actividad: Analista de Calidad, Analista de Sistemas. Responsable de esta actividad: Analista de Calidad 3.11.1 Tarea DSI 11.1: Especificacin del Entorno de Pruebas
El objetivo de esta tarea es la definicin detallada y completa del entorno necesario para la realizacin de las pruebas del sistema: unitarias, de integracin, de implantacin y de aceptacin. Se propone considerar los siguientes conceptos en la especificacin del entorno: Entorno tecnolgico: hardware, software y comunicaciones. Restricciones tcnicas del entorno. Requerimientos de operacin y seguridad del entorno de pruebas. Herramientas de prueba relacionadas con la extraccin de juegos de ensayo, anlisis de resultados, utilidades de gestin del entorno, etc. Planificacin de capacidades previstas, o la informacin que estime oportuno el departamento tcnico para efectuar dicha planificacin. Procedimientos de promocin de elementos entre entornos (desarrollo, pruebas, etc.) Procedimientos de emergencia y de recuperacin, as como de vuelta atrs. Prcticas Sesiones de Trabajo

59
Fecha: 22/02/2005
3.11.2
Tarea DSI 11.2: Especificacin Tcnica de Niveles de Prueba
El objetivo de esta tarea es el diseo detallado de los distintos niveles de prueba, especificados en el plan de pruebas elaborado en el proceso Modelamiento de Requerimiento (ASI) El plan de integracin del sistema de informacin, si se ha definido en la actividad Definicin de Componentes y Subsistemas de Construccin (DSI 8.2), sirve de referencia para la elaboracin detallada del plan de pruebas, principalmente las pruebas de integracin y del sistema. En cualquier caso se tiene que especificar la estrategia de integracin de dichas pruebas. De acuerdo a la arquitectura del sistema propuesto y a las caractersticas intrnsecas del diseo del sistema de informacin, se definen en detalle las distintas verificaciones a realizar sobre el sistema, conforme a los niveles de prueba establecidos, teniendo en cuenta que una verificacin puede ser aplicable a componentes o grupos de componentes. Estas verificaciones deben cubrir aspectos funcionales y no funcionales, considerando las excepciones que puedan producirse, as como las soluciones de diseo adoptadas, tanto del propio diseo de detalle del sistema de informacin, como de la utilizacin de subsistemas de soporte propios de la instalacin. Las verificaciones a realizar se especifican detallando: mbito de aplicacin (prueba unitaria, de integracin, del sistema, de implantacin o aceptacin) y objetivo Casos de prueba asociados: se definen en detalle los casos de prueba y se detalla como proceder en la ejecucin de dichos casos, describiendo todas las entradas necesarias para ejecutar la prueba, y las relaciones de secuencialidad existentes entre las entradas, as como todas aquellas salidas que se espera obtener una vez ejecutado el caso de prueba, y las caractersticas especiales requeridas, como por ejemplo, tiempo de respuesta Prcticas Sesiones de Trabajo
3.12
ACTIVIDAD DSI 12: REUNION DE GESTION
3.13
Los entregables de la fase Modelamiento de Tecnologa son:
Orientado a objetos
60
Fecha: 22/02/2005
1. Informe de Definicin Ver. 3.x que incluye: Diseo de la Arquitectura del Sistema (Diagrama de Despliegue, Catalogo de Subsistemas, Diagrama de Paquetes, Catalogo de Excepciones, Diagrama de Interaccin de Objetos, Diagrama de Componentes, Diagrama de Clases) Modelo Fsico de Datos Lista de Requerimientos de Entorno Tecnolgico, Seguridad, Operacin, Administracin e Implantacin Especificacin del Entorno de Construccin Especificacin detallada de Componentes Plan de migracin de datos y carga inicial del sistema 2. Formulacin del Proyecto Ver. 3.x que incluye: Plan de Pruebas
Estructurado 1. Informe de Definicin Ver. 3.x que incluye: Diseo de la Arquitectura del Sistema (Diagrama de Despliegue, Catalogo de Subsistemas, Diagrama de Estructuras, Catalogo de Excepciones, Diagrama de Descomposicin Funcional) Modelo Fsico de Datos Lista de Requerimientos de Entorno Tecnolgico, Seguridad, Operacin, Administracin e Implantacin Especificacin del Entorno de Construccin Especificacin detallada de Mdulos Plan de migracin de datos y carga inicial del sistema 2. Formulacin del Proyecto Ver. 3.x (Metodologa de Gestin de Proyectos para Tecnologas de Informacin - MGP-TI) que incluye: Plan de Pruebas

61
Fecha: 22/02/2005
MODELAMIENTO DE TECNOLOGIA (ORIENTADO A OBJETOS)
Analista Atencin Usuarios
Administrador de Arquitectura
Analista de Calidad
Comit de Gestin
LUS
Definicin de la Arquitectura del SI
[ID v3.x]
EUS
[Modelos]
Diseo Arq Soporte Diseo Casos Uso Reales Diseo de Clases Diseo Fsico Datos Verificacin y Aceptacin de la Arquitectura
Repositorio Arquitectura
[Rechazado] LUS
[Aceptado]
[FP v3.x, ID v3
Reunin de Gestin Generacin de Especificaciones de Construccin Diseo de Migracin y Carga Inicial de Datos
Establecimiento de Requisitos de Implantacin
Especificacin T cnica del Plan de Pruebas
Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Modelamiento deT ecnologia (Objeto) Diagram: PN_Modelamiento T ecnologia Objeto Author: OIPS Date : 26/09/2003 Version : 2.0

62
Fecha: 22/02/2005
MODELAMIENTO DE TECNOLOGIA (ESTRUCTURADO)
Administrador de Arquitectura
Analista de Calidad
Comit de Gestin
Definicin de la Arquitectura del SI LUS
[ID v3.x] EUS Diseo Arq Soporte Diseo Arq Mdulos Diseo Fsico Datos
[Modelos]
Repositorio Arquitectura
Verificacin y Aceptacin de la Arquitectura
LUS [Rechazado] [Aceptado] [FP v3.x, ID v3.x]
Reunin de Gestin
Generacion Especificaciones de Construccion
Diseo de Migracin y Carga Inicial de Datos
Establecimiento Requisitos Implantacin
Especificacion Tcnica del Plan de Pruebas
Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Modelamiento deTecnologia (Estructurado) Diagram: PN_Modelamiento Tecnologia Estructurado Author: OIPS Date : 26/09/2003 Version : 2.0

63
Fecha: 22/02/2005
CONSTRUCCIN Y PRUEBAS DEL SISTEMA DE INFORMACIN
DESCRIPCIN Y OBJETIVO En este proceso se crea el cdigo de los componentes del Sistema de Informacin, se desarrollan todos los procedimientos de operacin y seguridad y se elabora toda la documentacin para el usuario final con el objetivo de asegurar el correcto funcionamiento del Sistema para su posterior implantacin. Asimismo, se actualiza el Informe de definicin con los ajustes de esta fase. Para conseguir dicho objetivo, en este proceso se realizan las pruebas unitarias, las pruebas de integracin de los subsistemas y componentes y las pruebas del sistema, de acuerdo al plan de pruebas establecido. Asimismo, se define la capacitacin de usuario final y, si procede, se construyen los procedimientos de migracin y carga inicial de datos. El producto Especificaciones de Construccin del Sistema de Informacin, obtenido en la actividad de Generacin de Especificaciones de Construccin (DSI 8), es la base para la construccin del sistema de informacin. En dicho producto se recoge la informacin relativa al entorno de construccin del sistema de informacin, la especificacin detallada de los componentes y la descripcin de la estructura fsica de datos, tanto bases de datos como sistemas de ficheros. Opcionalmente, incluye un plan de integracin del sistema de informacin, en el que se especifica la secuencia y organizacin de la construccin de los distintos componentes. En la actividad Preparacin del Entorno de Desarrollo (CPS 1), se asegura la disponibilidad de la infraestructura necesaria para la creacin del cdigo de los componentes y procedimientos del sistema de informacin. Una vez configurado el entorno de construccin, se realiza la codificacin y las pruebas de los distintos componentes que conforman el sistema de informacin, en las actividades: Creacin de Cdigo (CPS 2), que se hace segn las especificaciones de construccin del sistema de informacin, y conforme al plan de integracin del sistema de informacin. Ejecucin de las Pruebas Unitarias (CPS 5), dnde se llevan a cabo las verificaciones definidas en el plan de pruebas para cada uno de los componentes. Ejecucin de las Pruebas de Integracin (CPS 6), que incluye la ejecucin de las verificaciones asociadas a los subsistemas y componentes, a partir de los componentes verificados individualmente, y la evaluacin de los resultados. Tambin se elaboran los procedimientos que regirn para el sistema (CPS 4) Una vez construido el sistema de informacin y realizadas las verificaciones correspondientes, se lleva a cabo la integracin final del sistema de informacin en la actividad Ejecucin de las Pruebas del Sistema (CPS 10), comprobando tanto las interfaces entre subsistemas y sistemas externos como los requerimientos, de acuerdo a las verificaciones establecidas en el plan de pruebas. En la actividad Elaboracin de Manuales de Usuarios (CPS 9), se genera la documentacin de usuario final, conforme a los requerimientos definidos en la fase Modelamiento de Tecnologa. La capacitacin necesaria para que los usuarios finales sean capaces de utilizar el sistema de forma satisfactoria se especifica en la actividad Definicin de la Capacitacin de Usuarios Finales (CPS 11) Si se ha establecido la necesidad de realizar una migracin de datos, la construccin y pruebas de los componentes y procedimientos relativos a dicha migracin y a la carga inicial de datos se realiza en la actividad Creacin de los Componentes y Procedimientos de Migracin y Carga Inicial de Datos (CPS 2.2)
64
Fecha: 22/02/2005
Las pruebas funcionales se realizan durante esta fase con el fin de evaluar en ambientes reales de produccin, por lo tanto se ha establecido la prueba de implantacin (CPS 10.2) y la prueba de aceptacin (CPS 12) durante esta fase. 4.1 ACTIVIDAD CPS 1: PREPARACIN DEL ENTORNO DE CONSTRUCCION
El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades para que se pueda llevar a cabo la construccin del sistema de informacin. Entre estos medios, cabe destacar la preparacin de los puestos de trabajo, equipos fsicos y lgicos, gestores de bases de datos, bibliotecas de programas, herramientas de generacin de cdigo, bases de datos o ficheros de prueba, entre otros. Las caractersticas del entorno de construccin y sus requerimientos de operacin y seguridad, as como las especificaciones de construccin de la estructura fsica de datos, se establecen en la actividad Generacin de Especificaciones de Construccin (DSI 8), y constituyen el punto de partida para la realizacin de esta actividad. Participantes de esta actividad: Analista de Sistemas, Analista de Soporte Tcnico, Programador de Sistemas. Responsable de esta actividad: Analista de Sistemas 4.1.1 Tarea CPS 1.1: Implantacin de la Base de Datos Fsica
En esta tarea hay que: Crear los elementos del sistema gestor de base de datos o sistema de ficheros Reservar el espacio de almacenamiento, definiendo, entre otros, los dispositivos fsicos a emplear, tamao de los bloques, tipo de registro fsico, zona de desbordamiento, opciones de almacenamiento de datos, etc. Inicializar la base de datos o ficheros, cargando los datos considerados necesarios en el espacio de almacenamiento previamente definido 4.1.2 Tarea CPS 1.2: Preparacin del Entorno de Construccin
En esta tarea se prepara el entorno en el que se construirn los componentes del sistema de informacin, contemplando aspectos tales como: Bibliotecas o libreras a utilizar Herramientas: generadores de cdigo, editores, compiladores, verificadores sintcticos y montadores de enlace Puestos de trabajo Implementacin de los procedimientos de operacin y seguridad propios del entorno de construccin, de acuerdo a los requerimientos de seguridad y operacin establecidos en la tarea Especificacin del Entorno de Construccin (DSI 8.1) 4.1.3 Tarea CPS 1.3: Preparacin del Entorno de Migracin y Carga Inicial de Datos
Se dispone el entorno en el que se van a construir los componentes y procedimientos de migracin y carga inicial de datos, considerando las bibliotecas o libreras a utilizar, herramientas o utilidades especficas para la conversin, y compiladores, entre otros, cuya necesidad se habr establecido en la tarea Especificacin del Entorno de Migracin (DSI 9.2)

65
Fecha: 22/02/2005
Asimismo, se determinan los datos necesarios para realizar las pruebas de los componentes y procedimientos asociados y se configura el entorno de acuerdo a dichas necesidades.
4.2
ACTIVIDAD CPS 2: CREACIN DE CDIGO
El objetivo de esta actividad es la codificacin del sistema de informacin y de los procedimientos de migracin y carga inicial de datos, a partir de las especificaciones de construccin y del Plan de migracin y carga inicial de datos obtenidas en el proceso del Modelamiento de Tecnologa (DSI), as como la construccin de los procedimientos de operacin y seguridad establecidos para el mismo. En paralelo a esta actividad, se desarrollan las actividades relacionadas con las pruebas unitarias y de integracin del sistema de informacin. Esto permite una construccin incremental, en el caso de que as se haya especificado en el plan de pruebas y en el plan de integracin del sistema de informacin. Tambin previamente a la generacin del cdigo, se prepara la infraestructura tecnolgica necesaria para realizar la codificacin y las pruebas unitarias de los distintos componentes y procedimientos asociados, de acuerdo a las caractersticas del entorno de migracin especificado en el plan de migracin y carga inicial de datos. Finalmente, se llevan a cabo las verificaciones establecidas en la especificacin tcnica del plan de pruebas propio de la migracin. Participantes de esta actividad: Programador de Sistemas Responsable de esta actividad: Programador de Sistemas 4.2.1 Tarea CPS 2.1: Creacin del Cdigo de Componentes
En esta tarea se genera el cdigo correspondiente a cada uno de los componentes del sistema de informacin, identificados en la tarea Definicin de Componentes y Subsistemas de Construccin (DSI 8.2) Para generar el cdigo fuente se tienen en cuenta los estndares de nomenclatura, codificacin y calidad utilizados por la organizacin y recogidos en el Catlogo de Estndares correspondiente. Con el fin de verificar que el cdigo fuente especifica de forma correcta el componente, se realiza su ensamblaje o compilacin, verificando y corrigiendo los errores sintcticos, y el enlace del cdigo objeto obtenido con las correspondientes bibliotecas. De ser necesario, se actualiza el Informe de Definicin. 4.2.2 Tarea CPS 2.2: Creacin del Cdigo de los Componentes y Procedimientos de Migracin y Carga Inicial de Datos
El objetivo de esta tarea es la generacin del cdigo correspondiente a los procedimientos y componentes necesarios para llevar a cabo la migracin, definidos en el plan de migracin y carga inicial de datos obtenido en las tareas Diseo de Procedimientos de Migracin y Carga Inicial y Diseo Detallado de Componentes de Migracin y Carga Inicial. Para generar el cdigo fuente se tienen en cuenta los estndares de nomenclatura y codificacin utilizados por la organizacin y recogidos en el Catlogo de Estndares para este tipo de componentes.

66
Fecha: 22/02/2005
4.3
ACTIVIDAD CPS 3: ELABORACION DE PROCEDIMIENTOS TECNICOS
Participantes de esta actividad: Analista de Sistemas, Analista de Seguridad Informtica, Operador Responsable de esta actividad: Analista de Sistemas 4.3.1 Tarea CPS 3.1: Generacin de los Procedimientos de Operacin y Seguridad
El objetivo de esta tarea es generar los procedimientos de operacin y administracin del sistema de informacin, as como los procedimientos de seguridad y control de acceso, necesarios para ejecutar el sistema una vez que se haya implantado y est en produccin.
4.4
ACTIVIDAD CPS NORMATIVOS
4:
ELABORACION
DE
PROCEDIMIENTOS
Esta actividad tiene el objetivo de dar a conocer a los usuarios las caractersticas del proceso de negocio del sistema que se est desarrollando. Para la ejecucin de estas tareas se deber contar con la participacin del Equipo de usuarios en la elaboracin de dichos documentos. Participantes de esta actividad: Analista Funcional, Equipo de Usuarios. Responsable de esta actividad: Analista Funcional. 4.4.1 Tarea CPS 4.1: Elaboracin de Procedimientos Normativos
En esta tarea se documentan los procedimientos que deben seguir las unidades operativas para ejecutar un proceso determinado y establecido por el sistema de informacin en la fase de Definicin del Modelamiento del Negocio. El proyecto de circular, procedimiento y/o directiva debe reflejar las caractersticas definidas en el proceso de negocio, y debe apuntar a un fcil entendimiento por parte del usuario final.
4.5
ACTIVIDAD CPS 5: EJECUCIN DE LAS PRUEBAS UNITARIAS
En esta actividad se realizan las pruebas unitarias de cada uno de los componentes del sistema de informacin, una vez codificados, con el objeto de comprobar que su estructura es correcta y que se ajustan a la funcionalidad establecida. En el plan de pruebas se ha definido el entorno necesario para la realizacin de cada nivel de prueba, as como las verificaciones asociadas a las pruebas unitarias, la coordinacin y secuencia a seguir en la ejecucin de las mismas y los criterios de registro y aceptacin de los resultados. Participantes de esta actividad: Programador de Sistemas. Responsable de esta actividad: Programador de Sistemas. 4.5.1 Tarea CPS 5.1: Preparacin del Entorno de las Pruebas Unitarias

67
Fecha: 22/02/2005
En esta tarea se preparan todos los recursos necesarios para realizar las pruebas unitarias de cada uno de los componentes del sistema de informacin. Para ello, se asegura la disponibilidad del entorno y de los datos necesarios para ejecutar estas pruebas, se preparan las bibliotecas o libreras oportunas para la realizacin de las mismas, as como los procedimientos manuales o automticos necesarios, conforme a la especificacin del entorno definida en el plan de pruebas. 4.5.2 Tarea CPS 5.2: Realizacin y Evaluacin de las Pruebas Unitarias
El objetivo de esta tarea es comprobar el correcto funcionamiento de los componentes del sistema de informacin, codificados en la actividad Creacin de Cdigo (CPS 2), conforme a las verificaciones establecidas en el plan de pruebas para el nivel de pruebas unitarias, en la actividad Especificacin Tcnica del Plan de Pruebas (DSI 11) Para cada verificacin establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente anlisis y evaluacin de los resultados, y generando un registro conforme a los criterios establecidos en el plan de pruebas. Seguidamente, se analizan los resultados de las pruebas unitarias, evalundose las mismas para comprobar que los resultados son los esperados. Si los resultados no son los esperados hay que proceder a realizar las correcciones pertinentes. Prcticas Pruebas Unitarias
4.6
ACTIVIDAD CPS 6: EJECUCIN DE LAS PRUEBAS DE INTEGRACIN
El objetivo de las pruebas de integracin es verificar si los componentes o subsistemas interactan correctamente a travs de sus interfaces, tanto internas como externas, cubren la funcionalidad establecida, y se ajustan a los requerimientos especificados en las verificaciones correspondientes. La estrategia a seguir en las pruebas de integracin se establece en el plan de pruebas, dnde se habr tenido en cuenta el plan de integracin del sistema de informacin, siempre y cuando se haya especificado en la tarea Definicin de Componentes y Subsistemas de Construccin (DSI 8.2) Esta actividad se realiza en paralelo a las actividades Creacin de Cdigo (CPS 2) y Ejecucin de las Pruebas Unitarias (CPS 5) Sin embargo, es necesario que los componentes objeto de las pruebas de integracin se hayan verificado de manera unitaria. Participantes de esta actividad: Analista de Sistemas, Programador de Sistemas. Responsable de esta actividad: Analista de Sistemas. 4.6.1 Tarea CPS 6.1: Preparacin del Entorno de las Pruebas de Integracin
En esta tarea se disponen todos los recursos necesarios para realizar las pruebas de integracin de los componentes y subsistemas que conforman el sistema de informacin. Para ello, se asegura la disponibilidad del entorno y de los datos necesarios para ejecutar estas pruebas, se preparan las bibliotecas o libreras que se estimen oportunas para la realizacin de las mismas, as como los procedimientos manuales o automticos asociados, conforme a la especificacin del entorno definida en el plan de pruebas.
68
Fecha: 22/02/2005
4.6.2
Tarea CPS 6.2: Realizacin de las Pruebas de Integracin
El objetivo de esta tarea es verificar el correcto funcionamiento de las interfaces existentes entre los distintos componentes y subsistemas, conforme a las verificaciones establecidas para el nivel de pruebas de integracin. Para cada verificacin establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente anlisis e informe de los resultados de cada verificacin, y generando un registro conforme a los criterios establecidos en el plan de pruebas. Prcticas Pruebas de Integracin 4.6.3 Tarea CPS 6.3: Evaluacin del Resultado de las Pruebas de Integracin
El objetivo de esta tarea es analizar los resultados de las pruebas de integracin y efectuar su evaluacin. Dicha evaluacin recoge el grado de cumplimiento de las pruebas y consiste en: Comparar los resultados obtenidos con los esperados Identificar el origen de cada problema detectado para poder remitirlo a quien proceda, determinar la envergadura de las modificaciones y qu acciones deben llevarse a cabo para resolverlo de forma satisfactoria. Indicar si el plan de pruebas debe volver a realizarse total o parcialmente, y si ser necesario contemplar nuevos casos de prueba no considerados anteriormente. 4.6.4 Tarea CPS 6.4: Elaboracin del Pase a Produccin
En esta tarea se elabora el Pase a Produccin de acuerdo al formato utilizado por la Institucin.
4.7
ACTIVIDAD CPS 7: REVISION DE ESTANDARES DE CONSTRUCCION
Participantes de esta actividad: Administrador de Aplicaciones, Programador de Sistemas. Responsable de esta actividad: Administrador de Aplicaciones. 4.7.1 Tarea CPS 7.1: Revisin de Estndares de Construccin
El objetivo de esta tarea es revisar que el cdigo, nomenclatura, archivos de configuracin, empaquetamientos y otros archivos asociados a la construccin cumplan con los estndares aprobados por la Institucin. Para la revisin se tendr en cuenta las tareas (DSI 7.1 y DSI 7.2) de la actividad Verificacin y Aceptacin de la Arquitectura del Sistema (DSI 7) 4.8 ACTIVIDAD CPS 8: EVALUACION DE PROCEDIMIENTOS NORMATIVOS
Participantes de esta actividad: Analista de Calidad, Administrador de Procesos. Responsable de esta actividad: Analista de Calidad.
69
Fecha: 22/02/2005
4.8.1
Tarea CPS 8.1: Evaluacin de Propuesta de Procedimiento Normativo
En esta tarea se asegura la consistencia entre el proyecto de Circular, Procedimiento y/o Directiva y el Modelo del Negocio.
4.9
ACTIVIDAD CPS 9: ELABORACIN DE LA DOCUMENTACION PARA EL USUARIO Analista Funcional, Analista de Atencin a Usuarios. Analista Funcional.
Participantes de esta actividad: Responsable de esta actividad: 4.9.1
Tarea CPS 9.1: Elaboracin de la Documentacin para el Usuario
El objetivo de esta tarea es elaborar la documentacin del usuario final de acuerdo a los requerimientos establecidos en la tarea Especificacin de Requerimientos de Documentacin de Usuario (DSI 10.1), al funcionamiento del Sistema y a los estndares utilizados por la Institucin. Tarea CPS 9.2: Elaboracin de la Ficha Promocional del Sistema
4.9.2
Para aquellas soluciones cuyo funcionamiento afectan directamente a los usuarios externos de la Institucin, se elabora la Ficha Promocional del Sistema, a fin de desarrollar las acciones de promocin respectivas.
4.10
ACTIVIDAD CPS 10: PRUEBAS DEL SISTEMA
El objetivo de las pruebas del sistema es comprobar la integracin del sistema con otros sistemas, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacin con los que se comunica. En la realizacin de estas pruebas es importante comprobar la cobertura de los requerimientos, dado que su incumplimiento puede comprometer la aceptacin del sistema por el equipo de Usuarios responsable de realizar las pruebas de implantacin del sistema. Tambin se realizarn las pruebas de Implantacin ya que mientras las pruebas unitarias, de integracin y del sistema se pueden ejecutar en un entorno distinto de aqul en el que finalmente se implantar, las pruebas de implantacin y aceptacin del sistema deben ejecutarse en el entorno real de operacin. El propsito es comprobar que el sistema satisface todos los requerimientos especificados por el usuario en las mismas condiciones que cuando se inicie la produccin. La finalidad de las pruebas de implantacin es doble: Comprobar el funcionamiento correcto del mismo en el entorno de operacin. Permitir que el usuario determine, desde el punto de vista de operacin, la aceptacin del sistema instalado en su entorno real, segn el cumplimiento de los requerimientos especificados.
70
Fecha: 22/02/2005
Para ello, el responsable de implantacin revisa el plan de pruebas de implantacin y los criterios de aceptacin del sistema, previamente elaborados. Las pruebas las realizan los analistas de calidad y los analistas de soporte tcnico, que han recibido la capacitacin necesaria para llevarlas a cabo. Las pruebas de implantacin cubren un rango muy amplio, que va desde la comprobacin de cualquier detalle de diseo interno hasta aspectos tales como las comunicaciones. Se debe comprobar que el sistema puede gestionar los volmenes de informacin requeridos, se ajusta a los tiempos de respuesta deseados y que los procedimientos de respaldo, seguridad e interfaces con otros sistemas funcionan correctamente. Se debe verificar tambin el comportamiento del sistema bajo las condiciones ms extremas. Participantes de esta actividad: Analista de Calidad, Analista de Soporte Tcnico, Analista de Sistemas, Analista de Telecomunicaciones. Responsable de esta actividad: Analista de Calidad 4.10.1 Tarea CPS 10.1: Preparacin del Entorno de las Pruebas del Sistema
En esta tarea se preparan todos los recursos necesarios para realizar las pruebas del sistema, de acuerdo a las caractersticas del entorno establecidas en el plan de pruebas. Para ello se asegura la disponibilidad del entorno y de los datos necesarios para ejecutar estas pruebas, se preparan las bibliotecas o libreras que se estimen oportunas para la realizacin de las mismas, as como los procedimientos manuales o automticos asociados, en esta tarea el responsable es el Analista de Soporte Tcnico. 4.10.2 Tarea CPS 10.2: Realizacin de las Pruebas de implantacin
Se realizan las pruebas de implantacin, de acuerdo a las verificaciones establecidas en el plan de pruebas definido en la actividad Especificacin Tcnica del Plan de Pruebas (DSI 11) Es necesario tener en cuenta las posibles pruebas adicionales incorporadas a dicho plan en la tarea anterior. El objetivo de estas pruebas es asegurar que el sistema se comporta de la forma prevista en el entorno de operacin, y que responde a todas las especificaciones dadas en cuanto a: Recuperacin, forzando el fallo del sistema y verificando si la recuperacin se lleva a cabo de forma apropiada. En caso de que sea de forma automtica, se evala la inicializacin, los mecanismos de recuperacin del estado del sistema, datos, etc. Seguridad, verificando que los mecanismos de proteccin incorporados al sistema cumplen su objetivo Rendimiento, probando el sistema en cuanto al tiempo de respuesta de ejecucin y al tiempo de utilizacin de recursos Comunicaciones Indicaciones de Instalacin, las cuales al ejecutarse deben permitir la instalacin del producto software. Estas indicaciones de Instalacin figuran en el Manual de Usuario que acompaa al software Se registra la realizacin de las pruebas incluyendo un informe que recoja la desviacin de los requerimientos establecidos y los problemas que quedan sin resolver en el formato de Informe de Pruebas utilizado por la institucin. Prcticas Prueba de Implantacin.
71
Fecha: 22/02/2005
4.10.3
Tarea CPS 10.3: Realizacin y Evaluacin de las Pruebas de Migracin y Carga Inicial de Datos.
El objetivo de esta tarea es efectuar las pruebas de los distintos componentes y procedimientos de migracin y evaluar su resultado. Esta evaluacin recoge el grado de cumplimiento de las mismas, y consiste en: Comparar los resultados obtenidos con los esperados. Identificar el origen de cada problema detectado para poder remitirlo a quien proceda, determinar la envergadura de las modificaciones y qu acciones deben llevarse a cabo para resolverlo de forma satisfactoria. Indicar si el plan de pruebas debe volver a realizarse total o parcialmente, y si ser necesario contemplar nuevos casos de prueba no considerados anteriormente. Prcticas Pruebas Unitarias. Pruebas de Integracin. 4.10.4 Tarea CPS 10.4: Realizacin de las Pruebas del Sistema
El objetivo de esta tarea es comprobar la integracin de todos los subsistemas y componentes del sistema de informacin, as como la interaccin del mismo con otros sistemas de informacin con los que se relaciona, de acuerdo a las verificaciones establecidas para el nivel de pruebas del sistema. Para cada verificacin establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente anlisis de los resultados de las pruebas, generando un registro conforme a los criterios establecidos en el plan de pruebas. Prcticas Pruebas del Sistema 4.10.5 Tarea CPS 10.5: Evaluacin del Resultado de las Pruebas
El objetivo de esta actividad es analizar los resultados de las pruebas y efectuar su evaluacin. Dicha evaluacin recoge el grado de cumplimiento de las mismas, y consiste en: Comparar los resultados obtenidos con los esperados Identificar el origen de cada problema detectado para poder remitirlo a quien proceda, determinar la envergadura de las modificaciones y qu acciones deben llevarse a cabo para resolverlo de forma satisfactoria. Indicar si el plan de pruebas debe volver a realizarse total o parcialmente, y si ser necesario contemplar nuevos casos de prueba no considerados anteriormente. La evaluacin de los resultados de las pruebas se registra en el Informe de Pruebas.
4.11
ACTIVIDAD CPS 11: DEFINICIN DE LA CAPACITACIN DE USUARIOS FINALES
En esta actividad se establecen las necesidades de Capacitacin del usuario final, con el objetivo de conseguir el uso eficaz del nuevo sistema. Para la definicin de la capacitacin hay que tener en cuenta las caractersticas funcionales y tcnicas propias del sistema de informacin, as como los requerimientos
72
Fecha: 22/02/2005
relacionados con la capacitacin del usuario final, establecidos en la tarea Especificacin de Requerimientos de Implantacin (DSI 10.2) El producto resultante de esta actividad es la especificacin de la capacitacin de usuarios finales, que consta de los siguientes elementos: Esquema de Capacitacin Materiales y entornos de Capacitacin. Participantes de esta actividad: Analista de Atencin a Usuarios, Equipo de Usuarios Responsable de esta actividad: Analista de Atencin a Usuarios 4.11.1 Tarea CPS 11.1: Definicin de la Estrategia de Capacitacin
El objetivo de esta tarea es la definicin del contenido de la capacitacin del usuario final del sistema, realizando, a su vez, una estimacin de la duracin de los distintos apartados o acciones formativas que se contemplen. La especificacin de los esquemas de capacitacin se puede particularizar para cada perfil de usuario identificado en el proceso de Modelamiento de Requerimientos (ASI), si se considera necesario. 4.11.2 Tarea CPS 11.2: Especificacin de los Recursos y Entornos de Capacitacin
El objetivo de esta tarea es detallar los recursos necesarios para llevar a cabo la capacitacin, relativos a los materiales de capacitacin, equipos fsicos y lgicos, aulas, etc. Tambin se determinan las caractersticas que debe reunir el entorno para realizar la capacitacin, en cuanto a la necesidad de hacer cargas iniciales o migracin de datos, activar los procedimientos de seguridad y control de acceso especficos etc.
4.12
ACTIVIDAD CPS 12: PRUEBAS DE ACEPTACIN DEL SISTEMA
Las pruebas de aceptacin tienen como fin validar que el sistema cumple los requerimientos bsicos de funcionamiento esperado y permitir que el usuario determine la aceptacin del sistema. Por este motivo, estas pruebas son realizadas por el usuario final que, durante este periodo de tiempo, debe plantear todas las deficiencias o errores que encuentre antes de dar por aprobado el sistema definitivamente. Las pruebas de aceptacin se realizan por y para los usuarios. Tienen como objetivo validar formalmente que el sistema se ajusta a sus necesidades. El Equipo de Usuarios revisa los criterios de aceptacin, especificados previamente en el plan de pruebas del sistema, y realizan las pruebas. A su vez, el Analista de Calidad elabora un Informe de Aceptacin del sistema que ser aprobado por el Lder Usuario en representacin del Equipo de usuarios. Participantes de esta actividad: Analista de Calidad, Lder Usuario, Equipo de Usuarios Responsable de esta actividad: Analista de Calidad 4.12.1 Tarea CPS 12.1: Preparacin de las Pruebas de Aceptacin

73
Fecha: 22/02/2005
Se analizan los criterios de aceptacin establecidos por el usuario y recogidos en las verificaciones del plan de pruebas, por si fuera necesario incorporar algn caso de prueba adicional. Estas pruebas deben estar circunscritas a los requerimientos realizados por el usuario. Una vez actualizado el plan de pruebas, se comunica a los integrantes del Equipo de Usuarios identificados para que efecten las pruebas de aceptacin. Prcticas Sesiones de Trabajo 4.12.2 Tarea CPS 12.2: Realizacin de las Pruebas de Aceptacin
Se llevan a cabo las pruebas de aceptacin final del sistema para asegurar que todos los componentes responden a los criterios de aceptacin especificados. Adems se verifica la consistencia de la descripcin de las funcionalidades e indicaciones de ejecucin de los mismos que figuran en el Manual de Usuario con la ejecucin de dichas funcionalidades mediante el sistema de informacin finalizado. Se registra la realizacin de las pruebas en el informe de aceptacin, incluyendo la desviacin de los requerimientos establecidos y los problemas que quedan sin resolver. Tcnicas Prueba de Aceptacin 4.12.3 Tarea CPS 12.3: Evaluacin del Resultado de las Pruebas de Aceptacin
Se evalan los resultados de las pruebas, analizando las incidencias recibidas y comprobando que se han llevado a cabo todos los casos de pruebas establecidos en el plan de pruebas. Dicha evaluacin consiste en: Comparar los resultados obtenidos con los esperados. Identificar el origen de cada problema para poder remitirlo a quin proceda y determinar qu acciones o medidas correctoras es preciso llevar a cabo para resolverlo de forma satisfactoria. Indicar qu pruebas se debe volver a realizar, o si ser necesario contemplar nuevos casos de prueba. Una vez realizadas las medidas correctoras necesarias, y comprobado que su comportamiento es adecuado, se documentan el resultado global de la evaluacin en el Informe de Aceptacin del Usuario que incluye la aprobacin del sistema por parte del Lder Usuario en representacin del Equipo de Usuarios.
4.13
ACTIVIDAD CPS 13: REUNION DE GESTION

74
Fecha: 22/02/2005
4.14
1. Informe de Definicin Ver. 4.x 2. Formulacin del Proyecto Ver. 4.x (Metodologa de Gestin de Proyectos para Tecnologas de Informacin - MGP-TI). 3. Solucin Fsica que incluye: Base de Datos Cdigo Fuente Informe de Pruebas Informe de Aceptacin del Usuario Plan de Capacitacin Manual de Usuario Procedimientos de Operacin y Administracin del Sistema, Seguridad y Control de Acceso. Pase a Produccin Procedimientos Normativos Ficha Promocional del Sistema

75
Fecha: 22/02/2005
CONSTRUCCION Y PRUEBAS DEL SISTEMA DE INFORMACION

Analista Atencin Usuarios Administrador de Aplicaciones
Programador
Analista Funcional
Analista de Calidad
Comit de Gestin
Preparacin del Entorno de Construccin
EUS
Elaboracin de Procedimientos Tcnicos
Definicin de la Capacitacin de Usuarios Finales Generacin de Cdigo Elaboracin de Procedimientos Normativos [Programas Fuentes]
Repositorio de Fuentes [Documentos]
Ejecucin de Pruebas de Integracin
Ejecucion de Pruebas Unitarias
Evaluacin de Procedimientos [Aceptado] Revisin de Estndares de Construccin
[Informe de Pruebas]
Pruebas del Sistema [Rechazado] Elaboracin de la Documentacin para el Usuario Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Construccin y Pruebas del Sistema de Informacin Diagram: PN_Construccion y Pruebas del Sistema Author: OIPS Date : 26/09/2003 Version : 2.0 Pruebas de Aceptacin [Aceptado] LUS Reunin de Gestin LUS
EUS [Aceptado]

76
Fecha: 22/02/2005
IMPLANTACION DEL SISTEMA DE INFORMACION
DESCRIPCIN Y OBJETIVO El objetivo de esta fase es realizar las actividades necesarias para poner a disposicin de los usuarios el sistema de informacin. En primer lugar, se revisa la formulacin del proyecto. Se estudia su alcance y, en funcin de sus caractersticas, se define un plan de implantacin y se especifica quienes del Equipo de trabajo lo van a llevar a cabo Las actividades previas al inicio de la produccin incluyen la preparacin de la infraestructura necesaria para configurar el entorno, la instalacin de los componentes, la activacin de los procedimientos manuales y automticos asociados y, cuando proceda, la migracin o carga inicial de datos. Para ello se toman como punto de partida los productos de software probados, obtenidos en la fase Construccin y Pruebas del Sistema de Informacin (CPS) y su documentacin asociada. Conviene sealar que la implantacin puede ser un proceso iterativo que se realiza de acuerdo al plan establecido para el comienzo de la produccin del sistema en su entorno de operacin. Para establecer este plan se tiene en cuenta: El cumplimiento de los requerimientos de implantacin definidos en el Catalogo de Requerimientos y especificados en la actividad Establecimiento de Requerimientos de Implantacin (DSI 10) La estrategia de transicin del sistema antiguo al nuevo. Finalmente, se realizan las acciones necesarias para el inicio de la puesta en produccin del sistema de informacin. 5.1 ACTIVIDAD IMS 1: DEFINICIN DEL PLAN DE IMPLANTACIN
En esta actividad se revisa la estrategia de implantacin para el sistema. Se analizan las posibles dependencias con otros Sistemas, que puedan condicionar el plan de implantacin. Una vez estudiado el alcance y los condicionantes de la implantacin ser preciso establecer, la estrategia que se concretar en el plan de implantacin. Se constituye el equipo de implantacin, determinando los recursos humanos necesarios para la propia instalacin del sistema, para la implantacin y para la preparacin del mantenimiento. Se identifican, para cada uno de ellos, sus perfiles y niveles de responsabilidad. Participantes de esta actividad: Analista de Atencin a Usuarios, Operador, Equipo de Usuarios, Analista de Soporte Tcnico, Analista de Sistemas. Responsable de esta actividad: Analista de Atencin a Usuarios 5.1.1 Tarea IMS 1.1: Definicin del Plan de Implantacin
La estrategia de implantacin del sistema se habr determinado basndose en la informacin acumulada de las anteriores fases, en funcin de la envergadura del sistema, es decir el nmero de sistemas de informacin implicados en la implantacin y la cobertura geogrfica, cuyo alcance depende de las caractersticas y complejidad de los sistemas de informacin. Se revisan los requerimientos de implantacin (instalacin, infraestructura, capacitacin) establecidos en la tarea Especificacin de Requerimientos de
77
Fecha: 22/02/2005
Implantacin (DSI 10.2) y los procedimientos implicados en la implantacin, establecidos para cada uno de los sistemas de informacin en la tarea Identificacin de Requerimientos y Especificaciones de Diseo y Construccin (DSI 1.3) con el fin de asegurar su adecuacin a la estrategia global de implantacin. Una vez analizada la informacin anterior, se define un plan de implantacin que permita calcular adecuadamente el esfuerzo y los recursos necesarios para llevar a cabo con xito la implantacin. Dicho plan debe contemplar todas las tareas relacionadas con: La capacitacin necesaria para la implantacin al equipo de trabajo que se encarga de realizar la implantacin. La preparacin de la infraestructura necesaria para la incorporacin del sistema al entorno de produccin. La instalacin de todos los componentes y procedimientos manuales y automticos asociados a cada sistema de informacin implicados en la implantacin. La ejecucin de los procedimientos de carga inicial y migracin de datos, si se determin su necesidad. Prcticas Sesiones de trabajo 5.1.2 Tarea IMS 1.2: Especificacin del Equipo de Implantacin
Se constituye el equipo de implantacin que son integrantes del Equipo de trabajo necesario para llevar a cabo la implantacin del sistema, segn el plan de implantacin establecido en la tarea anterior. Para ello se identifican, en funcin del nivel de esfuerzo requerido, los distintos participantes implicados en la implantacin del sistema (usuarios, equipo tcnico y responsable de mantenimiento), determinando previamente sus perfiles, responsabilidades, nivel de implicacin y fechas previstas de participacin a lo largo de toda la implantacin.
5.2
ACTIVIDAD IMS 2: PREPARACIN DEL ENTORNO DE PRODUCCIN
El objetivo de la preparacin del entorno de Produccin es planificar que todos los recursos estn disponibles para la puesta en produccin de los Sistemas de Informacin. Participantes de esta actividad: Analista de Soporte Tcnico, Analista de Atencin a Usuarios, Analista de Sistemas, Operador. Responsable de esta actividad: Analista de Soporte Tcnico. 5.2.1 Tarea IMS 2.1: Preparacin del Entorno de Produccin
En esta tarea se disponen todos los recursos necesarios para realizar la puesta en produccin de los componentes y subsistemas que conforman el sistema de informacin. Para ello, se asegura la disponibilidad del entorno y de los datos necesarios para ejecutar la puesta en produccin, se preparan las bibliotecas o libreras que se estimen oportunas para la realizacin de las mismas, as como los procedimientos manuales o automticos asociados, conforme a la especificacin del Pase a Produccin.

78
Fecha: 22/02/2005
5.3
ACTIVIDAD IMS 3: CAPACITACIN PARA LA IMPLANTACIN
En esta actividad se prepara y se imparte la capacitacin al equipo que participar en la implantacin del sistema, y al personal de Atencin a Usuarios que realizar las actividades de Post-Implantacin. Se realiza tambin el seguimiento de la capacitacin de los usuarios finales, de esta forma, se asegura que la implantacin se llevar a cabo correctamente. Se determina la capacitacin necesaria para el equipo de implantacin, en funcin de los distintos perfiles y niveles de responsabilidad identificados en la actividad anterior. Para ello, se establece un Plan de capacitacin que incluye los esquemas de capacitacin correspondientes, los recursos humanos y de infraestructura requeridos para llevarlo a cabo. La capacitacin para el rea de Atencin a Usuarios se realiza en funcin de las tareas que realizarn en la etapa Post-implantacin, es decir la asistencia que prestarn a los usuarios una vez que el sistema este implantado. La Capacitacin para que los usuarios finales sean capaces de utilizar el sistema de manera satisfactoria ha sido establecida, previamente, en la actividad Definicin de la Capacitacin de Usuarios Finales (CPS 11) En esta actividad, se analizan los esquemas de capacitacin definidos segn los diferentes perfiles, y se elabora un plan de capacitacin que est alineado con el plan de implantacin. Participantes de esta actividad: Analista de Atencin a Usuarios, Analista Funcional Responsable de esta actividad: Analista de Atencin a Usuarios 5.3.1 Tarea IMS 3.1: Preparacin de la Capacitacin del Equipo de Implantacin
Se define la Capacitacin necesaria para el equipo de trabajo responsable de la implantacin del sistema, estableciendo el esquema de capacitacin para cada tipo de perfil dentro del equipo y la duracin estimada de los cursos. Asimismo, se aseguran los recursos humanos, tcnicos y materiales necesarios para realizar la capacitacin al equipo de implantacin. Por ltimo, se convoca a las personas que deben asistir a los cursos de capacitacin y se espera la confirmacin de las personas seleccionadas para la capacitacin. 5.3.2 Tarea IMS 3.2: Capacitacin del Equipo de Implantacin
En esta tarea se lleva a cabo la capacitacin del equipo que va a ser responsable de la implantacin del sistema, segn el Plan de Capacitacin que se haya establecido en la tarea anterior, asegurando la asistencia y evaluacin de todos sus integrantes. . 5.3.3 Tarea IMS 3.3: Preparacin de la Capacitacin al rea de Atencin a Usuarios, Soporte Tcnico y Operaciones
Se define la Capacitacin necesaria para los miembros del rea de Atencin a Usuarios y el personal de Soporte Tcnico y Operaciones, tenindose en cuenta la asistencia informtica que brindar esta rea a los usuarios con respecto al sistema que se esta implantando. Por lo tanto la capacitacin debera integrar conocimientos de todos los aspectos del sistema con el fin de poder resolver las consultas de los

79
Fecha: 22/02/2005
usuarios finales, e identificar cuales de estas consultas sern derivadas al rea de Desarrollo de Sistemas. Asimismo, se aseguran los recursos humanos, tcnicos y materiales necesarios para realizar la Capacitacin al rea de Atencin a Usuarios, Soporte Tcnico y Operaciones. 5.3.4 Tarea IMS 3.4: Capacitacin del rea de Atencin de Usuario, Soporte Tcnico y Operaciones
En esta tarea se lleva a cabo la capacitacin del rea de Atencin a Usuarios, Soporte Tcnico y Operaciones, segn el plan aprobado en la tarea anterior, asegurando la asistencia y evaluacin de todos sus integrantes. 5.3.5 Tarea IMS 3.5: Preparacin de la Capacitacin a Usuarios finales
En funcin del plan de implantacin establecido, se revisa el esquema de capacitacin a los usuarios finales, elaborado en la actividad Definicin de la Capacitacin de Usuarios Finales (CPS 11) Se asegura que se cuenta con los recursos humanos, tcnicos y materiales necesarios para realizar la capacitacin correspondiente. Se determina, los contenidos definitivos que tienen los cursos, cundo deben impartirse, quines han de recibirlos y con qu prioridad. 5.3.6 Tarea IMS 3.6: Seguimiento de la Capacitacin a Usuarios Finales
Es necesario llevar a cabo su seguimiento con el fin de asegurar el cumplimiento del Plan de Capacitacin previsto e informar de las posibles desviaciones para tomar las medidas oportunas, para esto se debe realizar evaluaciones a los usuarios participantes en la capacitacin y hacer un seguimiento de la asistencia al mismo.
5.4
ACTIVIDAD IMS 4: PUBLICACION DE PROCEDIMIENTOS NORMATIVOS
Una vez que se ha efectuado la evaluacin de los procedimientos normativos en la fase de Construccin y Pruebas del Sistema, el Analista Funcional conjuntamente con el Lder y el Ejecutivo del Proyecto deben realizar todas las acciones necesarias para que el titular de la institucin apruebe y ordene publicar estos procedimientos en el menor tiempo posible. Participantes de esta actividad: Analista Funcional, Coordinador del Proyecto, Analista de Atencin a Usuarios Responsable de esta actividad: Analista Funcional 5.4.1 Tarea IMS 4.1: Publicacin de los Procedimientos Normativos
En esta tarea se publica los procedimientos aprobados en la tarea CPS 8.1 Evaluacin de Procedimientos Normativos.
5.5
ACTIVIDAD IMS 5: INSTALACION DEL SISTEMA

80
Fecha: 22/02/2005
Esta actividad tiene como objetivo establecer el punto de inicio en que el sistema pasa a produccin. Para ello es necesario que, se disponga del entorno de produccin perfectamente instalado en cuanto a hardware y software de base, componentes del nuevo sistema y procedimientos manuales y automticos. Participantes de esta actividad: Operador, Analista de Soporte Tcnico, Analista de Telecomunicaciones, Analista de Atencin a Usuarios. Responsable de esta actividad: Operador 5.5.1 Tarea IMS 5.1: Revisin del Pase a Produccin
En esta tarea se proceder a verificar la estructura del documento de Pase a Produccin, revisando los datos relevantes del contenido del mismo, luego del cual se proceder a ejecutar el Pase de Produccin. 5.5.2 Tarea IMS 5.2: Ejecucin del Pase a Produccin
En esta tarea se proceder a ejecutar la instalacin de acuerdo al pase de produccin. Se registrar el resultado de la instalacin y las incidencias que ocurran durante el proceso y la conclusin del pase a produccin.
5.6
ACTIVIDAD IMS 6: PUESTA EN MARCHA DEL SISTEMA
En esta actividad se pone en marcha el sistema y estar a cargo del equipo de Usuarios. Participantes de esta actividad: Responsable de esta actividad: Equipo de Usuarios, Analista de Atencin a Usuarios. Equipo de Usuarios
5.7
ACTIVIDAD IMS 7: REUNION DE GESTION
El objetivo de esta actividad es asegurar que exista una Reunin de Gestin entre el Coordinador del Proyecto, el Lder Usuario y el Ejecutivo del Proyecto en donde se revise la Formulacin del Proyecto y de haber alguna modificacin o ajuste a este documento, ste deber ser aprobado por el Comit de Gestin. En esta reunin se buscar la aprobacin formal de la implantacin del sistema por parte del Lder Usuario. Participantes de esta actividad: Comit de Gestin Responsable de esta actividad: Comit de Gestin

81
Fecha: 22/02/2005
5.8
1. Informe de Definicin Final 2. Formulacin del Proyecto Final 3. Solucin Fsica

82
Fecha: 22/02/2005
IMPLANTACION DEL SISTEMA DE INFORMACION
Analista Funcional
Analista de Soporte Tcnico
Operador
Equipo de Usuarios
Definicin del Plan de Implantacin
Capacitacin para la Implantacin
Preparacin del Entorno de Produccin
Publicacin de Procedimientos Normativos
EUS Instalacin del Sistema
Puesta en marcha del Sistema Business Process Model Model: Metodologia de Desarrollo de Sistemas de Informacion Package: Implantacin del Sistema Diagram: PN_Implantacin del Sistema Author: OIPS Date : 26/09/2003 Version : 2.0

83
Fecha: 22/02/2005
6 6.1
ANEXOS MATRIZ DE ROLES
FUNCION ROL AAU Analista de Atencin Es responsable de: DSI 10: Establecimiento de requerimientos de implantacin a Usuarios CPS 11: Definicin de capacitacin de usuarios finales IMS 1: Definicin del plan de implantacin IMS 3: Capacitacin para la implantacin Participa en: DSI 9: Diseo de migracin y carga inicial de datos CPS 9: Elaboracin de la documentacin para el usuario IMS 2: Preparacin del entorno de produccin IMS 4: Publicacin de Procedimientos Normativos. IMS 5: Instalacin del Sistema IMS 6: Puesta en marcha del Sistema
ACA Analista de Calidad
ADA
ADD
ADP
AFN
Es responsable de: ASI 9: Anlisis de consistencia y especificacin de requerimientos ASI 10: Definicin del alcance del plan de pruebas DSI 11: Especificacin tcnica del plan de pruebas CPS 8: Evaluacin de procedimientos normativos CPS 10: Pruebas del Sistema CPS 12: Pruebas de aceptacin del sistema Participa en: ASI 8: Especificacin de necesidades de migracin de datos y carga inicial DSI 9: Diseo de migracin y carga inicial de datos Administrador de Es responsable de: DSI 7: Verificacin y aceptacin de la arquitectura del Aplicaciones Sistema CPS 7: Revisin de Estndares de Construccin Administrador de Es responsable de: DSI 7: Verificacin y aceptacin de la arquitectura del Datos Sistema Participa en: ASI 8: Especificacin de necesidades de migracin de datos y carga inicial Administrador de Es responsable de: MPN 2: Verificacin y Aceptacin del modelo de procesos Procesos de negocio Participa en: MPN 1: Modelamiento de procesos de negocio CPS 8: Evaluacin de procedimientos normativos Es responsable de: Analista Funcional MPN 1: Modelamiento de Procesos de Negocio ASI 1: Modelamiento de Requerimientos del Sistema de Informacin CPS 4: Elaboracin de Procedimientos Normativos CPS 9: Elaboracin de la Documentacin para el Usuario IMS 4: Publicacin de Procedimientos Normativos. Participa en: IMS 3: Capacitacin para la Implantacin.

84
Fecha: 22/02/2005
ROL AIT Analista Investigacin Tecnolgica ASE Analista Seguridad Informtica
FUNCION
de Participa en:
DSI 10: Establecimiento de requerimientos de implantacin
de Participa en:
ASI
Analista Sistemas
ASI 1: Modelamiento de Requerimientos del Sistema de Informacin DSI 1: Definicin de la arquitectura del Sistema de Informacin DSI 7: Verificacin y aceptacin de arquitectura del Sistema DSI 9: Diseo de migracin y carga inicial de datos CPS 3: Elaboracin de procedimientos tcnicos de Es responsable de: ASI 2: Anlisis de los Casos de Uso ASI 3: Anlisis de Clases ASI 4: Anlisis de Paquetes ASI 5: Elaboracin del Modelo de Datos ASI 6: Elaboracin del Modelo de Procesos del Sistemas de Informacin ASI 7: Especificacin de Interfaces con otros Sistemas ASI 8: Especificacin de Necesidades de Migracin de Datos y Carga Inicial DSI 1: Definicin de la Arquitectura del Sistema de Informacin DSI 2: Diseo de la arquitectura de soporte DSI 3: Diseo de Casos de usos reales DSI 4: Diseo de clases DSI 5: Diseo de la Arquitectura de mdulos del Sistema DSI 6: Diseo Fsico de Datos DSI 8: Generacin de especificaciones de construccin DSI 9: Diseo de Migracin y carga inicial de datos CPS 1: Preparacin del entorno de construccin CPS 3: Elaboracin de procedimientos Tcnicos CPS 6: Ejecucin de pruebas de integracin Participa en: ASI 1: Modelamiento de requerimientos del Sistema de Informacin ASI 9: Anlisis de consistencia y especificacin de requerimientos DSI 10: Establecimiento de requerimientos de implantacin DSI 11: Especificacin tcnica del plan de pruebas CPS 10: Pruebas del Sistema IMS 1: Definicin del plan de implantacin IMS 2: Preparacin del entorno de Produccin

85
Fecha: 22/02/2005
FUNCION ROL AST Analista de Soporte Es responsable de: IMS 2: Preparacin del entorno de produccin Tcnico
ATL
CGE
EUS
CPR
Participa en: ASI 8: Especificacin de necesidades de migracin de datos y carga inicial DSI 1: Definicin de la arquitectura del Sistema DSI 6: Diseo fsico de datos DSI 7: Verificacin y aceptacin de arquitectura del Sistema DSI 9: Diseo de migracin y carga inicial de datos DSI 10: Establecimiento de requerimientos de implantacin CPS 1: Preparacin del entorno de construccin CPS 10: Pruebas del Sistema IMS 1: Definicin del plan de implantacin IMS 5: Instalacin del Sistema Analista de Participa en: Telecomunicaciones DSI 1: Definicin de la arquitectura del Sistema DSI 9: Diseo de migracin y carga inicial de datos CPS 10: Pruebas del Sistema IMS 5: Instalacin del Sistema Es responsable de: Comit de Gestin MPN 3: Reunin de Gestin ASI 11: Reunin de Gestin DSI 12: Reunin de Gestin CPS 13: Reunin de Gestin IMS 7: Reunin de Gestin Equipo de Usuarios Es responsable de: IMS 6: Puesta en marcha del Sistema Participa en: MPN 1: Modelamiento de procesos de negocio ASI 1: Modelamiento de requerimientos del Sistema de Informacin ASI 9: Anlisis de consistencia y especificacin de requerimientos DSI 3: Diseo de Casos de Uso reales DSI 5: Diseo de arquitectura de mdulos del Sistema CPS 4: Elaboracin de procedimientos normativos CPS 11: Definicin de capacitacin de usuarios finales CPS 12: Pruebas de aceptacin del sistema IMS 1: Definicin del plan de implantacin Coordinador del Participa en: IMS 4: Publicacin de Procedimientos Normativos. Proyecto Participa en: ASI 9: Anlisis de consistencia y especificacin de requerimientos DSI 3: Diseo de Casos de Uso reales DSI 5: Diseo de arquitectura de mdulos del Sistema de Informacin CPS 12: Pruebas de aceptacin del sistema. Es responsable de: IMS 5: Instalacin del Sistema Participa en: CPS 3: Elaboracin de procedimientos tcnicos IMS 1: Definicin del plan de implantacin IMS 2: Preparacin del entorno de produccin
LUS Lder Usuario
OPE Operador

86
Fecha: 22/02/2005
ROL PRG Programador Sistemas
FUNCION
de Es responsable de:
CPS 2: Creacin de cdigo CPS 5: Ejecucin de pruebas unitarias Participa en: DSI 8: Generacin de especificaciones de construccin. CPS 1: Preparacin del entorno de construccin. CPS 6: Ejecucin de pruebas de integracin CPS 7 Revisin de Estndares de Construccin

87
Fecha: 22/02/2005
6.2
ENTREGABLES PARA UNA TAREA DE MANTENIMIENTO
FASE
ACTIVIDADES
TAREAS
ENTREGABLE
MODELAMIENTO MPN 1: Modelamiento MPN 1.4: Especificacin de Reglas de Negocio Especificacin de Reglas DEL NEGOCIO de Procesos de Negocio de Negocio
interface de usuario y MODELAMIENTO Formatos de Impresin DE REQUERIMIENTOS ASI 7: Especificacin de ASI 7.1: Especificacin de interfaces con otros Descripcin de interface
Interfaces con otros Sistemas Sistemas
ASI 1.5: Especificacin de la Interface de ASI 1: Modelamiento de Usuario Requerimientos del Sistema de Informacin ASI 1.8: Especificacin de Formatos de Impresin
Especificacin de
con otros sistemas
DSI 6.1: Diseo del Modelo Fsico de Datos DSI 6: Diseo Fsico de Modelo Fsico de Datos DSI 6.5: Elaboracin de Especificaciones del Datos MODELAMIENTO Modelo Fsico de Datos DE TECNOLOGIA DSI 7: Verificacin y DSI 7.5: Administracin de Datos y Parmetros Aceptacin de la Arquitectura del Sistema CPS 2: Creacin de CPS 2.1: Creacin del Cdigo de Componentes Cdigo Fuente Cdigo CPS 3: Elaboracin de CPS 3.1: Generacin de Procedimientos de Procedimiento de Procedimientos Operacin y Seguridad Operacin, Tcnicos CPS 4: Elaboracin de Procedimientos Normativos CPS 5: Ejecucin de Pruebas Unitarias CPS 6: Ejecucin de Pruebas de Integracin CPS 4.1: Elaboracin de Procedimientos Normativos CPS 5.2: Realizacin y Evaluacin de las Pruebas Unitarias CPS 6.2: Realizacin de las Pruebas de Integracin CPS 6.3: Evaluacin de las pruebas de Integracin CPS 6.4: Elaboracin del Pase a produccin CPS 7.1: Revisin de Estndares de Construccin CPS 10.1: Preparacin del Entorno de Pruebas CPS 10.2: Realizacin de las Pruebas de Implantacin CPS 10.4: Realizacin de las Pruebas del Sistema CPS 10.5: Evaluacin del Resultado de las Pruebas CPS 12.1: Preparacin de las Pruebas de Aceptacin CPS 12: Pruebas de CPS 12.2: Realizacin de las Pruebas de Aceptacin del Sistema Aceptacin CPS 12.3: Evaluacin del Resultado de las Pruebas de Aceptacin IMS 4: Publicacin de Procedimientos Normativos IMS 4.1: Publicacin de Procedimientos Normativos IMS 5.1: Revisin del Pase a Produccin IMS 5.2: Ejecucin del Pase a produccin
Administracin y Seguridad Procedimientos Normativos
CONSTRUCCION Y PRUEBAS DEL CPS 7: Revisin de SISTEMA DE Estndares de INFORMACION Construccin
Pase a Produccin e Informe de Pruebas
CPS 10: Pruebas del Sistema
Informe de Aceptacin del Usuario
IMPLANTACION DEL SISTEMA DE IMS 5: Instalacin del INFORMACION Sistema

IMS 6: Puesta en Marcha del Sistema
Solucin Fsica

88
Fecha: 22/02/2005
6.3
REFERENCIA DE MDSI v.1.0 METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION - MDSI v 1.0

Modelamiento del Negocio
Objetos
Estructurado
RESULTADOS DE LA FASE DE INCIO (MGP) Informe de Definicin v1.0
Modelamiento de Requerimientos (Objetos)
Modelamiento de Requerimientos (Estructurado)
ENTREGABLE DE LA FASE DE DESARROLLO Informe de Definicin 4.x ,
Formulacin de Proyecto v1.0
Modelamiento de Tecnologia (Objetos)
Modelamiento de Tecnologia (Estructurado)
Formulacin de Proyecto v4.x
Solucin Fisica
Construccin y pruebas del Sistema de Informacin
ENTRADAS EXTERNAS Normas y Estandares
Implantacion del Sistema de Informacin

89
Fecha: 22/02/2005
1.- MODELAMIENTO DEL NEGOCIO
R E S U L TAD O S D E L A FASE DE INICIO
ENTREGABLES
Informe de Definicin v1.0 Formulacin de Proyecto v1.0
MPN 1 : Modelamiento de Procesos de Negocio
MPN 2 : Verificacin y Aceptacin del Modelo ADP de (R) Procesos de Negocio

ADP(R)
MPN 3 : Reunin de Gestin
AFN (R) EUS (P) ADP (P)
CGE (R)
Informe de Definicin v1.x que incluye: Diagrama de casos de uso del negocio Diagrama de actividades del proceso de negocio Especificacin de las Reglas de Negocio (Glosario de Trminos y Catalogo de Reglas de Negocio) Catalogo de necesidades externas a la Unidad de Informatica Formulacin de Proyecto v1.x.
ETRADAS EXTERNAS Normas y Estandares

Roles: ADP : Administrador de Procesos AFN : Analista Funcional CGE : Comite de Gestin EUS : Equipo de Usuarios

90
Fecha: 22/02/2005
2.A- MODELAMIENTO DE REQUERIMIENTOS (ORIENTADO A OBJETOS)

ENTREGABLES RESULTADO DEL MODELAMIENTO DEL NEGOCIO ASI 2 : Analisis de los casos de uso Informe de definicin v2.x que incluye: Lista de Requerimientos Diagrama de casos de Uso Diagrama de Clases Diagrama de Paquetes Diagrama Dinamico (Interaccin de Objetos) Interface de Usuario y Especificacin de Formatos de Impresin Especificacin de Interfaces con otros Sistemas Especificacin de Necesidades de Migracin de Datos y Carga Inicial Resultado de Anlisis de Consistencia y Especificacin de Requerimientos Formulacin del Proyecto v2.x que incluye: Alcance del plan de pruebas
Roles ACA : Analista de Calidad ADD : Administrador de Datos AFN : Analista Funcional ASI : Analista de Sistemas ASE : Analista de Seguridad Informatica AST : Analista de Soporte Tecnico CGE : Comite de Gestin EUS : Equipo de Usuarios LUS : Lder Usuario
ASI (R)
Informe de Definicin v1.x Formulacin de Proyecto v1.x
ASI 1 : Modelamiento de requerimientos del Sistema de Informacin

AFN (R) EUS (P) ASI (P) ASE (P)
ASI 3 : Analisis de clases
ASI 7 : Especificacin de Interfaces con otros Sistemas
ASI (R)
ASI (R)
ASI 4 : Analisis de paquetes

ASI (R) AST (P) ACA (P) ADD (P)
ASI 8 : Especificacin de Necesidades de Migracin de Datos y Carga Inicial
ASI (R)
ENTRADAS EXTERNAS Normas y Estandares ASI 11 : Reunin de Gestin ASI 10 : Definicin del Alcance del plan de pruebas
ACA (R)
CGE (R)
ACA (R) ASI (P) EUS (P) LUS (P)
ASI 9 : Anlisis de consistencia y especificacin de requerimientos

91
Fecha: 22/02/2005
2.B- MODELAMIENTO DE REQUERIMIENTOS (ESTRUCTURADO)
R E S U L T A D O D E L MODELAMIENTO DEL NEGOCIO ASI 1 : Modelamiento de requerimientos del Sistema de Informacin

AFN (R) EUS (P) ASI (P) ASE (P)
ASI 5 : Elaboracin del modelo de datos ASI 7 : Especificacin de Interfaces con otros Sistemas
ENTREGABLES Informe de definicin v2.x que incluye: Lista de Requerimientos Modelo de Datos Modelo de Procesos del Sistema Interface de Usuario y Especificacin de Formatos de Impresin. Especificacin de Interfaces con otros Sistemas Especificacin de Necesidades de Migracin de Datos y Carga Inicial Resultado de Anlisis de consistencia Formulacin del Proyecto v2.x que incluye: Alcance del plan de pruebas
ASI (R)
ASI 6 : Elaboracin del modelo de procesos del Sistema de Informacion

ASI (R)
ASI (R)
ASI 8 : Especificacin de Necesidades de Migracin de Datos y Carga Inicial

ASI (R) AST (P) ACA (P) ADD (P)
ENTRADAS EXTERNAS Normas y Estandares ASI 11 : Reunin de Gestin ASI 10 : Definicin del Alcance del plan de pruebas
ACA (R)
CGE(R)
ACA (R) ASI (P) EUS (P) LUS (P)
ASI 9 : Anlisis de consistencia y especificacin de requerimientos
Roles ACA : Analista de Calidad ADD : Administrador de Datos AFN : Analista Funcional ASI : Analista de Sistemas ASE : Analista de Seguridad Informatica AST : Analista de Soporte Tecnico CGE : Comite de Gestin EUS : Equipo de Usuarios LUS : Lider Usuario

92
Fecha: 22/02/2005
3.A- MODELAMIENTO DE TECNOLOGIA (ORIENTADO A OBJETOS)
RESULTADOS DEL MODELAMIENTO DE REQUERIMIENTOS (ORIENTADO A OBJETOS)
DSI 2 : Diseo de la arquitectura de soporte

ASI (R)
ENTREGABLES Informe de Definicin 3.x que incluye: Diseo de la Arquitectura del Sistema Diagrama de Despliegue Catalogo de Susbsistemas Diagrama de Paquetes Catalogo de excepciones Diagrama de Interaccin de Objetos Diagrama de Componentes Diagrama de Clases Modelo Fsico de Datos Lista de Requerimientos de Entorno Tecnolgico, Seguridad, Operacin, Administracin e Implantacin Especificaciones del Entorno de Construccin Especificacin detallada de Componentes Plan de Migracin de Datos y Carga Inicial del Sistema DSI 10 : Establecimiento de requerimientos de implantacin
AAU (R) ASI (P) AST (P) AIT (P)
DSI : Definicin de la arquitectura del Sistema
DSI 3 : Diseo de Casos de uso reales
ASI (R) EUS(P) LUS (P)
DSI 7 : Verificacin y aceptacin de la arquitectura del Sistema

ADA (R) ADD (R) AST (P) ASE (P)
ASI (R) ATL (P) ASE (P) AST (P)
DSI 4 : Diseo de clases

ASI (R)
DSI 6 : Diseo fsico de datos ASI (R)

ASI (R) AST (P)
DSI 8 : Generacin de especificaciones de construccin DSI 12 : Reunin de Gestin

CGE (R) ASI (R) PRG(P)
DSI 9 : Diseo de migracin y carga inicial de datos

ASI (R) AST (P) ATL (P) AAU (P) ACA (P) ASE (P)
Formulacin de Proyecto 3.x que incluye: Plan de pruebas
DSI 11 : Especificacin tcnica del plan de pruebas

ACA (R) ASI (P)
Roles AAU : Analista de Atencin de Usuarios ACA : Analista de Calidad ADA : Administrador de Aplicaciones ADD : Administrador de Datos AIT : Analista de Investigacin Tecnologica ASE : Analista de Seguridad Informatica ASI : Analista de Sistemas AST : Analista de Soporte Tcnico ATL : Analista de Telecomunicaciones CGE : Comite de Gestin EUS : Equipo de Usuarios LUS : Lder Usuario PRG : Programador de SIstemas

93
Fecha: 22/02/2005
3.B- MODELAMIENTO DE TECNOLOGIA (ESTRUCTURADO)
RESULTADOS DEL MODELAMIENTO DE REQUERIMIENTOS (ESTRUCTURADO)
DSI 2 : Diseo de la arquitectura de soporte
ENTREGABLES
ASI (R)
DSI 1 : Definicin de la arquitectura del Sistema
DSI 5 : Diseo de la arquitectura de mdulos del Sistema

ASI (R) EUS(P) LUS (P)
DSI 7 : Verificacin y aceptacin de la arquitectura del Sistema

ADA (R) ADD (R) AST (P) ASE (P)
ASI (R) ATL (P) ASE (P) AST (P)
DSI 6 : Diseo fsico de datos
Informe de Definicin v3.x que incluye: Diseo de la Arquitectura del Sistema Diagrama de Despliegue Catalogo de Subsistemas Diagrama de Estructuras Catalogo de Excepciones Diagrama de Descomposicin Funcional Modelo Fsico de Datos Lista de Requerimientos de Entorno Tecnolgico, Seguridad, Operacin, Administracin e Implantacin Especificacin del Entorno de Construccin Especificacin detallada de Mdulos Plan de Migracin y Carga Inicial de datos Formulacin de Proyecto v3.x que incluye: Plan de pruebas
ASI (R) AST(P)
DSI 8 : Generacin de especificaciones de construccin
DSI 9 : Diseo de migracin y carga inicial de datos
DSI 10 : Establecimiento de requerimientos de implantacin
DSI 12 : Reunin de Gestin
ASI (R) PRG(P)
CGE (R)
DSI 11 : Especificacin tcnica del plan de pruebas

ACA (R) ASI (P)
ASI (R) AST (P) ATL (P) AAU (P) ACA (P) ASE (P)
AAU (R) ASI (P) AST (P) AIT (P)
Roles AAU : Analista de Atencin de Usuarios ACA : Analista de Calidad ADA : Administrador de Aplicaciones ADD : Administrador de Datos AIT : Analista de Investigacin Tecnologica ASE : Analista de Seguridad Informatica ASI : Analista de Sistemas AST : Analista de Soporte Tcnico ATL : Analista de Telecomunicaciones CGE : Comite de Gestin EUS : Equipo de Usuarios LUS : Lder Usuario PRG: Programador de Sistemas

94
Fecha: 22/02/2005
4.- CONSTRUCCION Y PRUEBAS DEL SISTEMA DE INFORMACION

RESULTADOS DEL MODELAMIENTO DE TECNOLOGIAS
ENTREGABLES
CPS 2 : Creacin de cdigo
CPS 5 : Ejecucin de las pruebas unitarias
PRG (R)
CPS 1 : Preparacin del entorno de Construccin

ASI (R) AST(P) PRG (P)
PRG (R)
CPS 3 : Elaboracin de procedimientos Tecnicos

ASI (R) ASE (P) OPE (P)
CPS 6 : Ejecucin de las pruebas de integracin

ASI (R) PRG (P)
CPS 7 : Revisin de Estandares de Construccin

ADA (R) PRG (P)
Informe de definicin v3.x Formulacin de Proyectos v3.x
CPS 4 : Elaboracin de procedimientos Normativos

AFN (R) EUS (P)
CPS 8 : Evaluacin de procedimientos normativos

ACA (R) ADP (P)
CPS 9 : Elaboracin de la documentacin para el usuario

AFN (R) AAU (P)
CPS 11 : Definicin de capacitacin de usuarios finales

AAU (R) EUS (P)
CPS 12 : Pruebas de aceptacin del Sistema

ACA (R) EUS (P) LUS (P)
CPS 10 : Pruebas del Sistema

ACA (R) AST (P) ASI (P) ATL (P)
Informe de definicin v4.x Formulacin de proyecto v4.x Solucin fisica que incluye: Base de Datos Codigo Fuente Informe de Pruebas Informe de Aceptacin del Usuario Plan de Capacitacin Manual de Usuario Procedimientos de Operacin y Administracin del Sistema, Seguridad y Control de Acceso Pase a Produccin Procedimientos Normativos Ficha promocional del Sistema
ENTRADAS EXTERNAS
Normas y Estandares
CPS 13 : Reunin de Gestin
CGE (R)
Roles AAU : Analista de Atencin de Usuarios ACA : Analista de Calidad ADA : Administrador de Aplicaciones ADD : Administrador de Datos ADP : Administrador de Procesos AFN : Analista Funcional ASE : Analista de Seguridad Informatica ASI : Analista de Sistemas AST : Analista de Soporte Tcnico ATL : Analista de Telecomunicaciones CGE : Comite de Gestin EUS : Equipo de Usuarios LUS : Lder Usuario OPE : Operador PRG : Programador de Sistemas

95
Fecha: 22/02/2005
5.- IMPLANTACION DEL SISTEMA DE INFORMACION
RESULTADOS DE LA CONSTRUCCION Y PRUEBA DEL SISTEMA
IMS 3 : Capacitacin para la implantacin

IMS 1 : Definicin del plan de implantacin
AAU (R) AFN (P)
ENTREGABLES
Informe de definicin v4.x Formulacin de Proyectos v4.x Solucin Fisica
AAU (R) OPE (P) EUS (P) AST (P) ASI (P)
IMS 2 : Preparacin del entorno de Produccin

AST (R) AAU (P) ASI (P) OPE (P)
IMS 4 : Publicacion de Procedimientos Normativos

AFN (R) LPR (P) AAU (P)
Informe de Definicin final Form ul aci n de P r oyectos final Solucin Fisica
ENTRADAS EXTERNAS
IMS 7 : Reunin de Gestin
IMS 6 : Puesta en marcha del Sistema
IMS 5 : Instalacin del SIstema

OPE (R) AST (P) ATL (P) AAU (P)
Normas y Estandares
CGE (R)
EUS (R) AAU (P)
AAU : Analista de Atencin a Usuarios AFN : Analista Funcional ASI : Analista de Sistemas AST : Analista de Soporte Tecnico ATL : Analista de Telecomunicaciones. CGE : Comite de Gestin CPR : Coordinador del Proyecto EUS : Equipo de Usuarios OPE : Operador

96
Fecha: 22/02/2005

Mdsi 001

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Mdsi 001

Cargado por

Copyright:

Formatos disponibles

Oficina Nacional de Gobierno Electrnico e Informtica Presidencia del Consejo de Ministros

METODOLOGIA DE DESARROLLO DE SISTEMAS DE INFORMACION - MDSI Versin 1.0

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

HOJA DE INFORMACION GENERAL

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

DESCRIPCIN DEL CAMBIO

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

MODELAMIENTO DEL NEGOCIO

Tarea MPN 1.1: Identificacin de los Procesos de Negocio

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD MPN 2: VERIFICACION Y ACEPTACION DEL MODELO DE PROCESOS DE NEGOCIO

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD MPN 3: REUNION DE GESTION

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

MODELAMIENTO DEL NEGOCIO

Modelamiento de Procesos de Negocio

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD ASI 1: MODELAMIENTO DE REQUERIMIENTOS DEL SISTEMA DE INFORMACION

Tarea ASI 1.1: Determinacin del Alcance del Sistema

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Servicios comunes. Prioridad. Afinidad de requerimientos. Localizacin geogrfica.

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Opcionalmente, se recomienda la utilizacin de prototipos. Prcticas Prototipeo Sesiones de Trabajo

ACTIVIDAD ASI 2: ANLISIS DE LOS CASOS DE USO

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD ASI 3: ANLISIS DE CLASES

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD ASI 4: ANALISIS DE PAQUETES

Tcnicas Diagrama de Paquetes

ACTIVIDAD ASI 5: ELABORACIN DEL MODELO DE DATOS

ACTIVIDAD ASI 6: ELABORACIN DEL MODELO DE PROCESOS DEL SISTEMA DE INFORMACION

ACTIVIDAD ASI 7: ESPECIFICACION DE INTERFACES CON OTROS SISTEMAS

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD ASI 8: ESPECIFICACION DE NECESIDADES DE MIGRACION DE DATOS Y CARGA INICIAL

ACTIVIDAD ASI 9: ANLISIS DE CONSISTENCIA Y ESPECIFICACIN DE REQUERIMIENTOS

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

ACTIVIDAD ASI 10: DEFINICIN DEL ALCANCE DEL PLAN DE PRUEBAS

Pruebas del sistema Pruebas de implantacin Pruebas de aceptacin

ACTIVIDAD ASI 11: REUNION DE GESTION

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

MODELAMIENTO DE REQUERIMIENTOS (ORIENTADO A OBJETOS)

Modelamiento de Requerimientos del SI

Analisis Casos de Uso Analisis de Clases Analisis de Paquetes EUS

Definicion del Alcance del Plan de Pruebas

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

MODELAMIENTO DE REQUERIMIENTOS (ESTRUCTURADO)

Modelamiento de Requerimientos del SI

Elaboracin del Modelo de Datos

Elaboracin del Modelo de Procesos del Sistema

Especificacin de Interfaces con otros Sistemas EUS [ID v2.x]

[FP v2.x , ID v2.x]

[ID v2.x] Especificacin de Necesidades de Migracin de Datos y Carga Inicial

Reunin de Gestin Analisis de Consistencia y Especificacin de Requerimientos

Definicion del Alcance del Plan de Pruebas

Presidencia del Consejo de Ministros Gobierno del Per ONGEI

Presidencia del Consejo de Ministros Gobierno del Per ONGEI