PinchaoEdwin ArquitecturaV1 PDF

<Universidad Tcnica del Norte>
FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Sistema gestin de contenidos de artculos de

investigacin de la UTN
Versin 0.1
Sistema de Gestin de Contenidos artculos. Versin 0.1
Documento de la Arquitectura de Software Fecha: 17/07/2017
DOCUMENTO_ARQUITECTURA_SOFTWARE_SISTEMA DE GESTIN DE CONTENIDOS
DEARTICULOS UTN
Historia de Revisin
Fecha Versin Descripcin Autor
Versin inicial del documento, previa a

17/07/2017 1.0
la Fase de Construccin del proyecto Edwin Pinchao
Conversin de Diagramas de
Configuracin Estndar del Sistemade
17/07/2017 1.1 Gestin de contenidos, Componentes de Edwin Pinchao
Capa del patrn MVC a UML. Actual
Diagrama de CU.
Confidencial Laboratorio de Investigacin de Pgina 2 de 20

Sistemas de Informacin, 2017
DEARTICULOS UTN
Tabla de Contenidos
1. Introduccin 4
1.1 Propsito 4
1.2 Alcance 4
1.3 Definiciones, Siglas, y Abreviaciones 4
1.4 Referencias 4
1.5 Vista Global 4
2. Representacin Arquitectnica 4
3. Metas y Restricciones Arquitectnicas 5
4. Vista de Casos de Uso 6
5. Vista Lgica 7
5.1 Visin general 7
5.1.1 Diagrama de Conceptual (Modelo de Dominio) 7
5.1.2 Diagrama de Clases 8
5.2 Realizaciones de los casos de uso 9
5.2.1 Crear Cuenta 9
5.2.2 Iniciar Sesin 9
5.2.3 Cerrar Sesin 10
5.2.4 Consultar Usuario 10
5.2.5 Modificar Usuario 11
5.2.6 Crear Proyecto 11
6. Vista de Implantacin 11
6.1 Configuracin Estndar 11
7. Vista de Implementacin 12
7.1 Vista General 12
7.2 Capas 13
7.2.1 Vista 13
7.2.2 Controlador 14
7.2.3 Modelo 15
8. Vista de Datos 16
8.1 Diagrama Entidad-Relacin (ER) 16
8.2 Diccionario de Datos 16
9. Tamao y Desempeo 19

DEARTICULOS UTN
Documento de la Arquitectura del Software

1. Introduccin
1.1 Propsito
El propsito del documento presente tiene como propsito presentarles a los participantes del proceso de
desarrollo del Sistema gestin de contenidos de artculos de investigacin de la UTN una visin clara de los
distintos aspectos que conforman la arquitectura del sistema. El Documento de Arquitectura del Software
busca el aumento de la productividad del equipo desarrollador y sentar las bases de la arquitectura del
software, con el fin de facilitar las actividades de anlisis y toma de decisiones que puedan llevarse a cabo
en un futuro.
1.2 Alcance
Definir y unificar los criterios de desarrollo del Sistema gestin de contenidos de artculos de investigacin
de la UTN con respecto a los aspectos arquitectnicos del proyecto, mostrando los detalles sobre los
paquetes, capas y procesos que conformaran el sistema.
1.3 Definiciones, Siglas, y Abreviaciones
A continuacin presentamos las abreviaturas y definiciones de los trminos de mayor importancia que se
encuentran en el documento.
WILDFLY: Servidor de aplicaciones

MVC: Modelo Vista Controlador. Estilo de arquitectura de software, frecuentemente visto en
aplicaciones Web, que divide los procesos en tres capas.
POSTGRES: sistema de gestin de bases de datos relacional, distribuido como software libre.
JEE: lenguaje de programacin empresarial, diseado para la construccin de pginas web dinmicas.
UTN: Universidad Tcnica del Norte.
1.4 Referencias
Documento de Visin del Sistema (v 1.0 17/07/2017).
Documento de Especificacin de Requerimientos del Sistema (v 1.0 17/07/2017).
1.5 Vista Global
En las siguientes nueve (9) secciones del documento se detalla la arquitectura del Sistema gestin de
contenidos de artculos de investigacin de la UTN a desarrollarse. Se har hincapi en los detalles de las
distintas vistas (lgica, casos de uso, procesos, implementacin e implantacin) que conformaran la
arquitectura del software (adems de otros aspectos relevantes), empleando el lenguaje ms sencillo posible
y haciendo uso de diagramas donde se considere necesario con el fin de expresar las ideas de la forma ms
concisa.
2. Representacin Arquitectnica
La representacin arquitectnica del Sistema gestin de contenidos de artculos de investigacin de la UTN
se encuentra basada en el modelo de 4+1 Vistas de Philippe Kruchten. En el transcurso del documento se
tratara ms a fondo los detalles de cada una.

