Sunteți pe pagina 1din 22

Calidad

Proceso de Desarrollo de Software


Versin 1.0

Historia de Revisiones
Fecha

Versin

03-08-2007

1.0

Descripcin
Creacin del documento

Autor
Francia Meja

Tabla de Contenidos
1.

Introduccin

1.1
1.2
1.3
1.4
1.5

4
4
4
4
4

Propsito
Alcance
Definiciones, Acrnimos y Abreviaturas
Referencias
Visin General

2.

Diagrama Panormico

3.

Descripcin del Proceso

3.1

Negociacin
3.1.1 Entregables del proceso
3.2
Modelamiento del Negocio
3.2.1 Levantamiento de Informacin
3.2.1.1.1 Entregables del proceso
3.3
Requerimientos
3.3.1 Anlisis de Requerimientos
3.3.2 Administracin de Requerimientos
3.3.3 Definicin de Requerimientos
3.4
Anlisis
3.5
Diseo
3.5.1 Diseo Lgico
3.5.2 Diseo Fsico
3.6
Desarrollo
3.7
Pruebas
3.8
Documentacin
3.9
Implementacin
3.10
Soporte y Mantenimiento

8
9
9
9
10
11
11
11
12
13
13
13
13
14
15
16
16
17

4.

Entregables del Proceso

18

5.

Recursos del Proceso

19

6.

Rutas de Productos de Trabajo

20

Proceso de Desarrollo de Software


1. Introduccin
1.1 Propsito

El propsito de este documento es describir y establecer la metodologa del Proceso de Desarrollo


de Software de xxxx
1.2 Alcance

Esta descripcin aplica para todos los proyectos de xxxxxx


1.3 Definiciones, Acrnimos y Abreviaturas

No aplica.
1.4 Referencias

Plan de Infraestructura.
1.5 Visin General

Este documento incluye el diagrama panormico, descripcin del proceso, entregables del
proceso, roles y herramientas a utilizar.

2. Diagrama Panormico

PPQA

Proyecto

CM
Proyecto
Proceso

3. Descripcin del Proceso


El proceso est clasificado en cuatro fases, las cuales son:

Incepcin
Elaboracin

Construccin
Transicin

Adems de las fases, se desarrollar de manera iterativa e incremental, con el objetivo trabajar los
requerimientos por iteraciones, e ir incrementando los las liberaciones del producto.
A cada etapa se le realizar una inspeccin, validacin o verificacin a los artefactos o productos
de trabajo generados, con el objetivo de asegurar la calidad del producto desde el inicio del
proyecto.
Cada fase se administrar a travs de un cronograma de actividades Master; y cada etapa se
administrar a travs de un cronograma de actividades de acuerdo a la fase, disciplina e iteracin a
la cual corresponda:
1. Fase de Incepcin
PRY-INC-BNS-ITPLN
PRY-INC-RQM-MSTPLN
PRY-INC-RQM-ITPLN-00
2. Fase de Elaboracin
PRY-ELB-A&D-MSTPLN
PRY-ELB-A&D-ITPLN-00
3. Fase de Construccin
PRY-CNS-DEV-MSTPLN
PRY-CNS-DEV-ITPLN-00
PRY-CNS-TST-MSTPLN
PRY-CNS-TST-ITPLN-00
4. Fase de Transicin
PRY-TRN-DOC-MSTPLN
PRY-TRN-DOC-ITPLN-00
PRY-TRN-IMP-MSTPLN
PRY-TRN-INS-ITPLN-00
PRY-TRN-IMP-ITPLN-00
PRY-TRN-ENT-ITPLN-00
Donde,

Nomenclatura

PRY

Fase Disciplina
Incepcin

ITPLN

PRY-INC-BNS-ITPLN

Proyecto

INC

BNS: Negocios

PRY-INC-RQM-MSTPLN

Proyecto

INC

RQM: Requerimientos

PRY-INC-RQM-ITPLN-00

Proyecto

INC

RQM: Requerimientos

Master Plan de
Modelamiento de
Negocios
Master Plan de
Requerimientos
Plan de la Iteracin No.

PRY-ELB-A&D-MSTPLN

Proyecto

ELB

A&D: Anlisis y Diseo

PRY-ELB-A&D-ITPLN-00

