Chapter 4. Captura de Requerimientos

Table of Contents

4.1. Introducci??n
4.2. El Prodeso de Captura de Requerimientos
4.2.1. Pasos del Proceso
4.3. Salida del Proceso de Captura de Requerimientos
4.3.1. Documento de Visi??n
4.3.2. Diagrama de Casos de Uso
4.3.3. La Especificaci??n de Casos de Uso
4.3.4. Supplementary Requirement Specification
4.4. Using Use Cases in ArgoUML
4.4.1. Actors
4.4.2. Use Cases
4.4.3. Associations
4.4.4. Hierarchical Use Cases
4.4.5. Stereotypes
4.4.6. Documentation
4.4.7. System Boundary Box
4.5. Case Study
4.5.1. Vision Document
4.5.2. Identifying Actors and Use Cases
4.5.3. Associations (To be written)
4.5.4. Advanced Diagram Features (To be written)
4.5.5. Use Case Specifications (To be written)
4.5.6. Supplementary Requirements Specification (To be written)

4.1. Introducci??n

La captura de requerimientos el el proceso de identificar que quiere el “cliente” del sistema propuesto.

La clave en esta etapa es que estamos en el dominio de problema. En esta etapa debemos describir todo desde la perspectiva del “cliente” y en el lenguaje del “customer”.

El mayor riesgo que tenemos en la caputra de requerimientos es empezar pensando en terminos de posibles soluciones. Eso debe esperar hasta la Fase de Analisis (mira Chapter 5, Analysis). Uno de los pasos de la Fase de Analisis ser?? tomar los resultados de la Fase de Requerimientos y refundirlos en el lenguaje de la soluci??n estimada.

Recuerda que estamos usando un proceso incremental y iterativo.

Podemos tranquilamente volver atras otra vez al proceso de requerimientos mientras desmontamos el problema en trozos mas peque??os, cada uno de los cuales debe tener sus requerimientos capturados.

Ciertamente volveremos atras a traves de la fase de requerimientos en cada iteraci??n mientras buscamos definir los requerimientos del sistema mas y mas.

[Note]Note

La unica parte de la notaci??n de los requerimientos especificada por el estandar UML es el diagrama de casos de uso. El resto es especifico del proceso. El proceso descrito en este capitulo est?? muy inspirado en el Rational Unified Process.