Especificacion de Requisitos

De productpatterns_wiki
Saltar a: navegación, buscar

English.jpg English

Box-In.png
Entradas

  • Especificación inicial de requerimientos del sistema software proporcionada u obtenida del cliente
    • ¿Se puede emplear gestión de la configuración?: Si

Box-Out.png
Salidas

  • Documento de especificación de requisitos
    • ¿Se puede emplear gestión de la configuración?: Si

Star.png
Solución

process-descending-24px.png
Proceso

Especificacion de Requisitos2.png

time-24px.png
Tiempo de Desarrollo

    • Para adquirir el conocimiento necesario para desarrollar el producto software: 1 día
    • Para crear el Patrón de Producto: 1 día
    • Para aplicar el Patrón de Producto: 1 día

video-24px.png
Video Explicación

    • No aplica



bricks.png
Patrones Relacionados

Search-32px.png
Controladores de Calidad

  • Ninguno

stuff.png
Ejemplos

  • Ninguno

start-flag.png
Contexto Inicial

Se desea describir el funcionamiento y comportamiento de un sistema software. Se quieren tomar en cuenta los requerimientos del cliente así como los de los usuarios del sistema software a desarrollar; así mismo, se desea describir las restricciones de diseño e implantación del sistema.

end-flag.png
Contexto Resultante

Se cuenta con un documento que describe el funcionamiento y comportamiento de un sistema software. Dicho documento toma en cuenta todos los requisitos funcionales y no funcionales del sistema, y cuenta con la aprobación del grupo de desarrollo así como del cliente o usuario final.

cloud.png
Problema

Creación de un documento que detalle de manera precisa y explícita todas las funcionalidades y capacidades que debe proporcionar un sistema software (esto contempla todos los requisitos funcionales y no funcionales del sistema a desarrollar). Así mismo, en dicho documento se deben especificar las restricciones que deben tomarse en cuenta para el desarrollo del sistema.

forces.png
Restricciones (Forces)

  • Tipo de Organización: PyMEs, Grandes Empresas.
  • Tipo de Sistema: Aplica a todos los tipos de sistemas.
  • Paradigma de Programación: Orientado a Objetos, Estructurado, Lógico, Funcional.

roles.png
Roles

  • Analista
  • Cliente
  • Jefe de Proyecto
  • Usuarios del Sistema

lightbulb.png
Lecciones Aprendidas

  • Beneficios de utilizar este patrón [Fuensanta Medina-Dominguez, 2008]
    • Facilita crear una descripción del sistema a desarrollar y la forma en que será utilizado.
    • Puede describir escenarios que ejemplifiquen la perspectiva del sistema desde el punto de vista de diferentes usuarios.
    • El cliente tiene claro lo que hará y lo que no hará el sistema que se desarrollará.

award.png
Nivel de Madurez

  • Nivel de Madurez 2 del CMMI.

Options.png
Conocimientos y Habilidades Básicos

board-24px.png
Conocimientos

  • Definición de requisitos software (funcionales y no funcionales).

help-24px.png
Habilidades

  • Capacidad de abstracción.
  • Capacidad de análisis.
  • Facilidad de palabra.

Information-Sources.png
Recursos de Información