Proyecto

ELB

A&D: Anlisis y Diseo

PRY-CNS-DES-MSTPLN

Proyecto

CNS

DES: Desarrollo

Master Plan de Desarrollo

PRY-CNS-DES-ITPLN-00

Proyecto

CNS

DES: Desarrollo

PRY-CNS-TST-MSTPLN

Proyecto

CNS

TST: Pruebas

Plan de Desarrollo la
Iteracin No.
Master Plan de Pruebas

PRY-CNS-TST-ITPLN-00

Proyecto

CNS

TST: Pruebas

PRY-TRN-DOC-MSTPLN

Proyecto

TRN

DOC: Documentacin

PRY-TRN-DOC-ITPLN-00

Proyecto

TRN

DOC: Documentacin

PRY-TRN-IMP-MSTPLN

Proyecto

TRN

IMP: Implementacin

PRY-TRN-INS-ITPLN-00

Proyecto

TRN

INS: Instalacin

PRY-TRN-IMP-ITPLN-00

Proyecto

TRN

IMP: Implementacin

PRY-TRN-ETR-ITPLN-00

Proyecto

TRN

ETR: Entrenamiento

Elaboracin
Master Plan de Anlisis y
Diseo
Plan de Anlisis y Diseo
de la Iteracin No.

Construccin

Plan de Pruebas de la
Iteracin No.

Transicin
Master Plan de
Documentacin
Plan de Documentacin
de la Iteracin No
Master Plan de
Implementacin
Plan de Instalacin de la
Iteracin No.
Plan de Implementacin
n de la Iteracin No.
Plan de Entrenamiento de
la Iteracin No.

Diagrama RUP.

La Administracin del Proyecto, ser realizada a travs del Procedimiento de Administracin de


Proyectos.

El ambiente ser controlado a travs del Plan de Infraestructura.


3.1 Negociacin

El proceso de negociacin consiste en captar prospectos de futuros clientes. Las actividades que
se realizan son las siguientes:
Luego de hacer las demostraciones al cliente y capturar sus requerimientos, se procede a evaluar
el proyecto, con la finalidad de determinar su naturaleza, tipo y requerimientos tcnicos.
Se procede a generar la Propuesta del Proyecto, con el objetivo de que sea aprobada por el
cliente. Teniendo la Propuesta aprobada, se realiza y entrega el Contrato del Proyecto. Los
detalles sobre precios y costos del producto son manejados a discrecin de los involucrados, por
la Gerencia de Sistemas de Negocios en otros documentos, as como las Estrategias de Ventas e
Investigacin de Mercado.
Los acuerdos de la entrega del producto en la negociacin, estar sujeto a las estimaciones de
tiempos correspondientes al tipo de producto, esto es la estimacin del tiempo de entrega
depender de si es un producto desarrollado o si es un nuevo proyecto.

Una vez firmado el Contrato del Proyecto, por ambas partes (cliente y representante de Xxxxx), la
Gerencia de Sistemas de Negocios, completa y entrega a Proyectos el Formulario Levantamiento
de Informacin Tcnica, con el objetivo de dar curso al proceso de desarrollo del producto en caso
de ser un nuevo proyecto o a la Implementacin en caso de ser un producto desarrollado.
3.1.1

Entregables del proceso

Esta etapa del proyecto debe generar los siguientes documentos:

Propuesta del Proyecto


Contrato del Proyecto
Requerimientos del Cliente
Formulario Levantamiento de Informacin Tcnica

3.2 Modelamiento del Negocio

El modelamiento del negocio se realiza a travs del levantamiento de informacin.


El primer paso del anlisis es el levantamiento de informacin con el objetivo de dar inicio al proceso
de evaluacin del negocio para identificar sus necesidades de implementacin.
3.2.1

Levantamiento de Informacin

El proceso de Levantamiento de Informacin consiste en realizar una investigacin de campo, con la


finalidad de identificar las necesidades de los involucrados.
El levantamiento de informacin de Xxxxx, S. A., tiene dos vertientes, pues se realiza para productos
desarrollados y productos de nuevos proyectos.
3.2.1.1 Productos Desarrollados

Este siempre se realizar por reas de competencias de acuerdo al proyecto a implementar.

