DESARROLLO DE

REQUERIMIENTOS
DESPR01 Versin Formato 3.0

Enero de 2009

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:
Versin Formato:

Generalidades

Pgina:

Enero 2009
Aprobado
3.0
2

1. OBJETIVO.Establecer y normar el proceso que sigue INNOVA INTERNACIONAL SRL. para el desarrollo de
requerimientos.

2. ALCANCE.Aplicable a todos los procesos de resolucin de los requerimientos provenientes de la solicitud de

un nuevo requerimiento o una modificacin a uno existente.

3. REFERENCIAS.NB ISO 9001:2000.

Captulo 7.5 Produccin y prestacin del servicio.

Process Guidance MSF CMMI. Generacin. (Build)

4. DEFINICIONES.Requerimiento sin prototipo: En algunos casos puede que un requerimiento describa cmo se
deben realizar clculos y procesos en los que el usuario final de la aplicacin no interacta de
forma directa, si no que se trata de desarrollos de procesos que ocurren behind-the-scenes. En
estos casos no tiene sentido elaborar un prototipo, ya que el usuario no interacta directamente
con la funcionalidad.
Business Entities (BE): Entidades de Negocio, capa donde se encuentra el modelado de clases.
Esta capa se usa para pasar los datos a travs de todas las dems capas, por otro lado a partir de
estas clases se modela la base de datos relacional.
Business Components (BC): Componentes de Negocio, capa donde se coloca toda la lgica de
validacin necesaria para el negocio.
Data Access Components (DAL): Componentes de acceso a datos, capa donde se coloca toda la
lgica de escritura y lectura de la base de datos.

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:

Enero 2009
Aprobado

Versin Formato:

Descripcin

3.0

Pgina:

5. DIAGRAMA DE FLUJO.5.1. Revisin del documento borrador de especificacin de requerimientos.-

INICIO
NEGPL04
NEGPL07
NEGPL08

Manual/TFS

RECEPCIN DEL BORRADOR

DE LA ESPECIFICACIN DEL
REQUERIMIENTO
Equipo Desarrollo

Manual/TFS

REVISIN DEL DOCUMENTO

Equipo de Desarrollo/Arquitectura
3
Todo conforme?

Manual/TFS

RECOMENDACIONES Y
SUGERENCIAS DE CAMBIOS AL
DOCUMENTO

NO

Equipo de Desarrollo/Arquitectura
SI

Continuar proceso de Anlisis

del Requerimiento (2)

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Enero 2009

Estado:

Aprobado

Versin Formato:

Diagrama de Flujo

3.0

Pgina:

5.2. Anlisis del Requerimiento.-

NEGPL04
NEGPL07
NEGPL08

Manual /TFS

RECEPCIN DEL BORRADOR

FINAL
Desarrollo / Arquitectura

PROIN01 (Informe de
cambios) o
email

Manual

TALLER I. EXPLICACIN Y
ANLISIS DE FACTIBILIDAD DEL
REQ . Y DE LA ARQUITECTURA

DESIT03

PROAC01

A.Neg./Equipo Des./Arquitectura
6
Todo conforme?

NO

Es necesario
modificar
Arquitectura?

NO

Manual

CAMBIOS Y OBSERVACIONES A
LA ESPECIFICACIN DEL
REQUERIMIENTO/MODIFICACIN
Desarrollo / Arquitectura

SI

SI

NO

Es posible modificar
Arquitectura?
Continuar proceso de
Diseo (3)
Continuar proceso de
Adecuacin de Arquitectura
(ARQPR03)

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Enero 2009

Estado:

Aprobado

Versin Formato:

Diagrama de Flujo

3.0

Pgina:

5.3. Diseo.-

Manual/VS
Registro de Diseo de
Clases BE en el Visual
Studio

DISEO DE CLASES BE
Desarrollador

NO
8
DESIT01

Manual

TALLER II. VALIDACIN DE

ENTIDADES DE NEGOCIOS

PROAC01

Equipo de Validacin

Todo conforme?

9
Norma de diseo
de Base de Datos

10

Manual/SQL

MAPEO DE BASE DE DATOS

Desarrollador

11
DESIT02

Manual

DISEO DE PRESENTACIN