DEARTICULOS UTN
3. Metas y Restricciones Arquitectnicas
Con el desarrollo del Sistema gestin de contenidos de artculos de investigacin de la UTN se busca
obtener una aplicacin con un alto nivel de portabilidad, de fcil distribucin y con un alto nivel de
reusabilidad. En sus etapas iniciales, la aplicacin ser instalada en un servidor de aplicaciones de prueba ,
pero se busca obtener una pieza de software que se pueda instalar en cualquier servidor, con un mnimo de
esfuerzo y con el mejor performance posible. Entre las restricciones principales del desarrollo del sistema
Sistema gestin de contenidos de artculos de investigacin de la UTN se encuentran: hacer uso de
tecnologas de software libre (en nuestro caso, el lenguaje JEE y el manejador de base de datos Postgres) y
el uso del patrn MVC para el desarrollo de la herramienta. Por ltimo, se tiene como meta lograr que el
sistema Sistema gestin de contenidos de artculos de investigacin de la UTN pueda ejecutarse sin
percances en los navegadores web Mozilla Firefox y Google Chrome, con el fin de poder serle til a la
mayor cantidad de usuarios posible.

DEARTICULOS UTN
4. Vista de Casos de Uso

DEARTICULOS UTN
5. Vista Lgica
5.1 Visin general
5.1.1 Diagrama de Conceptual (Modelo de Dominio)
A continuacin proponemos un Modelo Conceptual (diagrama de Modelo de Dominio) para demostrar
cuales son los conceptos ms relevantes y sus asociaciones para el Sistema SAM.
Diagrama de Modelo del Dominio

DEARTICULOS UTN
5.1.2 Diagrama de Clases
Diagrama de Clases
DEARTICULOS UTN
5.2 Realizaciones de los casos de uso

5.2.1 Crear Cuenta
5.2.2 Iniciar Sesin

DEARTICULOS UTN
5.2.3 Cerrar Sesin
5.2.4 Consultar Usuario

DEARTICULOS UTN
5.2.5 Modificar Usuario
5.2.6 Crear Proyecto
6. Vista de Implantacin
6.1 Configuracin Estndar
El Sistema SAM se est desarrollando con una configuracin estndar sencilla. El Sistema SAM se
hospedar y ejecutar desde un servidor principal, junto con el manejador de base de datos y los datos de la
aplicacin. Los usuarios tendrn acceso al sistema mediante el uso de estaciones de trabajo conectadas
directamente al servidor (mediante una red interna, por ejemplo) o a travs de Internet (asumiendo que
conozcan la direccin I.P. del servidor en donde se ejecute el sistema SAM). Dichos clientes deben ejecutar
un navegador web para poder hacer uso del sistema. Se recomienda tener un servidor de respaldo, el cual
monitoree el servidor principal y pueda detectar cuando haya fallas en el mismo.

DEARTICULOS UTN
Diagrama de la Implantacin Estndar del Sistema SAM
7. Vista de Implementacin
7.1 Vista General
El Sistema SAM se desarrollar, a peticin de los integrantes del LISI, bajo el patrn conocido como
MVC, el cual dividir nuestro software en tres (3) capas principales. Con el uso de dicho patrn se contar
con un mejor entendimiento del sistema y facilitar las labores de desarrollo y mantenimiento de la
aplicacin.
Como se mencion anteriormente, el patrn MVC se encarga de separar la aplicacin en 3 capas,
conocidas como el Modelo, la Vista y el Controlador.
El Modelo (tambin conocida como la capa de datos) es la capa en donde reside la informacin que maneja
el sistema SAM. Estar conformado por un gestor de bases de datos (en nuestro caso, MySQL) para
realizar el almacenamiento de datos. Esta capa deber responder a las peticiones de informacin de estado
de parte de la capa de Vista y a las instrucciones de modificacin de estado, provenientes de la capa de
Controlador.
La Vista (tambin conocida como la capa de aplicacin) es la capa que se encarga de presentar la interfaz
con el usuario. Contiene todo el cdigo para generar la interfaz con el usuario, en lenguaje HTML, y se
encarga tanto de mostrar la informacin del sistema como capturar los datos ingresados por los usuarios.
Esta es la nica capa que el usuario final llega a ver del sistema.
El Controlador (tambin conocida como la capa lgica) es la capa que se encarga de interactuar entre la
capa de Vista y la capa de Modelo. Esta capa recibe peticiones del usuario a travs de la capa de Vista y las
transmite a la capa de Modelo. Luego, recibe los datos generados por la capa Modelo y se los hace llegar a
la capa de Vista para que puedan ser mostradas la usuario. Este ciclo se repite tantas veces como el usuario
genere peticiones (o acciones) en el sistema. Por ltimo, esta capa es de suma importancia puesto que
contiene toda la lgica del negocio y es quien se encarga de procesar los datos de entrada ingresados por los
usuarios.

