wiki:metodologia2017/EspecificacionRequerimiento

Tabla de Contenido

  1. Proyecto Mayaguaray
    1. Contenido relacionado al proyecto:
    2. ¿Cómo lo hacemos?
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
    3. Equipo de Trabajo
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Equipo de Trabajo CorreoSUR
        2. Equipo de Trabajo RedSUR
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Equipo de Trabajo Diseño Conceptual
        2. Equipo de Trabajo Redsur
        3. Equipo de Trabajo Firma Electrónica
        4. Equipo de Trabajo Diseñor de Interfaz Corresur
        5. Equipo de Trabajo Diseño de Infraestructura
    4. Biblioteca digital
    5. Material de difusión
    6. Prototipos
    7. Respecto al Gestor del Proyecto
  2. 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
  3. Análisis del Dominio
  4. 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
  5. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  6. Estándares de Desarrollo del Proyecto
  7. 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
  8. Codificación
    1. Código Fuente
    2. Flujograma de actividades
  9. Análisis y Diseño
  10. Pruebas
  11. Liberación
    1. Manual de Usuario
    2. Configuración para archivos descargables
    3. Flujograma de actividades

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 <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 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>

Flujograma de actividades

Last modified 7 years ago Last modified on Jan 19, 2017, 11:59:29 AM