DBP

NO

Convenciones para el
diseo de Interfaces
de Usuario

Registro de tablas y
diccionario en el SQL

SI

Manual

TALLER III. VALIDACIN DE IUS

Y BD

PROAC01
NEGPL05

Equipo de Validacin

Todo conforme?

SI
12

Manual

ESTIMACIN DE ESFUERZOS
Lder de Desarrollo

14
Registro de
Tareas en el TFS

13

Manual

PRESENTACIN AL CLIENTE DE
PROTOTIPO

PROAC01
NEGPL07

Analista responsable

TFS

PLANIFICACIN DE LAS TAREAS

Lder de Desarrollo

Continuar Proceso de
Codificacin (4)

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Enero 2009

Estado:

Aprobado

Versin Formato:

Diagrama de Flujo

3.0

Pgina:

5.4. Codificacin.Registro de la interface

BC en el Visual Studio

15
- Normas de comentado
- Normas de nombrado

Manual/TFS

CODIFICACIN
Desarrollador

NO

16

Manual

REVISIONES MANUALES DE
CDIGO FUENTE /
REALIZACIN DE TALLERES

PROAC01
DESPL08

Lderes de rea

Se complet la
codificacin?

SI
17

Manual

ELABORACIN
DOCUMENTACIN BSICA

DESPL04
(Preliminar)

Desarrollador
18

Manual/TFS

Continuar proceso de Testeo

LIBERACION
Build Engineer / DBP
19

Manual

PRESENTACIN FINAL DEL

REQUERIMIENTO
Desarrollador
20

Manual

REVISIONES CON EL CLIENTE

Lder de Proy / Release
NO
Las revisiones han
sido concluidas?

SI
21

Manual

ELABORACIN
DOCUMENTACIN FINAL

DESPL04

Desarrollo

FIN

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Enero 2009

Estado:

Aprobado

Versin Formato:

Descripcin

3.0

Pgina:

6. DESCRIPCIN.6.1. Revisin del documento borrador de especificacin de documentos.RESPONSABLE

TAREA
Recepcin del borrador de la especificacin del requerimiento

Equipo de
Desarrollo

En cualquier momento de la etapa de relevamiento de un requerimiento

(previo al taller), a criterio del Analista de Negocio, el Equipo de
Desarrollo recepciona un documento de especificacin o modificacin de
un requerimiento, Especificacin de Requerimientos (NEGPL04) o
Modificacin
de
Requerimiento
Aprobado
(NEGPL08)
respectivamente, el mismo que puede estar acompaado de una plantilla
de Prototipos (NEGPL07).
El envo, recepcin y actualizacin de los documentos de requerimientos
se maneja a travs del Team Foundation Server (TFS) y la comunicacin
es por email.
Revisin del documento

Equipo de
Desarrollo /
Arquitectura

Una vez que el requerimiento ha sido recibido y el Lder de Desarrollo ha

seleccionado el equipo para su revisin y anlisis, las personas
designadas para dicho fin juntamente con el Equipo de Arquitectura
analizan toda la documentacin del requerimiento, verificando que sean
entendibles, coherentes y no existan huecos ni excepciones (de acuerdo
al apartado 6.5 del presente documento).
Asimismo, se verifica que las plantillas cumplan con todos los requisitos
para su llenado y que se hayan respetado todos los campos en contenido
y formato.
En el caso de que algn aspecto no est conforme a lo especificado
anteriormente, se procede con la Tarea 3, caso contrario se continua con
el proceso de Anlisis del Requerimiento.
Recomendaciones y sugerencias de cambios al documento

Equipo de
Desarrollo /
Arquitectura

Si existen observaciones al documento, el equipo revisor las hace llegar

al Analista de Negocios, para que ste considere las sugerencias en
futuras actualizaciones del documento.
En esta situacin la comunicacin puede ser verbal, va email o escrita

COPIA NO CONTROLADA

Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:
Versin Formato:

Descripcin

RESPONSABLE

Pgina:

Enero 2009
Aprobado
3.0
8

TAREA
(mediante un informe) dependiendo de la gravedad de la sugerencia y/o
recomendacin.

6.2. Anlisis del Requerimiento.RESPONSABLE

