Rev. No.

DISEÑO ARQUITECTÓNICO DEL SISTEMA

Pág. 1
(DAS)

Colegio Universitario de Caracas.

DISEÑO ARQUITECTONICO DEL

SISTEMA (DAS)
Trayecto II
[Nombre del Proyecto.]
Revisión [No.]

EQUIPO DEL PROYECTO

Nombres y Apellidos CI E-mail

Jose Celis 27.099.645 Josedcm15@gmail.com
Jonder Melero 29.780.332 Jonder0212@gmail.com
Kevin Figueroa 27.703.298 kevinalexander27703298@gmail.com

23/07/2021
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 2
(DAS)

Revisiones del documento

Fecha No. Revisión Autor Verificado por. Observación

 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 3
(DAS)

ÍNDICE

Tabla de contenido
REVISIONES DEL DOCUMENTO 2
1. INTRODUCCIÓN. 3
1.1 PROPÓSITO DEL DOCUMENTO. 3
2. INFORMACIÓN DEL PROYECTO SOCIO TECNOLÓGICO 3
3. DEFINICIONES, SIGLAS Y ABREVIATURAS 4
4. DIAGRAMAS DE COMPORTAMIENTO. 4
4.1. DIAGRAMAS DE CASOS DE USO DEL SISTEMA. 4
4.2. ELABORACIÓN DEL DIAGRAMA. 4
4.2.1. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO.
5
4.2.2. ESPECIFICACIÓN DEL CASO USO 5
4.3. DIAGRAMA DE ACTIVIDADES 8
4.3.2. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO.
10
4.4. DIAGRAMA DE CLASES DEL SISTEMA. 10
4.4.2. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO.
11
5. MODELO VISTA CONTROLADOR (MVC). 11
5.1. ELABORACIÓN DEL DIAGRAMA. 12
5.2. DESCRIPCIÓN DEL PATRÓN MVC 13
5.3. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL PROYECTO SOCIOTECNOLÓGICO 13
6. DESPLIEGUE 13
6.1. DISEÑO DE ENTRADA. MOSTRAR LA INTERFAZ DE USUARIO 13
6.2. PROCESOS INTERNOS. DESCRIBIR ALGORITMOS RELEVANTES 13
6.3. DISEÑO DE SALIDA. REPORTES DEL SISTEMA. DEBEN PRESENTAR POR LO MENOS 3 REPORTES 13
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 4
(DAS)

1. INTRODUCCIÓN.
En el presente documento se mostrará la arquitectura del software por
medio de diagramas que se muestran a continuación.

1.1 Propósito del documento.

Este documento tiene como propósito describir el modelado del sistema
que se diseña, basados bajo UML, que comprende los diagramas de
Casos de Uso del Sistema, Diagrama de Actividades y Diagramas de
clases y el modelo-vista-controlador (MVC) de la fase de análisis y diseño
de la Ingeniería de Software.

2. Información del Proyecto Socio tecnológico

Gestión de desarrollo del Software Educativo en

Nombre del Proyecto
la Universidad Nacional Experimental de la
Gran Caracas (UNEXCA)

Universidad Nacional Experimental de la Gran

Comunidad Caracas (UNEXCA)

Nombre Contacto Comunidad

Yoli Arrechedera

Teléfono Contacto Comunidad

0212-862-04-22

Correo Electrónico Comunidad

Controlstudios.unexca@gmail.com

Gerentes del Proyecto

Gisela Bernal

Fecha Inicio del Proyecto

05/09/2020

Fecha de Finalización del 23/07/2021

Proyecto
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 5
(DAS)

3. Definiciones, siglas y abreviaturas

Las descripciones de los aspectos usados en este documento

4. Diagramas de Comportamiento.

Los diagramas de comportamiento se emplean para especificar, construir y

documentar los aspectos dinámicos de un sistema, estos involucra cosas tales
como el flujo de mensajes a lo largo del tiempo y el movimiento físico de
componentes en una red.