Anlisis de reas, se describe el proceso que siguen los involucrados en la realizacin de sus
funciones; sean estas reas Direcciones, Departamentos, Unidades, Secciones o Mdulos
propiamente dichos; a travs de las cuales se capturan de los posibles usuarios los siguientes
datos:
Nombre del Recurso
Posicin
Rol
Preparacin Acadmica
Conocimientos de Informtica
Requerimientos de recursos tcnicos que deben ser adquiridos por el cliente para poder
ejecutar eficientemente las labores y operaciones de los usuarios a travs de la aplicacin.
Observaciones
Informaciones Generales

Con los Reportes de Entrevistas y los Cuestionarios, la informacin anterior es registrada en el


documento Levantamiento de Informacin, el cual es utilizado exclusivamente para proyectos de
productos ya desarrollados.

3.2.1.1.1

Entregables del proceso

Esta etapa del proyecto debe generar los siguientes documentos:

Reportes de Entrevistas
Informe Levantamiento de Informacin
Documentos informativos del cliente

3.2.1.2 Productos Nuevos Proyectos

Se crea inicialmente el documento Caso de Negocio, con la finalidad de obtener la siguiente


informacin:

Descripcin del Producto


Contexto del Negocio
Objetivos del Producto
Pronstico Financiero

En la investigacin para este tipo de productos, provee principalmente las siguientes informaciones:

Oportunidades de negocio
Enunciado del problema
Posicionamiento del producto
Descripcin de usuarios e involucrados
Nombre del recurso
Posicin
Rol
Responsabilidades
rea
Perfiles
Necesidades claves
Visin general del producto
Caractersticas del producto
Requerimientos del producto

La informacin anterior es registrada en el Documento Visin, el cual es utilizado exclusivamente para


proyectos de nuevos productos.
Se procede a crear el SRS: Especificacin de Requerimientos de Software en el cual se indican los
siguientes aspectos:

Descripcin Global
Requerimientos Especficos

Requerimientos Suplementarios

Todos stos con todos sus detalles.


En la finalizacin de esta etapa se crea el Glosario del Proyecto, en el cual se indican las definiciones
de los trminos exclusivos del proyecto.
3.2.1.2.1

Entregables del proceso

Esta etapa del proyecto debe generar los siguientes documentos:

Reportes de Entrevistas
Informe Levantamiento de Informacin
Documentos informativos del cliente
Caso de Negocio
Documento Visin
SRS
Glosario del Proyecto

3.3 Requerimientos

En esta etapa debe considerarse el anlisis, la administracin y definicin requerimientos:


3.3.1

Anlisis de Requerimientos

El objetivo de la etapa de anlisis de requerimientos es identificar asociaciones estructurales entre


objetos y nuevas clases (entidad) y modelar visualmente los requerimientos, en vista de que la
programacin de nuestra compaa es Orientada a Objetos, esto implica que el anlisis y el diseo lo
sean tambin. Por tanto para el desarrollo de software orientado a objetos no basta usar un lenguaje
orientado a objetos. Tambin se necesitar realizar un anlisis y diseo orientado a objetos.
3.3.2

Administracin de Requerimientos

Con el SRS, se procede a identificar los requerimientos; Luego de haber tenido la identificacin de
requerimientos se procede a hacer una revisin de esa identificacin, con el propsito de reducir
inconsistencias y generar una Lista de Requerimientos.
Con la Lista de Requerimientos revisada se procede a crear la Matriz de Requerimientos, donde se
registran uno a uno especificando los valores a los atributos (tipo, mdulo, estado, orden, entre otros)
correspondientes al Plan Administracin de Requerimientos.
Cuando se hayan depurado los requerimientos se procede a establecer la trazabilidad entre
requerimientos de acuerdo a la lgica de negocio, y se genera la Matriz de Trazabilidad y Reporte de
Trazabilidad.
3.3.2.1 Entregables del proceso

Esta etapa del proyecto debe generar los siguientes documentos:

3.3.3

Lista de Requerimientos
Matriz de Requerimientos
Matriz de Trazabilidad
Reporte de Trazabilidad

Definicin de Requerimientos

Habiendo revisado y corregido la lista de requerimientos y establecido la trazabilidad entre los


