Post on 18-Jun-2015
description
Taller del proceso de Desarrollo y
Mantenimiento de Software
M.T.I. Marco Antonio Amado González
Marzo 2010
Agenda
• Desarrollo de software• Proceso de software• Ingeniería de software• Diagrama de Comunicación con el cliente• Proceso DMS• Propósito• Objetivo
Desarrollo de software
• El desarrollo de software es el proceso por el cual se traducen las necesidades y expectativas de un usuario en un producto de software.
Proceso de software
Un proceso de software es la serie de actividades que: tienen una meta relacionada con el desarrollo, operación o mantenimiento del software y son funcionalmente coherentes, repetibles y reusables.
Ingeniería de Software es:
1. La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software; esto es la aplicación de la ingeniería de software.
2. El estudio de los enfoques de (1).
Ingeniería de Software
• LA IEEE Computer Society realizó una Guía para el Cuerpo de Conocimiento de Ingeniería de Software.
• SWEBOK. Software Engineering Body of Knowledge.
http://www.computer.org/portal/web/swebok
Comunicación con el cliente
1. Nombre del Proceso
• Desarrollo y Mantenimiento de Software (DMS).
2. Propósito
• Realizar de manera sistemática las actividades de obtención de requisitos, análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requisitos especificados.
3. Descripción
• El proceso de Desarrollo y Mantenimiento de Software es un proceso requerido por CDS-UTEZ y se establece considerando como modelos de referencia la Norma Mexicana MoProSoft.
• Realización de la fase de inicio• Realización de la fase de requisitos.• Realización de la fase de análisis y
diseño.
3. Descripción
• Realización de la fase de construcción• Realización de la fase de integración y
pruebas.En este documento cuando se refiere a la Norma Mexicana MoProSoft se
alude a la norma con el nombre Tecnología de la información-Software-Modelos de Procesos y Evaluación para el Desarrollo y Mantenimiento de
Software -Parte 01: Definición de conceptos y productos (NMX-I-059/01-NYCE-2005) y Parte 02: Requisitos de procesos (MoProSoft) (NMX-I-
059/02-NYCE-2005).
4. Objetivos• O1. Lograr que los productos de salida sean
consistentes con los productos de entrada en cada fase de un ciclo de desarrollo mediante las actividades de verificación, validación o prueba.
4. Objetivos• O2. Sustentar la
realización de ciclos posteriores o proyectos de mantenimiento futuros mediante la integración de la configuración de software del ciclo actual.
4. Objetivos• O3. Llevar a cabo las
actividades de las fases de un ciclo mediante el cumplimiento del Plan de Desarrollo actual.
5. Indicadores
• I1 (O2) La configuración de software está integrada por los productos generados en el ciclo.
6. Metas Cuantitativas
• MC1 (I1) El 90 % de los productos generados en todos los proyectos están integrados en la configuración del software. (El 90% es debido a que no en todos los proyectos se generan manuales)
7. Mediciones
• M1 (I1) Comparar los componentes que deben integrar la configuración del software contra los componentes que integran la configuración del software de cada unos de los proyectos.
8. Responsabilidad Rol Responsable Descripción
Responsable de Administración de Proyecto Especifico
Rol responsable del proceso de Administración de Proyectos Específicos.
Responsable de Desarrollo Rol responsable del proceso de Desarrollo y Mantenimiento de Software.
Diseñador de Base de Datos Diseñar la Base de Datos e implementarla
Analista Programador
Realizar actividades de especificación de requerimientos, diseño de componentes de software, construcción, pruebas y elaboración de documentación de usuario, para producir los entregables acordados en el proyecto.
Equipo de TrabajoEste está conformado por el Responsable de Administración de Proyecto Especifico, Responsable de Desarrollo, Diseñador de Base de Datos y Analista(s) Programador(es).
8. Responsabilidad
Rol Responsable Descripción
Cliente
Participar en las diferentes “R3.Reunión con el Cliente”, especificando sus necesidades.Revisar el prototipo elaborado en la fase de requerimientos.Validar el Documento Formal de Requerimientos.Participar en la ejecución de pruebas de sistema
Usuario
El usuario es una persona asignada por el Cliente para participar en ciertas actividades de este proceso, no es un rol constante en todos los proyectos.Este rol conoce necesidades específicas para desarrollar el producto de software. Puede participar en:Revisar el prototipo elaborado en la fase de requerimientos.Participar en la ejecución de pruebas de sistema.
9. Autoridad
Rol Autoridad Descripción
Responsable de la administración del proyecto especifico
Trabajar en conjunto con el Responsable de Desarrollo para Planificar actividades, determinar el equipo de trabajo, ejecutar acciones referentes a riesgos relacionados con el desarrollo y seguimiento del proyecto.
10.Procesos Relacionados
• Administración de Proyectos Específicos.• Conocimiento de la Organización.
11.Entradas
Nombre Origen
Descripción del Proyecto Proceso Gestión de Proyectos
Plan de Desarrollo del Proyecto
Proceso Administración de Proyectos Específicos
12.Salidas
Nombre Destino
Documento Formal de Requerimientos
Proceso Administración de Proyecto Especifico
Análisis y Diseño Proceso Administración de Proyecto Especifico
Componente Proceso Administración de Proyecto Especifico
Software Proceso Administración de Proyecto Especifico
Configuración de Software Proceso Administración de Proyecto Especifico
Manual de Usuario Proceso Administración de Proyecto Especifico
Manual de Operación Proceso Administración de Proyecto Especifico
Manual de Mantenimiento Proceso Administración de Proyecto Especifico
12.SalidasConfiguración del Software
Conjunto consistente de productos de software, que incluye:
a) Documento Formal de
Requerimientos;
b) Análisis y Diseño;
c) Software;
d) Registro de Rastreo;
e) Plan de Pruebas de
Sistema;
f) Reporte de Pruebas de
Sistema;
g) Plan de Pruebas de Integración;
h) Reporte de Pruebas de Integración;
i) Manual de Usuario;
j) Manual de Operación;
k) Manual de Mantenimiento.
12.SalidasNombre Destino
Reporte de actividades de la fase de Inicio
Proceso Administración de Proyecto Especifico
Reporte de actividades de la fase de requisitos
Proceso Administración de Proyecto Especifico
Reporte de actividades de la fase de Análisis y Diseño
Proceso Administración de Proyecto Especifico
Reporte de actividades de la fase de Construcción
Proceso Administración de Proyecto Especifico
Reporte de actividades de la fase de integración y pruebas
Proceso Administración de Proyecto Especifico
Reporte de actividades de la fase de cierre
Proceso Administración de Proyecto Especifico
Registro de Rastreo Proceso Administración de Proyecto Especifico
Plan-Reporte de Pruebas de Sistema
Proceso Administración de Proyecto Especifico
Plan-Reporte de Pruebas de Integración
Proceso Administración de Proyecto Especifico
13. Productos InternosNombre
Reporte de Verificación del Documento Formal de Requerimientos.
Reporte de Verificación del Plan-Reporte de Pruebas de Sistema
Reportes de Verificación de Análisis y Diseño
Reporte de Verificación del Registro de Rastreo
Reporte de Verificación del Plan-Reporte de Pruebas de Integración
Reporte de Verificación de Manual de Usuario
Reporte de Verificación de Manual de Operación
Reporte de Verificación de Manual de Mantenimiento
Reporte de Validación del Documento Formal de Requerimientos
Reporte de Validación de Análisis y Diseño
Minuta
14. Roles involucrados y capacitación requerida.
Rol Abreviatura Capacitación
Responsable de la Administración del Proyecto Especifico
RAPE
Capacidad de liderazgo con experiencia en la toma de decisiones, planeación, evaluación y control de proyectos, manejo de personal y desarrollo de software.
Responsable de Desarrollo RDConocimiento y experiencia en el desarrollo y mantenimiento de software
Diseñador de Base de Datos DBDConocimiento y experiencia en el diseño, creación y administración de la base de datos.
Analista Programador AP
Conocimiento y experiencia en la obtención, especificación y análisis de los requerimientos, en el diseño de la estructura de los componentes de software además conocimiento y/o experiencia en la programación, integración, pruebas unitarias (construcción), pruebas de integración y de sistema.
Equipo de Trabajo ET Conocimiento y experiencia de acuerdo a su rol.
Cliente CL Ninguna
Usuario U Ninguna
15. ActividadesDMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Descripción del Proyecto
Formato del Documento Formal de Requerimientos
APYAPERD
A1.1. Participar en la R1.Reunión para Asignar RAPE y RD.
Minuta de la R1.Reunión para asignar a RAPE y RD.
Documento Formal de Requerimientos (en su versión inicial)
Descripción del Proyecto
Plan de Desarrollo del Proyecto
RAPERD
A1.2 Definir en conjunto con RAPE el Proceso Especifico.
Plan de Desarrollo del Proyecto
15. ActividadesDMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Plan de Desarrollo del Proyecto
RAPERDAR
A1.3 Participar en la R2.Reunión para Determinar el Equipo de Trabajo
Minuta de R2.Reunión de Formación del Equipo de Trabajo.
Descripción del Proyecto
ETCL
A1.4 Participar en la R3.Reunión con el Cliente en donde se presenta el Equipo de Trabajo del Proyecto
Minuta de R3.Reunión con el Cliente
Plan de Desarrollo del Proyecto
Formato del Calendario de Desarrollo del Proyecto
Documento Formal de Requerimientos
RAPERD
A1.5 Generar en conjunto con RAPE el Calendario de Desarrollo del Proyecto.
Calendario de Desarrollo del Proyecto
15. ActividadesDMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Procedimiento para Verificar el Plan de Desarrollo del Proyecto
Plan de Desarrollo del Proyecto
Calendario de Desarrollo de Proyecto
ET A1.10 Participar en la R4.Reunión para conocer el Plan de Desarrollo del Proyecto.
Minuta de Reunión R4Reunion para conocer el Plan de Desarrollo del Proyecto.
15. ActividadesDMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Formato del Reporte de Actividades de la fase de Inicio
RD A1.11 Generar el Reporte de Actividades de la fase de inicio.
Reporte de Actividades de la fase de Inicio
ETA1.12 El Equipo de Trabajo deberá reportar al final de cada día mediante el sistema de Control de Asistencias y Tareas, el avance de las tareas asignadas en el Calendario de Desarrollo del Proyecto
RD A1.13 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC, de acuerdo a los mecanismos establecidos y publicados por el subproceso Conocimiento de la Organización en CDS-UTEZ-BC-WIKICDS.
15. Actividades
• Un requerimiento de software es una propiedad que debe exhibir el software desarrollado para resolver un problema en particular.
• Los requerimientos se clasifican como:• Funcional. Describe las funciones que el software debe
ejecutar. Es una capacidad. Por ejemplo: Emitir el reporte mensual de entradas-salidas de todos los empleados de Nissan Planta CIVAC.
• No funcional. Cualidades que el software debe cumplir. Por ejemplo: Las interfaces de usuario deben cumplir con la imagen institucional, la plataforma de ejecución debe ser Linux.
DMS.A2 Realización de la fase de requerimientos
15. Actividades
• Caso de uso.• Los casos de uso sirven para estructurar los
requerimientos funcionales.• Un modelo de casos de uso es un modelo del
sistema que contiene actores, casos de uso y sus relaciones.
• Un caso de uso es un fragmento de funcionalidad que el sistema ofrece para aportar un resultado de valor para sus actores.
DMS.A2 Realización de la fase de requerimientos
15. Actividades
• Manual de Usuario:• Documento electrónico o impreso que
describe la forma de uso del software con base a la interfaz del usuario. Éste deberá ser redactado en términos comprensibles a los usuarios.
DMS.A2 Realización de la fase de requerimientos
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal de Requerimientos
Formato de Minuta de R3. Reunión con Cliente
ET A2.1Realizar diferentes entrevistas con el cliente(R3.Reunion con Cliente)
Documento Formal de Requerimientos (detallado)Minuta de R3. Reunión con Cliente
Documento Formal de Requerimientos
RDET
A2.2 Creación de Modelo de Casos de Uso de los requerimientos en base al Documento Formal de Requerimientos
Anexo A del Documento Formal de Requerimientos.- Modelo de Casos de Uso
Procedimiento para Verificar el Documento Formal de Requerimientos.
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
RDA2.7Asignar a un integrante del Equipo de Trabajo como responsable de la generación de la Estructura del Proyecto. Comunicarle mediante CDS-UTEZ-BC-KWE su asignación.
Responsable de la
Estructura del
Proyecto
A2.8 Generar la Estructura del Proyecto en base al documento Estructura del Proyecto y configurarla en el Servidor de Desarrollo para ponerla disponible a todo el Equipo de Trabajo
Estructura del proyecto
ETA2.9 El Equipo de Trabajo deberá configurar su IDE de desarrollo para trabajar con la estructura generada para el proyecto.
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal de Requerimientos
ET A2.10 Generación de prototipo del sistema en base al Documento Formal de Requerimientos y al Modelo de Casos de Uso.
Prototipo
Procedimiento para Validar el Documento Formal de Requerimientos.
Documento Formal de Requerimientos Formato del Plan-Reporte de Pruebas de Sistema
RDET
A2.15 Realizar el Plan-Reporte de Pruebas de Sistema.
Plan-Reporte de Pruebas de Sistema
Procedimiento para Verificar el Plan-Reporte de Pruebas de Sistema
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal de RequerimientosFormato del Manual de Usuario
RD
A2.20 Desarrollo del Manual de Usuario en su versión inicial.
Manual de Usuario (versión inicial)
Procedimiento para Verificar el Manual de Usuario
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal de Requerimientos Manual de UsuarioPlan-Reporte de Pruebas de Sistema
RD A2.22 Incorporar como línea base a la configuración del software el Documento Formal de Requerimientos, el Manual de Usuario y el Plan-Reporte de Pruebas de Sistema
Configuración del Software
ET A2.23 El Equipo de Trabajo deberá reportar al final de cada día mediante el sistema de Control de Asistencias y Tareas, el avance de las tareas asignadas en el Calendario de Desarrollo del Proyecto
Formato delReporte de Actividades de la fase de Requisitos.Calendario de Desarrollo de Proyecto
RD A2.24 Generar el Reporte de Actividades de la fase de Requerimientos mediante los datos que muestra el sistema Control de Asistencias y Tareas.
Reporte de Actividades de la fase de Requerimientos.Calendario de Desarrollo de Proyecto (actualizado)
15. ActividadesDMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Formato delReporte de Actividades de la Fase de Requerimientos.Calendario de Desarrollo de Proyecto
RD A2.24 Generar el Reporte de Actividades de la Fase de Requerimientos mediante los datos que muestra el sistema Control de Asistencias y Tareas.
Reporte de Actividades de la fase de Requerimientos.Calendario de Desarrollo de Proyecto (actualizado)
RD A2.25 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC, de acuerdo a los mecanismos establecidos y publicados por el subproceso Conocimiento de la Organización en CDS-UTEZ-BC-WIKICDS.
15. Actividades
• Diseñar software es una actividad en la cual se analizan los requerimientos para producir una descripción de la estructura interna del software, que será la base para su construcción.
• El diseño de software consiste en dos actividades:– Diseño arquitectónico (también llamado diseño de alto
nivel). Es describir como el software es descompuesto y organizado en componentes.
– Diseño detallado. Es describir el comportamiento específico de estos componentes.
DMS.A3 Realización de la fase de análisis y diseño.
15. Actividades
El análisis y diseño es un documento contiene la descripción textual y gráfica de la estructura de los componentes de software. El cual consta de las siguientes partes:
a) arquitectónica - contiene la estructura interna del sistema, es decir la descomposición del sistema en subsistemas, así como la identificación de los componentes que integran los subsistemas y las relaciones de interacción entre ellos;
b) detallada - contiene el detalle de los componentes que permita de manera evidente su construcción y prueba en el ambiente de programación;
DMS.A3 Realización de la fase de análisis y diseño.
15. ActividadesDMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Documento Formal de Requerimientos Formato de Análisis y Diseño
RDET
A3.1 Reunión con el Equipo de Trabajo para el diseño de la arquitectura del proyecto.
Análisis y Diseño( en su sección de arquitectura del proyecto)
Documento Formal de Requerimientos. Análisis y Diseño (ya con arquitectura de proyecto)
RDET
A3.2 Generar en conjunto el documento de Análisis y Diseño del sistema.
Análisis y Diseño
Análisis y DiseñoFormato de Registro de Rastreo
RDET
A3.3 Generar en conjunto el documento de Registro de Rastreo.
Registro de Rastreo
15. ActividadesDMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Procedimiento para Verificar el Análisis y el Diseño
Procedimiento para Validar el Análisis y Diseño
Procedimiento para Verificar el Registro de Rastreo
Documento Formal de RequerimientosAnálisis y DiseñoFormato de Plan-Reporte de Pruebas de Integración
RDET
A3.16 Generar en conjunto el documento de Plan-Reporte de Pruebas de Integración.
Plan-Reporte de Pruebas de Integración
Procedimiento para Verificar el Plan-Reporte de Pruebas de Integración
15. ActividadesDMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Análisis y Diseño.Registro de Rastreo.Plan-Reporte de Pruebas de Integración
RD A3.21 Incorporar como línea base a la Configuración del Software el Análisis y Diseño, Registro de Rastreo y el Plan-Reporte de Pruebas de Integración.
Configuración del Software
ET A3.22 El Equipo de Trabajo deberá reportar al final de cada día mediante el sistema de Control de Asistencias y Tareas, el avance de las tareas asignadas en el Calendario de Desarrollo del Proyecto
15. ActividadesDMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Formato del Reporte de Actividades de la Fase de Análisis y Diseño.
Calendario de Desarrollo de Proyecto
RD A3.23 Generar el Reporte de Actividades de la Fase de Análisis y Diseño
Reporte de Actividades de la Fase de Análisis y Diseño.
Calendario de Desarrollo de Proyecto (actualizado)
RD A3.24 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC
DMS.A4. Realización de la fase de Construcción
15. Actividades
• La construcción del software se refiere a la creación de software a través de la combinación de codificación, verificación, pruebas unitarias, pruebas de integración y depuración.
• Se hace uso de estándares de lenguajes de programación para hacer más eficiente esta fase.
DMS.A4 Realización de la fase de construcción
15. Actividades
• Componente: Conjunto de unidades de código relacionadas.
DMS.A4 Realización de la fase de construcción
15. Actividades
• Las pruebas son realizadas en diferentes niveles a lo largo del proceso de desarrollo y mantenimiento de software
• Pruebas Unitarias. Verifica la funcionalidad de piezas de software que pueden probarse separadamente y las realiza el programador autor del código
DMS.A4 Realización de la fase de construcción
Unitarias
DeIntegración
DeSistema
15. ActividadesDMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Documento Formal de Requerimientos Análisis y Diseño
Estructura del Proyecto
Base de Datos
ET A4.1 Desarrollo de componentes y pruebas unitarias.
Componentes
Registro de Rastreo
RD A4.2 Actualizar el Registro de Rastreo.
Registro de Rastreo
Procedimiento para Verificar el Registro de Rastreo
15. ActividadesDMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Componentes
Registro de Rastreo
RD A4.7 Incorporar como línea base a la Configuración del Software los Componentes y el Registro de Rastreo.
Configuración del Software
ET A4.8 El Equipo de Trabajo deberá reportar al final de cada día mediante el sistema de Control de Asistencias y Tareas, el avance de las tareas asignadas en el Calendario de Desarrollo del Proyecto
15. ActividadesDMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Formato del Reporte de Actividades de la fase de Construcción.
Calendario de Desarrollo de Proyecto
RD A4.9Generar el Reporte de Actividades de la Fase de Construcción mediante los datos que muestra el sistema Control de Asistencias y Tareas.
Reporte de Actividades de la Fase de Construcción.
Calendario de Desarrollo de Proyecto (actualizado)
RD A4.10 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC
DMS.A5. Realización de la fase de Integración y Pruebas
15. Actividades
• Pruebas de Integración. Es el proceso de verificar la interacción entre componentes de software.
• Pruebas de sistema. Se refieren al comportamiento del sistema completo.
DMS.A4 Realización de la fase de integración y pruebas
15. Actividades
• Manual de operación.• Documento electrónico o impreso que
contenga la información indispensable para la instalación y administración del software, así como el ambiente de operación (sistema operativo, base de datos, servidores, etc.), éste deberá ser redactado
DMS.A4 Realización de la fase de integración y pruebas
15. ActividadesDMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Software
Plan-Reporte de Pruebas de Integración
RDET
A5.1 Realizar la integración de los módulos del sistema siguiendo el Plan-Reporte de Pruebas de Integración ejecutando los correspondientes casos de prueba.
Software
Plan-Reporte de Pruebas de Integración
Formato delManual de Operación
RDET
A5.2 Generar en conjunto el Manual de Operación.
Manual de Operación
Procedimiento para Verificar el Manual de Operación
SoftwarePlan-Reporte de Pruebas de Sistema
RDET
A5.7 Ejecución de pruebas de sistema siguiendo el Plan-Reporte de Pruebas de Sistema.
Plan-Reporte de Pruebas de Sistema
15. ActividadesDMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Software
Plan-Reporte de Pruebas de Sistema
RDET
A5.8 Corregir los defectos encontrados en las pruebas de sistema con base en el Plan-Reporte de Pruebas de Sistema.
Software(sin defectos)
Plan-Reporte de Pruebas de Sistema
Manual de Usuario (versión inicial)
RDET
A5.9 Completar en conjunto el Manual de Usuario.
Manual de Usuario
Procedimiento para Verificar el Manual de Usuario
15. ActividadesDMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Plan-Reporte de Pruebas de Integración.Registro de Rastreo.Manual de Usuario.Manual de Operación.
RD A5.14 Incorporar como línea base a la Configuración del Software los Componentes y el Registro de Rastreo.
Configuración del Software
ET A5.15 El Equipo de Trabajo deberá reportar al final de cada día mediante el sistema de Control de Asistencias y Tareas, el avance de las tareas asignadas en el Calendario de Desarrollo del Proyecto
15. ActividadesDMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Formato del Reporte de Actividades de la Fase de Integración y Pruebas.
Calendario de Desarrollo de Proyecto
RD A5.16 Generar el Reporte de Actividades de la Fase de Integración y Pruebas mediante los datos que muestra el sistema Control de Asistencias y Tareas.
Reporte de Actividades de la Fase de Integración y Pruebas.
Calendario de Desarrollo de Proyecto (actualizado)
RD A5.17 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC
DMS.A6. Realización de la fase de Cierre
15. Actividades
• Documento electrónico o impreso que describe la Configuración de Software y el ambiente usado para el desarrollo y pruebas (compiladores, herramientas de análisis y diseño, construcción y pruebas), éste deberá ser redactado en términos comprensibles al personal de mantenimiento.
DMS.A5 Realización de la fase de cierre
15. ActividadesDMS.A5 Realización de la fase de cierre
Entradas Rol Actividad Salidas
Manual de Mantenimiento
RDET
A6.1 Generar en conjunto el Manual de Mantenimiento.
Manual de Mantenimiento
Procedimiento para Verificar el Manual de Mantenimiento
Manual de Mantenimiento.
RD A6.6 Incorporar como línea base a la Configuración del Software el Manual de Mantenimiento.
Configuración del Software completa
ET A6.7 El Equipo de Trabajo deberá reportar al final de cada día
15. ActividadesDMS.A5 Realización de la fase de cierre
Entradas Rol Actividad Salidas
Formato del Reporte de Actividades de la Fase de Cierre.
Calendario de Desarrollo de Proyecto
RD
A6.8 Generar el Reporte de Actividades de la Fase de Cierre mediante los datos que muestra el sistema Control de Asistencias y Tareas.
Reporte de Actividades de la Fase de Cierre.
Calendario de Desarrollo de Proyecto (actualizado)
RD A6.9 Asegurarse que todos los productos de trabajo generados se encuentran en CDS-UTEZ-BC.
16. VerificacionesVerificaciones
Ver1
Verificar la claridad de redacción de la especificación de requisitos y su consistencia con la descripción del producto y con los aspectos a verificar establecidos en el reporte de verificación. Adicionalmente revisar que los requisitos sean completos y no ambiguos o contradictorios. Los defectos encontrados se documentan en un reporte de verificación.
CDS-UTEZ-RVER-DFR-IdProyecto-V
Ver2
Verificar consistencia del plan de pruebas del sistema con el Documento Formal de Requerimientos y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-PRPS-IdProyecto-V
Verificaciones
Ver3
Verificar consistencia del Manual de Usuario con el Documento Formal de Requerimientos y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-MU-IdProyecto-V
Ver4
Verificar claridad de la documentación del Análisis y Diseño, su factibilidad y la consistencia con el Documento Formal de Requerimientos y con los aspectos a verificar establecidos en el reporte de verificación. Verificar que el Registro de Rastreo contenga las relaciones adecuadas entre los requisitos y los elementos de Análisis y Diseño.
CDS-UTEZ-RVER-AD-IdProyecto-V
CDS-UTEZ-VER-RRA-IdProyecto-V
Verificaciones
Ver5
Verificar consistencia del Plan de Pruebas de Integración con el Análisis y Diseño y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-PRPI-IdProyecto-V
Ver6Verificar que el Registro de Rastreo contenga las relaciones adecuadas entre los elementos de Análisis y Diseño y los componentes
CDS-UTEZ-VER-RRA-IdProyecto-V
Ver7Verificar consistencia del Manual de Operación con el Software y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-MO-IdProyecto-V
Verificaciones
Ver8
Verificar consistencia del Manual de Usuario con el sistema de software y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-MU-IdProyecto-V
Ver9
Verificar consistencia del Manual de Mantenimiento con la Configuración de Software y con los aspectos a verificar establecidos en el reporte de verificación.
CDS-UTEZ-RVER-MM-IdProyecto-V
17. ValidacionesProducto de Trabajo
Aspectos a Validar ReporteProducto de Trabajo
Val1
Validar que el Documento Formal de Requerimientos cumple con las necesidades y expectativas acordadas, los defectos encontrados se documentan en un Reporte de Validación
CDS-UTEZ-RVAL-DFR-IdProyecto-V
Val1
Val2
Validar que el Análisis y Diseño cumple con las necesidades y expectativas acordadas con el cliente
CDS-UTEZ-RVAL-AD-IdProyecto-V
Val2
Producto Forma de Aprobación
Documento Formal de Requerimientos Ninguna
Plan-Reporte de Pruebas de Sistema Ninguna
Manual de Usuario Ninguna
Análisis y Diseño Ninguna
Registro de Rastreo Ninguna
Plan-Reporte de Pruebas de Integración Ninguna
18. Incorporación a la Base de Conocimiento
Producto Forma de Aprobación
Componente(s) Ninguna
Registro de Rastreo Ninguna
Software Ninguna
Manual de Operación Ninguna
Manual de Mantenimiento Ninguna
Reporte(s) de Actividades Ninguna
Reporte(s) de Verificación Ninguna
Reporte(s) de Validación Ninguna
Bien Abreviación Ejemplos
Recursos Materiales RM Papelería, libros, manuales
Equipo de Computo ECPC’s, lap-top’s, impresoras, componentes internos
Equipo de Proyección EP Proyectores, pantallas
Recursos Financieros RF Depósitos de fianzas
Recursos Tecnológicos RTDirección IP, Herramientas de Software
19. Recursos de Infraestructura
Una situación excepcional es un evento extraordinario que impide el desarrollo de las actividades contempladas en este proceso. Los roles involucrados en el proceso de Desarrollo y Mantenimiento de Software deben notificar, de manera oportuna al Responsable de Desarrollo y Mantenimiento sobre esta situación excepcional.
El Responsable de Desarrollo y Mantenimiento debe dar respuesta a estas situaciones y en caso necesario debe escalarlas a un integrante del Grupo Directivo.
20. Situaciones excepcionales
21. Capacitación
El Responsable de Desarrollo y Mantenimiento en conjunto con el Responsable de Proyecto Especifico deber ofrecer las facilidades para que el personal que está involucrado en el proceso de Desarrollo y Mantenimiento de Software participe en las actividades del Plan de Capacitación gestionado por el subproceso Recursos Humanos y Ambiente de Trabajo.
22. Lecciones Aprendidas
No se utilizan dentro de la organización, debido a que pertenecen a un nivel de capacidad mayor de nivel 2.
Debido a que este proceso se establece considerando como modelo de referencia la Norma Mexicana MoProSoft, en esta sección se documentan las correspondencias entre las actividades indicadas en la Parte 03: Guía de implantación de procesos y las actividades de este proceso.
Se refiere a la norma con el nombre Tecnología de la información-Software-Modelos de Procesos y Evaluación para el Desarrollo y Mantenimiento de Software -Parte 03: Guía de implantación de procesos (NMX-I-059/03-NYCE-2005).
23. Guías de Ajuste
23. Guías de AjusteNo.
Actividad departe 03 Actividad del procesoDescripción
1
A1.1 A1.10 Aquí cabe mencionar que nosotros fusionamos el Plan de Desarrollo con el Plan de Proyecto en Plan de Desarrollo del Proyecto.
2
A1.2 A1.1El reporte de actividades se sustituye por la minuta de la reunión inicial de proyecto
3
A2.1 A1.10 La distribución de las tareas se hace mediante R4Reunion para conocer el Plan de Desarrollo del Proyecto
4A2.2 A2.1, A2.2, A2.8
5
A2.3 A2.3, A2.4
Productos de Trabajo
No.Producto de
Trabajo de Parte 03
Producto de Trabajo del
ProcesoDescripción
1Especificación de Requisitos Documento Formal de
Requerimientos
2Análisis y Diseño Análisis y Diseño
3Componente Componente
4Software Software
5Configuración de Software Configuración de Software
6Manual de Usuario Manual de Usuario
7Manual de Operación Manual de Operación
8Manual de Mantenimiento Manual de Mantenimiento
9Reporte de Actividades Reporte de Actividades
No.Producto de
Trabajo de Parte 03
Producto de Trabajo del
ProcesoDescripción
12Registro de Rastreo Registro de Rastreo
13Plan de Pruebas de Sistema Plan-Reporte de Pruebas de
Sistema
14Plan de Pruebas de Integración
Plan-Reporte de Pruebas de Integración
15Reporte de Pruebas de Integración
Plan-Reporte de Pruebas de Integración
Roles
No.Rol de Parte 03 Rol del
ProcesoDescripción
1 Responsable de la Administración del Proyecto Específico
Responsable de la Administración del Proyecto Específico
2Cliente Cliente
3
Responsable de Desarrollo y Mantenimiento de Software
Responsable de Desarrollo
4Equipo de Trabajo Equipo de Trabajo
5Analista Analista Programador
6Diseñador de Interfaz de Usuario
Analista Programador
7Diseñador Analista Programador
No. Rol de Parte 03 Rol del Proceso Descripción
8Programador Analista Programador
9Responsable de Pruebas Analista Programador
10Revisor Integrante de Equipo de
Trabajo
11Responsable de Manuales Analista-Programador
12Usuario Usuario
Diseñador de Base de Datos