TAREA
Recepcin del borrador final

Equipo de
Desarrollo /

Arquitectura

Corregidas las observaciones y tomadas en cuenta las sugerencias al

documento, el Analista enva el borrador final al Equipo de Desarrollo y
Arquitectura, quienes recepcionan el o los documentos, lo leen y se
preparan para una explicacin ms a fondo por el equipo de Anlisis de
Negocios.
Taller I. Explicacin y anlisis de factibilidad del requerimiento y de
la arquitectura
Se lleva a cabo un taller de explicacin del requerimiento a cargo del
Analista de Negocios (Taller I).
En dicho taller participa el Equipo de Desarrollo designado para el
requerimiento y el Equipo de Arquitectura.

Analista de
Negocios /
Equipo de
Desarrollo /
Equipo de
Arquitectura

Se analiza la factibilidad del requerimiento y tambin se verifica la

arquitectura de solucin requerida para el funcionamiento del mismo.
En el caso de ser necesario modificar nicamente la especificacin o la
modificacin del requerimiento, se procede con la Tarea 6.
5

En el caso de ser necesario modificar la arquitectura, se verifica si esta

modificacin es posible, si es as se procede con el procedimiento de
Adecuacin de Arquitectura (ARQPR03), para luego continuar con la
Tarea 7, caso contrario se procede con la Tarea 6, incluyendo en las
observaciones la conclusin de que la arquitectura no se puede
modificar.
Como resultados del Taller I se genera un Acta de Reunin segn
plantilla PROAC01. Las instrucciones y condiciones de realizacin del
taller y generacin del acta se encuentran descritas en el documento
DESIT03.

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:
Versin Formato:

Descripcin

RESPONSABLE

Pgina:

Enero 2009
Aprobado
3.0
9

TAREA
Cambios y observaciones a la especificacin del requerimiento /
modificacin

Desarrollador /
Equipo de
Arquitectura

En el caso de que la especificacin o modificacin del requerimiento no

est conforme o no sea la adecuada, ya sea desde un punto de vista de
Desarrollo o Arquitectura o ambos, se elabora un Informe de
Recomendaciones y Cambios utilizando la plantilla PROIN01, o bien se
pasa un detalle de dichas observaciones por email, todo depender de la
complejidad de las observaciones. Se acuerdan los cambios con el Lder
de Proyecto, para que ste pueda transmitirlos al cliente. en el caso que
resulte necesario, y de esta manera se proceda con su modificacin.
Se repite el proceso hasta que la especificacin o modificacin sea
aprobada por todas las partes involucradas.

6.3. Diseo.RESPONSABLE

TAREA
Diseo de Clases BE

Desarrollador

Planificadas las tareas, se procede con el diseo de las Clases Business

Entities (BE), para lo cual se aplican y obtienen los registros generados
en el Visual Studio.
Taller II. Validacin de Entidades de Negocios

Equipo de
Validacin

Posterior al diseo de las clases BE se lleva a cabo un taller de

validacin de las mismas (Taller II), con el objeto de validar la integridad y
calidad del producto que se va a desarrollar. El equipo de validacin est
conformado por personal de Desarrollo, y cuando resulte apropiado se
incluir personal de Arquitectura, de Anlisis de Negocios y de cualquier
otra rea que el comit considere relevante para cada taller.
El taller debe evidenciarse en el Acta de Reunin (PROAC01), donde se
indica el resultado de la misma y se acepta dicho resultado mediante la
firma de todos los participantes. Las instrucciones y condiciones de
realizacin del taller y generacin del acta, se encuentran descritas en el
documento DESIT01.
En el caso de encontrar observaciones se retorna a la Tarea 9, caso

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:

Descripcin

RESPONSABLE

Enero 2009
Aprobado

Versin Formato:

3.0

Pgina:

10

TAREA
contrario se procede con la Tarea 11.
Mapeo de Base de Datos

DBP

Siguiendo la Norma de Diseo de Base de Datos, el Data Base

Professional (DBP) realiza el mapeo de la base de datos en el SQL
Server, obtenindose como resultado tablas relacionales del diseo de
Base de Datos y Diccionario de datos.
Diseo de Presentacin

Desarrollador

