12 Tiii Ene2017 v1 - Das

DISEÑO DE ARQUITECTURA DE
SOFTWARE (DAS)
Sistema de control informático de

gestión para las actividades realizadas
en el departamento de control de
estudio del Instituto Venezolano de los
Seguros Sociales (IVSS).
CEAIVSS CEAIVSS – Control de Estudios

Automatizado del Instituto Venezolano
de los Seguros Sociales.
COLEGIO UNIVERSITARIO DE CARACAS
Docente de proyecto: Fernández Edithsy
Sección: 2
Control de Estudios Automatizado del Instituto
Venezolano de los Seguros Sociales CEAIVSS
Rev. N° 2.0
INTEGRANTES DEL EQUIPO
NOMBRE DE LOS
CÉDULA TELÉFONO EMAIL
PARTICIPANTES
Celis V., Mariño T. V 24.897.329 +58(424)221.79.33 vcelis1911@gmail.com
Figueira F., José A. V 10.796.901 +58(424)198.68.15 jfigueiraf.cuc@gmail.com
Manrriquez C., Geraldine V 16.953.681 +58(412)728.97.49 gealmaca21@gmail.com
Martínez G., Román D. V 12.827.383 +58(416)404.53.17 romandmg7@gmail.com
____________________________ __________________________
FERNÁNDEZ EDITHSY MANUEL TAVARE
Rev. N° 2.0
REVISIONES DEL PROYECTO
FECHA REVISION AUTOR VERIFICADO POR OBSERVACIONES

27/01/2018 1.0 TODOS Prof.(a) Edithsy Fernández
04/04/2018 2.0 TODOS Prof.(a) Edithsy Fernández
APROBACIONES
CARGO NOMBRE Y APELLIDOS FIRMA FECHA
Docente de la Unidad
Curricular PST III Prof.(a) Edithsy Fernández
Docente de Ingeniería
del Software II Prof.(a) Manuel Tabare
Representante de la
comunidad. Doctora Teresa Noriega
Integrante Grupo de
Proyecto Celis V., Mariño T.
Integrante Grupo de
Proyecto Figueira F., José A.
Integrante Grupo de
Proyecto Manrriquez C., Geraldine
Integrante Grupo de
Proyecto Martínez G., Román D.
Rev. N° 2.0
Contenido
TABLA DE IMÁGENES............................................................................................ 7
TABLA DE REPORTES ........................................................................................... 8
1. INTRODUCCIÓN ................................................................................................ 9
1.1. PROPÓSITO DEL DOCUMENTO ................................................................. 9
1.2. DEFINICIONES, SIGLAS Y ABREVIATURAS ............................................... 9
2. DIAGRAMAS DE ESTRUCTURA .................................................................. 11
2.1. DIAGRAMAS DE CLASES ......................................................................... 11
2.1.1. IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO DEL
PROYECTO SOCIOTECNOLÓGICO ............................................................ 11
2.2 DIAGRAMA DE OBJETOS .......................................................................... 12
2.2.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO
EXITOSO EN EL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO 12
2.3. DIAGRAMA DE PAQUETES ....................................................................... 13
2.4. DIAGRAMA DE COMPONENTES .............................................................. 14
2.5. DIAGRAMA DE DESPLIEGUE ................................................................... 15
2.6. DIAGRAMA DE ESTRUCTURA COMPUESTA .......................................... 16
2.6.1 IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO EN EL
DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO ........................... 16
3. DIAGRAMAS DE COMPORTAMIENTO......................................................... 17
3.1 DIAGRAMA DE ESTADO ......................................................................... 17
4. DIAGRAMA DE INTERACCIÓN ........................................................................ 22
Rev. N° 2.0
4.1. DIAGRAMA DE SECUENCIA ..................................................................... 22

4.2. DIAGRAMA DE COMUNICACIÓN O COLABORACIÓN ............................ 24
5. MODELO VISTA CONTROLADOR (MVC) ........................................................ 25
5.1. DIAGRAMA MVC ........................................................................................ 25
6. INTERFAZ DE USUARIO .................................................................................. 28
7. REPORTES....................................................................................................... 32
8. PRODUCTO DEL SOFTWARE (CÓDIGO FUENTE) ........................................ 33
9. BIBLIOGRAFÍA ................................................................................................. 33
Rev. N° 2.0
TABLA DE IMÁGENES
Imagen 1 - Menú principal ..................................................................................... 28

Imagen 2 - Accesos 1 ............................................................................................ 28
Imagen 3 - Accesos 2 ............................................................................................ 29
Imagen 4 - Notas ................................................................................................... 29
Imagen 5 - Carreras .............................................................................................. 30
Imagen 6 - Materias .............................................................................................. 30
Imagen 7 - Malla Curricular ................................................................................... 31
Imagen 8 - Período Académico ............................................................................. 31
Imagen 9 - Componente ........................................................................................ 32
Rev. N° 2.0
TABLA DE REPORTES
Reporte 1 - Constancia de Notas .......................................................................... 32