DEARTICULOS UTN
Diagrama de Componentes del patrn MVC

7.2 Capas
7.2.1 Vista
Diagrama de Componentes de la capa Vista (primera parte)

DEARTICULOS UTN
Diagrama de Componentes de la capa Vista (segunda parte)

7.2.2 Controlador
Diagrama de Componentes de la capa Controlador

DEARTICULOS UTN
7.2.3 Modelo
Diagrama de Componentes de la capa Modelo

DEARTICULOS UTN
8. Vista de Datos
8.1 Diagrama Entidad-Relacin (ER)
8.2 Diccionario de Datos

casos_de_uso
Atributo Tipo Valor por Descripcin
Null
Defecto
id_caso varchar(20) No - Identificador del CU.
Indica el nombre del
nombre varchar(50) No -
CU.
descripcion varchar(250) Si NULL Describe el CU.
Precondiciones que
precondiciones varchar(250) Si NULL deben cumplirse antes
de ejecutarse el CU.
Postcondiciones que
deben cumplirse
postcondiciones varchar(250) Si NULL
despus de ejecutarse el
CU.
id_proyecto int(25) Clave fornea que
No - apunta a: proyectos
id_proyecto.
ciclo int(11) Identifica el ciclo de
No -
pruebas.
escenarios varchar(1000) Descripcin de los
Si NULL escenarios asociados al
CU.

DEARTICULOS UTN

DEARTICULOS UTN
escenarios
Atributo Tipo Null Valor por Descripcin
Defecto
Clave fornea que
id_proyecto int(25) No - apunta a: proyectos
id_proyecto.
Clave fornea que
id_caso varchar(20) No - apunta a: casos_de_uso
id_caso.
ciclo int(11) Clave fornea que
No - apunta a: casos_de_uso
ciclo.
id_escenario int(20) Identificador de un
No -
escenario.
flujo varchar(60000) Descripcin del flujo
No -
del escenario.
flujos
Defecto
Clave fornea que
id_proyecto
Clave fornea que
id_caso varchar(20) No - apunta a: casos_de_uso
id_caso
paso varchar(20) No - Titulo del paso.
descripcion varchar(100) No - Describe el paso.
ciclo int(3) Identificador del ciclo
No -
de pruebas.
permisos
Defecto
Clave fornea que
usuario varchar(40) No - apunta a: usuarios
usuario
Clave fornea que
id_proyecto
Clave fornea que
id_rol int(25) No - apunta a: roles
id_rol