mismos; se procede a realizar la definicin de los requerimientos.
Cuando los requerimientos hayan sido especificados de acuerdo a la Gua de Especificacin de
Casos de Usos y Opciones Suplementarias, se realizar una audiencia interna de revisin de
requerimientos con el objetivo de depurarlos antes de presentarlos al cliente.
La definicin de los requerimientos es registrada en los Casos de Usos y Opciones Suplementarias.
En los Casos de Usos se especifican las funcionalidades principales del sistema:

Mantenimientos
Procesos

En las Opciones Suplementarias se especifican las funcionalidades secundarias del sistema:

Consultas
Reportes
Otros de menor complejidad

Habiendo definido todos los requerimientos se convoca a los involucrados internos y externos para
sostener el WorkShop de revisin de requerimientos.
Este WorkShop, generar un Informe de Validacin de Requerimientos, con el cual se proceder a
hacer los cambios a las definiciones previamente realizadas y as generar el informe final: Elicitacin
de Requerimientos, ste ser firmado por el cliente garantizando que los requerimientos capturados y
definidos corresponden con las necesidades planteadas.
3.3.3.1 Entregables del proceso

Esta etapa del proyecto debe generar los siguientes documentos:

Lista de Requerimientos Corregida


Casos de Usos Iniciales
Opciones Suplementarias iniciales
Convocatoria WorkShop
WorkShop de Revisin de Requerimientos
Informe Validacin de Requerimientos
Casos de Usos Revisados y Corregidos

Opciones Suplementarias Revisadas y Corregidas


Elicitacin de Requerimientos

3.4 Anlisis

El anlisis del sistema se hace desde dos puntos de vistas: Anlisis de Negocio y Anlisis de
Requerimientos; stos de acuerdo a la Gua de Anlisis.
Las actividades de Levantamiento de Informacin y Definicin de Requerimientos fungen como
antesala al Anlisis del Sistema, todos los documentos generados anteriormente, son la plataforma
para la creacin de los Modelos de Casos de Usos, los cuales deben ser creados por pagackage o por
mdulos, as como cada uno de manera individual ,por requerimiento identificado y definido.
3.4.1

Entregables del proceso

El anlisis general del sistema debe generar los siguientes documentos:

Modelos de Casos de Usos

3.5 Diseo

El diseo se realizar tambin con la metodologa orientada a objetos (DOO), ya que los modelos
orientados a objetos generados cuando se construyen en forma correcta, nos permitirn cambiar,
expandir, validar, verificar y comunicar ms fcilmente. Este modelamiento en UML es flexible al
cambio y permite crear componentes plenamente reutilizables.
Sin embargo, el diseo del sistema responde a dos tipos:
3.5.1

Diseo Lgico

En esta etapa se identifican todas las entidades necesarias en la aplicacin incluyendo los objetos de
interfaz y control.
3.5.1.1 Entregables del proceso

3.5.2

Diagrama de Entidad Relacin


Diccionario de Datos
Script de Base de Datos
Diseo Fsico

El diseo fsico responde al Diseo Arquitectnico del sistema, por tanto en esta etapa del proyecto se
deben generar los modelos, diagramas y prototipos.
3.5.2.1 Entregables del proceso

BPM: Modelo de Procesos de Negocios


TSM: Modelo de Secuencia de Transacciones
OSM : Modelo de Estructura de Objetos
LCM: Modelo de Ciclo de Vida de Objetos
SGM: Modelo Global del Sistema

OID : Diagrama de Interaccin de Objetos


AFD: Diagrama de Flujo de Actividad
CD: Diagrama de Clases
Todos los anteriores de acuerdo a la Gua de Diseo.
Prototipos
De acuerdo a la Gua de Interfaz de Usuario (GUI).

3.6 Desarrollo

Habiendo analizado y diseado el sistema y sus componentes, se procede a la codificacin de las


partes del sistema. Ver Gua de Programacin.
Antes de iniciar con el desarrollo del producto, debe estar creada la Base de Datos de Desarrollo. El
desarrollo es parte del final de la construccin del producto.
En esta etapa se generan las unidades, las libreras, reportes, entre otros que permitirn poner en
ejecucin la aplicacin en construccin.
Cada unidad desarrollada debe ser validada por el desarrollador correspondiente, por tanto debe
realizar las siguientes pruebas:

Prueba de Caja Blanca


Prueba de Caja Negra
Prueba Unitaria

Estos tipos de pruebas permitirn liberar el cdigo al personal de QA, con el menor nmero de errores
y/o defectos, lo cual se convertir en beneficio de tiempo y esfuerzo a favor del proyecto. Ver ***
Durante todo el proceso de pruebas puede existir la necesidad de generar Discusiones con el objetivo
de obtener aclaraciones sobre los requerimientos, as como Requerimientos de Cambios o Change
Request, con stos ltimos, luego de estar claros en los detalles del requerimiento, ser posible
generar solicitudes de cambios con la finalidad de mejorar o corregir inconsistencias en los
requerimientos.
El integrador de cambios debe generar el Plan de Integracin Build, con el cual se realizarn las
actividades de integracin del producto, tanto para pruebas como para la entrega al cliente.
Se debe crear un Release y un Baseline por cada iteracin aprobada. Ver Plan de Administracin de
Configuracin.
Adems debe crear el Plan de Instalacin con los mismos fines de entrega del producto.
3.6.1

Entregables del proceso

Cdigo o Unidades
Dlls

Reportes
Scripts Update SQL
Imgenes
Data
Discusiones
Change Request
Plan de Integracin Build
Plan de Instalacin
Release
Baseline

3.7 Pruebas

Las pruebas del producto se realizarn cuando hayan sido liberados los ejecutables del producto para
fines de pruebas, con el propsito de validar las funcionalidades de la aplicacin de acuerdo a la
definicin de los requerimientos.
Inicialmente, se debe crear el Plan de Pruebas, a travs del cual ser definida la estrategia de pruebas
a utilizar y se identificarn los requerimientos para pruebas. En este plan se incluye la definicin de
una ambiente de pruebas, por lo cual se requiere una Base de Datos de pruebas.
Sern creados Casos de Pruebas con el fin de planificar los tipos de pruebas a ejecutarse. Durante la
ejecucin de las pruebas pueden surgir Script SQLs, para interactuar y verificar la informacin
directamente en la Base Datos de pruebas.
El resultado de las pruebas ser notificado a travs del Reporte de Errores, donde se indicar la
descripcin de dichos errores y/o defectos.
Durante todo el proceso de pruebas puede existir la necesidad de generar Discusiones con el objetivo
de obtener aclaraciones sobre los requerimientos, as como Requerimientos de Cambios o Change
Request, con stos ltimos, luego de estar claros en los detalles del requerimiento, ser posible
generar solicitudes de cambios con la finalidad de mejorar o corregir inconsistencias en los
requerimientos.
Al finalizar la etapa de pruebas de acuerdo al Plan de Iteracin, se generar el documento Evaluacin
de Pruebas, para indicar el estado general del proyecto en la iteracin correspondiente.
Las pruebas deben realizarse sujetas al Procedimiento de Administracin de Pruebas y Gua de
Pruebas.
3.7.1

Entregables del proceso

Plan de Pruebas
Discusiones
Casos de Pruebas

Scripts SQL
Reporte de Errores
Change Request
Evaluacin de Pruebas

3.8 Documentacin

El equipo de Documentacin ser el responsable de generar los Manuales de Usuarios y Manuales


Tcnicos en formato .doc, .pdf y .html. As como la Ayuda en Lnea y la Ayuda Tcnica, ambos
artefactos sern de utilidad en el Deployment o lanzamiento del producto durante el entrenamiento a
usuarios a travs del proceso de implementacin.
El inicio de la creacin de estos documentos ser paralelo al proceso de pruebas, una vez las Formas
estn disponibles y sin errores.
Tambin sern almacenadas todas las imgenes utilizadas (Pantallas, Botones, Iconos, etc.) en dichos
documentos en un Repositorio de Imgenes.
Existe la posibilidad que durante el proceso de documentacin, sean generados requerimientos de
cambios o Change Request., ver Plan Administracin de Cambios.
La documentacin del sistema ser realizada de acuerdo a la Gua de Estilo de Manuales.
3.8.1

Entregables del proceso

Manuales de Usuarios
Ayuda en Lnea
Repositorio de Imgenes

3.9 Implementacin

