RM ADMINISTRACIN DE REQUERIMIENTOS DE SOFTWARE

Documentacin para la administracin de requerimientos

Requerimientos

RFP (Request for Proposal,-Solicitud de propuesta-) SOW (Statement of Work, -Solicitud de Trabajo-) Requerimientos Preliminares:
Calendarizar la entrevista Preparar cuestionarios para optimizar el tiempo de la entrevista.

Documento de visin

Determinar el problema Implementar los impactos Definir fronteras (casos de uso y actores) Caractersticas del software. Conocer los Stalkhouse , y determinar cmo impactara en su forma de trabajar. Requerimientos tcnicos Tipo de documentacin a generar.

Proyecto
1. 2.

Preparara agenda de la junta Analizar para la creacin de una matriz de requerimientos Datos que debe llevar una matriz de requerimientos: Fecha Estatus Categora Descripcin Trazabilidad a componentes Mtodo de verificacin Fecha en que se cubri Verificado por

Proyecto
3. Preparar minuta con acuerdos y enviarlas a involucrados para el anlisis.

Datos que debe llevar una minuta: Nombre del proyecto Fecha Document (Indica el numero de folio del mismo proyecto) Nombre de los participantes Objetivos de la reunin Estatus del objetivo (Resuelto, pendiente) Acuerdos Fecha de la resolucin de acuerdos y nombre del(os) responsable(s) Observaciones y comentarios (Indicando quin comento)

PROBLEMAS TIPCOS CON LOS REQUERIMIENTOS

REQUIREMENTS GOLD-PLATING. FEATURE CREEP. DEVELOPER GOLD-PLATING. FRICCIONES ENTRE LOS DESARROLLES Y

CLIENTES.

FALTA DE PARTICIPACIN DE LOS USUARIOS.

Organizacin y Responsabilidades
El iniciador de un cambio ser un individuo autorizado a

firmar la solicitud de cambio. Tal autorizacin debe ser fehacientemente comunicada por el cliente. .

Organizacin y Responsabilidades
El Change Control Manager, estar al tanto en

todo momento de los cambios propuestos, realizando el seguimiento de los mismos hasta su cierre. El Change Control Manager en comunicacin con el System Analyst ser el responsable por el mantenimiento de la lista actual de requerimientos, y la generacin de las planillas para solicitudes de cambio que sern firmadas por el iniciador el cambio

Organizacin y Responsabilidades
El Project Manager enviar la propuesta para su anlisis

de impacto a quien considere ms apto para el tema en cuestin, responsabilizndose por tal anlisis. El System Analyst participar de este anlisis.

Herramientas
Se contar con dos herramientas bsicas : La planilla Solicitud de Cambios en los Requerimientos. El documento Especificaciones de Requerimientos del

Software ( SRS )

Herramientas
Una copia de todas las instancias del primer

documento emitidas sern almacenadas en el propio SVN por el Change Control Manager. Dicha copia nica por cada cambio solicitado reflejar el estado actual de la solicitud. El nombre del archivo en el SVN ser Solicitud de Cambio ID xxxx [estado], donde xxxx representa el nmero que identifica univocamente a esa solicitud ( el cual coincidir con el indicado en la propia planilla ) y [estado] indicar si la solicitud est abierta o cerrada.

Herramientas
SVN es un repositorio de versiones. Actualmente es el

repositorio ms utilizado por todos los proyectos Open Source. Su simplicidad y flexibilidad para adaptarse a cualquier metodologa de desarrollo lo convierte en el gestor de versiones por excelencia. SVN dispone de un gran volumen de clientes integrables con el sistema operativo, como TortoiseSVN, o integrables con diferentes IDEs de desarrollo como Eclipse, Visual Estudio y NetBeans.

El Programa de Administracin de Requerimientos

Identificacin de Requerimientos

Una vez comunicados los requerimientos por el

cliente, el trabajo del System Analyst consistir en identificar con claridad los requerimientos para que a continuacin el Requirements Specifier los reuna en el documento Especificaciones de Requerimientos de Software, documento este que ser mantenido atento a los cambios que pudieran tener lugar durante el desarrollo del proyecto