10

De forma paralela al diseo de la base de datos, el desarrollador

designado elabora el diseo de presentacin, que se refiere a la capa de
presentacin (pantallas), para lo que utiliza el documento de
Convenciones para el diseo de Interfaces de Usuario.
Taller III. Validacin de IUs y BD

Equipo de
Validacin

11

Finalizado y aprobado el diseo de clases BE, el diseo de la base de

datos y pantallas, se realiza el taller de validacin de interfaces de
usuarios y de base de datos (Taller III), que similar a la Tarea 10, est
conformado por un equipo de validacin, se genera un acta bajo el
formato del documento PROAC01 y se siguen las directrices explicadas
en el documento DESIT02.
Es responsabilidad del rea de Release completar la plantilla de Casos
de Prueba (NEGPL05), esta plantilla es esencial para la realizacinde
pruebas en Desarrollo y Testeo.
Si se tienen observaciones retorna a la Tarea 11, caso contrario se
procede con el proceso de Codificacin.
Estimacin de esfuerzos

Lder de
Desarrollo

12

Una vez que todo se encuentra conforme para continuar con el desarrollo
del requerimiento, el Lder de Desarrollo o una persona de su equipo
designada por l, procede a estimar los esfuerzos necesarios para
realizar dicha tarea, esfuerzos en cuanto a los tiempos requeridos en
horas netas.

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:

Descripcin

RESPONSABLE

Enero 2009
Aprobado

Versin Formato:

3.0

Pgina:

11

TAREA
Presentacin al cliente de prototipo

Analista
Responsable

13

El analista responsable realiza una presentacin al cliente, es necesario

trabajar sobre la plantilla Plantilla de Prototipo (NEGPL07) (el ttulo no
debe ser modificado). La plantilla debe ser preparada con las pantallas
que Desarrollo present en el Taller III. Adicionalmente es necesaria la
realizacin de un acta en el que se especifique alguna modificacin
solicitada y la aceptacin del prototipo.
Planificacin de tareas

Lder de
Desarrollo

14

Definidas y acordadas las horas requeridas para la elaboracin del

requerimiento, se introducen las tareas en la planificacin que mantiene
el rea de Desarrollo en el Team Foundation Server (TFS).

TAREA

6.4. Codificacin.RESPONSABLE

Codificacin

Desarrollador

15

Se realiza la codificacin, es decir se implementan los diseos definidos

en el anterior proceso, cumpliendo con lo establecido en las Normas de
Comentado, Normas de Nombrado y cualquier otra Norma de Revisin
de Cdigo que los Lderes de rea consideren oportuno aplicar.
En esta etapa tambin se realiza el desarrollo de la interface BC
(Business Components), generando las evidencias respectivas en los
registros del Visual Studio.
Revisiones manuales del cdigo fuente / Realizacin de talleres

Lderes de rea

16

En diferentes etapas de la codificacin se realizan revisiones manuales

peridicas a travs de la realizacin de talleres, donde los Lderes de
rea seleccionan los requerimientos a revisar, segn ciertos criterios
establecidos (tamao del requerimiento, complejidad, preparacin del
personal, sorteo, entre otros).
En estos talleres tambin se revisan las pruebas unitarias, pruebas de
cobertura y revisiones automticas realizadas.

COPIA NO CONTROLADA

Como en todo taller de desarrollo, ste se evidencia en el Acta de

Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:

Descripcin

RESPONSABLE

Enero 2009
Aprobado

Versin Formato:

3.0

Pgina:

12

TAREA
Reunin (PROAC01); es tambin necesario completar la plantilla de
Control de Calidad del Cdigo (DESPL08).
Las revisiones son realizadas hasta que la codificacin haya concluido.
En este punto se puede inciar el Testeo de pequeas liberaciones, el
Desarrollador debe enviar un mail que indique las funcionalidades a
testear.
Elaboracin documentacin bsica

Desarrollador

17

Build Engineer /
DBP

18

Completada la codificacin y realizadas todas las revisiones pertinentes,

se elabora/compila la documentacin tcnica (bsica) necesaria para que
el producto (requerimiento) pueda ser liberado.
Liberacin
Se publica el cdigo completado y compilado para que posteriormente se
proceda con la etapa de estabilizacin (Testeo).
Presentacin Final del Requerimiento