DEARTICULOS UTN
proyectos
Defecto
id_proyecto int(25) No - Identifica un proyecto
Indica el nombre del
nombre varchar(50) No -
proyecto
Indica la fecha de inicio
fechaInicio date No -
del proyecto
Indica la fecha de
fechaFinal date Yes NULL finalizacin del
proyecto
Indica la fecha de
fechaCreacion date No -
creacin del proyecto
La descripcin del
descripcion varchar(254) Yes NULL
proyecto
Las siglas del nombre
siglas varchar(50) No -
del proyecto.
Identificador del ciclo
ciclo int(3) No 0
de pruebas.
Roles
Defecto
id_rol int(25) No - Identificador del Rol
nombre varchar(50) No - Nombre del Rol
Usuarios
Defecto
usuario varchar(40) No - Apodo del Usuario
nombre varchar(20) No - Nombre del Usuario
apellido varchar(20) No - Apellido del Usuario
Contrasea del Usuario
contrasena varchar(40) No -
en el sistema
Direccin de e-mail del
email varchar(40) No -
Usuario
9. Tamao y Desempeo
El Sistema SAM se puede catalogar como un sistema de pequea envergadura, en vista de que sus clientes
objetivos son las Pymes, las cuales cuentan (a lo sumo) con una cantidad de 100 empleados (de los cuales
se puede asumir que el nmero de usuarios ser estrictamente menor a esa cantidad). No se puede medir a
priori el volumen de informacin que ser cargada en el sistema debido a que esto depender de manera
directamente proporcional a las actividades de la empresa cliente y el tamao de los proyectos que ingresen
en el sistema. La cantidad mxima de informacin que pueda alojarse en el sistema depender de la
capacidad de alojamiento del servidor en el cual se implante el Sistema SAM.
El Sistema SAM tambin puede considerarse como un sistema de alta portabilidad, debido a sus bajos
requerimientos de sistema: un servidor con soporte de PHP5 y MySQL, un explorador Web (Microsoft
DEARTICULOS UTN
Internet Explorer o Mozilla Firefox) y una conexin de Internet (o Intranet). Adicionalmente, el patrn de
arquitectura utilizado para su desarrollo garantiza reducir a un mnimo la complejidad del diseo de la
arquitectura y maximizar la flexibilidad y mantenimiento del cdigo. El sistema est diseado para que
cumpla acciones y peticiones en un periodo de 1 a 4 segundos, dado que se cuente con una buena velocidad
de Internet/Intranet y que no ocurran fallas en el servidor de implantacin.
El Sistema encuentra su mayor restriccin en el estado de la conexin de Internet/Intranet entre la mquina

cliente y el servidor que aloja al sistema. Una baja velocidad de conexin en la red puede afectar los
tiempos de respuesta del sistema o, en su peor caso, impedir hacer uso del sistema.


PinchaoEdwin ArquitecturaV1 PDF

Cargado por

Información del documento

Título original

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

PinchaoEdwin ArquitecturaV1 PDF

Cargado por

Copyright:

Formatos disponibles

<Universidad Tcnica del Norte>

FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS

Sistema gestin de contenidos de artculos de

Versin inicial del documento, previa a

Confidencial Laboratorio de Investigacin de Pgina 2 de 20

3. Metas y Restricciones Arquitectnicas 5

4. Vista de Casos de Uso 6

Confidencial Laboratorio de Investigacin de Pgina 3 de 20

Documento de la Arquitectura del Software

WILDFLY: Servidor de aplicaciones

Confidencial Laboratorio de Investigacin de Pgina 4 de 20

3. Metas y Restricciones Arquitectnicas

Confidencial Laboratorio de Investigacin de Pgina 5 de 20

4. Vista de Casos de Uso

Confidencial Laboratorio de Investigacin de Pgina 6 de 20

Diagrama de Modelo del Dominio

Confidencial Laboratorio de Investigacin de Pgina 7 de 20

5.1.2 Diagrama de Clases

5.2 Realizaciones de los casos de uso

5.2.2 Iniciar Sesin

Confidencial Laboratorio de Investigacin de Pgina 9 de 20

5.2.3 Cerrar Sesin

5.2.4 Consultar Usuario

Confidencial Laboratorio de Investigacin de Pgina 10 de 20

5.2.5 Modificar Usuario

5.2.6 Crear Proyecto

Confidencial Laboratorio de Investigacin de Pgina 11 de 20

Diagrama de la Implantacin Estndar del Sistema SAM

Confidencial Laboratorio de Investigacin de Pgina 12 de 20

Diagrama de Componentes del patrn MVC

Diagrama de Componentes de la capa Vista (primera parte)

Confidencial Laboratorio de Investigacin de Pgina 13 de 20

Diagrama de Componentes de la capa Vista (segunda parte)

Diagrama de Componentes de la capa Controlador

Confidencial Laboratorio de Investigacin de Pgina 14 de 20

Diagrama de Componentes de la capa Modelo

Confidencial Laboratorio de Investigacin de Pgina 15 de 20

8.2 Diccionario de Datos

Confidencial Laboratorio de Investigacin de Pgina 16 de 20

Confidencial Laboratorio de Investigacin de Pgina 17 de 20

Confidencial Laboratorio de Investigacin de Pgina 18 de 20

El Sistema encuentra su mayor restriccin en el estado de la conexin de Internet/Intranet entre la mquina

Confidencial Laboratorio de Investigacin de Pgina 20 de 20

También podría gustarte