El Programa de Administracin de Requerimientos

Trazabilidad

La trazabilidad de los cambios se efectuar mediante el

almacenamiento de la planilla de solicitud de cambios, cada una cuales se va actualizando conforme el proceso de cambio va pasando por las distintas fases.

El Programa de Administracin de Requerimientos

Atributos

Se describen a continuacin atributos que son

referenciados en el proceso de definicin de cambios.

El Programa de Administracin de Requerimientos

Estado Ser el establecido por el comit de cambios, con la

aprobacin de quienes sea necesario, como resultado de las distintas revisiones y negociaciones con el cliente. Favorecen la definicin del progreso del baseline del producto.

CASOS DE USO DEL NEGOCIO

Casos de Uso de Negocio Un caso de uso es la cadena de interacciones

entre un actor de negocio (cliente, proveedor o trabajador) y el sistema la empresa, una unidad organizacional o un proceso del negocio) con la finalidad de satisfacer un requerimiento o alcanzar un objetivo. Una secuencia de acciones que produce un resultado de valor para un particular actor de negocio.

CASOS DE USO DEL NEGOCIO

Negocio vs. Sistema Cada trabajador de negocio identificado en el modelo

del negocio es un potencial actor del sistema. Cada actor del negocio tambin es un potencial actor del sistema, si este actor de negocio interacta directamente con el sistema bajo desarrollo. Cada caso de uso de negocio es un candidato a caso de uso del sistema.

CASOS DE USO DEL NEGOCIO

CASOS DE USO DEL NEGOCIO

El Programa de Administracin de Requerimientos

Propuestas Features descriptas que se encuentran bajo discusin, que an no han sido revisadas y aprobadas por los canales oficiales. Aprobadas Capacidades que se han considerado tiles y factibles y se han aprobado para su implementacin a travs de los canales previstos.

Rechazados Incorporadas

Caracterstica rechazada por el canal oficial. Features incorporados al baseline del producto en un momento especfico.

As mismo, el estado para una solicitud de cambio se establecer como Abierto Cuando el cambio aun no fue evaluado o cuando el cambio fue aprobado pero an no se ha implementado.

Cerrado

Cuando el cambio fue rechazado o cuando fue ya implementados.

El Programa de Administracin de Requerimientos

Beneficio Establecidos por Business Process Analyst y el

cliente. La definicin de importancia sobre los requerimientos estar en relacin con los usuarios finales, y ser el resultado del dilogo entre el cliente y el project manager, atendiendo a las necesidades de los primeros y a las restricciones del proyecto. Estos atributos definen a si mismo las prioridades para su implementacin.

El Programa de Administracin de Requerimientos

Crticos Importantes

Son features esenciales, que de fallar en su implementacin implicaran el no cumplimiento de las necesidad de nuestro cliente. Debern ser implementadas indefectiblemente en la versin.

Features importantes para la eficacia y eficiencia del producto. Caracteriza al feature en cuestin cuando la funcionalidad no pudiera ser alcanzada con facilidad por medios alternativos. Por lo tanto, la no inclusin de un feature evaluado como importante afectar la satisfaccin del usuario o del cliente, pudiendo tener consecuencias econmicas para el proyecto, pero no ser motivo para demorar la entrega de la versin.

tiles

Son features que resultan tiles en circunstancias que tpicamente podramos considerar como poco frecuentes o en las que de todos modos se cuenta con una alternativa razonablemente eficiente. La satisfaccin del cliente o los beneficios obtenidos con el producto no se ven afectados de manera significativa si estos features no son incluidos en la versin.

Ninguna

No se reconoce utilidad en el cambio propuesto.

GESTIN DE REQUERIMIENTOS BASADA EN CASOS DE USO

Gestin de requerimientos en el proceso de desarrollo de software

Introduccin al proceso de software En qu parte se ubica el manejo de requerimientos Propiedades deseables de los requerimientos Etapas de la ingeniera de requerimientos Tcnicas de adquisicin de requerimientos: Casos de

uso

Gestin de casos de uso

Por qu casos de uso? Aplicacin e Importancia de los casos de uso Orgenes de los casos de uso

