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 Societyrealizó 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 MoProSoftse
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 Rol responsable del proceso de Administración de Proyectos

de Proyecto Especifico 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 Trabajo Este 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.
Usuario El usuario
Validar es una persona
el Documento asignada
Formal por el Cliente para participar en
de Requerimientos.
ciertas actividades
Participar de estedeproceso,
en la ejecución pruebasno
dees un rol constante en todos
sistema
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 Trabajar en conjunto con el Responsable de Desarrollo para Planificar

del proyecto especifico 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 Proceso Administración de Proyectos Específicos

Proyecto
 12.Salidas
Nombre Destino

Documento Formal de Proceso Administración de Proyecto Especifico

Requerimientos
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.Salidas
Configuración del Software
Conjunto consistente de productos de software, que incluye:

a) Documento Formal de g) Plan de Pruebas 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
Integración;
h) Reporte de Pruebas de
Integración;
i) Manual de Usuario;
j) Manual de Operación;
k) Manual de Mantenimiento.

Sistema;
12.Salidas
Nombre Destino

Reporte de actividades de la fase Proceso Administración de Proyecto Especifico

de Inicio
Reporte de actividades de la fase Proceso Administración de Proyecto Especifico
de requisitos
Reporte de actividades de la fase Proceso Administración de Proyecto Especifico
de Análisis y Diseño
Reporte de actividades de la fase Proceso Administración de Proyecto Especifico
de Construcción
Reporte de actividades de la fase Proceso Administración de Proyecto Especifico
de integración y pruebas
Reporte de actividades de la fase Proceso Administración de Proyecto Especifico
de cierre
Registro de Rastreo Proceso Administración de Proyecto Especifico

Plan-Reporte de Pruebas de Proceso Administración de Proyecto Especifico

Sistema
Plan-Reporte de Pruebas de Proceso Administración de Proyecto Especifico
Integración
13. Productos Internos
Nombre

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
Responsable de la Administración
del Proyecto Especifico
Responsable de Desarrollo
Diseñador de Base de Datos
Analista Programador
Equipo de Trabajo
Cliente
Usuario
Abreviatura Capacitación
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.
RD Conocimiento y experiencia en el desarrollo y
mantenimiento de software
DBD Conocimiento y experiencia en el diseño, creación y
administración de la base de datos.
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.
ET Conocimiento y experiencia de acuerdo a su rol.
CL Ninguna
U Ninguna
 15. Actividades
DMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Descripción del Proyecto APY A1.1. Participar en la R1.Reunión para Minuta de la R1.Reunión
APE Asignar RAPE y RD. para asignar a RAPE y
Formato del Documento RD RD.
Formal de Requerimientos
Documento Formal de
Requerimientos (en su
versión inicial)

Descripción del Proyecto RAPE A1.2 Definir en conjunto con RAPE el Plan de Desarrollo del
RD Proceso Especifico. Proyecto
Plan de Desarrollo del
Proyecto
 15. Actividades
DMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas

Plan de Desarrollo del RAPE A1.3 Participar en la R2.Reunión para Minuta de R2.Reunión de
Proyecto RD Determinar el Equipo de Trabajo Formación del Equipo de
AR Trabajo.

Descripción del Proyecto ET A1.4 Participar en la R3.Reunión con el Minuta de R3.Reunión con
CL Cliente en donde se presenta el Equipo el Cliente
de Trabajo del Proyecto

Plan de Desarrollo del RAPE A1.5 Generar en conjunto con RAPE el Calendario de Desarrollo
Proyecto RD Calendario de Desarrollo del Proyecto. del Proyecto

Formato del
Calendario de Desarrollo
del Proyecto

Documento Formal de
Requerimientos
 15. Actividades
DMS.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 ET A1.10 Participar en la R4.Reunión Minuta de Reunión
Proyecto para conocer el Plan de Desarrollo del R4Reunion para conocer
Proyecto. el Plan de Desarrollo del
Calendario de Desarrollo Proyecto.
de Proyecto
 15. Actividades
