Manual Desarrollo de Sistemas Sep-05

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN
ORGANIZACIN
SEPTIEMBRE/2005

DOCUMENTO RESTRINGIDO
INDICE
I.II.III.IV.V.VI.INTRODUCCIN. .........................................................................................................................1 OBJETIVO. ...................................................................................................................................2 ALCANCE.....................................................................................................................................2 CONSIDERACIONES...................................................................................................................3 POLTICAS DE DESARROLLO DE SISTEMAS .........................................................................3 DIAGRAMAS DE FLUJO. ..........................................................................................................11
VII.- PROCEDIMIENTO......................................................................................................................18 VIII.- REPORTE, ESCALAMIENTO Y SOLUCIN DE PROBLEMAS...............................................22 IX.X.SANCIONES POR INCUMPLIMIENTO......................................................................................23 ANEXOS. ....................................................................................................................................23
Anexo 1: Solicitud de Cambios o Nuevos Requerimientos de Sistemas. Anexo 2: Aspectos tcnicos a considerar durante la elaboracin de bases de licitacin. Anexo 3: Metodologa para el desarrollo de proyectos de Tecnologa de Informacin. Anexo 4. Carta de inicio de proyecto.
XI.-
GLOSARIO DE TRMINOS. ......................................................................................................80
ELABOR DIRECTOR DE INGENIERA DE SISTEMAS
REVIS DIRECTOR DE INGENIERA DE SISTEMAS SUBIDRECTOR DE PLANEACIN Y DESARROLLO TECNOLOGICO SUBDIRECTOR DE SISTEMAS PARA OPERACIN SUBDIRECTOR DE INTRANET SUBDIRECTOR DE SISTEMAS APOYO PARA OPERACIN SUBDIRECTOR DE INVESTIGACIN Y DESARROLLO SUBDIRECTOR DE ADMINISTRACIN DE DATOS
AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
A PARTIR DE SEPTIEMBRE/2005

I.-
INTRODUCCIN
Los avances en tecnologas de informacin han hecho que actualmente el desafo ms importante y el principal factor de xito de la informtica sea la mejora de la calidad del software. Las aplicaciones informticas, que son el producto principal obtenido al final del desarrollo, pasan a ser la herramienta de trabajo principal de las reas de negocio, convirtindose en un factor esencial para la gestin y la toma de decisiones. El desarrollo de nuevos sistemas es la funcin principal y que da sentido al rea de desarrollo y debe de incluir para cada uno de los sistemas, el anlisis, diseo, construccin, validacin e implantacin. El desarrollo de sistemas debe realizarse conforme a los siguientes puntos: Solicitudes de cambios o nuevos requerimientos de sistemas recibidos de las reas operativas y administrativas, a las necesidades de la Institucin as como a los lineamientos de las autoridades mexicanas y a los estndares internacionales sealados en el apartado de consideraciones de la presente poltica. As mismo se debe realizar un estudio de factibilidad y la relacin de costo-beneficio, con la finalidad de analizar la susceptibilidad para la realizacin del sistema o en su caso de la modificacin requerida. Los beneficios que justifiquen el desarrollo de un sistema o la realizacin de una modificacin a las aplicaciones existentes pueden ser: el ahorro en los costos de operacin, la reduccin del tiempo de proceso de un sistema o aplicacin, mayor exactitud, mejor servicio, una mejora en los procedimientos de control, mayor confiabilidad y seguridad. Aprobacin: El presente Manual fue revisado por los integrantes de la Direccin de Ingeniera de Sistemas y aprobado por el Comit de Tecnologa de la Informacin en la sesin no. 28, del 21 de julio de 2005, por lo que las firmas de sus miembros aparecen al frente de este documento. Integracin del Manual: El Manual est integrado por hojas separadas, las cuales se agrupan en Secciones, lo que facilita su actualizacin y difusin. Actualizacin del Manual: Cuando se modifique la legislacin aplicable o, en su caso, los procedimientos operativos, los sistemas operativos o en el supuesto que debido a cualquier otra circunstancia, la Direccin de Ingeniera de Sistemas considere que el presente Manual requiera actualizarse, entendindose por actualizacin cualquier adicin, modificacin, sustitucin o cualquier otro cambio que modifique la estructura o contenido de la versin aprobada en vigencia, deber presentar de manera razonada las modificaciones propuestas para su aprobacin. Una vez que se cuente con la aprobacin de los integrantes de los niveles superiores del Gerente se debern de implementar las modificaciones aprobadas y solicitar a la Gerencia de Organizacin, dependiente de la Subdireccin de Recursos Humanos el original del documento en el que se plasmen las modificaciones, adiciones, sustituciones o cualquier otro cambio para que sea comunicado al personal de BANSEFI que est involucrado en dichas actividades. Distribucin: La Gerencia de Organizacin es el rea encargada de la difusin de este Manual, para que el personal siga adecuadamente las Polticas y Procedimientos contenidas en el presente Manual y sus actualizaciones. Vigencia: El Presente Manual entrar en vigor en la fecha en que la Gerencia de Organizacin haga su distribucin. Elaboracin: El presente Manual fue elaborado por la Direccin de Ingeniera de Sistemas.
ELABOR DIRECTOR DE INGENIERA DE SISTEMAS REVIS DIRECTOR DE INGENIERA DE SISTEMAS SUBIDRECTOR DE PLANEACIN Y DESARROLLO TECNOLOGICO SUBDIRECTOR DE SISTEMAS PARA OPERACIN SUBDIRECTOR DE INTRANET SUBDIRECTOR DE SISTEMAS APOYO PARA OPERACIN SUBDIRECTOR DE INVESTIGACIN Y DESARROLLO SUBDIRECTOR DE ADMINISTRACIN DE DATOS AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA

II.- OBJETIVO.
Dar a conocer las polticas y procedimientos para el desarrollo y mantenimiento de los sistemas de BANSEFI, pruebas, implementacin y liberacin de las solicitudes de cambios o nuevos requerimientos de sistemas recibidas de las reas operativas, administrativas y de negocio, que aseguren la estandarizacin en el tratamiento y documentacin de los requerimientos de desarrollo y eleven la calidad de los productos y servicios de desarrollo de sistemas.
III.- ALCANCE.
Conceptual: Metodolgico para delinear los pasos necesarios para el ciclo de vida de desarrollo de sistemas. Organizacional: Comit de Tecnologa de Informacin de la Institucin, Direccin General Adjunta, es sustantiva la Participacin de todas las Direcciones y Gerencias de Tecnologa de Informacin de BANSEFI. Geogrfico: Banco del Ahorro Nacional y Servicios Financieros
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA

IV.- CONSIDERACIONES.
Las polticas y procedimientos para el Desarrollo de Sistemas se basan en: Los estndares internacionales sealados por el Project Management Institute en su Gua de para la Administracin de Proyectos, los Objetivos de Control Relacionados con la Tecnologa de Informacin (CoBIT, por sus siglas en Ingls) as como en la circular nmero 10-128 emitida por la Comisin Nacional Bancaria y de Valores.
V.- POLTICAS DE DESARROLLO DE SISTEMAS

1. Poltica para la recepcin de requerimientos. 1.1. Toda solicitud de modificacin a las aplicaciones o sistemas existentes, as como nuevos desarrollos debe presentarse a travs de la Solicitud de Cambios o nuevos requerimientos de sistemas, ANEXO 1 1.2. Las solicitudes de cambios o nuevos requerimientos de sistemas deben ser formalmente firmados por el Director del rea solicitante y contar con la aprobacin de la Direccin General Adjunta de Tecnologa de Informacin, antes de realizar el anlisis o cualquier diseo inicial. 1.3. Los nuevos proyectos o modificaciones autorizados deben adherirse a un procedimiento formal de iniciacin del proyecto, cuando el impacto de los mismos lo amerite, ya sea por su importancia en la organizacin como lo es un sistema de misin crtica o bien, por el tiempo de desarrollo e implantacin estimados (mayor a 6 meses). 2. Poltica para la aprobacin de nuevos proyectos o requerimientos de modificaciones a los sistemas ya existentes. 2.1. La Direccin de Ingeniera de Sistemas debe estudiar la justificacin y evaluar la factibilidad para llevar la modificacin del sistema o nuevo proyecto. 2.2. Las reas de la organizacin facultadas para la aprobacin formal de la realizacin y prioridad de los nuevos desarrollos o modificaciones son: Direcciones de reas de Negocio y Administrativas, Direccin General Adjunta de Tecnologa de Informacin o en su caso el Consejo Directivo. 3. Poltica para la asignacin de Recursos Econmicos, Humanos y Materiales a los proyectos. 3.1. Para aquellos proyectos que dependan de la contratacin de servicios o adquisicin de bienes informticos, la definicin de los recursos econmicos depender del proyecto en el cual se llevar a cabo la contratacin, pudiendo ser recursos propios, donacin BID-Fomin o Banco Mundial, para lo cual se debern cumplir los procedimientos y normatividad establecidos por cada una de las Instituciones. 3.2. Las Subdirecciones de Sistemas sern responsables de asignar al personal requerido para cada nuevo proyecto estableciendo los roles en la Carta de Inicio de Proyecto. 3.2.1. Debe tener en cuenta a todas las personas disponibles cuyo perfil sea adecuado a los riesgos de cada proyecto y que tengan disponibilidad para participar. 3.2.2. Debe contar con un plan de Trabajo.
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 3.2.3. Debe gestionar la asignacin de los recursos materiales necesarios para cada proyecto. 3.2.4. Debe considerar los recursos existentes y debe planificar el alquiler, arrendamiento y/o adquisicin de los recursos necesarios para el desarrollo del proyecto. 3.2.5. Debe definir y determinar los recursos necesarios para el trabajo de los usuarios con el nuevo sistema (consumibles, perifricos especiales, espacio, etc.) 4. Poltica para la Adquisicin de herramientas de apoyo para el Desarrollo de Sistemas. 4.1. La Direccin de Ingeniera de Sistemas, con la aprobacin de la Direccin General Adjunta de Tecnologa de Informacin, debe homologar y fomentar la utilizacin de las herramientas de apoyo disponibles en la Institucin para el desarrollo de sistemas, que mejor se adapten a la metodologa aplicada por BANSEFI y que cumpla con los requisitos mnimos exigibles por los controles institucionales y a los controles internacionales. 4.2. La Direccin de Ingeniera de Sistemas es responsable de la homologacin de cualquier nuevo producto software usado para proyectos de Tecnologa de Informacin. 5. Poltica para el manejo de los estndares para el desarrollo y la documentacin. 5.1. La Direccin de Ingeniera de Sistemas y las Subdirecciones de Sistemas de BANSEFI se deben apegar a una metodologa estndar para el desarrollo de sistemas donde se definan los aspectos ms importantes del ciclo de vida de desarrollo de sistemas y tecnologa de informacin de la institucin. 5.1.1. Que maneje un estndar general para toda la documentacin generada, incluyendo toda la documentacin tcnica (anlisis, diseo, documentacin de los programas, manuales de usuario). 5.1.2. Que se observe la gua para el nombrado de objetos en una base de datos y mejores prcticas en la codificacin de procedimientos y sentencias de SQL, contenida en las polticas y procedimientos para la administracin de bases de datos. 5.2. La Direccin de Ingeniera de Sistemas es responsable de dar a conocer y vigilar la correcta aplicacin de la metodologa estndar para el desarrollo de sistemas, por todas y cada una de las personas involucradas en el rea de Desarrollo. 5.3. Las Subdirecciones de Sistemas deben asignar a un miembro del equipo como responsable de realizar la documentacin o manuales tcnicos, operativos y de usuario del sistema a desarrollar o de las modificaciones a realizar. Esta persona debe estar capacitada en escritura tcnica y conocer el detalle del sistema o modificacin en desarrollo. 5.4. Las Subdirecciones de Sistemas deben asignar a un responsable de impartir la capacitacin a los usuarios sobre el nuevo sistema desarrollado o bien las modificaciones realizadas. As como la distribucin de los manuales operativos, tcnicos y de usuarios. Esta persona debe definir y preparar los recursos necesarios para impartir la formacin (aulas, medios audiovisuales, material para los asistentes, tutoriales, etc.). 6. Poltica para la reutilizacin del software para el desarrollo. 6.1. Debe existir un catlogo con todos los productos de software susceptibles de ser reutilizados: libreras de funciones, clases de programacin orientada a objetos, programas tipo, componentes de software, etc.
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 6.2. Este catlogo debe de darse a conocer a todos los miembros del rea. 6.3. Debe existir un catlogo de las aplicaciones disponibles en el rea, tanto de las realizadas como de las adquiridas. Este debe incluir la informacin ms relevante determinadas por los responsables de las reas y dueos de los procesos de BANSEFI. 7. Poltica para la existencia de un registro de problemas en el Desarrollo. 7.1. Debe existir un registro de los problemas que se producen en los proyectos del rea, incluyendo en su caso, los fracasos de proyectos completos. 7.1.1. Realizar un catlogo de problemas, con sus respectivas soluciones encontradas, proyecto en el que sucedi, persona que lo resolvi, etc. 7.1.2. Este catlogo debe estar disponible para todos los miembros del rea y debe actualizarse en cuanto se presente algn cambio. 8. Poltica para la contratacin y supervisin de personal externo. 8.1. En la contratacin de servicios externos, la Direccin de Ingeniera de Sistemas debe asegurarse de que: 8.1.1. Se cumple cabal y fielmente con la ley de adquisiciones del Gobierno Federal y en el caso de financiamiento externo cumplir con la Normatividad Correspondiente. 8.1.2. El contrato prev los riesgos ms frecuentes cuando se contratan servicios externos e incorpora las penalizaciones en caso de incumplimiento de contrato por parte del proveedor, en este caso la Direccin de Ingeniera de Sistemas debe trabajar de forma conjunta con el apoyo del rea de adquisiciones. 8.1.3. El personal externo que intervenga en los proyectos debe cumplir, al menos, los mismos requisitos que se exigen a los empleados del rea. 8.1.4. Las Subdirecciones de Sistemas deben supervisar el trabajo realizado, certificndolo antes del pago. 8.1.5. El trabajo o proyectos realizados por el proveedor, deben ser compatibles con los estndares establecidos por la Institucin. 9. Poltica para el control de cambios en Desarrollo. 9.1. Las Subdirecciones de Sistemas son las responsables de elaborar, difundir y vigilar la correcta aplicacin del procedimiento de control de cambios. 10. Poltica para el Anlisis de requerimientos. 10.1. Para todo requerimiento autorizado debe desarrollarse un anlisis de requerimientos cuyo fin debe ser establecer las especificaciones formales que describan las necesidades de informacin que deben ser cubiertas por el nuevo sistema. 10.2. En la definicin de los requerimientos deben participar los usuarios de todas las unidades a las que afecte el nuevo sistema o las modificaciones solicitadas.
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 10.3. Debe existir un antecedente (minuta de trabajo, correo electrnico) para cada una de las sesiones con los usuarios del proyecto y con los responsables de las unidades afectadas que permita conocer cmo valoran el sistema actual (en caso de que exista) y lo que esperan del nuevo sistema. 10.3.1. El plan revisado debe incluir para cada entrevista, la fecha, hora y lugar, tipo de entrevista (individual, en grupo, por escrito, etc.) y un guin de los aspectos relevantes que en dicha entrevista se tratarn. (Funciones que el entrevistado realiza y los problemas que necesita resolver). 10.3.2. Una vez presentados los requisitos del nuevo sistema o la modificacin solicitada, se deben definir las diferentes alternativas de construccin con sus ventajas e inconvenientes. 10.3.3. Para la seleccin de la alternativa se debe contar con un documento en el que se describen las distintas alternativas. 11. Poltica para el Diseo Lgico (Casos de Uso) 11.1. Para todo requerimiento autorizado debe desarrollarse un diseo lgico y tcnico. 11.2. Diseo Lgico: 11.2.1. Se debe documentar de manera completa e integral el Diseo lgico, respetando los estndares establecidos por la Direccin de Ingeniera de Sistemas. 11.2.2. Debe contemplar la estructura modular del sistema. 11.2.3. Debe existir un documento con el diseo de la estructura modular del sistema. 11.2.4. Los mdulos deben estar diseados para poder ser usados adecuadamente por otras aplicaciones, en caso de ser necesario. 11.2.5. Se debe validar que los componentes o programas del nuevo sistema se definieron. 11.2.6. Debe definirse la forma en que el nuevo sistema interacta con los distintos usuarios. 11.2.7. Se debe describir con detalle suficiente las pantallas a travs de las cuales el usuario navegar por la aplicacin, incluyendo todos los campos significativos, teclas de funcin disponibles, mens, botones, etc. 11.2.8. Se deben describir con detalle suficiente los informes o reportes que se obtendrn del sistema y los formularios asociados. 11.2.9. La especificacin del nuevo sistema debe considerar los requisitos de seguridad, rendimiento, copias de seguridad, recuperacin y depuracin de datos. 11.2.10. Se debe analizar el nuevo sistema con el propsito de localizar sus interacciones y contactos con otros sistemas a fin de determinar si existe un sistema integral de informacin, sistemas aislados o simplemente programas. 11.2.11. Se deben considerar todas las necesidades de informacin de las reas de negocios o usuarias.
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 11.2.12. Debe observar los estndares establecidos por la Subdireccin de Administracin de Datos (nomenclatura, validacin de campos y archivos, etc.) 11.2.13. Debe existir un diccionario de datos que describa cada uno de los campos contenidos en las bases de datos existentes. 11.2.14. Se deben definir los tiempos de respuesta en el diseo para que estos sean iguales a los requeridos y que el ordenamiento de las bases de datos sea rpido y confiable. 11.2.15. El diseo lgico debe incluir el esquema de seguridad en donde se debe especificar un estricto control de acceso a travs de la identificacin y autenticacin de los usuarios. 11.2.16. El diseo lgico debe incluir la asignacin de privilegios de acceso de acuerdo a las funciones de los usuarios con base en la estrategia de necesidad de acceder necesidad de conocer, considerando adicionalmente los privilegios de adicionar, cambiar y borrar datos. 11.2.17. Dependiendo de la importancia estratgica de la aplicacin, el modelo de seguridad lgica, deber incluir una bitcora en donde se registren los accesos realizados y los cambios hechos a las bases de datos. 11.3. Diseo Tcnico: 11.3.1. Se debe definir una arquitectura fsica para el sistema, que sea congruente con las especificaciones funcionales y con el entorno tecnolgico elegido o con el existente. 11.3.2. El entorno tecnolgico debe estar definido en forma clara y apegarse a los estndares existentes en el rea de Tecnologa de Informacin. 11.3.3. Se deben definir perfectamente todos los elementos que configuran el entorno tecnolgico para el proyecto (servidores, ordenadores personales, perifricos, sistemas operativos, conexiones de red, protocolos de comunicacin, sistemas gestores de bases de datos, compiladores, herramientas de apoyo, middleware, libreras, etc.). 11.3.4. Se debe validar la existencia de los elementos seleccionados dentro de los estndares de la Direccin de Ingeniera de Sistemas, tambin se debe medir la capacidad de respuesta a los requisitos establecidos de volmenes, tiempos de respuesta, seguridad, etc. 12. Poltica para la construccin de Sistemas. 12.1. Se debe preparar adecuadamente el entorno de desarrollo y pruebas, as como los procedimientos de operacin, antes de iniciar el desarrollo. 12.1.1. Se deben de considerar los siguientes puntos: 12.1.1.1. Crear e inicializar las bases de datos o archivos necesarios que cumplan las especificaciones realizadas en el mdulo la etapa de diseo. 12.1.1.2. No se debe trabajar en ningn momento con informacin del ambiente de produccin o explotacin. 12.1.1.3. Debe considerar los procedimientos propios del usuario.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 12.1.1.4. Se deben preparar los editores, compiladores y herramientas de apoyo necesarios.
12.1.1.5. Se deben validar que el espacio fsico establecido para los integrantes del equipo de desarrollo de sistemas de la institucin as como el acceso a los equipos, redes y estn disponibles. 12.1.1.6. Se debe validar que todos los elementos lgicos y fsicos para la realizacin de los tipos de pruebas se encuentren disponibles. 12.1.1.7. Se deben preparar procedimientos de operacin para el momento en el que el nuevo sistema desarrollado o las modificaciones realizadas sean liberados a produccin. Estos procedimientos deben describir claramente qu realiza, el perfil del usuario asociado, as como los recursos que son necesarios (equipos, consumibles, perifricos especiales, espacio, etc.). 12.1.2. Se deben especificar los perfiles de usuarios requeridos para el nuevo sistema. 12.1.3. Se debe desarrollar todos los procedimientos de usuario apegndose a los estndares de la Direccin de Ingeniera de Sistemas. 12.1.4. Se debe programar, probar y documentar cada uno de los componentes identificados en el diseo del sistema. 13. Poltica para el seguimiento y control de versiones. 13.1. Debe aplicarse el procedimiento para llevar el control de versiones desarrollado por la Direccin de Ingeniera de Sistemas y aprobado por la Direccin General Adjunta de Tecnologa de Informacin, con la finalidad de tener identificadas y organizadas todas las posibles versiones que existan de un determinado desarrollo o modificacin. 13.2. Cada nuevo proyecto a desarrollar o modificaciones a realizar, deben tener un control y seguimiento hasta su culminacin, esto con la finalidad de asegurar su culminacin exitosa as como mantener informados a los involucrados de la situacin que guarda este desarrollo o modificacin. 13.3. El control y seguimiento de los proyectos debe ser centralizado por el responsable del proyecto y el rea de aseguramiento de calidad. 13.4. Las revisiones y el progreso de los proyectos deben ser reportadas a las reas de negocios peridicamente. 14. Polticas para el aseguramiento de la Calidad. 14.1. Debe existir un plan de pruebas de aceptacin del sistema, el cual debe ser coherente con los requisitos, la especificacin funcional del sistema y la infraestructura existente. 14.2. El plan de pruebas de aceptacin, debe incluir todos los recursos necesarios (Humanos, Materiales as como de Hardware y Software). 14.3. Se deben realizar los siguientes tipos de pruebas: 14.3.1. Pruebas unitarias (pruebas ejecutadas por el desarrollador del mdulo del sistema o de la modificacin requerida, su objetivo es validar la funcionalidad del mdulo en forma aislada).
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 14.3.2. Pruebas conjuntas (pruebas ejecutadas por todos los desarrolladores de cada uno de los mdulos del sistema, su objetivo es validar la funcionalidad del sistema completo). 14.3.3. Pruebas integrales, de volumen y regresin (pruebas a ejecutar en un ambiente similar al de Produccin, simulando datos y volmenes reales de operacin). 14.4. Los usuarios involucrados debern realizar pruebas de aceptacin de los sistemas antes de su liberacin al ambiente de produccin. 14.5. Las Subdirecciones de Sistemas deben asegurar el cumplimiento de los estndares establecidos para todo el ciclo de vida de desarrollo del proyecto. 15. Poltica para la implantacin del nuevo sistema desarrollado o la modificacin realizada en el ambiente de produccin. 15.1. Las Subdirecciones de Sistemas deben contemplar un plan de instalacin del sistema o modificacin a liberar en el ambiente de produccin. 15.2. El plan de instalacin del sistema debe ser definido desde las primeras etapas (anlisis), con el fin de considerar todos los factores que influirn en la implantacin. Esto evitar que surjan situaciones no previstas que afecten las fechas y calidad de la implantacin. La anticipacin de este plan ayudar a identificar necesidades de capacitacin, depuracin de informacin, conversin de datos, logstica, etc. 15.3. Se debe validar que el sistema desarrollado o la modificacin realizada, cumple con los requisitos establecidos en la fase de anlisis. 15.3.1. El sistema desarrollado o la modificacin realizada, debe ser aceptado formalmente por los usuarios antes de ser liberado a produccin. 15.3.2. De aplicar, se deben realizar las pruebas del sistema que se especificaron en la fase de pruebas. 15.3.3. El plan de implantacin y aceptacin, se debe revisar para adaptarlo a la situacin final del proyecto. 15.3.4. El sistema desarrollado o la modificacin realizada, se debe poner en produccin formalmente y pasar a estar en mantenimiento slo cuando haya sido aceptado y est preparado todo el entorno en el que se ejecutar. 15.3.5. Si existe un sistema anterior, el sistema nuevo se pondr en produccin de forma coordinada con la retirada del anterior, migrando los datos si es necesario. 15.3.5.1. En caso de aplicar, debe haber un perodo de funcionamiento en paralelo de los dos sistemas (nuevo y anterior), hasta que el nuevo est funcionando con todas las garantas. Sin exceder los tiempos en el paralelo definidos entre los usuarios y Sistemas. 15.3.5.2. De aplicar, el sistema anterior slo se debe usar en modo de consulta, nicamente para obtener informacin, slo en el caso de que la informacin del sistema anterior no ha sido migrada al nuevo.
JUNIO/2005
VIGENCIA