4.1. Diagramas de casos de uso del sistema.

Este diagrama documenta el comportamiento de un sistema desde el punto

de vista del usuario. Por lo tanto los casos de uso determinan los requisitos
funcionales del sistema, es decir, representan las funciones que un sistema
puede ejecutar.

4.2. Elaboración del diagrama.

 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 6
(DAS)

4.2.1. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLÓGICO.

El usuario tanto como educador o estudiante intentan iniciar sesión en el software.

El programa verifica si está autenticado o no. En el caso que, si esta autenticado
se le da acceso a su tablero de usuario donde puede usar las opciones tanto como
para la sesión de entrenamiento, datos de su cuenta, contenidos, entre otras
opciones, donde cada una de ellas desglosa más información.

Se pueden subir notas, presentar alguna tarea, subir fotos para su perfil. Y una vez
que se haya terminado las acciones que se vaya a realizar en el software podemos
salir cerrando nuestra sesión

1.1.1. ESPECIFICACIÓN DEL CASO USO

Caso de Uso Autentificación al sistema

Actores Operador, Analista y Administrador
Resumen Permite controlar las autorizaciones de las personas a
controlar, ingresar, modificar, eliminar y solicitar alguna
otra respuesta de los acuerdos cargados.
Responsabilidades
CU asociados
Precondiciones Debe de estar registrada la información en la Base de
Datos
Descripción
Interfaz .- En esta ventana se solicita e nombre del usuario a
entrar al sistema.
.- Se solicitara la clave del usuario que se coloque en el
campo anterior.
.- Se pulsa el botón de aceptar para que se valide la
información con la Base de Datos.
Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
Solicitar permiso para la entrada al Si el usuario se encuentra autorizado
sistema. y a la vez activo le permitirá el acceso
a la pantalla de menú para que
dependiendo del perfil pueda realizar
peticiones al sistema.
Interfaz (Relacionada con la sección)
Sección: Nombre de la sección (en caso de que exista)
Acción del Actor Respuesta del Sistema
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 7
(DAS)

Cursos Alternos El sistema valida el usuario, clave y si no está activo o

registrado, se mantiene en la misma pantalla de acceso
Requerimientos no Validar que el usuario exista, que la clave concuerde y que
Funcionales este activo
Postcondiciones Ninguna

Caso de Uso Control de Acuerdo

Actores Operador, Analista y Administrador
Resumen Dependiendo del actor tiene los controles de este menú,
es decir, si es operador solo podrá incluir y consultar
acuerdo, los actores analista y administrador tiene todos
los roles (incluir, modificar, consultar, eliminar y reporte)
Responsabilidade
s
CU asociados
Precondiciones Autenticarse en el sistema
Validar el rol del usuario
Mostrar el menú correspondiente

Descripción
Interfaz Menú de opciones (filtrado por el perfil del usuario)
Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
Seleccionar registrar acuerdo Muestra el formulario de acuerdos
Seleccionar consultar acuerdo Muestra el catálogo de acuerdos

Interfaz (Relacionada con la sección)

Sección: Nombre de la sección (en caso de que exista)
Acción del Actor Respuesta del Sistema

Cursos Alternos No existe

Requerimientos
no Funcionales
Postcondiciones Acuerdo y/o proyectos registrados
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 8
(DAS)

Caso de Uso Mantenimiento

Actores Administrador
Resumen Controlar las tablas catálogos.
Responsabilidades El sistema comprueba la validez de la información de
no ser correctos no se guardar en la Base de Datos y
se enviara un mensaje al actor de lo que no se puede
guardar.
CU asociados
Precondiciones Almacena y consulta la información en la Base de
Datos.
Descripción
Interfaz Podrá incluir, modificar, eliminar y consultar las
siguientes tablas:
.- Usuario.
.- País.
.- Región.
.- Convenios.
.- Departamentos.
.- Estatus de Acuerdo.
.- Estatus Proyecto.
.- Tipo de Acuerdo.
.- Situación.
.- Organismo.
.- Nivel.
.- Materia.
.- Instrumento.
Flujo Normal de Eventos
Acción del Actor Respuesta del Sistema
Registrar, modificar, consultar y .- En esta opción se despliega un sub
eliminar de todas las tablas catálogos. menú con doce (12) opciones, cada
una con características personales.
Interfaz (Relacionada con la sección)
Sección: Nombre de la sección (en caso de que exista)
Acción del Actor Respuesta del Sistema