DMS.A1 Realización de la fase de inicio
Entradas Rol Actividad Salidas
Formato del RD A1.11 Generar el Reporte de Reporte de Actividades de
Reporte de Actividades de Actividades de la fase de inicio. la fase de Inicio
la fase de Inicio
A1.12 El Equipo de Trabajo deberá
ET reportar al final de cada día mediante el
sistema de Control de Asistencias y
Tareas, el avance de las tareas
RD A1.13 Asegurarse que todosde
los
asignadas en el Calendario
productos
Desarrollo de
deltrabajo generados se
Proyecto
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
DMS.A2 Realización de la fase de requerimientos

• 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.
•
 15. Actividades
DMS.A2 Realización de la fase de requerimientos

• 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.
 15. Actividades
DMS.A2 Realización de la fase de requerimientos

• 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.
 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal ET A2.1Realizar diferentes Documento Formal
de Requerimientos entrevistas con el de Requerimientos
cliente(R3.Reunion con (detallado)
Formato de Cliente) Minuta de R3.
Minuta de R3. Reunión con Cliente
Reunión con Cliente

Documento Formal RD A2.2 Creación de Modelo de Anexo A del

de Requerimientos ET Casos de Uso de los Documento Formal
requerimientos en base al de Requerimientos.-
Documento Formal de Modelo de Casos de
Requerimientos Uso

Procedimiento para Verificar el Documento Formal de Requerimientos.

 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
A2.7Asignar a un integrante del Equipo de
RD Trabajo como responsable de la generación
de la Estructura del Proyecto. Comunicarle
mediante CDS-UTEZ-BC-KWE su
asignación.

Responsable A2.8 Generar la Estructura del Proyecto en Estructura del proyecto

de la base al documento Estructura del Proyecto y
Estructura configurarla en el Servidor de Desarrollo
del Proyecto para ponerla disponible a todo el Equipo de
Trabajo

ET A2.9 El Equipo de Trabajo deberá configurar

su IDE de desarrollo para trabajar con la
estructura generada para el proyecto.
 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento ET A2.10 Generación de prototipo Prototipo
Formal de del sistema en base al
Requerimientos Documento Formal de
Requerimientos y al Modelo de
Casos de Uso.

Procedimiento para Validar el Documento Formal de Requerimientos.

Documento Formal deRDRequerimientos
A2.15 Realizar
Formatoeldel
Plan-Reporte Plan-Reporte de
Plan-Reporte de Pruebas
ET de Sistema
de Pruebas de Sistema. Pruebas de Sistema

Procedimiento para Verificar el Plan-Reporte de Pruebas de Sistema

 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal A2.20 Desarrollo del Manual Manual de Usuario
de Requerimientos RD de Usuario en su versión (versión inicial)
Formato del inicial.
Manual de Usuario
Procedimiento para Verificar el Manual de Usuario
 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Documento Formal de RD A2.22 Incorporar como línea base a la Configuración del
Requerimientos Manual configuración del software el Software
de Usuario Documento Formal de Requerimientos,
Plan-Reporte de el Manual de Usuario y el Plan-Reporte
Pruebas de Sistema de Pruebas de Sistema

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 del RD A2.24 Generar el Reporte de Reporte de Actividades
Reporte de Actividades Actividades de la fase de de la fase de
de la fase de Requerimientos mediante los datos que Requerimientos.
Requisitos. muestra el sistema Control de Calendario de
Calendario de Asistencias y Tareas. Desarrollo de Proyecto
Desarrollo de Proyecto (actualizado)
 15. Actividades
DMS.A2 Realización de la fase de requerimientos
Entradas Rol Actividad Salidas
Formato del RD A2.24 Generar el Reporte de Reporte de Actividades
Reporte de Actividades Actividades de la Fase de de la fase de
de la Fase de Requerimientos mediante los datos Requerimientos.
Requerimientos. que muestra el sistema Control de Calendario de
Calendario de Asistencias y Tareas. Desarrollo de Proyecto
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
DMS.A3 Realización de la fase de análisis y diseño.

• 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.
•
 15. Actividades
DMS.A3 Realización de la fase de análisis y diseño.

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;
 15. Actividades
DMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Documento Formal de RD A3.1 Reunión con el Equipo de Análisis y Diseño( en su
Requerimientos ET Trabajo para el diseño de la sección de arquitectura
Formato de arquitectura del proyecto. del proyecto)
Análisis y Diseño

Documento Formal de A3.2 Generar en conjunto el Análisis y Diseño

