wiki:EspecificacionRequerimiento

Version 4 (modified by nbaez, 10 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
    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. Análisis del Dominio
  5. Propuesta de Desarrollo del Proyecto Año 2014
    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
  6. Plan del Proyecto
  7. Estándares de Desarrollo del Proyecto
  8. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso: Gestión de mejoras en el módulo de complementariedad
    2. 2. Casos de Uso <Nombre del caso de uso>
    3. Flujograma de actividades
  9. Codificación
    1. Código Fuente
    2. Flujograma de actividades
  10. Análisis y Diseño
  11. Pruebas
  12. Liberación
    1. Manual de Usuario
    2. Configuración para archivos descargables
    3. Flujograma de actividades

Especificación de Requerimientos (Funcionalidades)

1. Casos de Uso: Gestión de mejoras en el módulo de complementariedad

Diagrama 1

[Se coloca el diagrama correspondiente al caso de uso]

Descripción textual

A continuación se presenta la descripción textual del caso de uso incluido en el diagrama 1:

a.- Complementariedad: posibilidad de importación según origen (si seleccionó como flujo importaciones).
En este reporte se muestra información sobre:
Nombre del caso de uso: Generar reportes funcionales con data del módulo de carga masiva
Actores participantes: Usuario
Condiciones de entrada: Tener cargados los archivos de importaciones y exportaciones de todos los países miembros del ALBA-TCP en el módulo de carga masiva
Condiciones de salida: Visualización de los reportes funcionales con data del módulo de carga masiva
Flujo de básico1.-El usuario selecciona el país en estudio, el flujo de comercio (importaciones o exportaciones), nivel de agregación del código, código armonizado, posibles países importadores o exportadores (de acuerdo al flujo comercial seleccionado, en principio, para el país en estudio).
2.- El usuario presiona el botón ejecutar.
3.- El sistema muestra varios tipos de reportes, dependiendo de la selección.
Si el usuario selecciona solamente el país y flujo de comercio en estudio, puede obtener los siguientes reportes:
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 (8)

Download all attachments as: .zip