Rev. N° 2.0
1. INTRODUCCIÓN
El presente documento recibe el nombre de DAS (Diseño de Arquitectura
del Software), tiene como finalidad la representación gráfica de los requerimientos
de la comunidad, a través de la arquitectura del software estructurada en los
diferentes diagramas UML. En el mismo se describe la importancia de cada uno
de ellos en la elaboración exitosa del proyecto sociotecnológico, para implementar
y sustentar las reglas de negocio del Sistema de Control Informático de Gestión
para las Actividades realizadas en el Departamento de Control de Estudio del
Instituto Venezolano de los Seguros Sociales (IVSS), en base a la metodología
Modelo Vista-Controlador, con el objetivo de realizar un sistema seguro, confiable
y evolutivo.
1.1. PROPÓSITO DEL DOCUMENTO

El objetivo de este documento consiste en describir textual y gráficamente
la arquitectura del sistema, indicando:
 Componentes de la arquitectura.
 Vista lógica del sistema (organización del software en clases, paquetes y

realización de los casos de uso).
 Representación de los componentes arquitectónicos.
 Distribución de los componentes a través de los nodos de la plataforma

(diagrama de despliegue).
1.2. DEFINICIONES, SIGLAS Y ABREVIATURAS

 COMPONENTES ARQUITECTÓNICOS: La arquitectura de un programa o
sistema computacional es la estructura o estructuras de ese sistema, y
comprende las componentes del software, sus propiedades externamente
visibles, y las relaciones entre las mismas. Se puede definir como el
conjunto de decisiones de diseño esenciales que se toman con respecto al
Rev. N° 2.0
sistema.
o El Controlador, que actúa como intermediario entre el Modelo y la
Vista, gestionando el flujo de información entre ellos y las
transformaciones para adaptar los datos a las necesidades de cada
uno.
o El Modelo que contiene una representación de los datos que maneja
el sistema, su lógica de negocio, y sus mecanismos de persistencia.
 IMPLEMENTAR: Es la ejecución y/o puesta en marcha de una idea

programada, ya sea, de una aplicación informática, un plan, modelo
científico, diseño especifico, estándar, algoritmo o política.
o La Vista, o interfaz de usuario, que compone la información que se
envía al cliente y los mecanismos interacción con éste.
 MODELO VISTA CONTROLADOR: Modelo Vista Controlador (MVC) es un

estilo de arquitectura de software que separa los datos de una aplicación, la
interfaz de usuario, y la lógica de control en tres componentes distintos.
Se trata de un modelo muy maduro y que ha demostrado su validez a lo
largo de los años en todo tipo de aplicaciones, y sobre multitud de
lenguajes y plataformas de desarrollo:
 SOFTWARE: Conjunto de programas, instrucciones y reglas informáticas

para ejecutar ciertas tareas en una computadora.
 UML: (Unified Modeling Language - Lenguaje Unificado de Modelado). UML

es un popular lenguaje de modelado de sistemas de software. Se trata de
un lenguaje gráfico para construir, documentar, visualizar y especificar un
sistema de software. Entre otras palabras, UML se utiliza para definir un
sistema de software.
Rev. N° 2.0
 VISTA LÓGICA: Una vista de la arquitectura llamada vista lógica

proporciona la base para comprender estructura y la organización del
diseño del sistema.
2. DIAGRAMAS DE ESTRUCTURA
2.1. DIAGRAMAS DE CLASES
2.1.1. IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO DEL

PROYECTO SOCIOTECNOLÓGICO
Con el diagrama de clase lo que se busca es una representación gráfica de
las clases que serán destinadas en el sistema CEAIVSS, mostrando una visión
estática del modelo, donde se podrán visualizar los diferentes atributos y
comportamientos que dicho modelo posee, es de gran utilidad para representar las
relaciones entre las entidades que se encuentran involucradas en el proyecto
sociotecnológico.
Dicho diagrama muestra los bloques de construcción de cualquier sistema

orientado a objetos. Este diagrama de clases tiene muchas ventajas, debido que
Rev. N° 2.0
muestran las diferentes relaciones entre clases e interfases. Las generalizaciones,

agregaciones y asociaciones son todas son todas valiosas al mostrar herencias,
composición o uso y conexiones respectivamente.
2.2 DIAGRAMA DE OBJETOS