Requerimientos. RD documento de Análisis y Diseño del
Análisis y Diseño (ya ET sistema.
con arquitectura de
proyecto)

Análisis y Diseño A3.3 Generar en conjunto el Registro de Rastreo

Formato de RD documento de Registro de Rastreo.
Registro de Rastreo ET
 15. Actividades
DMS.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 RD A3.16 Generar en conjunto el Plan-Reporte de
Requerimientos ET documento de Plan-Reporte de Pruebas de Integración
Procedimiento para
Análisis y Diseño Verificar el Plan-Reporte de Pruebas de Integración
Pruebas de Integración.
Formato de
Plan-Reporte de
Pruebas de Integración
 15. Actividades
DMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Análisis y Diseño. RD A3.21 Incorporar como línea base a Configuración del
Registro de Rastreo. la Configuración del Software el Software
Plan-Reporte de Análisis y Diseño, Registro de
Pruebas de Integración Rastreo y el Plan-Reporte de
Pruebas de Integración.

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. Actividades
DMS.A3 Realización de la fase de análisis y diseño
Entradas Rol Actividad Salidas
Formato del RD A3.23 Generar el Reporte de Reporte de Actividades
Reporte de Actividades Actividades de la Fase de Análisis y de la Fase de Análisis y
de la Fase de Análisis y Diseño Diseño.
Diseño.
Calendario de
Calendario de Desarrollo de Proyecto
Desarrollo de Proyecto RD A3.24 Asegurarse que todos los (actualizado)
productos de trabajo generados se
encuentran en CDS-UTEZ-BC
DMS.A4. Realización de la fase
de Construcción
 15. Actividades
DMS.A4 Realización de la fase de construcción

• 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.
 15. Actividades
DMS.A4 Realización de la fase de construcción

• Componente: Conjunto de unidades de

código relacionadas.
 15. Actividades
DMS.A4 Realización de la fase de construcción

• Las pruebas son realizadas

en diferentes niveles a lo
largo del proceso de
desarrollo y
mantenimiento de
software
De
• Pruebas Unitarias. Verifica Sistema
la funcionalidad de piezas
De
de software que pueden Integración
probarse separadamente
y las realiza el
programador autor del
Unitarias
código
 15. Actividades
DMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Documento Formal ET A4.1 Desarrollo de Componentes
de Requerimientos componentes y pruebas
Análisis y Diseño unitarias.

Estructura del
Proyecto
Registro de Rastreo RD A4.2 Actualizar el Registro de Registro de Rastreo
Rastreo.
Base de Datos
Procedimiento para Verificar el Registro de Rastreo
 15. Actividades
DMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Componentes RD A4.7 Incorporar como línea Configuración del
base a la Configuración del Software
Registro de Rastreo Software los Componentes y el
Registro de Rastreo.

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. Actividades
DMS.A4 Realización de la fase de construcción
Entradas Rol Actividad Salidas
Formato del RD A4.9Generar el Reporte de Reporte de
Reporte de Actividades de la Fase de Actividades de la
Actividades de la RD A4.10 Asegurarse
Construcción que todos
mediante los los Fase de
fase de productos
datos que de trabajo
muestra el generados
sistema Construcción.
Construcción. se encuentran en CDS-UTEZ-
Control de Asistencias y Tareas.
BC Calendario de
Calendario de Desarrollo de
Desarrollo de Proyecto
Proyecto (actualizado)
DMS.A5. Realización de la fase
de Integración y Pruebas
 15. Actividades
DMS.A4 Realización de la fase de integración y pruebas

• 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.
 15. Actividades
DMS.A4 Realización de la fase de integración y pruebas

• 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
 15. Actividades
DMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Software RD A5.1 Realizar la integración de Software
ET los módulos del sistema
Plan-Reporte de siguiendo el Plan-Reporte de Plan-Reporte de
Pruebas de Pruebas de Integración Pruebas de
Integración ejecutando los Integración
Formato del RD correspondientes casos deel
A5.2 Generar en conjunto Manual de Operación
Manual de Operación ET prueba.
Manual de Operación.

Procedimiento para Verificar el Manual de Operación

Software RD A5.7 Ejecución de pruebas de Plan-Reporte de
Plan-Reporte de ET sistema siguiendo el Plan- Pruebas de Sistema
Pruebas de Sistema Reporte de Pruebas de
Sistema.
 15. Actividades
DMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Software RD A5.8 Corregir los defectos Software(sin
ET encontrados en las pruebas de defectos)
Plan-Reporte de sistema con base en el Plan-
Pruebas de Sistema Reporte de Pruebas de Plan-Reporte de
Sistema. Pruebas de Sistema
Manual de Usuario RD A5.9 Completar en conjunto el Manual de Usuario
(versión inicial) ET Manual de Usuario.

Procedimiento para Verificar el Manual de Usuario

 15. Actividades
DMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Plan-Reporte de RD A5.14 Incorporar como línea Configuración del
Pruebas de base a la Configuración del Software
Integración. Software los Componentes y el
Registro de Rastreo. Registro de Rastreo.
Manual de Usuario.
Manual de ET A5.15 El Equipo de Trabajo
Operación. 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. Actividades
DMS.A5 Realización de la fase de integración y pruebas.
Entradas Rol Actividad Salidas
Formato del RD A5.16 Generar el Reporte de Reporte de
Reporte de Actividades de la Fase de Actividades de la
Actividades de la RD A5.17 Asegurarse
Integración que todos los Fase de Integración
y Pruebas
Fase de Integración productos de datos
mediante los trabajoque
generados
muestra y Pruebas.
y Pruebas. se encuentran en CDS-UTEZ-
el sistema Control de
BC
Asistencias y Tareas. Calendario de
Calendario de Desarrollo de
Desarrollo de Proyecto
Proyecto (actualizado)
DMS.A6. Realización de la fase
de Cierre
 15. Actividades
DMS.A5 Realización de la fase de cierre

• 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.
 15. Actividades
DMS.A5 Realización de la fase de cierre
Entradas Rol Actividad Salidas
Manual de RD A6.1 Generar en conjunto el Manual de
Mantenimiento ET Manual de Mantenimiento. Mantenimiento
Procedimiento para Verificar el Manual de Mantenimiento
Manual de RD A6.6 Incorporar como línea Configuración del
Mantenimiento. base a la Configuración del Software completa
ET A6.7 El Equipo de Trabajo
Software el Manual de
deberá reportar al final de cada
Mantenimiento.
día
 15. Actividades
DMS.A5 Realización de la fase de cierre
Entradas Rol Actividad Salidas
Formato del Reporte A6.8 Generar el Reporte de Reporte de
de Actividades de la RD Actividades de la Fase de Actividades de la
Fase de Cierre. RD A6.9
CierreAsegurarse quedatos
mediante los todosque
los Fase de Cierre.
productos
muestra elde trabajoControl
sistema generados
de
Calendario de se encuentran en CDS-UTEZ-
Asistencias y Tareas. Calendario de
Desarrollo de BC. Desarrollo de
Proyecto Proyecto
(actualizado)
 16. Verificaciones
Verificaciones
Ver1 Verificar la claridad de redacción de la CDS-UTEZ-RVER-DFR-IdProyecto-V
especificación de requisitos y su
Ver2 Verificar consistencia
consistencia del plan dedel
con la descripción pruebas CDS-UTEZ-RVER-PRPS-IdProyecto-
del sistema
producto conlos
y con el Documento Formal de V
aspectos a verificar
Requerimientos
establecidos en el y con los aspectos
reporte a
de verificación.
verificar establecidos
Adicionalmente revisarenque
el reporte de
los requisitos
verificación.
sean completos y no ambiguos o
contradictorios. Los defectos encontrados
se documentan en un reporte de
verificación.
Verificaciones
Ver3 Verificar consistencia del Manual de Usuario con CDS-UTEZ-RVER-MU-IdProyecto-
el Documento Formal de Requerimientos y con V
los aspectos a verificar establecidos en el reporte
de verificación.

Ver4 Verificar claridad de la documentación del Análisis CDS-UTEZ-RVER-AD-IdProyecto-

