Modelo ambiental del sistema

REQUERIMIENTOS GENERALES - ANEXO “A” – “AREA SISTEMAS”
Generalidades de modelado para el desarrollo de software por parte de
terceros.
Todo software desarrollado por terceros al organismo deberá ser supervisado
en todas sus etapas por la persona responsable de TI del organismo, o por
quien se considere capacitado para el seguimiento de dicha tarea que disponga
la misma.
El software a desarrollar debe de poseer características que lo hagan
totalmente compatible a la plataforma actual que el organismo posee al
momento de la implementación del mismo.
Para el desarrollo de un software se hace necesario seguir una serie de pasos.
Las metodologías, mediante su ciclo de vida, aportan esos pasos necesarios.
El primer paso antes del desarrollo del modelo de Relevamiento y Análisis:
Se procederá a recolectar todos los antecedentes necesarios para iniciar el
proceso de diseño del software. La metodología a implementar consistirá en un
conjunto de reuniones con el personal que designe el ente como contraparte de
la presente contratación. El objetivo primordial de esta etapa, es llevar al
máximo nivel de detalle la descripción de los módulos que se van a
implementar.
El contratista, deberá realizar el modelado utilizando la metodología de
desarrollo ASML (A System Modeling Language) metodología de desarrollo
estructurado de sistemas que abarca por completo el ciclo de vida de
desarrollo. Se podrá utilizar otro modelo, pero el mismo deberá ser
consensuado por el responsable del área de TI del organismo.
El modelo de desarrollo ASML deberá respetar la siguiente cadena de
procesos y pasos a seguir:
Secuencia de construcción del modelo:
 Ambiental.
 Lista de eventos, DFD contexto.
 Comportamiento.
 Modelo de datos (DER), modelo funcional (DFD).
 Usuario.





Transición de estados (DTE), listados, pantallas.
Procesadores.
DFD por procesadores (Arquitectura de Hardware).
Programas (Código fuente de desarrollo).
Diagrama de estructuras (DTE), especificaciones de procesos
(EP) por tarea.
El modelo estará dividido en dos partes, a continuación se detallan cada unos
de los pasos que el contratista deberá seguir según el modelo.
El modelo esencial deberá estar compuesto de la siguiente forma:
 Modelo Ambiental del Sistema.
o Especificación del propósito.
o Diagrama de contexto.
o Lista de eventos.
o Lista de estímulos y respuestas.
 Modelo del comportamiento:
o Diagrama de Flujos de Datos (DFD).
o Diagrama Entidad – Relación (DER).
o Diccionario de Datos (DD).
 Balance de Modelos.
 Guía de revisión.
El modelo de implementación deberá estar compuesto de la siguiente forma:




Modelo del usuario.
Modelo de procesadores.
Modelo de tareas.
Modelo de programas.
Modelo ambiental del sistema
El objetivo en esta etapa será describir los requerimientos de interacción del
sistema con su contexto (entorno).
Visualizar las personas, organizaciones y otros sistemas con los que debe
interactuar, los eventos a los cuales debe dar respuesta y los flujos de datos
que intercambia el sistema con el contexto. También se deberán fijar los
alcances del sistema.
Especificación del propósito:
El contratista deberá desarrollar una breve descripción narrativa del
objetivo del sistema. Este deberá servir como introducción a los
propósitos del sistema y, deberá estar orientado a aquellos que no están
directamente involucrados con el desarrollo del mismo.
Diagrama de contexto:
El contratista deberá generar utilizando la herramienta adecuada los
flujos de datos, entrantes y salientes.
Lista de eventos:
El contratista deberá mostrar los eventos que ocurren en el entorno a las
que el sistema debe dar una respuesta expresando además que o quien
inicia los eventos.
Los elementos que forman parte de ello son: eventos, reacciones,
estímulos, respuestas, tipos de activación (flujo/tiempo), tipos de
actividad (fundamental/custodial) y objetos esenciales.
Lista de estímulos y respuestas:
El objetivo de esta fase es auxiliar a la Lista de Eventos. En esta fase el
contratista deberá identificar las respuestas que debe dar el sistema al
evento, las cuales pueden ser externas: flujos de datos hacia las
terminales o Internas: Cambios en el contenido de los almacenamientos.
Modelos de Comportamiento
Diagramas de Flujos de Datos (DFD)
El contratista deberá mostrar a través de un diagrama en red, lo que
representa al sistema. Junto con ello una red de proceso conectados por
flujos de datos y por almacenamientos. Para ello deberá utilizar la
herramienta correspondiente que permita visualizar dichos diagramas de
forma simple y clara.
Diagramas de Entidad – Relación (DER)
El contratista deberá armar el correspondiente diagrama de entidad
relación utilizando los elementos provistos en el relevamiento.
Diccionario de Datos
El contratista deberá armar una lista organizada de los elementos de
datos que pertenecen al sistema. La misma deberá ser un repositorio de
datos sobre los datos.
La información que se debe detallar en la misma será la siguiente:




Almacenamientos (Entidades).
Elementos de Datos.
Datos Elementales.
Procesos.
Balance de Modelos
El contratista deberá efectuar el correspondiente proceso de normalización del
modelo, documentando el mismo hasta llegar como mínimo a la 3FN (tercera
forma normal).
Guía de Revisión
Se deberá generar una guía de revisión donde figuren las distintas revisiones
realizadas sobre los procesos o pasos antes mencionados.
El modelo de implementación
Se instancia el modelo esencial en una tecnología dada, el mismo deberá estar
compuesto de la siguiente forma:
Modelo del usuario
Se deberán representar las interfaces entre el sistema y los usuarios.
Debe ser independiente y podrá desarrollarse en paralelo con el resto de
los modelos. Podrán existir interfaces por procesador y por tarea.
En esta etapa se deberá decidir que parte del modelo esencial queda
fuera del sistema computarizado. Otro interés es, la interfase con la que
va a interactuar cada día.
Que datos serán centralizados y que datos no.
Modelo de procesadores
Se deberá realizar la identificación de cada uno de los procesadores
(servidores dedicados) que atenderán al sistema. Se deberán aplicar
aspectos cualitativos y cuantitativos.
En esta instancia se deberá mostrar que o quien ejecutara cada tarea
definida en el modelo de comportamiento.
Se representa por medio de un solo DFD.
Si todo el modelo fuera atendido por un único procesador, e DFD de
contexto y el modelo de procesadores deberán coincidir.
Se debe describir:
 Las características de cada procesador.
 Los flujos de datos.

El soporte de los flujos de datos (pantallas, listados, etc).
Se deberán presentar varios modelos al usuario o representante del
proyecto.
Las restricciones pueden no ser compatibles con los requerimientos.
Se indicara como asignar el modelo esencial a las piezas de hardware y
software del sistema. Se puede asignar solo un procesador (solución
centralizada) o se pueden asignar muchos procesadores (solución
distribuida).
También se indicaran los almacenamientos, y en que procesador
residirán.
Se deberá realizar el análisis de los siguientes puntos:
Conexión entre procesadores
 Directa: Por cable, red local.
 Vinculo de comunicaciones.
 Indirecto: dispositivos de almacenamiento.
Consideraciones a tener en cuenta en el diseño
 Costo.
 Eficiencia.
 Seguridad y confiabilidad.
 Restricciones políticas y operativas.
Modelo de Tareas.
Identificación de las tareas por procesador. Programas independientes.
Se deberán describir las tareas a efectuar por todos los procesadores.
El modelo de tareas deberá ser explayado en un diagrama DTE.
Modelo de programas
En esta instancia el contratista deberá describir una tarea computarizada
en función de los módulos de software que interactúan para poder
ejecutarla. Las tareas se implementan a través de programas. La
herramienta gráfica utilizada es el Diagrama de Estructuras.