El proceso de implementacin inicia una vez todos los requerimientos de una iteracin se encuentren
en estado Aprobado por QA. Ver Plan de Administracin de Requerimientos.
Las implementaciones se realizarn por mdulos o iteraciones.
Antes de iniciar el proceso, el equipo de implementacin y la Gerencia de Proyectos sostendrn una
reunin para definir y planificar implementacin correspondiente.
Luego debe coordinar y sostener una reunin de inicial con los involucrados externos a travs de una
Comunicacin formal sea va electrnica o medio impreso, con previa confirmacin del cliente.
Se realiza con los involucrados del cliente un Taller, con la finalidad de establecer el concepto de la
aplicacin en los usuarios finales para su posterior entrenamiento. Los resultados de estos talleres son
tabulados y presentados al comit del proyecto a travs del documento Evaluacin del Taller.

Luego se procede a generar el Plan de Implementacin, Cronograma de Implementacin, Plan de


Entrenamientos, Cronogramas de Entrenamientos.
Existe la posibilidad que durante el proceso de entrenamientos, sean generados requerimientos de
cambios o Change Request, de acuerdo a Plan Administracin de Cambios, a travs de los cuales
sern solicitadas mejoras y adaptaciones al sistema. Adems durante todo el perodo se sostendrn
reuniones de seguimiento, donde los acuerdos sern registrados a travs de las Minutas de Reuniones.
En caso de existir inconvenientes, sern manejados a travs del Plan de Solucin de Problemas.
Una vez concluida la implementacin, y no tener cambios pendientes por entregar, se proceder a
realizar el cierre del proceso a travs de las Comunicaciones de Descargo al Cliente y Entrega a
Servicio al Cliente.
Todo este proceso se realizar basado en el Procedimiento de Implementacin y la Gua de
Implementacin.
3.9.1

3.10

Entregables del proceso

Comunicacin de Coordinacin
Plan de Implementacin
Presentaciones de Talleres
Programas Talleres
Formularios Evaluacin de Talleres
Evaluaciones de Talleres
Plan de Entrenamientos
Cronogramas de Entrenamientos
Minutas de Reunin
Plan de Solucin de Problemas
Change Request
Comunicacin Descargo Cliente
Comunicacin Entrega a Servicio al Cliente
Soporte y Mantenimiento

Luego de haber realizado y entregado las comunicaciones de descargo y entrega a Servicio al Cliente,
el proyecto pasa a la etapa de Soporte y Mantenimiento, en caso de existir cambios y anomalas en el
mismo.
Ver:

Procedimiento de Servicio al Cliente


Plan Administracin de Cambios

4. Entregables del Proceso


A continuacin es descrita la documentacin por reas mnima que debe ser producida
durante el proceso de Desarrollo de Software.

Levantamiento de
Informacin
Propuesta del
Proyecto
Contrato del Proyecto

Negociacin

Reportes de
Entrevistas
Informe
Levantamiento de
Informacin
Documentos
informativos del
cliente
Caso de Negocio
Documento Visin
SRS
Glosario del Proyecto

Diseo
Arquitectura
Cronograma de Anlisis
Modelos de Casos de
Usos

Anlsis

Cronograma de Diseo
Diagrama de Entidad
Relacin
Diccionario de Datos
Script de Base de Datos
Diagrama de Clases
Diagrama de Secuencia
Prototipos

Lista de Requerimientos
Matriz de
Requerimientos
Matriz de Trazabilidad
Reporte de Trazabilidad
Cronograma Definicin
de Requerimientos
Casos de Usos
Opciones Suplementarias
Convocatoria WorkShop
WorkShop a Ejecutivos
Informe Validacin de
Requerimientos
Elicitacin de
Requerimientos

Requerimientos

Cronograma de Desarrollo
Cdigo o Unidades
Dlls
Reportes
Scripts update SQL
Imgenes
Data
Discusiones
Change Request
Plan de Integracin Build
Plan de Instalacin
Release
Baseline

Desarrollo

Documentacin
Plan de Pruebas
Cronograma de Pruebas
Casos de Pruebas
Scripts SQL
Reporte de Errores
Discusiones
Change Request
Evaluacin de Pruebas

Manuales de Usuarios
Ayuda en Lnea
Repositorio de Imgenes
Change Request

Pruebas