y Diseño, su factibilidad y la consistencia con el V
Documento Formal de Requerimientos y con los CDS-UTEZ-VER-RRA-IdProyecto-
aspectos a verificar establecidos en el reporte de V
verificación. Verificar que el Registro de Rastreo
contenga las relaciones adecuadas entre los
requisitos y los elementos de Análisis y Diseño.
Verificaciones
Ver5 Verificar consistencia del Plan de Pruebas de CDS-UTEZ-RVER-PRPI-
Integración con el Análisis y Diseño y con los IdProyecto-V
aspectos a verificar establecidos en el reporte de
verificación.
Ver6 Verificar que el Registro de Rastreo contenga las CDS-UTEZ-VER-RRA-IdProyecto-
relaciones adecuadas entre los elementos de V
Análisis y Diseño y los componentes

Ver7 Verificar consistencia del Manual de Operación CDS-UTEZ-RVER-MO-IdProyecto-

con el Software y con los aspectos a verificar V
establecidos en el reporte de verificación.
Verificaciones
Ver8 Verificar consistencia del Manual de Usuario con CDS-UTEZ-RVER-MU-IdProyecto-
el sistema de software y con los aspectos a V
verificar establecidos en el reporte de verificación.

Ver9 Verificar consistencia del Manual de CDS-UTEZ-RVER-MM-IdProyecto-

Mantenimiento con la Configuración de Software y V
con los aspectos a verificar establecidos en el
reporte de verificación.
17. Validaciones
Producto de Aspectos a Validar Reporte Producto de
Trabajo
Val1 Validar que el Documento Formal CDS-UTEZ-RVAL- Trabajo
Val1
de Requerimientos cumple con DFR-IdProyecto-V
Val2 Validar que el Análisis
las necesidades y Diseño CDS-UTEZ-RVAL-AD- Val2
y expectativas
cumple con los
acordadas, las defectos
necesidades y IdProyecto-V
expectativas
encontrados seacordadas con el
documentan en
cliente
un Reporte de Validación
18. Incorporación a la Base de
Conocimiento
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

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

19. Recursos de Infraestructura
Bien Abreviación Ejemplos

Recursos Materiales RM Papelería, libros, manuales

Equipo de Computo EC PC’s, lap-top’s, impresoras,

componentes internos

Equipo de Proyección EP Proyectores, pantallas

Recursos Financieros RF Depósitos de fianzas

Recursos Tecnológicos RT Dirección IP, Herramientas de

Software
20. Situaciones excepcionales

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.
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.
23. Guías de Ajuste
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
No. Actividad departe 03 Actividad del proceso Descripció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
2 A1.2 A1.1 delreporte
El Proyecto.
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
4 A2.2 A2.1, A2.2, A2.8 del Proyecto

5 A2.3 A2.3, A2.4

Productos de Trabajo
No. Producto de Producto de Descripción
1 Trabajo
Especificaciónde Parte Trabajo
de Requisitos del de
Documento Formal
03 Proceso
Requerimientos
2 Análisis y Diseño Análisis y Diseño

3 Componente Componente

4 Software Software

5 Configuración de Software Configuración de Software

6 Manual de Usuario Manual de Usuario

7 Manual de Operación Manual de Operación

8 Manual de Mantenimiento Manual de Mantenimiento

9 Reporte de Actividades Reporte de Actividades

No. Producto de Producto de Descripción
12 Trabajo de Parte Trabajo
Registro de Rastreo del
Registro de Rastreo
03 Proceso
13 Plan de Pruebas de Sistema Plan-Reporte de Pruebas de
Sistema
14 Plan de Pruebas de Integración Plan-Reporte de Pruebas de
Integración
15 Reporte de Pruebas de Plan-Reporte de Pruebas de
Integración Integración
Roles
No. Rol de Parte 03 Rol del Proceso Descripción
1 Responsable de la Responsable de la
Administración del Proyecto Administración del Proyecto
2 Específico
Cliente Específico
Cliente

3 Responsable de Desarrollo y Responsable de Desarrollo

Mantenimiento de Software
4 Equipo de Trabajo Equipo de Trabajo

5 Analista Analista Programador

6 Diseñador de Interfaz de Analista Programador

Usuario
7 Diseñador Analista Programador
No. Rol de Parte 03 Rol del Proceso Descripción
8 Programador Analista Programador

9 Responsable de Pruebas Analista Programador

10 Revisor Integrante de Equipo de

Trabajo
11 Responsable de Manuales Analista-Programador

12 Usuario Usuario

Diseñador de Base de Datos