Desarrollador

19
Se realizar una presentacin final para iniciar la etapa de Estabilizacin
del Producto (de acuerdo al apartado 6.6 del presente documento).
Revisiones con el cliente

Lder de Proyecto
/ Release

20

Se deben realizar revisiones con el cliente. En estas reuniones deben

estar presentes el equipo del Cliente y el Lder de Proyecto y Release de
Innova Internacional.
No se puede pasar a la siguiente Actividad hasta el momento en el que
las revisiones del cliente hayan sigo concluidas.
Nota: Se da como concluida la revisin cuando el cliente acepta el
desarrollo del requerimiento.
Elaboracin documentacin final

Desarrollador

21

A medida que se va desarrollando el proceso de estabilizacin se va

completando la documentacin tcnica del modulo elaborado, hasta
obtener la versin final de dicha documentacin.

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Enero 2009

Estado:

Descripcin

Aprobado

Versin Formato:

3.0

Pgina:

13

6.5. Criterios de rechazo de requerimientos.El documento de requerimiento puede ser rechazado por el equipo de desarrollo por varios motivos
que incluyen pero no se limitan a:
El requerimiento atenta contra la arquitectura del sistema.
El requerimiento contempla conocimientos que son ajenos al equipo de desarrollo.
El requerimiento atenta contra la moral o integridad del(los) desarrollador(es).
El requerimiento est fuera del contexto del proyecto.
En cada caso ya sea el equipo de analistas de negocios (Business Analysts) o el equipo de
expertos (Team of peers) deber ver cmo resolver la situacin en cuestin. Por ejemplo, si el
requerimiento es rechazado por contemplar conocimientos ajenos al equipo, se puede gestionar la
contratacin de personal con el expertise correspondiente.
En cada caso, el requerimiento puede revisarse y/o modificarse para ser nuevamente propuesto al
equipo de desarrollo.
El equipo de desarrollo debe rechazar un requerimiento por motivos que escapan al control del
equipo de desarrollo; no puede rechazarse un requerimiento por motivos que el mismo equipo de
desarrollo puede resolver.
El documento donde se evidencie el rechazo del requerimiento y su justificacin consiguiente debe
ser presentado en un informe oficial de dudas y observaciones al requerimiento.
6.6. Reunin de Presentacin Final
Para realizar la presentacin fina del requerimiento desarrollado se debe realizar lo siguiente:
Las personas que deben estar presentes son: Release, Anlista de Negocio responsable y
Testeo, Lder de Proyecto, las personas opcionales pueden ser los Lderes de las
diferentes reas.
Es recomendable enviar correo, con al menos 3 dias de anticipacin, en el que se
especifique el requerimiento a revisar y los documentos que se deben leer para la revisin.

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas

Fecha Emisin:

DESARROLLO DE REQUERIMIENTOS

Estado:

Anexos

Enero 2009
Aprobado

Versin Formato:

3.0

Pgina:

14

7. ANEXOS.Anexo I.

NEGPL04

Especificacin de requerimientos.

Anexo II.

NEGPL07

Plantilla de prototipos.

Anexo III.

NEGPL08

Modificacin de requerimientos aprobados.

Anexo IV.

PROAC01

Acta de Reunin.

Anexo V.

PROIN01

Informe General.

Anexo VI.

DESPL08

Control de Calidad de Cdigo

Anexo VII.

DESPL04

Manual Tcnico

Anexo VIII.

Normas de diseo de Base de Datos.

Anexo IX.

Convenciones para el diseo de Interfaces de Usuario.

Anexo X.

Normas de comentado.

Anexo XI.

Normas de nombrado.

Anexo XII.

DESIT01

Gua Taller II (Validacin de Entidades de Negocios)

Anexo XIII.

DESIT02

Gua Taller III (Validacin IUs y BD)

Anexo XIV.

DESIT03

Gua Taller I (Anlisis Requerimientos)

COPIA NO CONTROLADA
Elaborado por:

Geovana Salvador

Revisado por:

Dulfredo Rojas
Jaime Centellas

Aprobado por:

Dulfredo Rojas