wiki:EspecificacionRequerimiento_1

Version 5 (modified by jalvarez, 14 años ago) (diff)

--

Tabla de Contenido

  1. Planificación Estratégica Integral
  2. Proyectos
  3. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Uso de macros para trazabilidad
  4. Alcance del Proyecto
  5. Propuesta de Solución
  6. Propuesta de Desarrollo del Proyecto
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
    4. 4. Descripción general de la arquitectura del software
    5. 5. Metodología de desarrollo
    6. 6. Plataforma de operación
    7. 7. Plataforma de desarrollo
    8. 8. Licencias de código y documentación
  7. Posibles Actores de la Comunidad de Desarrollo de la Aplicación
    1. 1. Lista de Posibles Aliados de la Red de Desarrollo de la Aplicación
    2. 2. Lista de Posibles Colaboradores en el Desarrollo de la Aplicación
  8. Estudio de Factibilidad de Desarrollo del Proyecto
    1. 1. Aspectos a Considerar para el Estudio de Factibilidad del Proyecto
    2. 2. Factibilidad del Desarrollo del Proyecto
  9. Descripción de la Aplicación
  10. Estándares de Desarrollo del Proyecto
  11. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  12. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  13. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  14. Definición del dominio de la aplicación
  15. Definición del dominio de la aplicación
  16. Diagramas de Actividades
  17. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  18. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  19. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso <Nombre del caso de uso>
    2. 2. Casos de Uso <Nombre del caso de uso>
    3. Flujograma de actividades
  20. Diagramas de Secuencia
    1. 1. Diagramas de Secuencia para los Casos de Uso de la Aplicación
      1. 1.1 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
      2. 1.2 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
  21. Diagramas de Estado de las Clases de la Aplicación
    1. 1. Diagrama de Estado de la Clase <nombre de la clase>
    2. 2. Diagrama de Estado de la Clase <nombre de la clase>
  22. Diseño del Prototipo No-funcional de la Interfaz U/S
  23. Planes de Pruebas
  24. Manuales del Sistema

Especificación de Requerimientos (Funcionalidades)

La especificación de requerimientos consiste en describir de manera detallada cada una de las funcionalidades o requerimientos que debe cumplir la aplicación a desarrollar. En esta especificación se debe indicar el flujo de actividades que implica el llevar a cabo cada funcionalidad del sistema.

Para la especificación de los requerimientos de la aplicación se utilizarán diagramas de casos de uso con su respectiva descripción textual.

1. Casos de Uso: Registrar Actor Planificador

Diagrama

No hay una imagen "registrar_ActorPlanificador.png" adjunta a EspecificacionRequerimiento_1

Descripción textual

[Se describe el caso de uso utilizando el formato que se indica a continuación]

Nombre del caso de uso: Registrar actor planificador.
Actores participantes: <Se coloca el nombre de los actores que participan en el caso de uso>
Condiciones de entrada: <Se indican las condiciones de entrada al caso de uso, es decir, el evento que da inicio al caso de uso>
Condiciones de salida: <Se indican las condiciones de salida del caso de uso, es decir, los resultados que se obtienen una vez concluido el caso de uso>
Flujo de básico
<Se indica el flujo de actividades, en condiciones normales, del caso de uso. Cada una de estas actividades es enumerada>
Flujos alternativos
<Se indican los flujos alternativos del caso de uso, es decir, las actividades que se pueden generar en situaciones distintas a las condiciones normales establecidas para el caso de uso. Cada flujo alternativo representa el conjunto de actividades generadas dada una condición contraria al flujo básico. Cada flujo básico debe ser enumerado>
Requisitos especiales<En este campo se indican los requisitos especiales asociados al caso de uso en particular. Por ejemplo, se puede indicar el máximo y el mínimo de caracteres que debe contener una cadena, el tipo de dato al que debe pertenecer algún atributo indicado en el caso de uso, así como cualquier otra restricción que limite el caso de uso>

2. Casos de Uso <Nombre del caso de uso>

Diagrama

[Se coloca el diagrama correspondiente al caso de uso]

Descripción textual

[Se describe el caso de uso utilizando el formato que se indica a continuación]

Nombre del caso de uso: <Nombre del caso de uso>
Actores participantes: <Se coloca el nombre de los actores que participan en el caso de uso>
Condiciones de entrada: <Se indican las condiciones de entrada al caso de uso, es decir, el evento que da inicio al caso de uso>
Condiciones de salida: <Se indican las condiciones de salida del caso de uso, es decir, los resultados que se obtienen una vez concluido el caso de uso>
Flujo de básico
<Se indica el flujo de actividades, en condiciones normales, del caso de uso. Cada una de estas actividades debe ser enumerada>
Flujos alternativos
<Se indican los flujos alternativos del caso de uso, es decir, las actividades que se pueden generar en situaciones distintas a las condiciones normales establecidas para el caso de uso. Cada flujo alternativo representa el conjunto de actividades generadas dada una condición contraria al flujo básico. Cada flujo básico debe ser enumerado>
Requisitos especiales<En este campo se indican los requisitos especiales asociados al caso de uso en particular. Por ejemplo, se puede indicar el máximo y el mínimo de caracteres que debe contener una cadena, el tipo de dato al que debe pertenecer algún atributo, así como cualquier otra restricción que limite el caso de uso>

volver a metodología