Este documento presenta el análisis del sistema de información para un proyecto. Incluye la arquitectura lógica del sistema con sus componentes y relaciones, el modelo de clases estático, el modelo dinámico de casos de uso, el modelo de interfaz de usuario, la interfaz de servicios y matrices de trazabilidad entre los elementos. El objetivo es modelar la estructura y comportamiento del sistema para su desarrollo.
Los módulos se refieren a la manera en que el software de un sistema es descompuesto en unidades manejables de responsabilidades. Los módulos están relacionados entre sí por las formas de es-parte-de, depende-de, y es-una relación. Esperar a tener al menos una vista del módulo en el paquete de documentación que describa la responsabilidad del módulo y su papel en el sistema.
Manual de las herramientas del software arena unidad 4phyeni
Es un módulo que permite definir y ejecutar asistentes para la
construcción de modelos de simulación. Los asistentes guían al usuario a través de
una serie de pasos para crear un modelo genérico. El usuario responde preguntas
y selecciona opciones, y el asistente construye automáticamente el modelo
subyacente.
Este documento describe las herramientas y funcionalidades del software de simulación Arena. Explica que Arena permite modelar procesos industriales complejos mediante bloques gráficos y variables. Detalla las diferentes barras de herramientas y paneles de Arena, incluyendo los paneles de procesos básicos y avanzados que contienen bloques y módulos para modelar recursos, colas, flujos y más. También describe la función Optquest de Arena, la cual permite optimizar parámetros de un modelo de simulación de forma automática.
UML (Lenguaje Unificado de Modelado) es un lenguaje gráfico estándar para visualizar, especificar, construir y documentar sistemas de software. Proporciona un conjunto de diagramas para modelar diferentes aspectos de un sistema, como la estructura, el comportamiento y la interacción. Aunque UML es ampliamente utilizado, también ha recibido críticas por carecer de una semántica precisa y no adaptarse fácilmente al diseño de sistemas distribuidos.
Arena es un software de simulación de procesos que permite modelar y analizar sistemas complejos. Proporciona una interfaz gráfica con bloques y herramientas para construir modelos. Los modelos se componen de bloques unidos que representan el flujo de entidades. Arena recopila estadísticas durante la simulación para evaluar el desempeño del sistema modelado.
Este documento presenta resúmenes de varios módulos avanzados en Arena, incluyendo módulos para simular retrasos, retener entidades, agrupar entidades, leer y escribir datos externos, liberar recursos, remover entidades de colas, capturar recursos, enviar señales, ajustar variables, y funciones de base de datos. Los módulos permiten modelar una variedad de procesos y sistemas complejos.
El documento describe las características y funcionalidades del software de simulación Arena. Explica que Arena permite modelar sistemas discretos usando bloques gráficos que representan procesos. Los usuarios pueden crear y hacer fluir entidades a través de los bloques para simular el comportamiento del sistema. Arena recopila estadísticas durante la simulación y permite optimizar el modelo. El software proporciona una interfaz gráfica con paneles de bloques, barras de herramientas y menús para facilitar la creación, ejecución y aná
El documento describe tres tipos de diagramas dinámicos en UML: diagramas de secuencia, diagramas de actividad y cartas de estados. Los diagramas de secuencia muestran la interacción entre objetos a lo largo del tiempo, los diagramas de actividad modelan procesos de negocio a alto nivel, y las cartas de estados representan cambios de estado a través del tiempo.
Los módulos se refieren a la manera en que el software de un sistema es descompuesto en unidades manejables de responsabilidades. Los módulos están relacionados entre sí por las formas de es-parte-de, depende-de, y es-una relación. Esperar a tener al menos una vista del módulo en el paquete de documentación que describa la responsabilidad del módulo y su papel en el sistema.
Manual de las herramientas del software arena unidad 4phyeni
Es un módulo que permite definir y ejecutar asistentes para la
construcción de modelos de simulación. Los asistentes guían al usuario a través de
una serie de pasos para crear un modelo genérico. El usuario responde preguntas
y selecciona opciones, y el asistente construye automáticamente el modelo
subyacente.
Este documento describe las herramientas y funcionalidades del software de simulación Arena. Explica que Arena permite modelar procesos industriales complejos mediante bloques gráficos y variables. Detalla las diferentes barras de herramientas y paneles de Arena, incluyendo los paneles de procesos básicos y avanzados que contienen bloques y módulos para modelar recursos, colas, flujos y más. También describe la función Optquest de Arena, la cual permite optimizar parámetros de un modelo de simulación de forma automática.
UML (Lenguaje Unificado de Modelado) es un lenguaje gráfico estándar para visualizar, especificar, construir y documentar sistemas de software. Proporciona un conjunto de diagramas para modelar diferentes aspectos de un sistema, como la estructura, el comportamiento y la interacción. Aunque UML es ampliamente utilizado, también ha recibido críticas por carecer de una semántica precisa y no adaptarse fácilmente al diseño de sistemas distribuidos.
Arena es un software de simulación de procesos que permite modelar y analizar sistemas complejos. Proporciona una interfaz gráfica con bloques y herramientas para construir modelos. Los modelos se componen de bloques unidos que representan el flujo de entidades. Arena recopila estadísticas durante la simulación para evaluar el desempeño del sistema modelado.
Este documento presenta resúmenes de varios módulos avanzados en Arena, incluyendo módulos para simular retrasos, retener entidades, agrupar entidades, leer y escribir datos externos, liberar recursos, remover entidades de colas, capturar recursos, enviar señales, ajustar variables, y funciones de base de datos. Los módulos permiten modelar una variedad de procesos y sistemas complejos.
El documento describe las características y funcionalidades del software de simulación Arena. Explica que Arena permite modelar sistemas discretos usando bloques gráficos que representan procesos. Los usuarios pueden crear y hacer fluir entidades a través de los bloques para simular el comportamiento del sistema. Arena recopila estadísticas durante la simulación y permite optimizar el modelo. El software proporciona una interfaz gráfica con paneles de bloques, barras de herramientas y menús para facilitar la creación, ejecución y aná
El documento describe tres tipos de diagramas dinámicos en UML: diagramas de secuencia, diagramas de actividad y cartas de estados. Los diagramas de secuencia muestran la interacción entre objetos a lo largo del tiempo, los diagramas de actividad modelan procesos de negocio a alto nivel, y las cartas de estados representan cambios de estado a través del tiempo.
Este documento describe las características y funcionalidades del software de simulación Arena. Explica que Arena permite modelar sistemas discretos usando una orientación al proceso, donde las entidades se mueven a través del sistema. Describe los diferentes paneles, módulos, entidades, atributos, recursos y colas que componen los modelos de Arena. También explica los menús, barras de herramientas y cómo visualizar y ejecutar las simulaciones.
Este documento presenta un manual de usuario para un sistema de control y seguimiento. Explica las secciones principales del sistema como el envío de acuses de recibo digitales, la gestión de citas y contactos, y el registro de comunicaciones. También describe cómo los usuarios pueden iniciar sesión, navegar entre las diferentes secciones, y configurar sus cuentas y permisos dentro del sistema. El objetivo general del sistema es centralizar y facilitar la administración de tareas y registros importantes.
Este manual técnico describe los recursos y equipos utilizados en un proyecto, incluyendo características de hardware y software. Explica la estructura y contenido requerido de la documentación técnica de un sistema de software, incluyendo diagramas de flujo de datos, requisitos de interfaz, modelos de datos, y responsables del proyecto. También proporciona detalles sobre la navegación, pantallas y código del sistema desarrollado.
El documento describe el uso del software Arena de Rockwell para simular diferentes sistemas de control de producción, como COBACABANA. Se explica que Arena es un potente simulador que permite modelar procesos complejos relacionados con la fabricación, logística y distribución. Además, ofrece funcionalidades como análisis estadístico de resultados y sensibilidad. Se detallan los principales módulos de Arena como Create, Process y Dispose que representan la llegada de entidades, procesamiento y salida del sistema.
Este documento introduce los conceptos básicos de las macros en Excel 2007. Explica que las macros automatizan tareas mediante código y que Visual Basic para Aplicaciones (VBA) es el lenguaje de programación utilizado. También describe los diferentes formatos de archivo, la ficha del programador y sus herramientas para crear y editar macros, y los conceptos de referencias relativas y fijas.
El documento presenta mejoras al diseño del sistema "Hola Mundo" propuesto originalmente. Se definen 4 roles de usuario. Se agregan casos de uso, métodos a clases y correcciones a diagramas. Se documentan 11 diagramas de secuencia que describen la interacción entre objetos. También se propone eliminar un atributo en una tabla, auditar mensajes y corregir el diagrama de despliegue.
Winshuttle Query es una herramienta que permite a los usuarios extraer datos de SAP de forma sencilla y segura para crear informes ad hoc e integrar los datos con otras herramientas a través de un proceso de tres pasos: seleccionar tablas y criterios, mapear campos, y ejecutar la consulta. Query ofrece mayores funcionalidades de seguridad y rendimiento que las herramientas de consulta integradas de SAP sin requerir acceso a estas.
Este documento presenta la arquitectura de un sistema llamado "Control de Vocales" desarrollado para la Universidad de Literatura Abierta. Describe los componentes del sistema, incluyendo la interfaz de usuario, componentes lógicos y de almacenamiento de datos. Incluye diagramas de casos de uso, paquetes, clases y despliegue para representar la arquitectura. El sistema usa un patrón MVC y tiene como objetivos proporcionar alta disponibilidad, bajo acoplamiento y seguridad.
El documento describe el diseño de un sistema PoD. Se utilizará una arquitectura de tres capas (presentación, negocio, datos) y el patrón MVC. La capa de presentación contendrá la interfaz de usuario. La capa de negocio incluirá las reglas de negocio segmentadas. La capa de datos organizará las bases de datos y se comunicará con sistemas externos. El diseño de implementación empleará las mismas arquitecturas y el despliegue incluirá nodos como clientes, servidores web, de aplicaciones y bases
Este manual técnico describe los recursos y equipos utilizados en un proyecto, incluyendo características de hardware y software. Explica la estructura y contenido requerido de la documentación técnica de un sistema de software, incluyendo diagramas de flujo de datos, requisitos de interfaz, modelos de datos, y responsables del proyecto. También proporciona detalles sobre la navegación, pantallas y código del sistema desarrollado.
Este documento describe diferentes tipos de modelos que pueden usarse para documentar la especificación de un sistema, incluyendo modelos de flujo de datos, modelos de comportamiento, modelos de máquinas de estado, y modelos de objetos. Explica que los modelos son representaciones gráficas que describen los procesos del negocio y el sistema de una manera más comprensible que las descripciones detalladas en lenguaje natural.
Este manual técnico describe un sistema de procesamiento electrónico. Explica que el manual contiene especificaciones técnicas importantes del sistema y constituye una guía para el mantenimiento de la aplicación. Detalla los pasos para elaborar el manual, incluyendo secciones como nombre del sistema, descripción funcional, requisitos, vistas lógicas y físicas, implementación, despliegue y controles de auditoría.
Este documento describe diferentes formas de representar procesos productivos, incluyendo diagramas UML y diagramas de tubería e instrumentación (DTI). Explica que los diagramas UML permiten modelar procesos desde diferentes perspectivas como funcional, estructural y de comportamiento, mientras que los DTI muestran el flujo de procesos a través de tuberías de manera detallada. También discute el uso de herramientas para desarrollar estos diagramas y algunas normas de estandarización.
Este documento describe las principales funciones de Oracle SQL Developer, incluyendo navegar por objetos de base de datos, ejecutar consultas SQL y PL/SQL, y crear y modificar objetos de base de datos. También permite exportar datos, crear informes, y migrar datos de otras bases de datos a Oracle.
Este documento describe las principales funciones de Oracle SQL Developer, incluyendo navegar por objetos de base de datos, ejecutar consultas SQL y PL/SQL, y crear y modificar objetos de base de datos. También permite exportar datos, crear informes, y migrar datos de otras bases de datos a Oracle.
Mcvs ad-04 diseño del sistema de informacion v1lnavarros
Este documento presenta el diseño del sistema de información para la gestión de ventas y almacén de la empresa Inversiones y Tecnología Óptica Molina S.A.C. Se describe la arquitectura del sistema, que consta de cuatro capas principales: interfaz de usuario, lógica de negocio, entidades del negocio y acceso a datos. También incluye un diagrama de clases y un diccionario de datos con las tablas y campos que compondrán la base de datos del sistema.
El documento describe los conceptos fundamentales del diseño de software. Explica que el diseño se puede dividir en dos subprocesos: el diseño de la arquitectura de alto nivel y el diseño detallado de los componentes. También describe varios estilos arquitectónicos como la arquitectura funcional, orientada a objetos y basada en eventos, así como métodos de diseño como los métodos estructurados y orientados a objetos. Finalmente, presenta diagramas como herramientas para representar gráficamente el diseño, incluyendo diagramas de componentes
Este documento describe diferentes herramientas de modelado utilizadas en el análisis de sistemas. Explica que los modelos son representaciones abstractas que permiten enfocarse en las propiedades clave de un sistema y discutir cambios de requisitos de manera económica. Luego detalla cuatro herramientas importantes: el diagrama de flujo de datos, que modela las funciones del sistema; el diagrama de entidad-relación, que modela las relaciones entre datos; el diagrama de transición de estados, que modela el comportamiento dependiente
Este documento presenta información sobre el modelado de requisitos y sus especificaciones funcionales y no funcionales. Explica que el modelado de requisitos captura las necesidades de los usuarios para delimitar el sistema y su funcionalidad. Luego describe técnicas como el árbol de refinamiento de funciones y el modelo de casos de uso para modelar requisitos de una manera que los usuarios puedan comprender. El objetivo final es proporcionar un conjunto de herramientas para analizar requisitos y expresarlos conceptualmente.
Este documento presenta información sobre el modelado de requisitos y sus especificaciones funcionales y no funcionales. Explica que el modelado de requisitos captura las necesidades de los usuarios para delimitar el sistema y su funcionalidad. Luego describe técnicas como el árbol de refinamiento de funciones y el modelo de casos de uso para modelar requisitos de una manera que los usuarios puedan comprender. El objetivo final es proporcionar un conjunto de herramientas para analizar requisitos y expresarlos conceptualmente.
El documento describe el proceso de análisis de requisitos, el cual refina y estructura los requisitos capturados para lograr una comprensión más precisa. El análisis utiliza un modelo de objetos conceptual llamado modelo de análisis para describir los requisitos usando el lenguaje de los desarrolladores. El modelo de análisis estructura los requisitos en clases y paquetes para facilitar su mantenimiento.
Este documento describe las características y funcionalidades del software de simulación Arena. Explica que Arena permite modelar sistemas discretos usando una orientación al proceso, donde las entidades se mueven a través del sistema. Describe los diferentes paneles, módulos, entidades, atributos, recursos y colas que componen los modelos de Arena. También explica los menús, barras de herramientas y cómo visualizar y ejecutar las simulaciones.
Este documento presenta un manual de usuario para un sistema de control y seguimiento. Explica las secciones principales del sistema como el envío de acuses de recibo digitales, la gestión de citas y contactos, y el registro de comunicaciones. También describe cómo los usuarios pueden iniciar sesión, navegar entre las diferentes secciones, y configurar sus cuentas y permisos dentro del sistema. El objetivo general del sistema es centralizar y facilitar la administración de tareas y registros importantes.
Este manual técnico describe los recursos y equipos utilizados en un proyecto, incluyendo características de hardware y software. Explica la estructura y contenido requerido de la documentación técnica de un sistema de software, incluyendo diagramas de flujo de datos, requisitos de interfaz, modelos de datos, y responsables del proyecto. También proporciona detalles sobre la navegación, pantallas y código del sistema desarrollado.
El documento describe el uso del software Arena de Rockwell para simular diferentes sistemas de control de producción, como COBACABANA. Se explica que Arena es un potente simulador que permite modelar procesos complejos relacionados con la fabricación, logística y distribución. Además, ofrece funcionalidades como análisis estadístico de resultados y sensibilidad. Se detallan los principales módulos de Arena como Create, Process y Dispose que representan la llegada de entidades, procesamiento y salida del sistema.
Este documento introduce los conceptos básicos de las macros en Excel 2007. Explica que las macros automatizan tareas mediante código y que Visual Basic para Aplicaciones (VBA) es el lenguaje de programación utilizado. También describe los diferentes formatos de archivo, la ficha del programador y sus herramientas para crear y editar macros, y los conceptos de referencias relativas y fijas.
El documento presenta mejoras al diseño del sistema "Hola Mundo" propuesto originalmente. Se definen 4 roles de usuario. Se agregan casos de uso, métodos a clases y correcciones a diagramas. Se documentan 11 diagramas de secuencia que describen la interacción entre objetos. También se propone eliminar un atributo en una tabla, auditar mensajes y corregir el diagrama de despliegue.
Winshuttle Query es una herramienta que permite a los usuarios extraer datos de SAP de forma sencilla y segura para crear informes ad hoc e integrar los datos con otras herramientas a través de un proceso de tres pasos: seleccionar tablas y criterios, mapear campos, y ejecutar la consulta. Query ofrece mayores funcionalidades de seguridad y rendimiento que las herramientas de consulta integradas de SAP sin requerir acceso a estas.
Este documento presenta la arquitectura de un sistema llamado "Control de Vocales" desarrollado para la Universidad de Literatura Abierta. Describe los componentes del sistema, incluyendo la interfaz de usuario, componentes lógicos y de almacenamiento de datos. Incluye diagramas de casos de uso, paquetes, clases y despliegue para representar la arquitectura. El sistema usa un patrón MVC y tiene como objetivos proporcionar alta disponibilidad, bajo acoplamiento y seguridad.
El documento describe el diseño de un sistema PoD. Se utilizará una arquitectura de tres capas (presentación, negocio, datos) y el patrón MVC. La capa de presentación contendrá la interfaz de usuario. La capa de negocio incluirá las reglas de negocio segmentadas. La capa de datos organizará las bases de datos y se comunicará con sistemas externos. El diseño de implementación empleará las mismas arquitecturas y el despliegue incluirá nodos como clientes, servidores web, de aplicaciones y bases
Este manual técnico describe los recursos y equipos utilizados en un proyecto, incluyendo características de hardware y software. Explica la estructura y contenido requerido de la documentación técnica de un sistema de software, incluyendo diagramas de flujo de datos, requisitos de interfaz, modelos de datos, y responsables del proyecto. También proporciona detalles sobre la navegación, pantallas y código del sistema desarrollado.
Este documento describe diferentes tipos de modelos que pueden usarse para documentar la especificación de un sistema, incluyendo modelos de flujo de datos, modelos de comportamiento, modelos de máquinas de estado, y modelos de objetos. Explica que los modelos son representaciones gráficas que describen los procesos del negocio y el sistema de una manera más comprensible que las descripciones detalladas en lenguaje natural.
Este manual técnico describe un sistema de procesamiento electrónico. Explica que el manual contiene especificaciones técnicas importantes del sistema y constituye una guía para el mantenimiento de la aplicación. Detalla los pasos para elaborar el manual, incluyendo secciones como nombre del sistema, descripción funcional, requisitos, vistas lógicas y físicas, implementación, despliegue y controles de auditoría.
Este documento describe diferentes formas de representar procesos productivos, incluyendo diagramas UML y diagramas de tubería e instrumentación (DTI). Explica que los diagramas UML permiten modelar procesos desde diferentes perspectivas como funcional, estructural y de comportamiento, mientras que los DTI muestran el flujo de procesos a través de tuberías de manera detallada. También discute el uso de herramientas para desarrollar estos diagramas y algunas normas de estandarización.
Este documento describe las principales funciones de Oracle SQL Developer, incluyendo navegar por objetos de base de datos, ejecutar consultas SQL y PL/SQL, y crear y modificar objetos de base de datos. También permite exportar datos, crear informes, y migrar datos de otras bases de datos a Oracle.
Este documento describe las principales funciones de Oracle SQL Developer, incluyendo navegar por objetos de base de datos, ejecutar consultas SQL y PL/SQL, y crear y modificar objetos de base de datos. También permite exportar datos, crear informes, y migrar datos de otras bases de datos a Oracle.
Mcvs ad-04 diseño del sistema de informacion v1lnavarros
Este documento presenta el diseño del sistema de información para la gestión de ventas y almacén de la empresa Inversiones y Tecnología Óptica Molina S.A.C. Se describe la arquitectura del sistema, que consta de cuatro capas principales: interfaz de usuario, lógica de negocio, entidades del negocio y acceso a datos. También incluye un diagrama de clases y un diccionario de datos con las tablas y campos que compondrán la base de datos del sistema.
El documento describe los conceptos fundamentales del diseño de software. Explica que el diseño se puede dividir en dos subprocesos: el diseño de la arquitectura de alto nivel y el diseño detallado de los componentes. También describe varios estilos arquitectónicos como la arquitectura funcional, orientada a objetos y basada en eventos, así como métodos de diseño como los métodos estructurados y orientados a objetos. Finalmente, presenta diagramas como herramientas para representar gráficamente el diseño, incluyendo diagramas de componentes
Este documento describe diferentes herramientas de modelado utilizadas en el análisis de sistemas. Explica que los modelos son representaciones abstractas que permiten enfocarse en las propiedades clave de un sistema y discutir cambios de requisitos de manera económica. Luego detalla cuatro herramientas importantes: el diagrama de flujo de datos, que modela las funciones del sistema; el diagrama de entidad-relación, que modela las relaciones entre datos; el diagrama de transición de estados, que modela el comportamiento dependiente
Este documento presenta información sobre el modelado de requisitos y sus especificaciones funcionales y no funcionales. Explica que el modelado de requisitos captura las necesidades de los usuarios para delimitar el sistema y su funcionalidad. Luego describe técnicas como el árbol de refinamiento de funciones y el modelo de casos de uso para modelar requisitos de una manera que los usuarios puedan comprender. El objetivo final es proporcionar un conjunto de herramientas para analizar requisitos y expresarlos conceptualmente.
Este documento presenta información sobre el modelado de requisitos y sus especificaciones funcionales y no funcionales. Explica que el modelado de requisitos captura las necesidades de los usuarios para delimitar el sistema y su funcionalidad. Luego describe técnicas como el árbol de refinamiento de funciones y el modelo de casos de uso para modelar requisitos de una manera que los usuarios puedan comprender. El objetivo final es proporcionar un conjunto de herramientas para analizar requisitos y expresarlos conceptualmente.
El documento describe el proceso de análisis de requisitos, el cual refina y estructura los requisitos capturados para lograr una comprensión más precisa. El análisis utiliza un modelo de objetos conceptual llamado modelo de análisis para describir los requisitos usando el lenguaje de los desarrolladores. El modelo de análisis estructura los requisitos en clases y paquetes para facilitar su mantenimiento.
Este documento proporciona una plantilla para la elaboración de una Especificación de Requerimientos de Software. La plantilla incluye secciones para la introducción, descripción general, requerimientos específicos y de documentación. El propósito es guiar el desarrollo de un documento que defina claramente los requerimientos funcionales y no funcionales de un sistema de software.
Este documento describe el modelado de software usando UML. Explica los diferentes diagramas de UML como diagramas de clases, secuencia, estados y actividades. También describe cómo los modelos se usan para describir el sistema de software, incluyendo el modelo de objetos, funcional y dinámico. Finalmente, resume el proceso unificado de desarrollo basado en UML y hace algunos comentarios finales sobre UML.
Este documento presenta el modelo de diseño de un sistema de nóminas. Describe la arquitectura por capas del software, incluyendo una capa de presentación, una capa de procesamiento de datos y una capa de almacenamiento de datos. Explica los casos de uso del sistema como inicio de sesión, gestión de empleados, registro de ingresos y egresos, consulta de reportes y administración de nómina. También define los scripts y tecnologías utilizadas en cada capa como PHP, SQL y CSS.
Este documento presenta el modelo de diseño de un sistema de nóminas. Describe la arquitectura por capas del software, incluyendo una capa de presentación, una capa de procesamiento de datos y una capa de almacenamiento de datos. Explica los casos de uso del sistema como inicio de sesión, gestión de empleados, registro de ingresos y egresos, consulta de reportes y administración de nómina. Además, define los scripts y tecnologías utilizadas en cada capa como PHP, SQL y CSS.
2. Fecha: DD/MM/AAAA
[Versión del Producto]
Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución,
comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento
sin el previo consentimiento expreso y por escrito de la Junta de Andalucía.
3. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
HOJA DE CONTROL
Organismo <Nombre Consejería u Organismo Autónomo>
Proyecto <Nombre Proyecto>
Entregable Análisis del Sistema de Información
Autor <Nombre de la Empresa>
Versión/Edición 0100 Fecha Versión DD/MM/AAAA
Aprobado por Fecha Aprobación DD/MM/AAAA
Nº Total de Páginas 23
REGISTRO DE CAMBIOS
Versión Causa del Cambio Responsable del Cambio
Fecha del
Cambio
0100 Versión inicial <Nombre Apellido1 Apellido2> DD/MM/AAAA
CONTROL DE DISTRIBUCIÓN
Nombre y Apellidos
<Nombre Apellido1 Apellido2>
Página 3 de 23
5. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
ÍNDICE
1 INTRODUCCIÓN...............................................................................................................................7
1.1 Alcance........................................................................................................................................7
1.2 Objetivos......................................................................................................................................7
2 ARQUITECTURA LÓGICA DEL SISTEMA........................................................................................8
2.1 Diagramas de la Arquitectura Lógica del Sistema.......................................................................8
2.2 Descripción de la Arquitectura Lógica del Sistema......................................................................9
3 MODELO DE CLASES DEL SISTEMA............................................................................................10
3.1 Diagramas de Clases del Sistema.............................................................................................10
3.2 Descripción de las Clases del Sistema......................................................................................10
3.3 Diagramas de Estados de las Clases del Sistema [Opcional]...................................................11
4 MODELO DE CASOS DE USO DEL SISTEMA...............................................................................12
4.1 Diagramas de Secuencia y Flujos de Trabajo del Sistema........................................................12
4.2 Descripción de los Diagramas de Secuencia y Flujos de Trabajo del Sistema.........................14
5 INTERFAZ DE USUARIO DEL SISTEMA........................................................................................16
5.1 Diagramas de Navegación del Sistema.....................................................................................16
5.2 Prototipo de la Interfaz de Usuario del Sistema.........................................................................17
5.3 Descripción de la Interfaz de Usuario del Sistema [Opcional]...................................................19
6 INTERFAZ DE SERVICIOS DEL SISTEMA.....................................................................................20
6.1 Diagramas de la Interfaz de Servicios del Sistema....................................................................20
6.2 Descripción de la Interfaz de Servicios del Sistema..................................................................20
6.3 Servicios Consumidos por el Sistema.......................................................................................21
Página 5 de 23
6. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
7 INFORMACIÓN SOBRE TRAZABILIDAD........................................................................................22
8 ANEXOS [OPCIONAL].....................................................................................................................23
8.1 Anexo A: Glosario de Acrónimos y Abreviaturas.......................................................................23
Página 6 de 23
7. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
1 INTRODUCCIÓN
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener una descripción breve del contenido del
documento y cualquier otra consideración que sitúe al posible lector en el contexto
1.1 Alcance
<Introduzca contenido y borre cuadro>
Esta sección debe describir a qué elementos organizativos de la Junta de Andalucía
afecta el desarrollo del nuevo sistema, de la misma forma que se hizo en la
1.2 Objetivos
<Introduzca contenido y borre cuadro>
Esta sección debe describir los principales objetivos que se esperan alcanzar cuando el
sistema a desarrollar esté en producción, de la misma forma que se hizo en la
Especificación de Requisitos del Sistema.
Esta sección obligatoria debe contener información relativa a la arquitectura lógica del
sistema a desarrollar, es decir, un modelo de la estructura interna del sistema software y
de sus relaciones con otros sistemas en el que se identifiquen los principales
componentes y sus interacciones. En el ámbito de los sistemas de información, la
arquitectura lógica suele seguir variantes del patrón MVC (Modelo-Vista-Controlador)
con n-capas, de forma que la capa i-ésima ofrece sus servicios a la capa i-1 utilizando
los servicios de la capa i+1. En caso de aplicar un enfoque orientado a servicios,
especialmente en casos de sistemas complejos, también es frecuente recurrir a una
arquitectura en bus, normalmente usando un bus de servicios empresarial (ESB,
Enterprise Service Bus en inglés).
Esta sección obligatoria debe contener información relativa a la arquitectura lógica del
Página 7 de 23
8. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
2 ARQUITECTURA LÓGICA DEL SISTEMA
2.1 Diagramas de la Arquitectura Lógica del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener una representación gráfica de la arquitectura lógica que se
propone para el sistema a desarrollar. Se recomienda usar un diagrama de componentes
UML, un diagrama de paquetes UML o alguna notación ad-hoc si se considera oportuno.
Figura 1. Ejemplo de Diagrama de arquitectura lógica (diagrama de componentes UML).
Página 8 de 23
9. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Figura 2. Ejmplo de Diagrama de arquitectura lógica (diagrama ad-hoc).
2.2 Descripción de la Arquitectura Lógica del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener una descripción textual de la arquitectura lógica del sistema,
de sus componentes principales y de sus relaciones, en el formato que se considere más
adecuado y que, idealmente, podría generar automáticamente una herramienta CASE.
Opcionalmente, si no entorpece la comprensión de los diagramas, la descripción podría
Página 9 de 23
10. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
3 MODELO DE CLASES DEL SISTEMA
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener el modelo estático del sistema software a
desarrollar, denominado modelo de clases en Métrica versión 3. El modelo estático
describe la estructura de la información que debe almacenar el sistema software, es
3.1 Diagramas de Clases del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener los diagramas de clases UML correspondientes al modelo
estático del sistema. En función de la complejidad del modelo, éste podrá organizarse en
el número de diagramas que se considere necesario.
Figura 3. Ejemplo de Diagrama de clases UML..
3.2 Descripción de las Clases del Sistema
<Introduzca contenido y borre cuadro>
Página 10 de 23
11. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Esta sección debe contener una descripción textual de la clases identificadas en el
modelo estático del sistema, de sus restricciones y de sus atributos y asociaciones, en el
formato que se considere más adecuado y que, idealmente, podría generar
automáticamente una herramienta CASE. Opcionalmente, si no entorpece la
3.3 Diagramas de Estados de las Clases del Sistema [Opcional]
<Introduzca contenido y borre cuadro>
Esta sección opcional debe contener aquellos diagramas de estados UML
correspondientes a aquellas clases del modelo estático para las que se haya identificado
un ciclo de vida complejo. Opcionalmente, estos diagramas de estado pueden adjuntarse
Figura 4. Ejemplo de Diagrama de Estados UML.
Página 11 de 23
12. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
4 MODELO DE CASOS DE USO DEL SISTEMA
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener el modelo dinámico/funcional del sistema
software a desarrollar, denominado modelo de casos de uso en Métrica versión 3, ya
que en él se modelan los casos de uso descritos en la Especificación de Requisitos del
4.1 Diagramas de Secuencia y Flujos de Trabajo del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener los diagramas de secuencia UML y los diagramas de flujos
de trabajo correspondientes al modelo dinámico/funcional del sistema, normalmente un
diagrama de secuencia y/o un diagrama de flujo de trabajo por cada caso de uso o
requisito de conducta de la ERS. La elección de un tipo de diagrama u otro (o ambos)
dependerá de la naturaleza del caso de uso o del requisito de conducta,
recomendándose los diagramas de flujo para los más cercanos a procesos
administrativos y los diagramas de secuencia para el resto, incluyendo la posibilidad de
Página 12 de 23
13. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Figura 5. Ejemplo de Diagrama de secuencia UML.
Página 13 de 23
14. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Figura 6. Ejemplo de Diagrama de flujo de trabajo (notación Model@).
4.2 Descripción de los Diagramas de Secuencia y Flujos de Trabajo del
Sistema
<Introduzca contenido y borre cuadro>
Página 14 de 23
15. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Esta sección debe contener una descripción textual de los diagramas de secuencia y/o
diagramas de flujo de trabajo realizados, en el formato que se considere más adecuado
y que, idealmente, podría generar automáticamente una herramienta CASE.
Página 15 de 23
16. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
5 INTERFAZ DE USUARIO DEL SISTEMA
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener el modelo de interfaz de usuario del sistema
software a desarrollar, compuesto por esquemas de las pantallas e informes y por el
5.1 Diagramas de Navegación del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener los diagramas de navegación de la interfaz de usuario del
sistema software a desarrollar, utilizando la notación que se considere más oportuno
para ello, ya que no existe ningún diagrama de UML específico para este propósito.
Página 16 de 23
17. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Figura 7. Ejemplo de Diagrama de navegación de interfaz de usuario.
5.2 Prototipo de la Interfaz de Usuario del Sistema
<Introduzca contenido y borre cuadro>
Página 17 de 23
18. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Esta sección debe contener los esquemas de pantallas e informes de la interfaz de
usuario del sistema software a desarrollar, utilizando la notación que se considere más
oportuno para ello, ya que no existe ningún diagrama de UML específico para este
Página 18 de 23
19. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Figura 8. Ejemplo de Prototipo de la Interfaz de Usuario
5.3 Descripción de la Interfaz de Usuario del Sistema [Opcional]
<Introduzca contenido y borre cuadro>
Esta sección debe contener una descripción textual de los diagramas de navegación y
de los esquemas de pantallas e informes de la interfaz de usuario realizados, en el
formato que se considere más adecuado y que, idealmente, podría generar
automáticamente una herramienta CASE. Opcionalmente, estas descripciones pueden
Página 19 de 23
20. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
6 INTERFAZ DE SERVICIOS DEL SISTEMA
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener una especificación de alto nivel de la interfaz de
servicios del sistema software a desarrollar, que normalmente coincide con los servicios
de la capa de lógica de negocio identificados durante la realización del modelo
dinámico/funcional del sistema, así como una relación de los servicios a consumir. Se
6.1 Diagramas de la Interfaz de Servicios del Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener los diagramas de componentes UML correspondientes a la
interfaz de servicios del sistema.
Figura 9. Ejemplo de Diagrama de interfaz de servicios (diagrama de componentes UML).
6.2 Descripción de la Interfaz de Servicios del Sistema
<Introduzca contenido y borre cuadro>
Página 20 de 23
21. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
Esta sección debe contener una descripción textual de las interfaces de servicios del
sistema, de sus operaciones, sus parámetros, sus tipos devueltos, etc., en el formato
que se considere más adecuado y que, idealmente, podría generar automáticamente
una herramienta CASE. Opcionalmente, si no entorpece la comprensión de los
6.3 Servicios Consumidos por el Sistema
<Introduzca contenido y borre cuadro>
Esta sección debe contener una relación de los servicios consumidos por el sistema.
Para cada servicio consumido se deberá indicar el identificador del requisito de
integración que justifica su consumo, el nombre del servicio, el proyecto y el organismo
Figura 10. Relación de servicios consumidos por el sistema.
Página 21 de 23
22. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
7 INFORMACIÓN SOBRE TRAZABILIDAD
<Introduzca contenido y borre cuadro>
Esta sección obligatoria debe contener el conjunto de matrices de trazabilidad que se considere
oportuno para identificar las dependencias entre los diferentes elementos que aparecen en el
DAS y con respecto al contenido de la ERS. Se recomienda realizar las siguientes matrices:
• Matriz de trazabilidad de Clases frente a Requisitos.
• Matriz de trazabilidad de Informes frente a Clases.
• Matriz de trazabilidad de Informes frente a Requisitos.
• Matriz de trazabilidad de Interfaces de servicios frente a Requisitos.
• Matriz de trazabilidad de Pantallas frente a Clases.
• Matriz de trazabilidad de Pantallas frente a Requisitos.
• Matriz de trazabilidad de Clases frente a Diagramas de Secuencia.
• Matriz de trazabilidad de Diagramas de secuencia frente a requisitos.
• Matriz de trazabilidad de Pantallas frente a Diagramas de Secuencia.
Página 22 de 23
23. <Nombre Proyecto>
Análisis del Sistema de Información
<Unidad Organizativa>
8 ANEXOS [OPCIONAL]
<Introduzca contenido y borre cuadro>
Los anexos se usarán para proporcionar información adicional a la documentación obligatoria del
documento. Sólo deben aparecer si se consideran oportunos y se identificarán con letras
ordenadas alfabéticamente: A, B, C, etc.
8.1 Anexo A: Glosario de Acrónimos y Abreviaturas
<Introduzca contenido y borre cuadro>
Este anexo debe contener una lista ordenada alfabéticamente de los acrónimos y abreviaturas
que aparezcan en el documento.
Para facilitar la reutilización entre proyectos, los acrónimos y abreviaturas comunes a la mayoría
Página 23 de 23