Comunicacin de
Coordinacin inicio
implementacin
Plan de Implementacin
Cronograma de
Implementacin
Presentaciones de Talleres
Programas Talleres
Formularios Evaluacin de
Talleres
Plan de Entrenamientos
Cronogramas de
Entrenamientos
Minutas de Reunin
Plan de Solucin de
Problemas
Change Request
Informe Cierre de
Implementacin
Comunicacin Entrega a
Soporte Tcnico y
Mantenimiento

Implementacin

5. Recursos del Proceso

Disciplina

Rol

Herramienta

Negociacin

Vendedor

Levantamiento de Informacin

Analista de Negocios

Requerimientos

Analista de Requerimientos

MS Word
MS Power Point
MS Word
MS Power Point
MS Word
MS Project
Borland Caliber Define IT
Borland Caliber RM

Anlisis

Analista de Sistemas

MS Project
Herramienta Modelado

Diseo
Arquitectura

Arquitecto

MS Project
MS Excel
Borland Delphi

Desarrollo

Desarrollador

Integracin

Integrador

Pruebas

Analista de Pruebas

Documentacin

Documentador

Implementacin

Implementador

6. Rutas de Productos de Trabajo

Templates Descripcin del Documento

levinf

rup_buscs
rup_bvis

Propuesta del Proyecto


Contrato del Proyecto
Reportes de Entrevistas
Informe Levantamiento de
Informacin
Documentos informativos del
cliente
Caso de Negocio
Documento Visin

Ruta

Borland Together
MS BD
Herramienta de Modelado

MS Project
MS Word
Borland Delphi
SMBD
Report Builder
Borland Caliber RM
Borland Stat Team
Borland Delphi
SMBD
Borland Stat Team
MS Project
MS Word
Borland Startr Team
Borland Caliber RM
Borland Caliber Define IT
SMBD
Herramienta Adm. Pruebas
MS Project
MS Word
Acrobat Reader
Borland Start Team
Doc-O-Matic
MS Project
MS Word
MS Power Point
Borland Stat Team

rup_srs
rup_glss

rup_ucspec

SRS
Glosario del Proyecto
Lista de Requerimientos
Matriz de Requerimientos
Matriz de Trazabilidad
Reporte de Trazabilidad
Cronograma Definicin de
Requerimientos
Casos de Usos
Opciones Suplementarias
Convocatoria WorkShop
WorkShop a Ejecutivos
Informe Validacin de
Requerimientos
Elicitacin de Requerimientos

Templates
entinf
levinf
rup_buscs
rup_bvis
rup_srs
rup_glss

PRY-INC-RQM-MSTPLN
PRY-INC-RQM-ITPLN-00
rup_ucspec

PRY-ELB-ANS-MSTPLN
PRY-ELB-ANS-ITPLN-00

Descripcin del Documento

Recurso Responsable

Propuesta del Proyecto


Contrato del Proyecto
Reportes de Entrevistas
Informe Levantamiento de Informacin
Documentos informativos del cliente
Caso de Negocio
Documento Visin
SRS
Glosario del Proyecto
Lista de Requerimientos
Matriz de Requerimientos
Matriz de Trazabilidad
Reporte de Trazabilidad
Cronograma Definicin de Requerimientos

Utilizados por Xxxxx


Utilizados por Xxxxx

Casos de Usos
Opciones Suplementarias
Convocatoria WorkShop
WorkShop a Ejecutivos
Informe Validacin de Requerimientos
Elicitacin de Requerimientos
Cronograma de Anlisis
Modelos de Casos de Usos

PRY-ELB-DES-MSTPLN
PRY-ELB-DES-ITPLN-00

Cronograma de Diseo
Diagrama de Entidad Relacin

Todps los adquiridos

Ser generada por Caliber RM


Ser generada por Caliber RM
Ser generada por Caliber RM

MS PowerPoint

De acuerdo a la herramienta de
modelado

Diccionario de Datos
Script de Base de Datos
Diagrama de Clases
Diagrama de Secuencia
Prototipos
Cronograma de Desarrollo

Cdigo o Unidades

Dlls

Reportes

Scripts update SQL


Imgenes
Data
Discusiones
Change Request
Plan de Integracin Build
Plan de Instalacin

Release
Baseline

S-ar putea să vă placă și