DOCUMENTO RESTRINGIDO 15.3.6. Los usuarios responsables debern firmar un acta de liberacin del sistema a produccin. 15.3.7. Dependiendo de la naturaleza del proyecto se recomienda realizar un procedimiento para llevar a cabo el mantenimiento. Este debe estar aprobado por las Subdirecciones de Sistemas y los usuarios responsables. 15.3.7.1. El procedimiento para realizar el mantenimiento debe tener en cuenta los tiempos de respuesta mximos que se pueden permitir ante situaciones de no funcionamiento. 15.3.7.2. Para reportar y dar seguimiento a cualquier problema o para el mantenimiento del sistema debe aplicarse el procedimiento de Help Desk de atencin a usuarios. 15.4. Es responsabilidad de la Direccin General Adjunta de Tecnologa de Informacin asegurarse de que sus colaboradores conozcan y apliquen las polticas y procedimientos de Desarrollo de Sistemas.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
10

VI.- DIAGRAMAS DE FLUJO. Plan Macro

Inicio
Recepcin de Requerimientos de Servicio y Autorizacin (Formato RSE)
Anlisis Preliminar
Anlisis
Diseo
Construccin
Pruebas
Implantacin
Fin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
11

1) Recepcin de Solicitud de Cambios o Nuevos Requerimientos de Sistemas. 2) Aprobacin de Nuevos Proyectos o Modificaciones a los Sistemas. 3) Anlisis Preliminar de Requerimientos.
Subdir. Sistemas Inicio Contacta al usuario
Usuario El usuario detecta la necesidad de un nuevo desarrollo o modificacin y requisita el formato de requerimiento de servicio (RSE)
Usuario Aclara a la Subdir. de Sistemas las dudas que existen con respecto al requerimiento
Director de rea Operativa o Administrativa Autoriza el formato de requerimiento de servicio y lo turna al Director de Ingeniera de Sistemas
Subdir. Sistemas Elabora carta de inicio de proyecto para formalizar el objetivo, roles, criterios de xito y alcance.
Director de ingeniera de Sistemas Recibe el requerimiento y estudia viabilidad con la Subdir. Sistemas que designe para su coordinacin
Si
Subdir. Sistemas Realiza un anlisis preliminar de los requerimientos solicitados por el usuario
El requerimiento es viable y est justificado?
Si
No
Director de ingeniera de Sistemas Notifica al director de rea Operativa o Administrativa para revisar alternativas de solucin
Existen dudas sobre los requerimientos ?

No
Fin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
12

DOCUMENTO RESTRINGIDO 4) Anlisis de Sistemas 5) Diseo Lgico y Tcnico
1
Subdir. Sistemas
Realiza un anlisis de los requerimientos solicitados con el fin de conocer a detalle las especificaciones necesarias para el desarrollo del proyecto
Subdir. Sistemas
Recaba con los usuarios la informacin necesaria para la elaboracin de la especificacin funcional detallada
Subdir. Sistemas
Elabora Especificacin Funcional Detallada.
Subdir. Sistemas
Presenta Especificacin Funcional Detallada a Usuarios.
Subdir. Sistemas
Corrige Especificacin Funcional Detallada, con base en observaciones..
Existen Observaciones?
Si
No
Subdir. Sistemas
Recaba firma de conformi dad de los usuarios Especificacin Funcional Detallada.
Subdir. Sistemas
Define las alternativas de construccin
Subdir. Sistemas
Realiza el Diseo Lgico y Tcnico del Sistema.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
13

DOCUMENTO RESTRINGIDO 6) Construccin de Sistemas.
2
1
Resultados satisfactorios?
Si
Subdir. De Sistemas Prepara el entorno de desarrollo as como los procedimientos de operacin. Subdir. De Sistemas Valida los elementos lgicos y fsicos para la realizacin de las pruebas integrales.
Subdir. De Sistemas Integra a las Subdirecciones y Gerencias que servirn de apoyo de la Direccin de Ing. De Sistemas
Subdir. De Sistemas Subdir. De Sistemas Valida que est trabajando en ambiente de Desarrollo.
No
Prepara los manuales tcnicos, operativos y de usuarios del sistema desarrollado para el momento de liberacin a produccin.
Subdir. De Sistemas Prepara los procedimientos de copia de seguridad, editores, compiladores, herramientas de apoyo, etc.
Subdir. De Sistemas Valida que existan los accesos a equipos y redes.
Equipo de desarrollo Realiza la construccin o modificacin de los programas del proyecto.
Equipo de desarrollo Ejecuta pruebas unitarias a los programas desarrollados

1
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
14

VI.-
DIAGRAMAS DE FLUJO (...Continuacin)

7) Plan de Pruebas.
3
Gerencia de diseo de pruebas Prepara un plan de pruebas integrales para la aceptacin del sistema
Gerencia de diseo de pruebas Ejecuta las pruebas integrales y de volumen
Gerencia de diseo de pruebas Valida los resultados de las pruebas para la realizacin de pruebas de usuario
No
Si Usuarios Realizan pruebas de aceptacin del sistema
No
Si
Subdireccin de . Sistemas
Elabora cartas de aceptacin
Subdireccin de Sistemas
Recaba firmas de conformidad de los usuarios para la liberacin del sistema a produccin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
15

VI.-

8) Implantacin
4
Subdir. Admn. de datos y Subdir. Sistemas

Elaboran plan de instalacin y validan liberacin a produccin.
Existen problemas de funcionamiento o conflictos que impidan la liberacin a produccin?
Subdir. Sistemas
Si
Analiza las posibles causas de desviacin, realiza las correcciones o ajustes necesarios.
No
Subdir. Sistemas
Informa la instalacin satisfactoria del nuevo componente al usuario responsable.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
16

VI.-

9) Implantacin
Subdir. De Sistemas Recibe la informacin del funcionamiento correcto del sistema por parte del usuario responsable.
Subdir. De Sistemas Elabora acta de liberacin y recaba firmas de los usuarios.
Subdir. De Sistemas Monitorea la operacin del sistema o modificacin liberada.
Fin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
17

VII.- PROCEDIMIENTO.
1) Recepcin de Solicitud de Cambios o Nuevos Requerimientos de Sistemas. 2) Aprobacin de Nuevos Proyectos o Modificaciones a los Sistemas. 3) Anlisis Preliminar de Requerimientos. RESPONSABLES Usuario Director de rea Operativa o Administrativa Director de Ingeniera de Sistemas Director de Ingeniera de Sistemas Director de Ingeniera de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Usuario Subdireccin de Sistemas No. Act. 1 2 3 4 5 6 7 8 9 DESCRIPCIN INICIA PROCEDIMIENTO Detecta la necesidad de un nuevo desarrollo o modificacin y requisita la Solicitud de Cambios o Nuevos Requerimientos de Sistemas, Ver anexo 1. Autoriza el formato Solicitud de Cambios o Nuevos Requerimientos de Sistemas y lo turna al Director de Ingeniera de Sistemas. Recibe Solicitud de Cambios o Nuevos Requerimientos de Sistemas y verifica su viabilidad con la Subdireccin de Sistemas que designe para su seguimiento. Si el nuevo proyecto es viable y est debidamente justificado, sigue con la actividad nueve. Si el nuevo proyecto no est debidamente justificado o no es viable, notifica al director del rea Operativa o Administrativa. Realiza un anlisis preliminar de los requerimientos solicitados por el usuario. En caso de tener dudas, contacta al usuario. Aclara a la Subdireccin de Sistemas las dudas que existen con respecto a la Solicitud de Cambios o Nuevos Requerimientos de Sistemas enviado. Elabora carta de inicio de proyecto para formalizar el objetivo, roles, criterios de xito, alcance y recursos tcnicos necesarios. TERMINA PROCEDIMIENTO
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
18

DOCUMENTO RESTRINGIDO 4) Anlisis de Sistemas. 5) Diseo Lgico y Tcnico. RESPONSABLES Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Usuarios Usuarios No. Act. 10 11 12 13 14 15 DESCRIPCIN INICIA PROCEDIMIENTO Realiza un anlisis de los requerimientos solicitados con el fin de conocer a detalle las especificaciones necesarias para el desarrollo del proyecto. Recaba con los usuarios la informacin necesaria para la elaboracin de la especificacin funcional detallada (casos de uso). Elabora Especificacin Funcional Detallada. Presenta Especificacin Funcional Detallada a Usuarios. Revisan Especificacin Funcional Detallada. De no existir observaciones, firman de conformidad la Especificacin Funcional Detallada y sigue con actividad 17. En caso contrario informan sus observaciones Subdireccin de Sistemas. Realiza correcciones y sigue con actividad 13. Define las alternativas de construccin. Realiza el Diseo Lgico y Tcnico del Sistema. TERMINA PROCEDIMIENTO a la
Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas
16 17 18
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
19

DOCUMENTO RESTRINGIDO 6) Construccin de Sistemas. RESPONSABLES Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas Equipo de desarrollo Equipo de desarrollo Equipo de desarrollo Equipo de desarrollo Equipo de desarrollo Subdireccin de Sistemas Subdireccin de Sistemas No. Act. 19 20 21 22 23 24 25 26 27 28 29 30 DESCRIPCIN INICIA PROCEDIMIENTO Prepara adecuadamente el entorno de desarrollo y pruebas, as como los procedimientos de operacin. Integra a las Subdirecciones y Gerencias necesarias de la Direccin de Ingeniera de Sistemas que servirn de apoyo en el desarrollo del proyecto. Valida que est trabajando en ambiente de Desarrollo. Prepara los procedimientos de copia de seguridad, editores, compiladores, herramientas de apoyo, etc. Valida que existan y estn disponibles los puestos de trabajo, accesos a los equipos y redes. Realiza la construccin o modificacin de los programas conforme al Diseo Lgico y Tcnico correspondientes. Ejecuta las pruebas unitarias a los programas desarrollados. Valida los resultados de las pruebas unitarias. Si los resultados de las pruebas unitarias son satisfactorios. Pasa a la actividad 29. Si los resultados de las pruebas unitarias no son satisfactorios. Pasa a la actividad 24. Valida los elementos lgicos y fsicos para la realizacin de las pruebas integrales. Prepara los manuales y procedimientos tcnicos, operativos y de usuarios, del sistema desarrollado para el momento de la liberacin a produccin. Estos procedimientos deben describir claramente qu realiza, perfiles de usuario, as como los recursos que son necesarios (equipos, consumibles, perifricos especiales, espacio, etc.). TERMINA PROCEDIMIENTO
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
20

DOCUMENTO RESTRINGIDO 7) Plan de Pruebas. RESPONSABLES Gerencia de diseo de pruebas No. Act. 31 DESCRIPCIN INICIA PROCEDIMIENTO Prepara un plan de pruebas integrales para la aceptacin del sistema. Este plan debe ser coherente con los requisitos, la especificacin funcional del sistema y la infraestructura existente. Ejecuta las pruebas integrales de funcionalidad y volumen. Validan los resultados de las pruebas para su la realizacin de pruebas de usuario. Si los resultados no son satisfactorios regresa a la actividad 24. Realizan pruebas de aceptacin del sistema. Si los resultados no son satisfactorios regresa a la actividad 24. Elabora cartas de aceptacin. Recaba firmas de conformidad de los usuarios para la liberacin del sistema a produccin. TERMINA PROCEDIMIENTO
Gerencia de diseo de pruebas Gerencia de diseo de pruebas Gerencia de diseo de pruebas Usuarios Usuarios Subdireccin de sistemas Subdireccin de sistemas
32 33 33.1 34 34.1 35 36
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
21