EXITOSO EN EL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO
Con el diagrama de objetos podemos sustentar los requisitos funcionales de
un sistema. El objetivo del tipo de diagrama de objetos es visualizar, especificar,
construir y documentar las existencias de ciertas instancias en el sistema, en
conjunto con las diferentes relaciones que tendrán entre ellas.
Con este tipo de instrumentos se logra mostrar un conjunto de objetos y las

relaciones entre los mismos, los cuales serán utilizados para modelar la vista de
diseño no estática o la vista de procesos estática del sistema CEAIVSS, al igual
que se hace con los diagramas de clases, pero desde la perspectiva de instancias
Rev. N° 2.0
reales o prototípicas.
2.3. DIAGRAMA DE PAQUETES

El diagrama de paquetes es esencial para el desarrollo del proyecto, con él
se demuestra cómo se encuentra dividido el sistema, haciendo agrupaciones
lógicas, mostrando la dependencia entre agrupaciones, dado que normalmente un
paquete está pensando como un directorio, señala la descomposición de la
jerarquía lógica del sistema.
Rev. N° 2.0
2.4. DIAGRAMA DE COMPONENTES

Con este tipo de diagrama se muestran segmentos del software que
conformarán un sistema, resaltando su importancia en el desarrollo del sistema
CEAIVSS. Este diagrama se caracteriza por demostrar de manera muy completa
los elementos físicos del sistema y sus diferentes relaciones. Se puede destacar la
importancia y versatilidad al momento de modelar la vista estática del sistema, ya
sea si se trabaja en código fuente, versiones ejecutables, bases de datos físicas, y
Rev. N° 2.0
así poder saber qué componentes pueden compartirse entre sistemas o entre
diferentes partes del sistema.
2.5. DIAGRAMA DE DESPLIEGUE

Con este tipo de diagrama se visualizan las características técnicas
requeridas, el tráfico de la red, el tiempo de respuesta. Se debe resaltar que los
diagramas de despliegue son los complementos de los diagramas de
componentes que unidos proveen la vista amplia de implementación del sistema.
Se puede observar la topología del sistema, su estructura, los elementos

del hardware y software que ejecuta cada uno de ellos. Los diagramas de
despliegue representan a los nodos y sus relaciones. Los nodos son conectados
por asociaciones de comunicación tales como enlaces de red, conexiones TCP/IP.
Rev. N° 2.0
2.6. DIAGRAMA DE ESTRUCTURA COMPUESTA
2.6.1 IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO EN EL

DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO
El diagrama visualiza la estructura interna de unas clases y las
colaboraciones que esta estructura harán posible su conexión. Incluirá partes
internas, puertas mediantes las cuales interactúan con cada una. Una estructura
compuesta es un conjunto de elementos interconectados que colaboran en tiempo
de ejecución para lograr algún propósito.
Rev. N° 2.0
3. DIAGRAMAS DE COMPORTAMIENTO
3.1 DIAGRAMA DE ESTADO
Rev. N° 2.0
Rev. N° 2.0
Rev. N° 2.0
Rev. N° 2.0

Es utilizado para mostrar de manera gráfica un cambio en el sistema, es
decir, que los objetos que lo componen modificaron su estado como respuesta a
los sucesos y al tiempo. Consideramos la importancia de la utilización de este tipo
de diagrama puesto que permite que el analista se centre en las necesidades del
usuario, además que expresa la intención que tiene el actor al hacer uso del
sistema.
Rev. N° 2.0
4. DIAGRAMA DE INTERACCIÓN
4.1. DIAGRAMA DE SECUENCIA
Rev. N° 2.0

Hemos utilizado los diagramas de secuencia debido a que muestran la
forma en que un grupo de objetos se comunican o interactúan entre sí a lo largo
de un tiempo y facilita comprender la ejecución de un proceso. Una gran ventaja
de este tipo de diagramas es que nos da facilidad para interpretar los mensajes en
función del tiempo y a medida que se elabora se ve de manera más gráfica y
precisa los procesos que lleva a cabo el sistema CEAIVSS en un determinado
momento para optimizar su funcionamiento.
Rev. N° 2.0
4.2. DIAGRAMA DE COMUNICACIÓN O COLABORACIÓN

Rev. N° 2.0

Gracias a los diagramas de colaboración podemos mostrar explícitamente
las relaciones de los roles. Cabe destacar que un diagrama de comunicación no
muestra el tiempo como una dimensión aparte, por lo que resulta necesario
etiquetar con números de secuencia tanto la secuencia de mensajes como los
hilos concurrentes. Podemos considerarlo importante para el desarrollo de nuestro
proyecto sociotecnológico ya que nos ayuda a mostrar una interacción organizada
basándose en los objetos que toman parte en la interacción y los enlaces entre los
mismos, en cuanto a la interacción se refiere. Muestra como las instancias
específicas de las clases trabajan juntas para conseguir un objetivo común.
5. MODELO VISTA CONTROLADOR (MVC)