Cursos Alternos No dispone

Requerimientos
no Funcionales
Postcondiciones
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 9
(DAS)

4.3. DIAGRAMA DE ACTIVIDADES

Representa los flujos de trabajo paso a paso de negocio y operacionales de

los componentes en un sistema. Un Diagrama de Actividades muestra el flujo
de control general.

1.1.2.Elaboración del Diagrama.

 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 10
(DAS)

4.3.1. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLÓGICO.

Para registrarse en el software el proceso que tiene que hacer el usuario es

que una vez cargada la página se le de click en “Registrarse”, luego el
software carga la web del registro y te pide que le dé introduzca los datos y
se le de click en aceptar, esa información va mandada a la base de datos
donde se verifica si el usuario está registrado o no. En el caso que el
usuario esté registrado va a mandar un aviso de error. “Este usuario ya
está registrado”. El usuario modifica los datos y los vuelve a enviar a la
base de datos. En el caso que no esté registrado los datos se cargan
correctamente y se crea un nuevo usuario.

4.4. Diagrama de Clases del sistema.

Un diagrama de clases es un tipo de diagrama estático que describe la

estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son utilizados durante el proceso de
análisis y diseño de los sistemas, donde se crea el diseño conceptual de la
información que se maneja en el sistema, y los componentes que se
encargaran del funcionamiento y la relación entre uno y otro.

4.4.1.Elaboración del diagrama.

 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 11
(DAS)

4.4.2. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLÓGICO.

La clase login tiene como atributos ID, Nombre, contraseña, y fecha de creación.
Sus funcionalidades son: Iniciar sesión y cerrar sesión. La clase uploads tiene
como atributos “nombre”, “dirección” y sus funcionalidades son: “subir archivos”.

5. Modelo Vista Controlador (MVC).

Es un patrón de arquitectura de software que separa los datos y [Esta sección
debe contener la definición de los procedimientos técnicos, herramientas y
tecnologías que se utilizarán en el proyecto. Se debe especificar la metodología
que se seguirá para la realización de la documentación del proyecto] 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. Para ello MVC 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
diseño 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.

5.1. Elaboración del Diagrama.

5.2. DESCRIPCIÓN DEL PATRÓN MVC

Modelo: Esta es la representación específica de la información con la cual el

sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su
controlador facilitando las presentaciones visuales complejas. El sistema también
puede operar con más datos no relativos a la presentación, haciendo uso integrado
de otras lógicas de negocio y de datos afines con el sistema modelado.
Vista: Este presenta el modelo en un formato adecuado para interactuar,
usualmente la interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca
peticiones al modelo y, probablemente, a la vista.
En RUP existen 3 tipos de clases en el Análisis. Y por tanto 3 estereotipos para
marcarlas. Esos estereotipos nos permiten conocer como ya hemos dicho antes,
qué papel juega una clase en el modelo.
 Rev. No.
DISEÑO ARQUITECTÓNICO DEL SISTEMA
Pág. 12
(DAS)

5.3. DESCRIBA EL DIAGRAMA EN FUNCIÓN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLÓGICO
Es importante porque de esta forma, dividimos el sistema en tres capas
donde, tenemos la encapsulación de los datos, la interfaz o vista por otro y por
último la lógica interna o controlador.

6. Despliegue

6.1. Diseño de entrada. Mostrar la interfaz de usuario

6.2. Procesos internos. Describir algoritmos relevantes

6.3. Diseño de salida. Reportes del sistema. Deben presentar por lo menos 3
reportes