DOCUMENTO RESTRINGIDO 8) Implantacin. RESPONSABLES Subdireccin de administracin de datos y Subdireccin de sistemas Subdireccin de administracin de datos y Subdireccin de sistemas Subdireccin de sistemas Subdireccin de sistemas Subdireccin de sistemas Subdireccin de sistemas Subdireccin de sistemas No. Act. 37 37.1 38 39 40 41 42 DESCRIPCIN INICIA PROCEDIMIENTO Elaboran el plan de instalacin asegurndose de incluir los puntos de control y plan de retorno correspondiente, indicando parmetros para su aplicacin. Si no existen problemas de funcionamiento o conflictos que impidan la liberacin a produccin sigue con la actividad 39. Analiza las posibles causas de desviacin y realiza las correcciones o ajustes necesarios y regresa a la actividad 37. Informa sobre la instalacin satisfactoria del nuevo componente al usuario responsable. Recibe la informacin del funcionamiento correcto del sistema por parte del usuario responsable. Elabora acta de liberacin y recaba firmas de los usuarios. Monitorea la operacin del sistema o modificacin liberada. TERMINA PROCEDIMIENTO
VIII.- REPORTE, ESCALAMIENTO Y SOLUCIN DE PROBLEMAS.

Cualquier desviacin en la aplicacin de este procedimiento por algn miembro del equipo, en cualquiera de las fases de la realizacin del proyecto, se debe notificar directamente al Director de Ingeniera de Sistemas.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
22

IX.- SANCIONES POR INCUMPLIMIENTO.

1. Sanciones de las Autoridades. Econmicas y administrativas que emitan Banco de Mxico, la Comisin Nacional Bancaria y de Valores y la SHCP, al no cumplir con los requerimientos de desarrollo exigidos para proporcionar un determinado servicio o un producto nuevo. 2. Falta de cooperacin por parte de los usuarios. Cuando se solicita la cooperacin por parte de reas usuarias y no haya respuesta, se acude al jefe inmediato y hasta llegar al Director de rea. 4. Falta de atencin de las Solicitudes de Cambios o Nuevos Requerimientos de Sistemas. Si en la etapa de anlisis se identifica que no se cubre con las expectativas que marca la Solicitud de Cambios o Nuevos Requerimientos de Sistemas o se muestra renuencia injustificada para la realizacin del proyecto por parte del analista, se debe recurrir a jefe inmediato de este o en su caso al Director de Ingeniera de Sistemas. 5. Para el personal de la empresa: El personal que incurra en incumplimiento o mal ejercicio de sus funciones y responsabilidades, estar sujeto a lo estipulado dentro de la Ley Federal de Responsabilidades Administrativas de los Servidores Pblicos.
X.- ANEXOS.
Anexo 1: Solicitud de Cambios o Nuevos Requerimientos de Sistemas Anexo 2: Aspectos tcnicos a considerar durante la elaboracin de bases de licitacin. Anexo 3: Metodologa para el desarrollo de proyectos de Tecnologa de Informacin. Anexo 4. Carta de inicio de proyecto.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
23

DOCUMENTO RESTRINGIDO Anexo 1: Formato de Solicitud de cambios o nuevos requerimientos de sistemas
1 2 3 4 5 6 7 3 2
10
11
12
INSTRUCTIVO DE LLENADO
Anote en el No.: 1 2 3 4 5 6 7 8 9 10 11 12 Da, mes y ao de elaboracin de la solicitud. Nombre y nmero de expediente del solicitante. Nombre del rea y nmero del centro de costo donde se encuentra adscrito el solicitante. Nombre del puesto actual del solicitante. Una X en nuevo requerimiento o si es cambios al sistema actual (especificar cual es el sistema a modificar). Breve descripcin del nuevo requerimiento o cambios al sistema solicitado. Breve descripcin de la justificacin del requerimiento solicitado. Firma del solicitante. Nombre y firma del Jefe inmediato del solicitante. Nombre y firma del Director de rea o en su caso del Director General Adjunto solicitante. Nombre y firma de autorizacin del Subdirector de Planeacin y Desarrollo Tecnolgico. Nombre y firma de autorizacin del Director General Adjunto Tecnologa de la Informacin.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
24

DOCUMENTO RESTRINGIDO Anexo 2: Aspectos tcnicos a considerar durante la elaboracin de bases de licitacin. Los aspectos tcnicos que deben ser considerados en aquellas bases de licitacin en donde se requiera de la participacin de la Direccin Adjunta de Tecnologa de la Informacin, son los que a continuacin se listan de manera enunciativa ms no limitativa, donde la inclusin de uno o ms puntos depender del alcance de la contratacin o adquisicin: 1. Definicin de los elementos que deber contener el plan de trabajo para la implementacin, el cual deber incluir al menos lo siguiente: 1.1. La administracin del plan de trabajo. 1.2. Adecuacin del hardware/software propuesto con base a los requerimientos especificados en los trminos de referencia. 1.3. Implantacin del hardware/software propuesto. 1.4. Estabilizacin del hardware/software implantado. 1.5. Pruebas. 1.6. Aceptacin de servicios y productos entregados. 1.7. Reuniones peridicas de seguimiento. 1.8. Informes semanales de avance. El esquema de coordinacin definiendo las relaciones de los lderes de proyecto por parte de BANSEFI (Tecnologa de la Informacin y reas usuarias involucradas) as como del proveedor, estableciendo las funciones de los integrantes de los equipos de trabajo. Definicin de los productos y/o servicios que el proveedor deber entregar, los cuales dependern de las necesidades del banco como: 3.1. Esquema de seguridad. 3.2. Compatibilidad con la arquitectura y estndares tecnolgicos como sistemas operativos y bases de datos. 3.3. Nmero de licencias de uso del software propuesto, as como su entrega en medio magntico, constancias de otorgamiento de la licencia de uso del software de referencia. 3.4. La configuracin del software, describiendo cada uno de los elementos que lo integran (por ejemplo: pantallas, manuales, reportes, versiones de software y base de datos). 3.5. El cumplimiento de la totalidad de los requerimientos establecidos en los anexos tcnicos al finalizar la entrega de los servicios y productos. 3.6. De aplicar, carga inicial de informacin 3.6.1. Inventario de informacin a transferir. 3.6.2. Reportes de control de informacin transferida. 3.6.3. Revisin del reporte de control de informacin transferida. 3.6.4. Aceptacin del rea de negocios responsable 3.7. Plan de Pruebas 3.7.1. Pruebas parciales e integrales. 3.7.2. Documentacin de las pruebas. 3.7.3. Plan de implantacin y liberacin al ambiente de produccin. 3.8. Plan de Capacitacin 3.8.1. En el uso, explotacin y arquitectura del software/hardware. 3.8.2. Para las reas tcnicas, de produccin, de soporte de administracin y reas operativas. 3.9. Documentacin de los entregables. 3.9.1. Manual del administrador. 3.9.2. Manual del usuario. 3.9.3. Documentos tcnicos de soporte a la liberacin. 3.9.4. Manual Tcnico (en caso de considerar bases de datos deber incluirse modelo fsico y lgico, diccionario de datos, scripts de creacin de objetos). 3.9.5. Toda esta documentacin deber estar editada en idioma espaol.
2.
3.
JUNIO/2005
VIGENCIA
25

DOCUMENTO RESTRINGIDO 3.10.Plan de contingencia y recuperacin en caso de desastre. 3.11.De aplicar, las interfases con otros sistemas. 3.12.Pliza de garanta a partir de la aceptacin formal de la totalidad de los productos entregados. 3.13.De aplicar, estudio de capacidad. 4. Definicin de los servicios que deber considerar la pliza de garanta para posibles contingencias o fallas en el uso del sistema a adquirir considerando al menos lo siguiente: 4.1. Atencin a fallas de programacin. 4.2. Soporte tcnico. 4.3. Cambios de versin. Definicin en conjunto con el usuario de la funcionalidad requerida para la aplicacin en donde se deber incluir las funciones mnimas requeridas por el usuario, as como las caractersticas establecidas por Tecnologa de la informacin referentes al manejo de seguridad, almacenamiento de informacin, Integracin con otros sistemas, etc. Definicin de los plazos de entrega. Definicin del mecanismo de evaluacin de las propuestas. Definicin de los requerimientos que deber cumplir el proveedor participante en el procedimiento de contratacin o adquisicin, tales como experiencia en proyectos similares, experiencia en las tecnologas solicitadas, certificaciones y, de acuerdo a la naturaleza de la contratacin, referencias o pruebas contractuales que lo avalen.
5.
6. 7. 8.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
26

DOCUMENTO RESTRINGIDO Anexo 3: Metodologa para el desarrollo de proyectos de Tecnologa de Informacin.
GUA PARA EL DESARROLLO DE PROYECTOS DE TECNOLOGA DE INFORMACIN
EMISOR Direccin General Adjunta de Tecnologa de Informacin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
27

INDICE DE ANEXO 3
1.- Objetivo 31 2.- Alcance 31 3.- Documentos Aplicables y de Referencia 31 3.1.- Documentos Aplicables 31 3.2.- Documentos de Referencia31 4.- Modelo del Ciclo de Vida Genrico para Proyectos Nuevos 31 Etapa 1. Registro 31 Fase 1.1. Registro de un requerimiento 31 Actividad 1.1.1. Registrar el requerimiento 31 Actividad 1.1.2. Analizar el requerimiento 31 Actividad 1.1.3. Designar al Administrador del Requerimiento 32 Actividad 1.1.4. Estimar la complejidad 32 Fase 1.2. Arranque del proyecto 33 Actividad 1.2.1. Preparar la junta de arranque 33 Actividad 1.2.2. Junta de arranque 34 Actividad 1.2.3. Detallar el Plan de la Etapa 2. Insumos 34 Etapa 2. Insumos 35 Fase 2.1. Recoleccin de insumos 35 Actividad 2.1.1. Recolectar los insumos 35 Actividad 2.1.2. Integrar los insumos 35 Etapa 3. Especificaciones funcionales 36 Fase 3.1. Anlisis del negocio 36 Actividad 3.1.1. Detallar el beneficio esperado 36 Actividad 3.1.2. Describir los procesos relevantes 36 Actividad 3.1.3. Describir los cambios requeridos en los procesos 37 Fase 3.2. Documentacin de las especificaciones funcionales 37 Actividad 3.2.1. Identificar las funciones que la aplicacin debe apoyar 37 Actividad 3.2.2. Describir la interaccin usuario - sistema 37 Actividad 3.2.3. Integrar el documento de especificaciones funcionales 38 Actividad 3.2.4. Validar la especificacin funcional en detalle 38 Fase 3.3. Diseo conceptual de la aplicacin 39 Actividad 3.3.1. Agrupar las especificaciones funcionales en entregables 39 Actividad 3.3.2. Junta de control de cambios 40 Actividad 3.3.3. Preparar el Plan de Desarrollo y Pruebas 40 Actividad 3.3.4. Autorizar el proyecto 41 Fase 3.4. Preparacin del Escenario de pruebas 41 Actividad 3.4.1. Preparar el Escenario de pruebas 41 Actividad 3.4.2. Validar el Escenario de pruebas 41 Actividad 3.4.3. Preparar la batera de datos de prueba 42 Etapa 4. Especificacin tcnica 42 Fase 4.1. Preparacin de las especificaciones tcnicas 42 Actividad 4.1.1. Especificar tcnicamente la aplicacin 42 Actividad 4.1.2. Especificar tcnicamente las interfaces 42 Actividad 4.1.3. Especificar tcnicamente los programas de conversin de datos 43 Actividad 4.1.4. Especificar tcnicamente el modelo de datos 43 Fase 4.2. Conciliacin de especificaciones43 Actividad 4.2.1. Conciliar las especificaciones 43 Fase 4.3. Publicacin del programa de desarrollo 44 Actividad 4.3.1. Revisar el alcance de la aplicacin y tiempos de desarrollo 44 Etapa 5. Desarrollo 44
JUNIO/2005
VIGENCIA
28

DOCUMENTO RESTRINGIDO Fase 5.1. Actividad 5.1.1. Actividad 5.1.2. Fase 5.2. Actividad 5.2.1. Actividad 5.2.2. Fase 5.3. Actividad 5.3.1. Actividad 5.3.2. Actividad 5.3.3. Actividad 5.3.4. Fase 5.4. Actividad 5.4.1. Fase 5.5. Actividad 5.5.1. Actividad 5.5.2. Actividad 5.5.3. Actividad 5.5.4. Actividad 5.5.5. Etapa 6. Fase 6.1. Actividad 6.1.1. Actividad 6.1.2. Actividad 6.1.3. Actividad 6.1.4. Actividad 6.1.5. Fase 6.2. Actividad 6.2.1. Etapa 7. Fase 7.1. Actividad 7.1.1. Actividad 7.1.2. Fase 7.2. Actividad 7.2.1. Actividad 7.2.2. Actividad 7.2.3. Actividad 7.2.4. Actividad 7.2.5. Actividad 7.2.6. Fase 7.3. Actividad 7.3.1. Actividad 7.3.2. Actividad 7.3.3. Actividad 7.3.4. Actividad 7.3.5. Fase 7.4. Actividad 7.4.1. Actividad 7.4.2. Fase 7.5. Actividad 7.5.1. Actividad 7.5.2. Actividad 7.5.3. Etapa 8.
Definicin de la arquitectura de cmputo 45 Proponer la arquitectura de cmputo 45 Validar la arquitectura de cmputo 45 Preparacin de manuales 45 Preparar el manual de usuario 45 Preparar el manual de operacin 46 Construccin 46 Disear tcnicamente y a detalle un componente de la aplicacin Construir un componente de la aplicacin 47 Ejecutar pruebas internas a un componente de la aplicacin 47 Ejecutar la prueba unitaria de Control de la Calidad 47 Integracin de la aplicacin 48 Integrar un componente a la aplicacin 48 Pruebas de integracin y regresin 48 Probar el procedimiento de instalacin en el servidor 48 Probar el procedimiento de instalacin del cliente 49 Ejecutar las pruebas de integracin 49 Ejecutar las pruebas de regresin 50 Probar el procedimiento de desinstalacin 51 Pruebas de aceptacin 51 Preparacin para las pruebas de aceptacin 51 Nombrar al equipo de pruebas 51 Preparar el plan de pruebas de aceptacin 52 Definir las actividades para realizar pruebas 52 Preparar la instancia de pruebas 53 Preparar el laboratorio de pruebas 53 Pruebas de aceptacin 53 Ejecutar las pruebas de aceptacin 53 Implantacin 54 Planeacin de la implantacin 54 Definir la estrategia de implantacin 54 Preparar el plan de implantacin54 Preparacin de la infraestructura 55 Adquirir software de terceros 55 Adquirir equipo (servidores) 55 Adquirir equipo (usuario final) 56 Preparar la Caracterizacin de la red 57 Instalar la aplicacin en servidores de produccin 57 Instalar la aplicacin en equipos de usuario final 57 Capacitacin 57 Preparar manuales de capacitacin 57 Cargar la aplicacin en ambiente de capacitacin 58 Capacitar al personal de IntBansefi 58 Capacitar al personal de Soporte Tcnico 58 Capacitar al usuario final (primera sesin) 59 Piloto (en su caso) 59 Detallar y actualizar el plan piloto 59 Ejecutar el plan piloto 60 Generalizacin 60 Detallar y actualizar el plan de generalizacin 60 Instalar la aplicacin en equipos de usuario final (generalizacin) 61 Ejecutar el plan de generalizacin 61 Evaluar satisfaccin 62
REVIS DIRECTOR DE INGENIERA DE SISTEMAS SUBIDRECTOR DE PLANEACIN Y DESARROLLO TECNOLOGICO SUBDIRECTOR DE SISTEMAS PARA OPERACIN SUBDIRECTOR DE INTRANET SUBDIRECTOR DE SISTEMAS APOYO PARA OPERACIN SUBDIRECTOR DE INVESTIGACIN Y DESARROLLO SUBDIRECTOR DE ADMINISTRACIN DE DATOS AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN
46
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
29

DOCUMENTO RESTRINGIDO Fase 8.1. Levantar informacin 62 Actividad 8.1.1. Levantar informacin 62 Actividad 8.1.2. Evaluar satisfaccin del usuario 62 Etapa 9. Cierre 62 Fase 9.1. Cierre 62 Actividad 9.1.1. Cierre 62 apartado de Actores 62 Listado de actores 62 Participacin de los actores en actividades 64 CA. Comit de Arquitectura 64 CP. Comit del Proyecto 64 LU. Lder Usuario 64 RU. Responsable Usuario 64 RI. Responsable de Insumos 65 UF. Usuario Final 65 GI. Grupo de Implantacin 65 RAU. Responsable de Atencin a Usuarios 65 AR. Administrador del Requerimiento 65 ST. Soporte Tcnico 66 CE. Coordinador de Especificaciones 66 CD. Coordinador de Desarrollo 67 PR. Programador 67 CFG. Control de Configuraciones 67 CQ. Control de la Calidad 67 PRU. Analista de pruebas 68 INF. Infraestructura 68 CC. Control de Cambios 68 RCDT. RCDT 68 CISIC. CISIC 68 INT. Bansefi 68 COMP. Compras 69 apartado de Entregables 69 Listado de entregables (ref CMM: L2-20, A7,4) 69 Documentacin del proyecto 69 Aplicacin 69 Tabla 1. Descripcin de los entregables que integran la documentacin del proyecto Tabla 2. Entregables que integran la aplicacin 72 Referencia a Organizacin y Responsabilidades v 2.0 73
69
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
30