5.1. DIAGRAMA MVC
Rev. N° 2.0
Rev. N° 2.0

El modelo vista controlador (MVC) es un patrón de arquitectura de software
que separa los datos y la lógica de negocio de una aplicación de la interfaz de
usuario y el módulo encargado de gestionar los eventos y las comunicaciones. Es
de suma importancia para el desarrollo exitoso del proyecto sociotecnológico
puesto que propone la construcción de tres componentes distintos que son el
modelo, la vista y el controlador, es decir, por un lado define componentes para la
representación de la información, y por otro lado para la interacción del usuario.
Este patrón de arquitectura de software se basa en las ideas de reutilización

de código y la separación de conceptos, características que buscan facilitar la
tarea de desarrollo de aplicaciones y su posterior mantenimiento.
Rev. N° 2.0
6. INTERFAZ DE USUARIO
Imagen 1 - Menú principal
Imagen 2 - Accesos 1
Rev. N° 2.0
Imagen 3 - Accesos 2
Imagen 4 - Notas
Rev. N° 2.0
Imagen 5 - Carreras
Imagen 6 - Materias
Rev. N° 2.0
Imagen 7 - Malla Curricular
Imagen 8 - Período Académico

Rev. N° 2.0
Imagen 9 - Componente
7. REPORTES
Reporte 1 - Constancia de Notas

Rev. N° 2.0
8. PRODUCTO DEL SOFTWARE (CÓDIGO FUENTE)
NOTA: EN ESTA VERSIÓN 1.0 DEL DOCUMENTO LOS PUNTOS 7 Y 8 SERÁN

REVISADOS DE FORMA DIGITAL POR LOS DOCENTES.
9. BIBLIOGRAFÍA

12 Tiii Ene2017 v1 - Das

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

12 Tiii Ene2017 v1 - Das

Cargado por

Copyright:

Formatos disponibles

DISEÑO DE ARQUITECTURA DE

Sistema de control informático de

CEAIVSS CEAIVSS – Control de Estudios

COLEGIO UNIVERSITARIO DE CARACAS

Docente de proyecto: Fernández Edithsy

INTEGRANTES DEL EQUIPO

REVISIONES DEL PROYECTO

FECHA REVISION AUTOR VERIFICADO POR OBSERVACIONES

4.1. DIAGRAMA DE SECUENCIA ..................................................................... 22

Imagen 1 - Menú principal ..................................................................................... 28

Reporte 1 - Constancia de Notas .......................................................................... 32

1.1. PROPÓSITO DEL DOCUMENTO

 Vista lógica del sistema (organización del software en clases, paquetes y

 Representación de los componentes arquitectónicos.

 Distribución de los componentes a través de los nodos de la plataforma

1.2. DEFINICIONES, SIGLAS Y ABREVIATURAS

 IMPLEMENTAR: Es la ejecución y/o puesta en marcha de una idea

 MODELO VISTA CONTROLADOR: Modelo Vista Controlador (MVC) es un

 SOFTWARE: Conjunto de programas, instrucciones y reglas informáticas

 UML: (Unified Modeling Language - Lenguaje Unificado de Modelado). UML

 VISTA LÓGICA: Una vista de la arquitectura llamada vista lógica

2.1.1. IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO DEL

Dicho diagrama muestra los bloques de construcción de cualquier sistema

muestran las diferentes relaciones entre clases e interfases. Las generalizaciones,

2.2.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

Con este tipo de instrumentos se logra mostrar un conjunto de objetos y las

2.3. DIAGRAMA DE PAQUETES

2.3.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

2.4. DIAGRAMA DE COMPONENTES

2.4.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

2.5. DIAGRAMA DE DESPLIEGUE

2.5.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

Se puede observar la topología del sistema, su estructura, los elementos

2.6. DIAGRAMA DE ESTRUCTURA COMPUESTA

2.6.1 IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO EXITOSO EN EL

3.1.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

4.1.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

4.2. DIAGRAMA DE COMUNICACIÓN O COLABORACIÓN

4.2.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

5. MODELO VISTA CONTROLADOR (MVC)

5.1.1. DESCRIBA LA IMPORTANCIA DEL DIAGRAMA PARA EL LOGRO

Este patrón de arquitectura de software se basa en las ideas de reutilización

Imagen 1 - Menú principal

Imagen 7 - Malla Curricular

Imagen 8 - Período Académico

Reporte 1 - Constancia de Notas

8. PRODUCTO DEL SOFTWARE (CÓDIGO FUENTE)

NOTA: EN ESTA VERSIÓN 1.0 DEL DOCUMENTO LOS PUNTOS 7 Y 8 SERÁN

También podría gustarte