Relaciones y Dependencias
Dependencias y relaciones con las otras disciplinas Evolucin de artefactos a partir de casos de uso

Anlisis de Casos de Uso

Modelos de Casos de uso Desarrollo y preparacin de casos de uso Estructura de un caso de uso Inclusiones y Extensiones Mejores prcticas con casos de uso Errores ms comunes en la creacin de casos de uso

Prctica de Casos de Uso

Sesin prctica cuyo propsito es que el participante del

taller, evale lo aprendido y aclare cualquier duda sobre la aplicacin de los conceptos tratados.

Beneficios
Al concluir este curso, los participantes estarn en

capacidad de describir en qu consiste la Gestin de Requerimientos y cuales son sus propsitos. Comprender la importancia y aplicaciones de los Casos de Uso y los productos derivados de los mismos. Podrn describir la estructura de los Casos de Uso y conocern el proceso para su preparacin.

TRAZAR REQUERIMIENTOS A COMPONENTES

REQUERIMIENTOS COMPONENTES

 ADMINISTRACION INGENIEROS ANALISTAS PROCESOS EXTERNOS

TRAZAR REQUERIMIENTOS A LOS COMPONENTES DEL SISTEMA

ADMINISTRACION
INGENIROS ANALISTAS

ACTUALIZAR MATRIZ DE REQURIMIENTOS

ADMINISTRACION

APROBACION DE ADMINISTRACION
ADMINISTRACION

REGISTRAR RESULTADOS DE PRUEBAS

ADOS Y LA CALIDA D LAS PRUEBA S DEL SISTEM A

EJEMPLOS DE DOCUMENTACION REQUERIDA PARA RM

DOCUMENTO DE REQUERIMIENTO

Resumen del problema A quin o quines son afectados? Qu impacto ocasiona el problema? Cmo cree que podra ser una solucin?

PREPARAR ENTREVISTA Y CUESTIONARIO

A que rea pertenece el proyecto? A quin entrego avances? Quines son las personas que utilizaran el sistema? Es de tipo Intranet o Corporativo? Podra proporcionarme informacin del proceso? Con que equipo tcnico cuenta (personal y hardware)? Qu nivel de conocimiento en informticos, tienen las personas que utilizaran el sistema? Qu personal se le dara capacitacin con referente a la utilizacin del sistema?

DOC. VISIN

PREPARAR AGENDA

Mandar un E-Mail al personal que apoyara con el

proyecto, informando el da y la hora de la junta.

MATRIZ DE REQUERIMIENTO
Fecha Estatus Categora Descripcin Trazabilidad a componentes Mtodo de verificacin Fecha en que se cubri Verificado por

MINUTA DEL PROYECTO

PROYECTO: PAGINA WEB LABORATORIO Participarn: Miguel Angel Rangel Joaquin Snchez Jos Alfredo Ortz Romer Fco. Manuel Acevedo Cargo: Diseo Analisis Programacin Lider Proyecto Document:001 Fecha: 10/JUN/2011 Resuelto: ___ Pendiente: ___

Objetivos de la reunin: Presentar plan de trabajo para nuevo proyecto

Observaciones y comentarios (Indicando quin comento) 1.-Se debe presentar una propuesta para la entrega del cliente en 3 das aviles (Fco. Manuel Acevedo) 2.-Pedir los colores estandares de negocio y el logo representativo (Miguel Angel Rangel) 3.-Realizar un documento de visin conforme a lo planteado (Joaquin Snchez) 4.-Ya que tenemos la plataforma de programacin, pedir si tiene un servidor web (Jos Alfredo Ortiz Romero) Acuerdos 1.-Entregar propuesta un da antes, de las areas involucradas para entregar a Fco. Manuel Acevedo 2.- Fco. Manuel Acevedo debe consolidar la informacin para presentar al cliente Fecha de la resolucin de acuerdos y nombre del(os) responsable(s) 1.- Entregar documento de visin el da 13/06/2011 - Joaquin Snchez 2.- Entregar propuestas de costo de Dominio web 13/06/2011 - Jos Alfredo Ortiz Romero 3.- Presenta una arquitectura del sistema el da 13/06/2011 - Miguel angel Rangel