1.- Objetivo Describir el modelo del ciclo de vida genrico para proyectos nuevos. 2.- Alcance Aplica para todos los proyectos nuevos que estn bajo la Administracin de la Direccin de Ingeniera de Sistemas 3.- Documentos Aplicables y de Referencia
3.1.- Documentos Aplicables 3.2.- Documentos de Referencia
4.- Modelo del Ciclo de Vida Genrico para Proyectos Nuevos Registro
Registro de un requerimiento
Registrar el requerimiento
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos
Registrar formalmente un requerimiento de usuario Lder Usuario de ahora en adelante LU Ninguno tiene el conocimiento y nivel jerrquico suficientes para registrar requerimientos nuevos Registra el requerimiento Registra documentos complementarios Proceso de negocio Descripcin del problema u oportunidad Condiciones que deben ser satisfechas (precisin, tiempo de respuesta, facilidad de uso) Beneficio esperado Cundo se requiere Requerimiento registrado por Requerimiento (inicial) 2 horas Validar y clasificar los requerimientos RAU. Responsable de Atencin a Usuarios LU. Lder Usuario (si se requiere) RAUs de otros dominios (si se requiere) Requerimiento registrado por LU
Estado de salida Entregables Duracin

Analizar el requerimiento
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
31

DOCUMENTO RESTRINGIDO Pasos Consulta los requerimientos pendientes Consulta los documentos complementarios Evala y documenta el impacto potencial en otras aplicaciones o dominios. En caso necesario Lo discute con otros RAUs Aclara o define con el LU los aspectos que lo requieran. Requerimiento validado por RAU Requerimiento (validado por RAU) Descripcin del Proyecto (Anlisis del impacto esperado en otros dominios preparado por RAU) 3 das Designar al responsable de administrar cada requerimiento RAU. Responsable de Atencin a Usuarios Ninguno Descripcin del requerimiento (validado por RAU) Para cada requerimiento sin asignar: Identifica el sistema o aplicacin correspondiente Asigna AR Notifica al AR de la asignacin AR conoce la nueva asignacin Requerimiento (asignado a un AR) 1 hora Estimar los recursos necesarios para satisfacer cada requerimiento, con base en la complejidad del mismo. AR. Administrador del Requerimiento CD. Coordinador de Desarrollo (si se requiere) Descripcin del requerimiento (asignado a un AR)
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos
Designar al Administrador del Requerimiento

Estimar la complejidad
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
32

DOCUMENTO RESTRINGIDO Pasos AR Consulta en el sistema los requerimientos pendientes que le corresponden. Si lo requiere, consulta con CD. Para cada requerimiento define si su complejidad es Alta, Media o Baja. Con base su experiencia estima la complejidad de cada requerimiento y el nivel aproximado de recursos (esfuerzo y tiempo) necesarios para satisfacerlo. Con base en su percepcin de las prioridades del usuario, verifica si la fecha en que el LU espera la satisfaccin del requerimiento es razonable. Nota: A la fecha de la preparacin de esta gua, no hay una metodologa establecida para evaluar la complejidad de un requerimiento. Hace falta identificar y documentar los factores que deben tomarse en cuenta en esta evaluacin AR estima, de manera preliminar, el esfuerzo requerido y fecha en que se busca poner el requerimiento en produccin. Requerimiento (esfuerzo requerido estimado por AR) 1 da Preparar la informacin necesaria para la junta de arranque del proyecto AR. Administrador del Requerimiento RAU. Responsable de Atencin a Usuarios RU. Responsable Usuario CE. Coordinador de Especificaciones (si se requiere) CD. Coordinador de Desarrollo (si se requiere) Para cada requerimiento pendiente asignado al AR: Descripcin del requerimiento (validado por RAU) Documentos adicionales al requerimiento (validados por RAU) Anlisis de impacto en otros dominios Presupuesto de esfuerzo (estimado por AR) AR Analiza el paquete de requerimientos Resume el objetivo general del proyecto Resume los beneficios especficos esperados Propone un plan general de trabajo considerando las prioridades del usuario, los recursos disponibles de Sistemas y los tiempos acordados para el proyecto. Determina participantes en la junta de arranque dependiendo de los sistemas afectados Si lo considera necesario, consulta con el RU, CE, o CD RAU Revisa y aprueba la propuesta de trabajo Distribuye el material para la junta Cita a la junta de arranque
AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN FECHA DE ELABORACIN
Estado de salida Entregables Duracin Arranque del proyecto

Preparar la junta de arranque
Objetivo Responsable Otros participantes
Referencia al CMM Requisitos de entrada
Pasos
JUNIO/2005
VIGENCIA
33

DOCUMENTO RESTRINGIDO Estado de salida Entregables Propuesta de trabajo aprobada por el RAU Descripcin del Proyecto (propuesto por AR). Plan del Proyecto (preliminar, propuesto por AR). Paquete de Insumos (listado, propuesto por AR). 5 das Establecer el acuerdo bsico entre RU y RAU RAU. Responsable de Atencin a Usuarios LU. Lder Usuario RU. Responsable Usuario AR. Administrador del Requerimiento RAU. Responsable de Atencin a Usuarios o AR. Administrador del Requerimiento de otros sistemas afectados CE. Coordinador de Especificaciones L2-SPP, C2, 6 Descripcin del Proyecto: Objetivo del proyecto (propuesto por AR). Beneficio esperado (propuesto por AR). Alcance y cobertura /relacin de requerimientos que se incluyen en la versin y requerimientos que quedarn pendientes. (propuesto por AR). Participantes y sus responsabilidades (propuesto por AR). Plan del Proyecto, con duracin y costo aproximado de cada etapa (preliminar). Listado de insumos (propuesto por AR). Los participantes necesitan recibir la propuesta al menos tres das hbiles antes de la junta para analizar la propuesta. Todos los participantes En una junta formal de trabajo discuten la Descripcin del Proyecto y la aprueban con los ajustes que se requieran. Con base en los acuerdos del punto anterior, revisan y discuten el Plan del Proyecto (preliminar) y lo aprueban con los ajustes que se requieran. Revisan el listado de insumos que propone el AR y lo validan. Detallan la etapa 3. Especificaciones Funcionales del Plan del proyecto. AR (despus de la junta) Prepara y publica los documentos definitivos. LU y RAU llegan a un acuerdo acerca del proyecto Descripcin del Proyecto (aprobado por LU, RAU y CE). Plan del Proyecto (preliminar, con etapa 3. Especificaciones Funcionales detallada) Paquete de Insumos (listado aprobado por LU) Anlisis preliminar: 3 das Junta de arranque: 2 horas Documentacin y publicacin de los resultados: 2 das Identificar todos los insumos que se requieren para la especificacin funcional, el desarrollo y la implantacin de la aplicacin AR. Administrador del Requerimiento
Duracin
Junta de arranque
Pasos
Estado de salida Entregables
Duracin
Detallar el Plan de la Etapa 2. Insumos
Objetivo Responsable
JUNIO/2005
VIGENCIA
34

DOCUMENTO RESTRINGIDO Otros participantes Referencia al CMM Requisitos de entrada Pasos RU. Responsable Usuario CE. Coordinador de Especificaciones GI. Grupo de Implantacin Listado de Insumos del Proyecto (aprobado por LU) Todos los participantes: Para cada insumo Identifican al responsable de obtener el insumo Definen las caractersticas o estndares requeridos para aceptar el insumo Establece fecha de entrega para el insumo AR Incorpora los acuerdos al Plan del Proyecto (Etapa 2. Insumos) Todos los responsables de aportar los insumos han sido identificados y las fechas de entrega acordadas. Plan del Proyecto (preliminar, con detalle de la etapa 2. Insumos) 1 da
Insumos
Recoleccin de insumos
Recolectar los insumos
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin
Integrar los insumos
Obtener todos los insumos necesarios para el proyecto RI. Responsable de Insumos Coordinados por el AR (segn se requiera) Listado de Insumos del Proyecto (aprobado por LU) Plan del Proyecto (con la etapa 2. Insumos, detallada) Obtiene la documentacin relacionada con el insumo. Los insumos que le corresponden al RI han sido documentados. Paquete de insumos (entregados por RI) Segn el Plan del Proyecto. Organizar la informacin recopilada como insumos y publicarla al Grupo de trabajo. AR. Administrador del Requerimiento RI. Responsable de Insumos Documentacin de insumos completa (entregada por RI) AR Integra el Paquete de Insumos RU Revisa que los insumos estn completos y sean vigentes AR Publica los Insumos El paquete de insumos, revisado por el RU est publicado Paquete de Insumos (publicado) Segn el Plan del Proyecto.

JUNIO/2005
VIGENCIA
35

Especificaciones funcionales
Anlisis del negocio
Detallar el beneficio esperado
Describir los objetivos de negocio que se alcanzarn con apoyo en la aplicacin, e identificar los procesos relevantes. RU. Responsable Usuario Segn se requiera Objetivo del proyecto (aprobado por LU). Beneficio esperado (conceptual, aprobado por LU). El RU est familiarizado con el dominio correspondiente y tiene la experiencia, el nivel y la autoridad suficientes para tomar decisiones. Nota: Dependiendo del caso, es posible que se requiera cierto avance en la actividad 2.1.2 Recolectar los insumos para iniciar esta actividad. Identifica los documentos que describen o definen objetivos Institucionales Describe el impacto (beneficio) que espera si se satisface el requerimiento Impacto de la aplicacin est identificado Descripcin del Proyecto (objetivos de negocio afectados por el proyecto y beneficio esperado validado por RU) 1 da Describir los procesos de negocio tal como se ejecutan antes del desarrollo de la aplicacin RU. Responsable Usuario RAU. Responsable de Atencin a Usuarios AR. Administrador del Requerimiento Objetivo del proyecto (aprobado por LU). Paquete de Insumos del Proyecto (publicado, en su defecto, en proceso de recoleccin) Objetivos Institucionales Diagramas de Procesos Descripcin del impacto esperado por el usuario. Nota: Dependiendo del caso, es posible iniciar esta actividad cuando la actividad 2.1.2 est en proceso. RU. Identifica los documentos que describen los procesos de negocio Verifica que los documentos describan los procesos como se ejecutan en la actualidad. En caso de que los procesos no estn documentados, o actualizados, los describe brevemente o prepara los diagramas correspondientes. RAU y AR Apoyan al RU segn se requiera Todos los procesos han sido identificados y estn documentados Especificaciones funcionales (casos de uso identificados por RU).
Pasos
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada
Describir los procesos relevantes
Pasos

JUNIO/2005
VIGENCIA
36

DOCUMENTO RESTRINGIDO Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Segn plan de trabajo que se prepara en la junta de arranque Identificar los procesos relevantes y los cambios que se van a requerir en estos RU. Responsable Usuario AR. Administrador del Requerimiento (apoyo metodolgico)
Describir los cambios requeridos en los procesos
El RU est familiarizado con la unidad de negocio correspondiente y tiene la experiencia, el nivel y la autoridad suficientes para tomar decisiones. Beneficio esperado (cuantitativo y cualitativo, aprobado por RU). Diagramas de los procesos de negocio Pasos RU Describe qu cambios debern darse en el proceso para que con el uso de la aplicacin se obtengan los beneficios deseados. Elabora o promueve la elaboracin de normatividad y procedimientos formales Estado de salida Nuevos procesos definidos Entregables Especificaciones funcionales (diagramas de casos de uso, con cambios requeridos por RU). En su caso, modificaciones al Paquete de Insumos (ajustes a normatividad) Duracin Segn plan de trabajo que se prepara en la junta de arranque Documentacin de las especificaciones funcionales
Identificar las funciones que la aplicacin debe apoyar
Identificar las funciones que la aplicacin debe apoyar RU. Responsable Usuario AR. Administrador del Requerimiento, (apoyo metodolgico) Diagramas de Proceso (incluyendo cambios requeridos). Para cada proceso: Identifica las funciones y las transacciones que se van a incluir en la aplicacin. Identifica a los participantes en el proceso. Identifica los datos de entrada y de salida para cada transaccin (o grupo de transacciones) Define los rangos aceptables o frmulas de validacin para los datos de entrada Define los datos que se vayan a seleccionar de un catlogo En opinin del RU, se han identificado todas las funciones relevantes. Especificaciones funcionales (casos de uso expandidos validados por RU). Segn plan de trabajo que se prepara en la junta de arranque Describir las expectativas del usuario en cuanto a la interaccin con el sistema RU. Responsable Usuario AR. Administrador del Requerimiento (apoyo metodolgico)
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM
Describir la interaccin usuario - sistema
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
37

DOCUMENTO RESTRINGIDO Requisitos de entrada Pasos Listado de las funciones y transacciones que el sistema apoya. Participantes en el proceso identificados Descripcin de las funciones y transacciones que el sistema debe apoyar (Casos de Uso). Para cada transaccin o grupo de transacciones Describe las acciones que el usuario ejecutar y las respuestas del sistema, tanto para acciones vlidas, como para acciones no vlidas. En opinin del RU, los documentos representan correctamente la interaccin que se busca entre el usuario (actor) y el sistema. Especificaciones Funcionales (diagramas de secuencia y/o diagramas de actividades validados por RU) Especificaciones Funcionales (criterios de validacin definidos por RU) Segn plan de trabajo que se prepara en la junta de arranque Integrar en un slo documento la descripcin de las funciones y transacciones que deben apoyarse en el sistema RU. Responsable Usuario AR. Administrador del Requerimiento (apoyo metodolgico) L2, RM, C1,1 Requerimientos registrados Objetivos de negocio identificados Procesos, funciones y transacciones identificados (Casos de uso expandidos y Diagramas de secuencia) Para cada transaccin o grupo de transacciones: Verifica que las caractersticas funcionales que debe tener la aplicacin sean razonables para satisfacer los requerimientos y alcanzar los objetivos de negocio planteados. Todos los objetivos y procesos que se identificaron en el alcance han sido cubiertos a juicio del RU. Especificaciones funcionales firmadas por RU Casos de uso expandidos Diagramas de secuencia Diagramas de estado Criterios de validacin Nota: La especificacin de los diagramas que se deben preparar en cada actividad depender de las herramientas de diagramacin que se seleccionen. Segn plan de trabajo que se prepara en la junta de arranque Verificar que la especificacin funcional tiene el nivel de detalle suficiente para iniciar el desarrollo y asegurar la correcta interpretacin de los requerimientos. CE. Coordinador de Especificaciones. AR. Administrador del Requerimiento. RU. Responsable Usuario CE. Coordinador de Especificaciones L2-RM, C1, 2 L2-SPP, C2, 1 L2-SPP, C2, 6
Integrar el documento de especificaciones funcionales
Duracin Objetivo Responsable Otros participantes Referencia al CMM
Validar la especificacin funcional en detalle
JUNIO/2005
VIGENCIA
38

DOCUMENTO RESTRINGIDO Requerimientos registrados Paquete de insumos completo Objetivos de negocio identificados Procesos, funciones y transacciones identificados Especificacin funcional Casos de uso expandidos Validaciones Diagramas de secuencia Diagramas de estado Pasos AR Prepara y coordina una o varias juntas de trabajo, en las que para cada transaccin o grupo de transacciones: RU Describe las caractersticas funcionales que debe tener la aplicacin para satisfacer los requerimientos y alcanzar los objetivos de negocio planteados. Aclara dudas y detalla puntos especficos que no estn claros para el CE. Proporciona asistencia tecnolgica en su rea de dominio (telecomunicaciones) CE Aporta ideas para mejoras, Seala los puntos que no entiende, para su aclaracin y detalle Valida el nivel de detalle de la especificacin. RU Integra la especificacin funcional al trmino de la reunin con los cambios que se hayan dado. Estado de salida Todos los objetivos y procesos que se identificaron en el alcance han sido cubiertos a juicio del CE. Especificaciones funcionales con el nivel de detalle requerido validada y Entregables firmada por RU, CE y RAU. Duracin Segn plan de trabajo que se prepara en la junta de arranque Diseo conceptual de la aplicacin Requisitos de entrada
Agrupar las especificaciones funcionales en entregables
Objetivo
Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos
Agrupar las especificaciones funcionales en paquetes que Por su uso tengan valor para el usuario (unidades funcionales) y Por su cohesin representen unidades de software (mdulos) AR. Administrador del Requerimiento CE. Coordinador de Especificaciones RU. Responsable Usuario Especificaciones funcionales completas En junta de trabajo CE propone mdulos coherentes RU propone modificaciones para mejorar la utilidad de los mdulos Acuerdo de los participantes acerca de los entregables Especificaciones funcionales (Agrupadas por entregables, conciliada por RU y RAU)

JUNIO/2005
VIGENCIA
39

DOCUMENTO RESTRINGIDO Duracin
Junta de control de cambios
Referencia al CMM Requisitos de entrada Pasos
Delimitar el alcance de una nueva versin RAU. Responsable de Atencin a Usuarios AR. Administrador del Requerimiento CE. Coordinador de Especificaciones CD. Coordinador de Desarrollo RU. Responsable Usuario CQ. Control de la Calidad Control de cambios L2-SPP, C2, 2 L2-SPP, C2, 3 L2-SPP, C2, 6 Especificaciones funcionales completas y firmadas RU, RAU y CE Confirman la funcionalidad que se incluir en la aplicacin. AR, CD y CQ. Aportan informacin de detalle si se requiere Control de Cambios Registra los cambios que el grupo de trabajo haya definido RU, RAU y CE llegaron a un acuerdo acerca de los cambios o adiciones funcionales que se solicitan, las prioridades relativas, y el esfuerzo requerido para su construccin. Especificaciones Funcionales (aclaradas con CE y CD). Cambios ingresados en el registro de Control de Cambios 1 da Detallar las actividades de la Etapa 5. Desarrollo y asignar responsable y tiempos. RAU. Responsable de Atencin a Usuarios CE. Coordinador de Especificaciones CD. Coordinador de Desarrollo CQ. Control de la Calidad L2-SPP, C2, 6 L2-SQA, G1 Acuerdo acerca de los cambios o adiciones funcionales que el usuario solicita CE y CD Evala el esfuerzo y tiempo requerido para desarrollar cada componente y entregable. Identifica los componentes que pueden prepararse e integrarse en entregables dentro de los plazos previstos. Establece las actividades, responsables y tiempos para la construccin de cada entregable. CQ. Estima los tiempos necesarios para pruebas de integracin y regresin y de aceptacin. RAU Si se requiere, negocia con el RU la composicin final de la versin.
Preparar el Plan de Desarrollo y Pruebas
JUNIO/2005
VIGENCIA
40

