wiki:metodologia2016/EspecificacionRequerimiento

Version 1 (modified by trac, 8 years ago) (diff)

--

Tabla de Contenido

  1. Sistemas para visualizar el encadenamiento productivo entre países de …
  2. ¿Cómo lo hacemos?
      1. Primera Etapa de Desarrollo del Sistema UNASUR (Año 2016)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2016
        3. Cronograma de Publicación y Liberación
      2. Tercera Etapa de Desarrollo (Año 2015)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2015
        3. Cronograma de Publicación y Liberación
      3. Segunda Etapa de Desarrollo (Año 2014)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2014
        3. Cronograma de Publicación y Liberación
      4. Primera Etapa de Desarrollo (Año 2013)
        1. Metodología de Desarrollo de Software Libre Utilizada (v1.0)
        2. Equipo de Trabajo 2013
      5. Anteproyecto (Año 2012)
    1. Descargas
    2. Publicación y Liberación
    3. Ambiente de Pruebas
    4. Material de difusión
  3. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
  4. Sistema SICPSUR 2016
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Minutas de las reuniones de trabajo
    5. Uso de macros para trazabilidad
  5. Análisis del Dominio
  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. Metodología de desarrollo
    5. 5. Plataforma de operación
    6. 6. Plataforma de desarrollo
    7. 7. Licencias de código y documentación
  7. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  8. Estándares de Desarrollo del Proyecto
  9. Estándares de Desarrollo del Proyecto
  10. 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
  11. Codificación
    1. Código Fuente
    2. Flujograma de actividades
  12. Análisis y Diseño
  13. Pruebas
  14. 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

Attachments (11)

Download all attachments as: .zip