Taller Del Proceso de Desarrollo y Mantenimiento

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

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


Reporte de actividades de la fase de requisitos


Reporte de actividades de la fase de Análisis y Diseño


Reporte de actividades de la fase de Construcción


Reporte de actividades de la fase de integración y pruebas


Reporte de actividades de la fase de cierre


Registro de Rastreo Proceso Administración de Proyecto Especifico

Plan-Reporte de Pruebas de Sistema


Plan-Reporte de Pruebas de Integración


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)



RAPERD

A1.2 Definir en conjunto con RAPE el Proceso Especifico.





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.


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


Formato del Calendario de Desarrollo del Proyecto


RAPERD

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

Calendario de Desarrollo del Proyecto



Procedimiento para Verificar el 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.



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.


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.


15. ActividadesDMS.A2 Realización de la fase 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


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.



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.




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.


Procedimiento para Verificar el Plan-Reporte de Pruebas de Sistema



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



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)



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


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



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.


Procedimiento para Verificar el Plan-Reporte de Pruebas de Integración



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.





Formato del Reporte de Actividades de la Fase de Análisis y Diseño.


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.


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


Unitarias

DeIntegración

DeSistema

15. ActividadesDMS.A4 Realización de la fase de construcción


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



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.





Formato del Reporte de Actividades de la fase de Construcción.


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.



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.


Software


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


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.




Software


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)


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



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.





Formato del Reporte de Actividades de la Fase de Integración y Pruebas.


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.



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


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


Formato del Reporte de Actividades de la Fase de Cierre.


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.


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


15Reporte 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

Documents

Taller Del Proceso de Desarrollo y Mantenimiento