DOCUMENTO RESTRINGIDO Estado de salida Entregables Duracin
Autorizar el proyecto
La lnea de base del Plan de Desarrollo y Pruebas, ha quedado documentada. Plan de Desarrollo y Pruebas (lnea de base). Obtener la decisin y el compromiso de los participantes para continuar con el proyecto. CP. Comit del Proyecto RAU. Responsable de Atencin a Usuarios LU. Lder Usuario L2-SPP, C2,5 Descripcin del Proyecto Plan del Proyecto, versin 1.0, Lnea de Base RAU Integra el paquete de Descripcin del Proyecto, detallando si se requiere, el anlisis costo beneficio. RAU y LU Presentan el Proyecto al CP. CP Discute el proyecto y decide si se debe continuar, modificar o suspender. El Comit del Proyecto ha decidido sobre la ejecucin del proyecto. Descripcin del Proyecto (aprobada por el CP).
Estado de salida Entregables Duracin Preparacin del Escenario de pruebas

Preparar el Escenario de pruebas
Definir el esquema de pruebas RU. Responsable Usuario AR. Administrador del Requerimiento (apoyo metodolgico) Especificacin funcional firmada Casos de Uso expandidos RU Describe ejemplos de las transacciones que deben poderse ejecutar con la aplicacin Para cada transaccin identifica: Ejemplos representativos de acciones del usuario Caractersticas de los datos de entrada Respuesta esperada del sistema AR Verifica que los Escenario de prueba sean consistentes con las especificaciones funcionales Las pruebas necesarias para aceptar la aplicacin estn documentadas. Protocolo de aceptacin (escenario de pruebas firmado por RU y AR) Verificar que el Escenario de pruebas incluya toda la funcionalidad y slo la funcionalidad descrita en las especificaciones funcionales. CQ. Control de la Calidad AR. Administrador del Requerimiento
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM
Validar el Escenario de pruebas
JUNIO/2005
VIGENCIA
41

DOCUMENTO RESTRINGIDO Requisitos de entrada Pasos Especificaciones funcionales completas y firmadas Escenario de pruebas Identifica a qu especificacin funcional se refiere cada prueba. En caso de que una prueba no se refiera a ninguna especificacin funcional, lo notifica al Administrador del Requerimiento para que elimine la prueba o promueva una modificacin extempornea a las especificaciones funcionales. Escenario de pruebas validado por CQ. . Protocolo de Aceptacin (escenario de pruebas validado por CQ.). Establecer criterios claros, detallados y objetivos para las pruebas de aceptacin RU. Responsable Usuario AR. Administrador del Requerimiento Escenario de pruebas firmado por RU, AR y CQ. . Para cada prueba del Escenario de pruebas establece: Datos que deben registrarse en la aplicacin Resultados esperados Concilia la Batera de Datos de Prueba con AR y CQ. Batera de Datos de prueba firmado por RU. Protocolo de Aceptacin (batera de datos de prueba entregada por RU)
Preparar la batera de datos de prueba
Especificacin tcnica
Preparacin de las especificaciones tcnicas
Especificar tcnicamente la aplicacin
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada
Especificar los componentes de la aplicacin CD. Coordinador de Desarrollo CE. Coordinador de Especificaciones (si se requiere) Programador Especificaciones funcionales completas y firmadas Elabora las especificaciones tcnicas de la aplicacin con base en las especificaciones funcionales aprobadas Especificaciones tcnicas aprobadas por el CE Especificaciones tcnicas generales, aprobadas por CE Especificar las interfaces de la aplicacin con otras aplicaciones o sistemas CD. Coordinador de Desarrollo CE. Coordinador de Especificaciones (si se requiere) CE o CD de las aplicaciones con las que se establecern interfaces Programador Especificaciones funcionales completas y firmadas
Especificar tcnicamente las interfaces
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
42

DOCUMENTO RESTRINGIDO Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Analiza la necesidad de establecer interfaces con otras aplicaciones Elabora la especificacin tcnica de cada una de las interfaces que tendr la aplicacin con otras aplicaciones o sistemas Especificaciones tcnicas aprobadas por el CE Especificaciones tcnicas de las interfaces preparadas por CD Elaborar la especificacin tcnica de los programas necesarios para la validacin y conversin de los datos registrados en sistemas heredados. CD. Coordinador de Desarrollo CE. Coordinador de Especificaciones (si se requiere) Programador Especificaciones funcionales completas y firmadas Identifica el origen de los datos que se deben convertir y migrar Identifica los formatos existentes y necesidades de validacin y reclasificacin de datos Elabora la especificacin tcnica de los programas de conversin de datos Especificaciones tcnicas aprobadas por el CE Especificaciones tcnicas de los programas de conversin de datos preparadas por CD Especificar las caractersticas requeridas de las bases de datos que la aplicacin usar CD. Coordinador de Desarrollo CE. Coordinador de Especificaciones (si se requiere) Programador
Especificar tcnicamente los programas de conversin de datos
Especificar tcnicamente el modelo de datos
Referencia al CMM Requisitos de Especificaciones funcionales completas y firmadas entrada Pasos Disea el modelo de datos (diagrama de entidades y vnculos?) Estado de salida Modelo de datos aprobado por el CE Entregables Especificaciones tcnicas del modelo de datos preparadas por CD Duracin Conciliacin de especificaciones
Conciliar las especificaciones
Asegurar que las especificaciones tcnicas correspondan a las especificaciones funcionales AR. Administrador del Requerimiento CD. Coordinador de Desarrollo CQ. Control de la Calidad Especificaciones funcionales Escenario de pruebas Especificacin tcnica
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
43

DOCUMENTO RESTRINGIDO Pasos Los participantes, en equipo, para cada especificacin funcional Describen las pruebas correspondientes y Confirman si con la especificacin tcnica es suficiente para obtener la funcionalidad requerida En caso de inconsistencia, se revisa la especificacin tcnica. A juicio del AR, se puede consultar al RU para aclarar o corregir la especificacin funcional. Especificaciones Funcionales, Tcnicas y Escenario de Pruebas conciliados. Especificaciones tcnicas conciliadas con Especificaciones funcionales y Escenario de prueba
Duracin Publicacin del programa de desarrollo

Revisar el alcance de la aplicacin y tiempos de desarrollo
Objetivo Responsable Otros participantes Referencia al CMM
Requisitos de entrada Pasos
Establecer compromisos de desarrollo CD. Coordinador de Desarrollo CQ. Control de la Calidad AR. Administrador del Requerimiento L2-SPP, G1 L2-SPP, G2 L2-SPP, C2,4 L2-SPP, C2, 6 L2-20, A7, 5 L2-20, A7, 6 L2-20, A7, 7 L2-20, A7, 8 L2-20, A7, 9 L2-20, A7, 10 Entregables definidos Especificaciones (Funcionales, Tcnicas y Escenario de Pruebas) conciliadas Desarrollo Estima el tiempo necesario para la construccin de cada entregable con base en las especificaciones tcnicas y los recursos disponibles CQ. Estima el tiempo necesario para las pruebas con base en los Escenarios de prueba. AR. Integra y revisa el programa de desarrollo Identifica conflictos de programacin o tareas que deben ser ajustadas para cumplir con las fechas objetivo planteadas por LD o RU. Obtiene los acuerdos necesarios Publica el programa de desarrollo Se alcanz un acuerdo acerca del alcance y los tiempos de desarrollo y pruebas de la aplicacin. Plan del Proyecto, v. 2.0, con detalle de las etapas 5. Desarrollo y Pruebas y 6. Pruebas de Aceptacin
Desarrollo
JUNIO/2005
VIGENCIA
44

DOCUMENTO RESTRINGIDO Definicin de la arquitectura de cmputo
Proponer la arquitectura de cmputo
Definir las caractersticas de los componentes de hardware y software necesarios para ejecutar la aplicacin CE. Coordinador de Especificaciones CD. Coordinador de Desarrollo Infraestructura Especificaciones tcnicas El responsable est familiarizado con las polticas de la Subdireccin de Infraestructura de Bansefi. CD Establece esquemas de arquitectura que satisfagan las necesidades tcnicas del proyecto CD e Infraestructura Analizan las ventajas y desventajas de cada alternativa CE Selecciona la mejor Los participantes estn de acuerdo en que la arquitectura de cmputo que se propone satisface las necesidades del proyecto Arquitectura propuesta Verificar lo razonable de la especificacin de la arquitectura de cmputo y su compatibilidad con las bases de arquitectura de sistemas de Bansefi. Comit de Arquitectura CE. Coordinador de Especificaciones Propuesta de arquitectura CE Plantea la solucin propuesta explicando sus ventajas y desventajas. Si se requiere, expone una o dos alternativas y explica por qu se desecharon Comit de Arquitectura Evala los planteamientos, aprueba o corrige las alternativas presentadas Arquitectura validada Arquitectura autorizada por el Comit de Arquitectura
Validar la arquitectura de cmputo
Estado de salida Entregables Duracin Preparacin de manuales

Preparar el manual de usuario

Incorporar en un documento toda la informacin que se requiere para la operacin de la aplicacin CD. Coordinador de Desarrollo RU. Responsable Usuario PRU. Analista de Pruebas Especificaciones funcionales terminadas
JUNIO/2005
VIGENCIA
45

DOCUMENTO RESTRINGIDO Pasos CD Prepara las secciones. 1. Seccin del administrador Lineamientos para la administracin Fallas conocidas (si las hay) y el paliativo recomendado 2. Seccin general Para cada transaccin Describe la interfaz con el usuario (pantallas) Describe las acciones que el usuario ejecuta Describe la respuesta esperada del sistema RU Revisa el manual y lo complementa con informacin que facilite el uso del sistema al usuario final. Da su firma de aceptacin. El RU aprueba el manual de usuario Manual de usuario Incorporar en un documento toda la informacin que se requiere para la operacin de la aplicacin CD. Coordinador de Desarrollo ST. Soporte Tcnico Especificaciones funcionales terminadas Especificaciones tcnicas terminadas Documenta: Procedimiento de carga Fallas conocidas y su solucin Lineamientos para la depuracin de bases de datos Polticas de respaldo Manual tcnico aceptado por ST. Manual de operacin
Preparar el manual de operacin
Estado de salida Entregables Duracin Construccin Objetivo
Disear tcnicamente y a detalle un componente de la aplicacin
Responsable Otros participantes

Preparar las especificaciones tcnicas detalladas de cada componente de la aplicacin. Los componentes pueden incluir: Procedimiento de instalacin Objetos Catlogos Ventanas o pantallas Bases de datos Procedimiento de desinstalacin Software de terceros Configuracin del servidor CD. Coordinador de Desarrollo CE. Coordinador de Especificaciones PR. Programador
JUNIO/2005
VIGENCIA
46

DOCUMENTO RESTRINGIDO Referencia al CMM Requisitos de entrada Pasos Especificaciones Funcionales Especificaciones Tcnicas Para cada componente de la aplicacin. Prepara las especificaciones tcnicas correspondientes siguiendo la metodologa correspondiente. Especificaciones tcnicas detalladas aprobadas por CD Especificaciones Tcnicas Detalladas Construir un componente de la aplicacin. PR. Programador CD. Coordinador de Desarrollo (si se requiere) Especificacin tcnica detallada Construye los objetos que se detallan en la especificacin tcnica correspondiente Componente de la aplicacin terminado Integracin (componente construido) Verificar que un componente cumple con las especificaciones tcnicas correspondientes PR. Programador CD. Coordinador de Desarrollo (si se requiere) Especificacin tcnica Cdigo objeto, estructura de datos o programa ejecutable en instancia de Desarrollo Programador: Ejecuta pruebas para verificar que el componente cumple con la especificacin tcnica En caso de falla, diagnostica y corrige. Si lo requiere, consulta con el Coordinador de desarrollo. Al no encontrar fallas, notifica a CQ. que el componente est disponible para pruebas unitarias. Ejecucin del componente, sin fallas. Integracin (componente probado por el programador) Verificar que un componente cumple con la especificacin tcnica correspondiente PR. Programador CFG. Control de Configuraciones CD. Coordinador de Desarrollo PR. Programador Especificacin tcnica Diseo tcnico detallado Ejecutable en instancia de Desarrollo
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos
Construir un componente de la aplicacin
Ejecutar pruebas internas a un componente de la aplicacin

Ejecutar la prueba unitaria
JUNIO/2005
VIGENCIA
47

DOCUMENTO RESTRINGIDO Pasos PR Ejecuta pruebas segn la especificacin tcnica En caso de falla La diagnostica, clasifica y registra Notifica a Desarrollo para su correccin Recibe las correcciones de Desarrollo y repite las pruebas Si no encuentra fallas Notifica al AR para que registre la terminacin del componente. Notifica al CD que el componente est libre de fallas. Notifica a CFG para que registre el componente como terminado. Ejecucin sin fallas Integracin (componente probado por CQ.) Certificado de Calidad (memoria de pruebas unitarias)
Duracin Integracin de la aplicacin

Integrar un componente a la aplicacin
Objetivo Responsable Otros participantes Referencia al CMM
Requisitos de entrada Pasos
Controlar los entregables y la integracin de sus componentes. CFG. Control de Configuraciones Ninguno L2-SCM, G2 L2-SCM, G3 L2-SCM, G4 L2-SCM, C1,1 L2-SCM, C1,2 L2-SCM, C1,3 Ejecucin de un componente sin fallas por parte de CQ. CFG Respalda y archiva el componente correspondiente Integra el componente en la versin no probada Componente integrado en la versin no probada Integracin (componente registrado en la bitcora de Control de Configuraciones)
Duracin Pruebas de integracin y regresin

Probar el procedimiento de instalacin en el servidor
Verificar que el procedimiento de instalacin es correcto PRU. Analista de Pruebas CD. Coordinador de Desarrollo (si se requiere) PR. Programador (si se requiere) L2-SQA, G3 Procedimiento de instalacin de la aplicacin y software de terceros completo incluido en el Manual de Operacin Entregable(s) completo(s) con todos los componentes probados e integrados.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
48

DOCUMENTO RESTRINGIDO Pasos PRU Siguiendo el procedimiento de instalacin que se describe en el manual de operacin: Instala el entregable que se va a probar de la instancia de Desarrollo a la de Pruebas. En caso de falla, la clasifica, registra, y reporta a Desarrollo para su correccin. Procedimiento de instalacin sin fallas. Entregable instalado en instancia de Pruebas Certificado de Calidad (memoria de pruebas de instalacin /servidor). Verificar que el procedimiento de instalacin del cliente es correcto y que la documentacin est completa PRU. Analista de Pruebas CD. Coordinador de Desarrollo L2-SQA, G3 Procedimiento de instalacin del cliente completo, incluido en el Manual de Usuario Arquitectura aprobada Todos los componentes de un entregable terminados y probados por CQ. Software instalado en el servidor PRU Instala un equipo cliente con la configuracin mnima recomendada segn la arquitectura de cmputo Ejecuta el procedimiento de instalacin segn se describe en el Manual de Usuario En caso de encontrar fallas las diagnostica, clasifica y registra. Notifica a CD para su correccin. Procedimiento de instalacin del cliente sin fallas Documentacin de instalacin verificada Certificado de Calidad (memoria de pruebas de instalacin /cliente) Verificar que un entregable no tiene fallas PRU. Analista de Pruebas CD. Coordinador de Desarrollo (si se requiere) Programador (si se requiere) Control de Configuraciones AR. Administrador del Requerimiento L2-SQA, G3 Protocolo de Aceptacin completo Escenario de pruebas Batera de pruebas Descripcin de pruebas solicitadas por CD, o ST. Aplicacin con todos sus componentes probados por CQ instalada en la instancia de Pruebas Cliente con todos sus componentes instalado en un equipo con la configuracin mnima recomendada
Probar el procedimiento de instalacin del cliente
Pasos
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes
Ejecutar las pruebas de integracin
JUNIO/2005
VIGENCIA
49

DOCUMENTO RESTRINGIDO Pasos PRU. Ejecuta las pruebas indicadas en el PDA y las solicitadas por CD o ST. En caso de falla, la clasifica, registra y notifica al CD e inicia el seguimiento Recibe las correcciones de Desarrollo y repite las pruebas Si no encuentra fallas, Notifica al Coordinador de Desarrollo que el entregable est libre de fallas. Notifica a Control de Configuraciones que el entregable est libre de fallas para que prepare el respaldo correspondiente. Se ejecutaron todas las pruebas programadas sin fallas, o el representante del RU determina que la aplicacin se puede aceptar con las fallas conocidas Certificado de Calidad (memoria de pruebas de integracin) Verificar que los nuevos componentes no afecten al resto de la aplicacin PRU. Analista de Pruebas CD. Coordinador de Desarrollo (si se requiere) Control de Configuraciones AR. Administrador del Requerimiento L2-SQA, G3 Pruebas de Integracin terminadas con xito Protocolo de aceptacin completo para la versin actual y las versiones anteriores Escenario de pruebas Batera de pruebas Descripcin de pruebas adicionales solicitadas por CD o ST. Aplicacin instalada en la instancia de Pruebas Cliente instalado en un equipo con la configuracin mnima recomendada. PRU. Ejecuta las pruebas indicadas en los PDA de cada versin y las pruebas adicionales del CD y ST. En caso de falla, La diagnostica, clasifica y registra Notifica a Desarrollo para su correccin e inicia el seguimiento Recibe las correcciones de Desarrollo y repite las pruebas Si no encuentra fallas, Notifica al AR y a CD que la aplicacin est probada y lista para pruebas de aceptacin. Notifica a Control de Configuraciones que la aplicacin est probada para que prepare el respaldo correspondiente. Prepara, con ST. y RA el paquete de pruebas que se usar para verificar que la aplicacin ha quedado bien instalada (Prueba de Operacin).
Ejecutar las pruebas de regresin
Pasos
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
50

