Captura De Requisitos1
Páginas: 9 (2035 palabras)
Publicado: 4 de octubre de 2015
CAPTURA DE REQUISITOS
Es guiar el desarrollo hacia el sistema correcto. Hay diferentes puntos de partida para la captura de requisitos. En algunos casos comenzamos haciendo un modelo del negocio o partimos de uno ya desarrollado. En otros casos si es un sistema acotado que no da soporte al negocio podemos partir de un modelo de objetos sencillo como un modelo del dominio.
En otros casos elcliente puede ya haber desarrollado una especificación completa de requisitos no basada en objetos, de la cual podemos partir.
El flujo de trabajo de requisitos incluye los siguientes pasos:
Enumerar los requisitos candidatos.
Flujo de Comprender el contexto del sistema.
De trabajo deCapturar requisitos funcionales.
Requisitos Capturar requisitos no funcionales.
ENUMERAR LOS REQUISITOS CANDIDATOS
La lista de características deseadas del sistema constituyen los requisitos candidatos.
De cada característica se registra:
- Nombre corto
- Descripción
- Estado (propuesto, aprobado, incluido, o validado)
- Coste estimado de implementación (en término detipos de recursos y horas-hombre)
- Prioridad (crítico, importante, o secundario)
- Nivel de riesgo asociado a la implementación de la característica (crítico, significativo, ordinario)
Estos valores se utilizan para estimar el tamaño del proyecto y decidir cómo dividirlo en secuencia de iteraciones. La prioridad y nivel de riesgo asociados por ejemplo, se utiliza para decidir en que iteración seimplementará la característica.
COMPRENDER EL CONTEXTO DEL SISTEMA
Hay por lo menos dos aproximaciones para expresar el contexto de un sistema: modelado del dominio y modelado del negocio.
Un modelo del dominio describe los conceptos importantes del contexto como objetos del dominio relacionados entres sí.
Un modelo del negocio es más amplio. Describe los procesos con el objetivo decomprenderlos. El modelado del negocio específico que procesos de negocio soportará el sistema.
CAPTURAR REQUISITOS FUNCIONALES
Los requisitos funcionales son capturados por medio de casos de uso, que conforman el modelo de casos de uso. Los casos de uso también capturan requisitos no funcionales específicos de un caso de uso determinado.
CAPTURAR REQUISITOS NO FUNCIONALES
Los requisitos no funcionalesespecifican propiedades del sistema, como restricciones del entorno o de la implementación, rendimientos, etc.
Hay requisitos no funcionales específicos para un caso de uso y otros genéricos para la aplicación. Los que son específicos para un caso de uso, pueden documentarse junto con el caso de uso correspondiente. Los que son más genéricos se documentan por medio de una lista de requisitosadicionales.
MODELO DEL DOMINIO
Un modelo del dominio captura los tipos más importantes de objetos en el contexto del sistema. Los objetos del dominio representan las “cosas” que existen o los eventos que suceden en el entorno en el que trabaja el sistema.
Las clases del dominio aparecen en tres formas típicas:
- Objetos del negocio que representan cosas que se manipulan en el negocio, como pedidos,cuentas, contratos, etc.
- Objetos del mundo real y conceptos de los que el sistema debe hacer seguimiento como aviación enemiga, misiles, trayectorias, etc.
- Sucesos que ocurrirán o han ocurrido, como llegada de un avión, su salida, hora de la comida, etc.
El modelo de dominio se representa fundamentalmente por diagramas de clases en
UML.
El objetivo del modelado del dominio es comprender ydescribir las clases más importantes dentro del contexto del sistema.
MODELO DEL NEGOCIO
Es una técnica para comprender los procesos de negocio de la organización.
Está soportado por dos tipos de modelos de UML: el modelado de casos de uso, y modelos de objetos.
Un Modelo de Casos de Uso del Negocio describe los procesos de negocio de una empresa en términos de casos de uso del negocio y...
Es guiar el desarrollo hacia el sistema correcto. Hay diferentes puntos de partida para la captura de requisitos. En algunos casos comenzamos haciendo un modelo del negocio o partimos de uno ya desarrollado. En otros casos si es un sistema acotado que no da soporte al negocio podemos partir de un modelo de objetos sencillo como un modelo del dominio.
En otros casos elcliente puede ya haber desarrollado una especificación completa de requisitos no basada en objetos, de la cual podemos partir.
El flujo de trabajo de requisitos incluye los siguientes pasos:
Enumerar los requisitos candidatos.
Flujo de Comprender el contexto del sistema.
De trabajo deCapturar requisitos funcionales.
Requisitos Capturar requisitos no funcionales.
ENUMERAR LOS REQUISITOS CANDIDATOS
La lista de características deseadas del sistema constituyen los requisitos candidatos.
De cada característica se registra:
- Nombre corto
- Descripción
- Estado (propuesto, aprobado, incluido, o validado)
- Coste estimado de implementación (en término detipos de recursos y horas-hombre)
- Prioridad (crítico, importante, o secundario)
- Nivel de riesgo asociado a la implementación de la característica (crítico, significativo, ordinario)
Estos valores se utilizan para estimar el tamaño del proyecto y decidir cómo dividirlo en secuencia de iteraciones. La prioridad y nivel de riesgo asociados por ejemplo, se utiliza para decidir en que iteración seimplementará la característica.
COMPRENDER EL CONTEXTO DEL SISTEMA
Hay por lo menos dos aproximaciones para expresar el contexto de un sistema: modelado del dominio y modelado del negocio.
Un modelo del dominio describe los conceptos importantes del contexto como objetos del dominio relacionados entres sí.
Un modelo del negocio es más amplio. Describe los procesos con el objetivo decomprenderlos. El modelado del negocio específico que procesos de negocio soportará el sistema.
CAPTURAR REQUISITOS FUNCIONALES
Los requisitos funcionales son capturados por medio de casos de uso, que conforman el modelo de casos de uso. Los casos de uso también capturan requisitos no funcionales específicos de un caso de uso determinado.
CAPTURAR REQUISITOS NO FUNCIONALES
Los requisitos no funcionalesespecifican propiedades del sistema, como restricciones del entorno o de la implementación, rendimientos, etc.
Hay requisitos no funcionales específicos para un caso de uso y otros genéricos para la aplicación. Los que son específicos para un caso de uso, pueden documentarse junto con el caso de uso correspondiente. Los que son más genéricos se documentan por medio de una lista de requisitosadicionales.
MODELO DEL DOMINIO
Un modelo del dominio captura los tipos más importantes de objetos en el contexto del sistema. Los objetos del dominio representan las “cosas” que existen o los eventos que suceden en el entorno en el que trabaja el sistema.
Las clases del dominio aparecen en tres formas típicas:
- Objetos del negocio que representan cosas que se manipulan en el negocio, como pedidos,cuentas, contratos, etc.
- Objetos del mundo real y conceptos de los que el sistema debe hacer seguimiento como aviación enemiga, misiles, trayectorias, etc.
- Sucesos que ocurrirán o han ocurrido, como llegada de un avión, su salida, hora de la comida, etc.
El modelo de dominio se representa fundamentalmente por diagramas de clases en
UML.
El objetivo del modelado del dominio es comprender ydescribir las clases más importantes dentro del contexto del sistema.
MODELO DEL NEGOCIO
Es una técnica para comprender los procesos de negocio de la organización.
Está soportado por dos tipos de modelos de UML: el modelado de casos de uso, y modelos de objetos.
Un Modelo de Casos de Uso del Negocio describe los procesos de negocio de una empresa en términos de casos de uso del negocio y...
Leer documento completo
Regístrate para leer el documento completo.