Probar el procedimiento de desinstalacin
Se ejecutaron todas las pruebas programadas sin fallas, o el representante del RU determina que la aplicacin se puede aceptar con las fallas conocidas Manual de Operacin con la Prueba de Operacin Certificado de Calidad (memoria de pruebas de Regresin Verificar que el procedimiento de desinstalacin es correcto PRU. Analista de Pruebas CD. Coordinador de Desarrollo (si se requiere) Programador (si se requiere) L2-SQA, G3 Procedimiento de desinstalacin completo incluido en el Manual de Operacin Entregable completo con todos los componentes probados e integrados. PRU Siguiendo el procedimiento de desinstalacin que se describe en el Manual de Operacin: Desinstala el entregable de la instancia de Pruebas. En caso de falla, la clasifica, registra y reporta a Desarrollo para su correccin e inicia el seguimiento de la falla Con el protocolo de pruebas de instalacin de la versin anterior, verifica que la aplicacin no tenga fallas. Reportes de falla cerrados (o sin reportes) Versin anterior sin fallas en instancia de Pruebas Certificado de Calidad (memoria de Pruebas de desinstalacin).
Pruebas de aceptacin
Preparacin para las pruebas de aceptacin
Nombrar al equipo de pruebas
Nombrar a los participantes en las pruebas de aceptacin RU. Responsable Usuario AR. Administrador del Requerimiento CE. Coordinador de Especificaciones CQ. Control de la Calidad Especificaciones funcionales terminadas y alcance de la versin delimitado. RU Nombra al responsable de probar y aceptar la versin. En su caso, nombra a otros participantes para las pruebas de aceptacin AR Nombra al responsable para las pruebas de aceptacin. CE Nombra al responsable para las pruebas de aceptacin CQ. Nombra al responsable para las pruebas de aceptacin. Equipo de pruebas nombrado y comprometido a participar de tiempo completo en las pruebas de aceptacin.
Estado de salida
JUNIO/2005
VIGENCIA
51

DOCUMENTO RESTRINGIDO Entregables Duracin Objetivo Responsable Otros participantes Descripcin del Proyecto (integrantes del equipo de pruebas publicado en el directorio del proyecto) Esta actividad dura unos quince minutos y puede hacerse durante la junta de control de cambios. Preparar el plan detallado para las pruebas de aceptacin AR. Administrador del Requerimiento Grupo de Pruebas Responsable de aceptar la aplicacin, nombrado por el RU. Responsable Usuario Otros participantes nombrados por el RU como expertos u observadores. CQ. Control de la Calidad CD o representante del CE Especificaciones (Funcionales, Tcnicas y Escenario de Pruebas) conciliadas Equipo de pruebas nombrado y comprometido a participar de tiempo completo en las pruebas de aceptacin. Confirmar las reglas del grupo y las responsabilidades de cada participante. Definir el nmero y tipo de equipos de cmputo y las instalaciones (sala de pruebas) que se requieren para las pruebas. Definir calendario y horarios para las pruebas de aceptacin. Acuerdo del Grupo de Pruebas para la ejecucin de las pruebas de aceptacin Protocolo de Aceptacin (Actividades necesarias para realizar pruebas) 2 horas Establecer responsabilidades claras y fechas de compromiso para preparar las pruebas de aceptacin CQ. Control de la Calidad RU. Responsable Usuario AR. Administrador del Requerimiento Escenario de prueba preparado Identifica las actividades que deben desarrollarse para ejecutar las pruebas de aceptacin (an las que se incluyen en el Plan de Desarrollo y Pruebas) Para actividades previstas en el Plan de Desarrollo y Pruebas Establece las fechas en que debern terminarse cada actividad con el responsable de la misma Para actividades no previstas en el Plan de Desarrollo y pruebas Acuerda con el RU y el AR quin debe responsabilizarse de cada tarea y establece las fechas en que debern terminarse cada actividad con el responsable de la misma. Registra las fechas en el Plan Detallado de Pruebas Acuerdo acerca de tareas, responsabilidades y fechas Protocolo de Aceptacin (Plan detallado de actividades necesarias para realizar pruebas)
Preparar el plan de pruebas de aceptacin
Definir las actividades para realizar pruebas

JUNIO/2005
VIGENCIA
52

Preparar la instancia de pruebas
Contar con una instancia de cmputo en la que se puedan hacer las pruebas de aceptacin sin afectar al ambiente de Produccin y sin interferencia del trabajo que est haciendo Desarrollo. CD. Coordinador de Desarrollo CQ. Coordinador de Pruebas CISIC (si se requiere) Entregable que se va a probar integrado en la instancia de Desarrollo. Memoria de Pruebas de Integracin y Regresin. Los catlogos, tablas y otros elementos auxiliares que se requieren estn completos. CD Crea la instancia de pruebas o borra todos los componentes en la instancia de pruebas Si se cuenta con una versin anterior Instala una copia de la instancia de produccin Instala una copia de la base de datos tal como qued despus de la ltima prueba de aceptacin Instancia de pruebas lista para iniciar pruebas Integracin (instancia de pruebas lista para iniciar pruebas de aceptacin) Contar con las instalaciones e infraestructura adecuadas para ejecutar las pruebas de aceptacin PRU. Analista de Pruebas INF. Infraestructura Protocolo de aceptacin completo y validado Arquitectura de cmputo Configuracin mnima o recomendada Plan de pruebas aprobado por el Grupo de Pruebas PRU Reserva laboratorio de pruebas Instala equipo con la configuracin requerida Instala software del cliente Verifica instancia de pruebas, catlogos, etc. INF En caso necesario apoya para la preparacin del laboratorio Ambiente listo para pruebas Integracin (laboratorio listo para iniciar pruebas de aceptacin)
Preparar el laboratorio de pruebas
Estado de salida Entregables Duracin Pruebas de aceptacin Objetivo Responsable Otros participantes Referencia al CMM
Ejecutar las pruebas de aceptacin
Documentar la aceptacin de la aplicacin (el entregable) con base en la aplicacin del Protocolo de Aceptacin Representante nombrado por el RU. Responsable Usuario Equipo de pruebas (ver 6.1.1. Nombrar al Equipo de Pruebas) L2-SQA, G4
JUNIO/2005
VIGENCIA
53

DOCUMENTO RESTRINGIDO Requisitos de entrada Pasos Instancia de pruebas preparada Pruebas de integracin y regresin terminadas sin fallas, o con fallas conocidas y aceptadas por el representante del RU. Protocolo de Aceptacin completo Representante del RU Verifica la ejecucin del procedimiento de instalacin en la instancia de Pruebas Ejecuta el Protocolo de Aceptacin Si encuentra una falla crtica, CQ. la registra y reporta a CD para su atencin, inicia el seguimiento de la falla y suspende la prueba. Al recibir notificacin de que la falla ha sido corregida, reinicia desde la actividad 5.5.3. Ejecutar Pruebas de Integracin. Si encuentra fallas, CQ. y el representante nombrado por el RU las clasifican CQ. la registra y notifica a Desarrollo, para su evaluacin y correccin e inicia el seguimiento de la falla. El representante del RU determina si una falla es tolerable o no. Si no encuentra fallas, RAU entrega y RU recibe formalmente la aplicacin. RU recibe la aplicacin o versin. Certificado de Calidad (memoria de pruebas de aceptacin firmada por el representante del RU) segn plan de trabajo
Implantacin
Planeacin de la implantacin
Definir la estrategia de implantacin
Definir las fases y objetivos parciales que debern cubrirse hasta la terminacin de la implantacin de la aplicacin LU. Lder Usuario RU. Responsable Usuario GI. Grupo de Implantacin Especificaciones funcionales terminadas Nmero y ubicacin de usuarios finales Define el alcance y las caractersticas de cada fase de la implantacin. Tpicamente determina Si el despliegue inicial de la aplicacin se debe limitar a una regin geogrfica, o a un grupo de funciones o entregables. Cmo se irn integrando el resto de los usuarios. El tipo y magnitud de recursos que se usarn en cada fase. Los criterios que deben evaluarse para determinar si una etapa de la implantacin se ha concluido con xito antes de pasar a la siguiente. Estrategia de implantacin definida Implantacin (estrategia de implantacin definida por LU) Definir las responsabilidades y actividades durante la implantacin GI. Grupo de Implantacin
Estado de salida Entregables Duracin Objetivo Responsable

Preparar el plan de implantacin
JUNIO/2005
VIGENCIA
54

DOCUMENTO RESTRINGIDO Otros participantes Referencia al CMM Requisitos de entrada Pasos AR. Administrador del Requerimiento
Estrategia de Implantacin Aplicacin o entregable aceptado Para cada fase de la implantacin: Asigna responsabilidades y establece fechas objetivo para la implantacin Estado de salida Acuerdo del GI. acerca del Plan de implantacin. Entregables Implantacin (plan general) Duracin 1 da Preparacin de la infraestructura
Adquirir software de terceros

Adquirir equipo (servidores)
Adquirir el software de terceros que se requiera para el desarrollo o uso de la aplicacin CE. Coordinador de Especificaciones AR. Administrador del Requerimiento CFG. Coordinador de Configuraciones CD. Coordinador de Desarrollo COM. Compras L2-SCM, G1 L2-SCM, C1,3 Especificaciones tcnicas completas Arquitectura aprobada por el Comit de Arquitectura Especificacin de software de terceros CE Prepara requisiciones con base en la especificacin de software de terceros Obtiene las autorizaciones correspondientes COM Adquiere los equipos CFG Recibe el software Supervisa la instalacin y configuracin conforme a la Especificacin Tcnica Detallada. Software de terceros listo para usarse Integracin (requisiciones de software de terceros) Integracin (software de terceros listo para usarse) Contar con la capacidad central de proceso y almacenamiento de datos necesaria. CISIC CE. Coordinador de Especificaciones Infraestructura Compras Arquitectura de cmputo aprobada por el Comit de Arquitectura. Especificaciones de los servidores Caracterizacin preliminar de la red aprobada por RCDT
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
55

DOCUMENTO RESTRINGIDO Pasos CISIC Prepara requisiciones con base en las especificaciones de los servidores Obtiene las autorizaciones correspondientes Compras Adquiere los equipos CISIC Recibe los equipos Supervisa la instalacin y configuracin conforme a la Especificacin Tcnica Detallada. Servidores instalados en centro de trabajo del CISIC Integracin (requisiciones de servidores) Integracin (servidores listos para operar) Proveer los equipos necesarios para que todos los usuarios puedan usar la aplicacin eficientemente. GI. Grupo de Implantacin INF. Infraestructura COMP. Compras Configuracin mnima definida Nmero, tipo y distribucin de usuarios definida Plan de implantacin (Plan Piloto, Plan de Generalizacin) GI Prepara requisiciones con base en la configuracin mnima y lineamientos de homologacin de equipos Obtiene las autorizaciones correspondientes COMP Adquiere los equipos GI Recibe los equipos Supervisa la instalacin y configuracin conforme a las especificaciones de Diseo. Si requiere apoyo para configurar e instalar los equipos, lo puede coordinar con Infraestructura. Supervisa y coordina la distribucin de equipos y software a sus lugares de uso. Si se coordina con el proveedor de los equipos la instalacin en equipo nuevo: INF Verifica la existencia de licencias y cartas de confidencialidad, segn corresponda Prepara los medios (instalacin en la red Bansefi, diskettes o CD) para la instalacin de la aplicacin y del software de terceros que se requiera. Apoya al proveedor para la instalacin del software. Equipo instalado en el lugar de uso. Opcionalmente, el equipo puede incluir el software de aplicacin y el software de terceros Integracin (requisiciones de equipo de usuario) Integracin (equipo de usuario final listo para usarse)

Adquirir equipo (usuario final)

JUNIO/2005
VIGENCIA
56

Preparar la Caracterizacin de la red
Evaluar el impacto de trfico en la red corporativa de Bansefi RCDT, Subdireccin de Infraestructura CD. Coordinador de Desarrollo INF. Infraestructura Arquitectura de cmputo aprobada Especificaciones tcnicas y funcionales conciliadas Formularios y cuestionarios de Caracterizacin de la Red completos Aplicacin estable para ejecutar pruebas de trfico RCDT Evala el impacto del uso del sistema en la red Autoriza la instalacin de la aplicacin o recomienda los cambios necesarios. RCDT determina qu condiciones hay que cubrir para la implantacin de la aplicacin. Integracin (caracterizacin de la Red) Realizar la carga de la aplicacin en el ambiente de Produccin ST. Soporte Tcnico, Subdireccin de Infraestructura CD. Coordinador de Desarrollo Procedimiento de instalacin probado. Pruebas de Operacin (subconjunto del PDA preparado por CD, CQ. y ST. Ejecuta el procedimiento de instalacin Ejecuta las pruebas de Operacin. Notifica al RU que la aplicacin est en operacin Aplicacin cargada en ambiente de Produccin Integracin (aplicacin cargada en ambiente de Produccin) Instalar el software necesario para usar la aplicacin en el equipo del usuario final GI. Grupo de Implantacin INF. Infraestructura Procedimiento de instalacin terminado Cartas de confidencialidad entregadas a Control de Software Ejecuta el procedimiento de instalacin (INF lo apoya si lo requiere) Software instalado en los equipos de usuario final Integracin (aplicacin instalada en los equipos de los usuarios que participan en el piloto)
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Capacitacin
Instalar la aplicacin en servidores de produccin
Instalar la aplicacin en equipos de usuario final
Preparar manuales de capacitacin

Preparar o actualizar el manual de capacitacin Lder de Proyecto
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
57

DOCUMENTO RESTRINGIDO Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Cuando los cambios de versin lo ameriten a criterio del Lder de Proyecto Manual de usuario aceptado por el RU Prepara manual de capacitacin segn procedimientos internos de Bansefi Manual de capacitacin impreso Manuales (manual de capacitacin) Instalar o actualizar la versin que se usa para capacitacin CISIC ST. Soporte Tcnico CD. Coordinador de Desarrollo INF. Infraestructura Cuando los cambios de versin lo ameriten a criterio del Lder de Proyecto Solicitud de la Direccin de Servicios de Tecnologa Equipos disponibles Procedimiento de instalacin de software probado Campus y aula(s) identificados Manuales de capacitacin actualizados CD Instala instancia de capacitacin en el servidor INF Instala equipos en el aula indicada Instala software cliente Versin actualizada Integracin (versin de capacitacin actualizada) Preparar al personal de Direccin de Servicios de Tecnologa para que pueda impartir la capacitacin al usuario final RU. Responsable Usuario INT. Personal de la Direccin de Servicios de Tecnologa (capacitadores) AR. Administrador del Requerimiento Aplicacin aceptada Manual de usuario Manual de capacitacin (borrador) Infraestructura instalada Software instalado El RU, o quin particip en las pruebas de aceptacin explica a los instructores de BANSEFI las caractersticas de uso de la aplicacin Instructores capacitados Integracin (instructores INT capacitados) Dar a ST. la capacitacin necesaria para que instale y opere la aplicacin una vez que est en operacin. CD. Coordinador de Desarrollo ST. Soporte Tcnico
Cargar la aplicacin en ambiente de capacitacin
Pasos
Capacitar al personal de Bansefi
Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes

Capacitar al personal de Soporte Tcnico
JUNIO/2005
VIGENCIA
58

DOCUMENTO RESTRINGIDO Referencia al CMM Requisitos de entrada Pasos Procedimiento de instalacin documentado Manual de operacin terminado CD y ST. Ejecutan el procedimiento en conjunto. En caso de dudas, se aclaran. Nota: La participacin de ST. en las pruebas de Instalacin puede obviar esta tarea. ST. capacitado para instalar y operar la aplicacin Integracin (personal de ST. capacitado) Que el usuario final cuente con los conocimientos y habilidades necesarios para usar la aplicacin con efectividad y eficiencia INT. Personal de la Direccin de Servicios de Tecnologa RU. Responsable Usuario Usuario Final AR. Administrador del Requerimiento Segn el programa de capacitacin del Lder de Proyecto Manual de capacitacin Aplicacin instalada en instancia de capacitacin Instructores preparados Casos de uso para capacitacin preparados INT Enva a RAU el Programa trimestral de Capacitacin al menos 20 das antes de su inicio Imparte curso segn currculum AR. (en el primer curso de un mdulo nuevo) Participa en el curso, apoyando al instructor para diagnosticar imprevistos y en su caso, canalizar los problemas. Personal capacitado en el uso de la aplicacin Integracin (usuario final capacitado)
Capacitar al usuario final (primera sesin)
Estado de salida Entregables Duracin Piloto (en su caso) Objetivo Responsable Otros participantes
Detallar y actualizar el plan piloto
Contar con un plan para coordinar las responsabilidades y tareas durante el piloto. GI. Grupo de Implantacin LU. Lder Usuario RU. Responsable Usuario AR. Administrador del Requerimiento INF. Infraestructura (si se requiere) Estrategia de implantacin GI Define el alcance del piloto Define qu usuarios participan Instala el cliente en los equipos que participan (Infraestructura lo apoya si lo requiere) LU y RU Validan y aprueban el plan piloto
JUNIO/2005
VIGENCIA
59

Ejecutar el plan piloto
Plan piloto aprobado Estrategia de Implantacin (plan piloto detallado y aprobado por LU) Evaluar el comportamiento de la aplicacin en un ambiente controlado de produccin GI. Grupo de Implantacin RU. Responsable Usuario AR. Administrador del Requerimiento CD. Coordinador de Desarrollo ST. Soporte Tcnico CQ. Control de la Calidad Aplicacin aceptada Aplicacin instalada en ambiente de produccin Cliente instalado en los equipos que participan Usuarios que participan seleccionados y capacitados GI. Grupo de Implantacin Supervisa la ejecucin de las actividades segn el plan piloto Usuarios participantes Ejecutan las actividades segn el plan. ST. Recibe y resuelve reportes de falla AR. Administrador del Requerimiento Registra propuestas o solicitudes de cambio para su anlisis. CQ. Registra y da seguimiento a fallas graves que deban resolverse de inmediato. CD Resuelve o propone paliativos para fallas graves. Aplicacin estable y sin fallas en ambiente controlado Estrategia de Implantacin (documentacin de resultados del piloto, con comentarios, observaciones y propuestas).
Estado de salida Entregables Duracin Generalizacin
Detallar y actualizar el plan de generalizacin
Contar con un plan para coordinar las responsabilidades y tareas durante la etapa de generalizacin. GI. Grupo de Implantacin LU. Lder Usuario RU. Responsable Usuario AR. Administrador del Requerimiento Estrategia de implantacin Documentacin de resultados del piloto, con comentarios, observaciones y propuestas.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
60

DOCUMENTO RESTRINGIDO Pasos GI. Grupo de Implantacin Identifica a todos los usuarios que falta incorporar Detalla las tareas pendientes Identifica responsables Establece tiempos de ejecucin LU y RU Validan y aprueban el plan de instalacin uniforme en produccin. Plan de generalizacin aprobado Estrategia de Implantacin (plan de generalizacin detallado y aprobado por LU) Instalar el software necesario para usar la aplicacin en el equipo del usuario final GI. Grupo de Implantacin INF. Infraestructura Procedimiento de instalacin terminado GI Ejecuta el procedimiento de instalacin (Infraestructura lo apoya si lo requiere) Software instalado en los equipos de usuario final Integracin (aplicacin instalada en todos los equipos de usuario final) Establecer el uso generalizado de la aplicacin GI. Grupo de Implantacin RU. Responsable Usuario AR. Administrador del Requerimiento ST. Soporte Tcnico CD. Coordinador de Desarrollo Aplicacin aceptada Aplicacin instalada en ambiente de produccin Cliente instalado en los equipos de usuario final GI. Grupo de Implantacin Supervisa la ejecucin de las actividades segn el plan de generalizacin Usuarios participantes Ejecutan las actividades segn el plan. ST. Recibe y resuelve reportes de falla AR. Administrador del Requerimiento Registra propuestas o solicitudes de cambio para su anlisis. CQ. Registra y da seguimiento a fallas graves que deban resolverse de inmediato. CD Resuelve o propone paliativos para fallas graves.
Instalar la aplicacin en equipos de usuario final (generalizacin)
Estado de salida Entregables Duracin Objetivo Responsable Otros participantes
Ejecutar el plan de generalizacin
JUNIO/2005
VIGENCIA
61

DOCUMENTO RESTRINGIDO Estado de salida Entregables Duracin Aplicacin estable y sin fallas en ambiente de produccin Integracin (aplicacin en operacin)
Evaluar satisfaccin
Levantar informacin
Levantar informacin
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin
Cuestionario resuelto
Evaluar satisfaccin del usuario
Cierre
Cierre
Cierre
Objetivo Responsable Otros participantes Referencia al CMM Requisitos de entrada Pasos Estado de salida Entregables Duracin
Apartado de Actores Listado de actores

Grupo Direccin Iniciales CA CP Actor Comit de Arquitectura Comit del Proyecto Ref. CMM no aplica no aplica
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
62

DOCUMENTO RESTRINGIDO Usuario LU RU RI GI UF no aplica RAU AR ST CE CD PR CFG CQ PRU INF CC RCDT CISIC INT COMP Lder Usuario Responsable Usuario Responsable de Insumos Grupo de Implantacin Usuario Final Grupo de Pruebas (no es actor) Responsable de Atn. Usuarios Adm. del Requerimiento Soporte Tcnico Coordinador de Especificaciones Coordinador de Desarrollo Lder de proyecto Programador Control de Configuraciones Control de la Calidad Analista de pruebas Infraestructura Control de Cambios RCDT CISIC Bansefi Compras Customer End User Representative End User Representative End User Representative End User End User Representative (SM) Project Manager no aplica no aplica (SM) Project Software Mgr. (M) First Line Software Mgr. (T) Software Task Leader (T) Software Engineer (M) Saw Configuration Mgr. (SM, M) SQA Group (T) System Test Group no aplica no aplica no aplica no aplica no aplica no aplica Training Group
Admon.
Prime Contractor
Desarrollo y Pruebas
Engineering. Group Subcontractor
Otros (Sistemas) Otros (Bansefi) CMM
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
63

Participacin de los actores en actividades

Siglas R Responsable P Participa
CA. Comit de Arquitectura

R 5.1.2. Validar la arquitectura de cmputo
CP. Comit del Proyecto

R 3.3.4. Autorizar el Proyecto
LU. Lder Usuario

R P P P R P P P R 1.1.1. 1.1.2. 1.2.2. 3.3.4. 7.1.1. 7.4.1. 7.5.1. 8.1.1. 9.1.1. Registrar el requerimiento Analizar el requerimiento Junta de arranque Autorizar el Proyecto Definir la estrategia de implantacin Detallar y actualizar el plan piloto Detallar y actualizar el plan de generalizacin Levantar informacin Cierre
RU. Responsable Usuario

P P R R R R R P P R R P R P R P R 1.2.2. 1.2.3. 3.1.1. 3.1.2. 3.1.3. 3.2.1. 3.2.2. 3.3.1. 3.3.2. 3.4.1. 3.4.3. 5.2.1. 6.1.1. 6.1.2. 6.2.1. 7.1.1. 7.3.3. Junta de arranque Detallar el Plan de la Etapa 2. Insumos. Detallar el beneficio esperado Describir los procesos relevantes Describir los cambios requeridos en los procesos Identificar las funciones que la aplicacin debe apoyar Describir la interaccin usuario - sistema Agrupar las especificaciones funcionales en entregables Junta de control de cambios Preparar los escenarios de pruebas Preparar la batera de datos de prueba Preparar el manual de usuario Nombrar al equipo de pruebas Preparar el plan de pruebas de aceptacin Ejecutar las pruebas de aceptacin Definir la estrategia de implantacin Capacitar al personal de Bansefi
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
64

RI. Responsable de Insumos

R 2.1.1. Recolectar los insumos
UF. Usuario Final

P P 7.3.5. 7.5.3. Capacitar al usuario final (primera sesin) Ejecutar el plan de generalizacin
GI. Grupo de Implantacin

P R R R P R R R R R P 1.2.3. 7.1.2. 7.2.3. 7.2.6. 7.3.5. 7.4.1. 7.4.2. 7.5.1. 7.5.2. 7.5.3. 3.3.4. Detallar el Plan de la Etapa 2. Insumos. Preparar el plan de implantacin Adquirir equipo (usuario final) Instalar la aplicacin en equipos de usuario final Capacitar al usuario final (primera sesin) Detallar y actualizar el plan piloto Ejecutar el plan piloto Detallar y actualizar el plan de generalizacin Instalar la aplicacin en equipos de usuario final (generalizacin) Ejecutar el plan de generalizacin Autorizar el Proyecto
RAU. Responsable de Atencin a Usuarios

R R R P R R R R 1.1.2. 1.1.3. 1.2.2. 3.2.4. 3.3.2. 3.3.3. 8.1.1. 8.1.2. Analizar el requerimiento Asignar el Administrador del Requerimiento Junta de arranque Validar la especificacin funcional en detalle Junta de control de cambios Preparar el plan de Desarrollo y Pruebas Levantar informacin Evaluar satisfaccin del usuario
AR. Administrador del Requerimiento

R R P R R P P P P R P 1.1.4. 1.2.1. 1.2.2. 1.2.3. 2.1.2. 3.1.2. 3.1.3. 3.2.1. 3.2.2. 3.2.3. 3.2.4.
Estimar la complejidad Preparar la junta de arranque Junta de arranque Detallar el Plan de la Etapa 2. Insumos. Integrar los insumos Describir los procesos relevantes Describir los cambios requeridos en los procesos Identificar las funciones que la aplicacin debe apoyar Describir la interaccin usuario - sistema Integrar el documento de especificaciones funcionales Validar la especificacin funcional en detalle
REVIS DIRECTOR DE INGENIERA DE SISTEMAS SUBIDRECTOR DE PLANEACIN Y DESARROLLO TECNOLOGICO SUBDIRECTOR DE SISTEMAS PARA OPERACIN SUBDIRECTOR DE INTRANET SUBDIRECTOR DE SISTEMAS APOYO PARA OPERACIN SUBDIRECTOR DE INVESTIGACIN Y DESARROLLO SUBDIRECTOR DE ADMINISTRACIN DE DATOS AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
65

DOCUMENTO RESTRINGIDO R P P P P P R P P R P P P P P P 3.3.1. 3.3.2. 3.3.3. 3.4.1. 3.4.2. 3.4.3. 4.2.1. 4.3.1. 6.1.1. 6.1.2. 6.2.1. 7.3.3. 7.3.5. 7.4.2. 7.5.1. 7.5.3. Agrupar las especificaciones funcionales en entregables Junta de control de cambios Preparar el plan de Desarrollo y Pruebas Preparar los escenarios de pruebas Validar el escenario de pruebas Preparar la batera de datos de prueba Conciliar las especificaciones Revisar el alcance de la aplicacin y tiempos de desarrollo Nombrar al equipo de pruebas Preparar el plan de pruebas de aceptacin Ejecutar las pruebas de aceptacin Capacitar al personal de Bansefi Capacitar al usuario final (primera sesin) Ejecutar el plan piloto Detallar y actualizar el plan de generalizacin Ejecutar el plan de generalizacin
ST. Soporte Tcnico

P R P P P P 5.2.2. 7.2.5. 7.3.2. 7.3.4. 7.4.2. 7.5.3. Preparar el manual de operacin Instalar la aplicacin en servidores de produccin Cargar la aplicacin en ambiente de capacitacin Capacitar al personal de Soporte Tcnico Ejecutar el plan piloto Ejecutar el plan de generalizacin
CE. Coordinador de Especificaciones

P P R P P P P P P P P R P P R P 1.2.2. 1.2.3. 3.2.4. 3.3.1. 3.3.2. 3.3.3. 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.3.1. 5.1.1. 5.3.1. 6.1.1. 7.2.1. 7.2.2.
Junta de arranque Detallar el Plan de la Etapa 2. Insumos. Validar la especificacin funcional en detalle Agrupar las especificaciones funcionales en entregables Junta de control de cambios Preparar el plan de Desarrollo y Pruebas Especificar tcnicamente la aplicacin Especificar tcnicamente las interfaces Especificar tcnicamente los programas de conversin de datos Especificar tcnicamente el modelo de datos Revisar el alcance de la aplicacin y tiempos de desarrollo Proponer la arquitectura de cmputo Disear tcnicamente y a detalle un componente de la aplicacin Nombrar al equipo de pruebas Adquirir software de terceros Adquirir equipo (servidores)
JUNIO/2005
VIGENCIA
66

CD. Coordinador de Desarrollo

P P P P R R R R P R P R R R P P R P P P P P R P P 1.1.4. 3.2.4. 3.3.2. 3.3.3. 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.2.1. 4.3.1. 5.1.1. 5.2.1. 5.2.2. 5.3.1. 5.3.2. 5.3.3. 6.1.4. 6.2.1. 7.2.1. 7.2.4. 7.2.5. 7.3.2. 7.3.4. 7.4.2. 7.5.3. Estimar la complejidad Validar la especificacin funcional en detalle Junta de control de cambios Preparar el plan de Desarrollo y Pruebas Especificar tcnicamente la aplicacin Especificar tcnicamente las interfaces Especificar tcnicamente los programas de conversin de datos Especificar tcnicamente el modelo de datos Conciliar las especificaciones Revisar el alcance de la aplicacin y tiempos de desarrollo Proponer la arquitectura de cmputo Preparar el manual de usuario Preparar el manual de operacin Disear tcnicamente y a detalle un componente de la aplicacin Construir un componente de la aplicacin Ejecutar pruebas internas a un componente de la aplicacin Preparar la instancia de pruebas Ejecutar las pruebas de aceptacin Adquirir software de terceros Preparar la Caracterizacin de la red Instalar la aplicacin en servidores de produccin Cargar la aplicacin en ambiente de capacitacin Capacitar al personal de Soporte Tcnico Ejecutar el plan piloto Ejecutar el plan de generalizacin
PR. Programador
P R R P 5.3.1. 5.3.2. 5.3.3. 6.2.1. Disear tcnicamente y a detalle un componente de la aplicacin Construir un componente de la aplicacin Ejecutar pruebas internas a un componente de la aplicacin Ejecutar las pruebas de aceptacin
CFG. Control de Configuraciones

R P 5.4.1. 7.2.1. Integrar un componente de la aplicacin Adquirir software de terceros
CQ. Control de la Calidad

P P R 3.3.2. 3.3.3. 3.4.2.
Junta de control de cambios Preparar el plan de Desarrollo y Pruebas Validar el escenario de pruebas
JUNIO/2005
VIGENCIA
67

DOCUMENTO RESTRINGIDO P P P R P P 4.3.1. 6.1.1. 6.1.2. 6.1.3. 7.4.2. 7.5.3. Revisar el alcance de la aplicacin y tiempos de desarrollo Nombrar al equipo de pruebas Preparar el plan de pruebas de aceptacin Definir las actividades para realizar pruebas Ejecutar el plan piloto Ejecutar el plan de generalizacin
PRU. Analista de pruebas

P R R R R R R R P 5.2.1. 5.3.4. 5.5.1. 5.5.2. 5.5.3. 5.5.4. 5.5.5. 6.1.5. 6.2.1. Preparar el manual de usuario Ejecutar la prueba unitaria de Control de la Calidad Probar el procedimiento de instalacin en el servidor Probar el procedimiento de instalacin del cliente Ejecutar las pruebas de integracin Ejecutar las pruebas de regresin Probar el procedimiento de desinstalacin Preparar el laboratorio de pruebas Ejecutar las pruebas de aceptacin
INF. Infraestructura
P P P P P P P 5.1.1. 6.1.5. 7.2.2. 7.2.3. 7.2.4. 7.2.6. 7.5.2. Proponer la arquitectura de cmputo Preparar el laboratorio de pruebas Adquirir equipo (servidores) Adquirir equipo (usuario final) Preparar la Caracterizacin de la red Instalar la aplicacin en equipos de usuario final Instalar la aplicacin en equipos de usuario final (generalizacin)
CC. Control de Cambios

P 3.3.2. Junta de control de cambios
RCDT. RCDT
R 7.2.4. Preparar la Caracterizacin de la red
CISIC. CISIC
R R 7.2.2. 7.3.2. Adquirir equipo (servidores) Cargar la aplicacin en ambiente de capacitacin
Bansefi
R P 7.3.1. 7.3.3.
Preparar manuales de capacitacin Capacitar al personal de Bansefi

JUNIO/2005
VIGENCIA
68

DOCUMENTO RESTRINGIDO R 7.3.5. Capacitar al usuario final (primera sesin)
COMP. Compras
P P P 7.2.1. 7.2.2. 7.2.3. Adquirir software de terceros Adquirir equipo (servidores) Adquirir equipo (usuario final)
Apartado de entregables Listado de entregables (ref CMM: L2-20, A7,4) Documentacin del proyecto
Requerimiento (RSR) Anlisis Costo Beneficio Estrategia de Implantacin Arquitectura Plan del Proyecto (Programa de Trabajo)
Especificaciones funcionales Protocolo de Aceptacin (PdA) Especificacin Tcnica Certificado de Calidad Manuales Requisiciones Evaluacin Plan de Aseguramiento de la Calidad (PAC)
Aplicacin
Integracin
Tabla 1. Descripcin de los entregables que integran la documentacin del proyecto

Entregable Requerimiento Contenido Descripcin del requerimiento Documentos adicionales al requerimiento Anlisis del impacto esperado en otros requerimientos o dominios Esfuerzo requerido Actividad /Status 1.1.1. 1.1.2. 1.1.3. 1.1.2. 1.1.4 Inicial Validado por RAU Asignado a un AR Preparado por RAU Estimacin preliminar del AR
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
69

DOCUMENTO RESTRINGIDO Entregable Anlisis Costo Beneficio Contenido Objetivo del proyecto. Alcance y cobertura. Anlisis de Impacto Inversin requerida. Beneficios esperados, cualitativos y cuantitativos. Estrategia de Implantacin Actividad /Status
Implantacin
7.1.1. 7.1.2. 7.4.1. 7.4.2. 7.5.1.
Arquitectura Plan del Proyecto
Hardware Software Plan del proyecto y documentado con MS Project
5.1.1. 5.1.2. 1.2.1. 1.2.2. 1.2.3. 3.3.3. 4.3.1. 7.5.1.
Especificaciones Funcionales
Objetivos de negocio afectados Descripcin del impacto esperado por el usuario Casos de uso
Nota:
Definida por LU. Plan general de implantacin Plan piloto detallado y aprobado por LU Documentacin de resultados del piloto, con comentarios, observaciones y propuestas Plan de generalizacin detallado y aprobado por LU Propuesta Autorizada por el Comit de Arquitectura Preliminar, propuesto por AR Preliminar, con detalle de la etapa 3. Especificaciones Funcionales. Preliminar, con detalle de la etapa 2. Insumos v. 1.0, Lnea de Base v. 2.0, con detalle de las etapas 5. Desarrollo y Pruebas y 6. Pruebas de Aceptacin v. 3.0, con detalle de la etapa 7. Implantacin Estos puntos se incluyen en la Descripcin del Proyecto Diagrama estado actual por RU Diagramas, con cambios requeridos por RU Expandidos, validados por RU Nuevos, validados por RU Definidos por RU Firmadas por RU Validadas por AR Agrupadas en entregables, conciliada por RU y RAU Aclaradas con CE y CD Entregados Validados por Control de Calidad Conciliados con Especificaciones Tcnicas
3.1.2. 3.1.3. 3.2.1.
Diagrama de secuencia Diagrama de actividades Criterios de validacin Especificaciones funcionales completas
3.2.2. 3.2.2. 3.2.3. 3.2.4. 3.3.1. 3.3.2. 3.4.1. 3.4.2. 4.2.1.
Protocolo de Aceptacin
Escenario de pruebas
JUNIO/2005
VIGENCIA
70

DOCUMENTO RESTRINGIDO Entregable Contenido Actividades necesarias para realizar pruebas Batera de Datos de Prueba De la Aplicacin De las Interfaces De los Programas de Conversin de Datos Del Modelo de Datos Memoria de pruebas Actividad /Status 6.1.2. 6.1.3. 3.4.3. 4.1.1. 4.1.n. 4.2.1. 5.3.1. 5.3.4. 5.5.1. 5.5.2. 5.5.3. 5.5.4. 5.5.5. 6.2.1. 5.2.1. 5.2.2. 5.5.4. 7.3.1. 7.2.1. 7.2.2. 7.... 7.2.3. Evaluacin Aseguramiento de la Calidad Cuestionario Organizacin del proyecto. Funciones y responsabilidades. Estrategia de seguimiento. Entregables del proyecto. 8.1.1 Acordadas por el Grupo de Pruebas Plan detallado de actividades necesarias para realizar pruebas entregada por RU Generales, aprobadas por CE Especficas, preparadas por CD Conciliadas con Especificaciones funcionales y Escenario de prueba Detalladas aprobadas por CD Unitarias De instalacin /servidor De instalacin /cliente De integracin De regresin De desinstalacin De aceptacin, firmada por el representante del RU Manual de Usuario Manual de Operacin Manual de Operacin con la Prueba de Operacin Manual de Capacitacin Requisicin de software de terceros Requisicin de equipos (infraestructura para desarrollo) Requisicin de equipos (servidores para operacin) Requisicin de equipos (usuario final) Terminado
Especificacin Tcnica
Certificado de Calidad
Manuales
Requisiciones
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
71

Tabla 2. Entregables que integran la aplicacin

Entregable Integracin Contenido Aplicacin Actividad /Status 5.3.2. 5.3.3. 5.3.4. 5.5.1. 7.2.5. 7.2.6. 7.5.2. Infraestructura 7.5.3. 6.1.4. 6.1.5. 7.2.1. 7.2.2. 7.2.3. 7.2.4. Capacitacin 7.3.2. 7.3.3. 7.3.4. 7.3.5. Componente construido Componente probado por el programador Componente probado por Control de la Calidad Componentes integrados y registrados en la bitcora de control de configuraciones Aplicacin cargada en ambiente de Produccin Aplicacin instalada en los equipos de los usuarios que participan en el piloto Aplicacin instalada en todos los equipos de usuario final Aplicacin en operacin Instancia de pruebas lista para iniciar pruebas Laboratorio listo para iniciar pruebas de aceptacin Software de terceros listo para usarse Servidores listos para operar Equipo de usuario final listo para usarse Caracterizacin de la Red aprobada por RCDT Versin de capacitacin actualizada Instructores de Bansefi capacitados Personal de capacitado Usuario final capacitado
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
72

Referencia a Organizacin y Responsabilidades v 2.0

1. Este anexo relaciona cada una de las responsabilidades que se describen en el documento con la poltica o actividad correspondiente de la Gua. Responsable CP CP CP CP CP CA RAU RAU RAU RAU RAU RAU RAU Descripcin Define la organizacin funcional del proyecto. Autoriza el programa de trabajo del proyecto y los cambios que afecten las fechas de implantacin y generalizacin. Toma decisiones de alto nivel y atiende los problemas escalados. Autoriza cambios a los contratos suscritos con terceros. Aprueba el Anlisis de Costo Beneficio del Proyecto. Aprueba la arquitectura de cmputo del sistema. Elabora el Anlisis de Costo del Proyecto. Elabora, difunde y Otorga seguimiento al Plan de Aseguramiento de la Calidad (PAC) del proyecto. Integra los planes de trabajo de los diferentes grupos y les da seguimiento a cada requerimiento que se incluya en la entrega o versin. Promueve el cumplimiento de los compromisos contrados en los planes de trabajo. Coordina las acciones necesarias para resolver los Puntos Crticos que sean sometidos a su atencin en los reportes de avance. Elabora y emite los informes de avance al Comit del Proyecto y a la comunidad de usuarios. Asiste al usuario en la preparacin de las especificaciones funcionales y el protocolo de aceptacin, para que sean suficientes, claros y concisos y puedan ser correctamente interpretadas por Desarrollo de Sistemas. Es el canal oficial para el intercambio de documentacin e informacin entre las reas participantes de BANSEFI Coordina todas las reuniones de trabajo del Grupo de Trabajo BANSEFI, tanto la inicial (Kick off), como las de seguimiento y las extraordinarias. Coordina reuniones de trabajo con proveedores. Coordina la capacitacin en aspectos de funcionalidad para el grupo de proyecto BANSEFI. Integra la informacin del ejercicio del presupuesto de inversin del proyecto. Coordina a los participantes en las pruebas de la aplicacin. Escala al Comit del Proyecto asuntos que no se pueden resolver en el grupo de Proyecto BANSEFI. Hace entrega formal de la aplicacin a Diseo Funcional.
REVIS DIRECTOR DE INGENIERA DE SISTEMAS SUBIDRECTOR DE PLANEACIN Y DESARROLLO TECNOLOGICO SUBDIRECTOR DE SISTEMAS PARA OPERACIN SUBDIRECTOR DE INTRANET SUBDIRECTOR DE SISTEMAS APOYO PARA OPERACIN SUBDIRECTOR DE INVESTIGACIN Y DESARROLLO SUBDIRECTOR DE ADMINISTRACIN DE DATOS AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN
Actividad seguimiento seguimiento seguimiento contratistas 3.3.4. 5.1.2. 3.3.4. 3.3.3. seguimiento 3.3.3. seguimiento seguimiento seguimiento seguimiento . 3.3 3.4 ejecucin . 1.2.2. 3.3.2. 4.2.1. 6.2.1. contratistas ejecucin 3.3.4. 6.2.1. seguimiento 6.2.1.
RAU RAU
RAU RAU RAU RAU RAU RAU
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
73

DOCUMENTO RESTRINGIDO Responsable RAU RAU RAU CE CE CE CE CE CE CE CE CE CE Descripcin Coordina que las especificaciones funcionales se den de acuerdo con el Plan de Versiones Coordina con el responsable designado por BANSEFI la capacitacin necesaria para los usuarios. Promueve la definicin de la organizacin para la Operacin, Soporte y Mantenimiento del Sistema, una vez que sea entregado para produccin. Realiza las especificaciones tcnicas de la aplicacin. Define la arquitectura de cmputo del Sistema. Define especificaciones tcnicas de las interfaces. Define las especificaciones del equipo de computo (Hardware). Participa en el proceso de compra de las aplicaciones del Sistema (software) hasta la elaboracin de la requisicin. Realiza el diseo tcnico del Sistema. Desarrolla el software de la aplicacin. Desarrolla software para conversin de datos. Participa en las pruebas de aceptacin del Sistema. Entrega las aplicaciones al Administrador del Sistema, al Help Desk y al Centro de Cmputo a travs de un documento con la informacin mnima [falta definir] necesaria. Recibe del proveedor o elabora la informacin tcnica de las aplicaciones (Manuales Tcnico y Manual de Usuario). Prepara las instancias de desarrollo, pruebas, capacitacin y produccin. Administra las instancias de desarrollo y pruebas. Elabora el Procedimiento de Instalacin para la carga inicial de la aplicacin en los equipos de usuario final. Valida el Protocolo de Aceptacin. Realiza las pruebas unitarias con base en las Especificaciones Tcnicas. Realiza las pruebas de integracin y regresin de la aplicacin con base en el Protocolo de Aceptacin y los Datos de Prueba. Crea, mantiene y provee el Laboratorio de Pruebas para la realizacin de las Pruebas de Aceptacin. Asiste a Diseo Funcional en la realizacin de las Pruebas de Aceptacin. Registra y da seguimiento a las fallas de la aplicacin detectadas durante las pruebas (unitarias, de integracin y regresin, y de aceptacin). Informa peridicamente al Grupo de Pruebas sobre los resultados de las pruebas de aceptacin.
Actividad 3.2.4. 7.3. organizacin 4.1.1 5.1.1. 4.1.2 5.1.1. 7.2.2. 7.2.3. 4.1. 5.3. 5.3. 6.2.1. 5.2.2.
CE CE
5.2. ... 6.1.4. 7.3.2. 7.2.5. ... 6.1.4. 5.3. 3.4.2. 5.3.4. 5.5. 6.1.5. 6.2.1. 5.3.4. 5.5.3. 5.5.4. 6.2.1. 6.2.1.
FECHA DE ELABORACIN
CE CE PRU PRU PRU PRU PRU PRU
PRU
JUNIO/2005
VIGENCIA
74

DOCUMENTO RESTRINGIDO Responsable INF INF PRU PRU RU RU RU RU RU RU RU RU RU RU RU GI GI GI GI GI GI GI Descripcin Realiza pruebas de comunicaciones entre la RCDT, Centros de Cmputo y estaciones de trabajo. Coordina con la RCDT los trabajos necesarios para el dimensionamiento del trfico en la Red. Prueba, en el laboratorio, el Procedimiento de Instalacin para la carga de la aplicacin en un equipo similar al especificado para el usuario final. Capacita a los usuarios responsables de instalar la aplicacin en el campo. Elabora las Especificaciones Funcionales de las aplicaciones. Elabora las Especificaciones Funcionales de las interfaces (cuando se requiera) Elabora el Protocolo de Aceptacin y los Datos de Prueba Elabora el Plan de Pruebas del Sistema. Realiza las pruebas de aceptacin de las aplicaciones como integrante del Grupo de Pruebas. Define la organizacin y las normas para la operacin del sistema (Arquitectura Funcional). Proporciona asistencia tecnolgica en Telecomunicaciones. Define y Actualiza los catlogos. Acepta y recibe la aplicacin para su puesta en produccin. Coordina la capacitacin para la prueba piloto si se requiere. Coordina la ejecucin de la prueba piloto si se requiere. Determina la estrategia de implantacin y generalizacin del sistema. Analiza y propone cambios (si son necesarios) en los procesos de la empresa que sern afectados con la implantacin del nuevo sistema. Elabora o promueve la elaboracin de normatividad y procedimientos. Define las personas o grupos de trabajo que accesan al sistema. Instala la aplicacin en los equipos de usuario final. Realiza la carga inicial de datos al sistema. Ejecuta Prueba Piloto si se requiere El Grupo de Trabajo de BANSEFI (Diseo Funcional, Administrador del Proyecto, Desarrollo y Pruebas) comparten la responsabilidad del xito del proyecto. Todos los integrantes del Grupo de Trabajo de BANSEFI deben conocer el proyecto con suficiente detalle para tomar las decisiones que les correspondan. Actividad 7.2.4. 7.2.4. 5.5.2. 7.2.6. 3.2.3. 3.2.3. 3.4. 6.1.2. 6.2.1. 3.2.2. 3.2.4 3.1.3. 7.4.2. 6.2.1. 7.4.2. 7.4.2. 7.1.1. 3.1.3. Rev: RU 3.1.3. 3.2.1. 7.2.6. 7.5.2. 7.4.2. 7.5.3. 7.4.2. organizacin ejecucin
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
75

DOCUMENTO RESTRINGIDO Responsable RAU Descripcin El Administrador del Proyecto realizar una reunin de arranque (Kick-Off) en donde se d a conocer al Grupo de Trabajo de BANSEFI el objetivo, alcance, roles y responsabilidades y marco de tiempo. En esta sesin se discutir y adaptar este documento a las condiciones del proyecto. Desde el Anlisis de Costo Beneficio de los proyectos, se debe definir un plan de contingencia con una fecha lmite en la que se tomar la decisin de seguir o no. La nica fuente de informacin para fechas y avances de los proyectos, es el Administrador del Proyecto. El Administrador del proyecto es co-responsable con los dems integrantes del Grupo de Trabajo de BANSEFI, de que los porcentajes de avance reportados en los proyectos, estn sustentados en resultados y productos tangibles. Los indicadores de seguimiento (fechas, programadas y reales) se integrarn al reporte semanal de resultados, con la siguiente estructura. En el caso de proyectos que por su naturaleza requieran de otra estructura para su seguimiento, sta se definir desde su inicio y se validar con el Comit Tcnico de Sistemas. Para determinar el porcentaje de avance programado y real, se tomarn nicamente las tareas terminadas, por lo tanto, si una tarea se inici y no ha terminado, se considera con cero por ciento de avance. Cualquier retraso deber documentarse en la columna de aspectos crticos. Un proyecto se debe re-programar cuando llegue a un retraso de 20% se tienen bases para creer que el proyecto no se terminar en la fecha comprometida, se deber informar al Comit del Proyecto y proponer alternativas viables. Cuando se haga una reagrupacin de actividades, est no deber afectar la fecha de terminacin salvo con la autorizacin expresa del Comit del Proyecto. No se iniciar un desarrollo ni se comprometern fechas de entrega, mientras no se cuente con las especificaciones funcionales completas. Cuando sea necesario cambiar el alcance o las especificaciones funcionales, se preparar una Ficha de Cambio, evaluando el impacto en las fechas de entrega, para ser analizado y dictaminado por el Grupo de Trabajo de BANSEFI. El Protocolo de Aceptacin de la aplicacin deber estar listo a ms tardar al trmino de las especificaciones tcnicas. Estos dos puntos son necesarios para iniciar la programacin. El Protocolo de Aceptacin definitivo y los datos de prueba debern estar terminados para iniciar las pruebas de integracin y regresin.
Actividad 1.2.2.
RAU RAU RAU
3.3.4. seguimiento seguimiento
RAU RAU
seguimiento organizacin
RAU
seguimiento
RAU RAU
seguimiento seguimiento
RAU CE RAU
seguimiento 4.1. seguimiento
RU
4.2.1.
RU
5.5.3.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
76

DOCUMENTO RESTRINGIDO Responsable AR Descripcin Durante y al termino de las pruebas de aceptacin, el nico autorizado para proporcionar informes de los resultados es el Administrador del Proyecto, en su calidad de vocero del equipo de pruebas. Durante el periodo de pruebas de aceptacin, no se debern hacer movimientos a la instancia de pruebas, salvo causa de fuerza mayor o previo acuerdo del Grupo de Pruebas. Los manuales debern estar listos antes de la realizacin de las pruebas de integracin y regresin. La entrega de informacin tcnica para las reas de Soporte Tcnico, Help Desk y Operacin Centro de Cmputo, deber realizarse antes de la realizacin de las pruebas de aceptacin. El Grupo de Pruebas se integra de Diseo Funcional, Administrador del Proyecto (coordinador), Pruebas y Desarrollo (apoyo) Actividad seguimiento
CD
6.2.1.
CD CD
5.5.1. 6.2.1.
n/a
6.1.1.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
77

Anexo 4
Direccin General Adjunta de Tecnologa de la Informacin Carta de inicio de proyecto
FECHA DE INICIO (dd/mm/aaaa): NOMBRE DEL PROYECTO: FECHA PRESENTACIN CASOS DE USO (dd/mm/aaaa):
RESPONSABLES DE TECNOLOGA DE LA INFORMACIN

NOMBRE ROL
RESPONSABLES DE OTRAS REAS

NOMBRE REA ROL
OBJETIVO DEL PROYECTO
CRITERIOS DE XITO
PRINCIPALES PROCESOS
RESTRICCIONES
Qu es lo que est fuera del alcance del proyecto que valga la pena resaltar
MATERIAL DE REFERENCIA
Documentos, ligas, notas, etc.
TECNOLOGA A EMPLEAR
SISTEMA OPERATIVO LENGUAJE(S) A EMPLEAR MANEJADOR BD INTERFACES CON OTROS SISTEMAS
NT 2000
VB 6.0, ASP, Javascript
SQL Server 2000

JUNIO/2005
VIGENCIA
78

Direccin General Adjunta de Tecnologa de la Informacin Carta de inicio de proyecto

Firmas de aceptacin
GERENTE O SUBDIR. SOLICITANTE JEFE INMEDIATO DEL SOLICITANTE
Nombre y Firma SUBDIR. RESPONSABLE
Nombre y Firma SUBDIR. DE PLANEACIN Y DESARROLLO TECNOLGICO
Nelson Raimond Gonzlez
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
79

XI.- GLOSARIO DE TRMINOS.

MLP: MLD: Modelo Lgico de Procesos. (Diagrama de Flujo de Datos). Describe qu debe realizar el sistema sin detallar en la forma en que lo har. Modelo Lgico de Datos (entidad-relacin o diagramas de estructura de datos). En ste se reflejan todas las entidades con sus atributos y claves, as como las relaciones entre las mismas.
FECHA DE ELABORACIN
JUNIO/2005
VIGENCIA
80

Manual Desarrollo de Sistemas Sep-05

Cargado por

Información del documento

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

Manual Desarrollo de Sistemas Sep-05

Cargado por

Copyright:

Formatos disponibles

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

GLOSARIO DE TRMINOS. ......................................................................................................80

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

V.- POLTICAS DE DESARROLLO DE SISTEMAS

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

VI.- DIAGRAMAS DE FLUJO. Plan Macro

Recepcin de Requerimientos de Servicio y Autorizacin (Formato RSE)

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

El requerimiento es viable y est justificado?

Existen dudas sobre los requerimientos ?

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

Subdir. De Sistemas Valida que existan los accesos a equipos y redes.

Equipo de desarrollo Realiza la construccin o modificacin de los programas del proyecto.

Equipo de desarrollo Ejecuta pruebas unitarias a los programas desarrollados

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

DIAGRAMAS DE FLUJO (...Continuacin)

Gerencia de diseo de pruebas Ejecuta las pruebas integrales y de volumen

Si Usuarios Realizan pruebas de aceptacin del sistema

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

DIAGRAMAS DE FLUJO (...Continuacin)

Subdir. Admn. de datos y Subdir. Sistemas

Existen problemas de funcionamiento o conflictos que impidan la liberacin a produccin?

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

DIAGRAMAS DE FLUJO (...Continuacin)

Subdir. De Sistemas Elabora acta de liberacin y recaba firmas de los usuarios.

Subdir. De Sistemas Monitorea la operacin del sistema o modificacin liberada.

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

ELABOR DIRECTOR DE INGENIERA DE SISTEMAS

AUTORIZ COMIT DE TECNOLOGA DE LA INFORMACIN

MANUAL DE POLTICAS Y PROCEDIMIENTOS PARA EL DESARROLLO DE SISTEMAS DE LA INSTITUCIN

Subdireccin de Sistemas Subdireccin de Sistemas Subdireccin de Sistemas