Documento de Arquitectura -...

Documento de Arquitectura

Versión: 1.0

Creado: 20/10/2014

Último cambio: 20/10/2014

Fecha impresión: 14/02/3015

Entregado por: William Cuadros y Jaime

Aguilar

Distribuido: 14/02/2015

1. Introducción El presente documento define el enfoque arquitectónico del sistema, haciendo uso de diferentes vistas para así ilustrar las características más importantes en la gestión de protocolos de pruebas para transformadores serie 15Kv, se pretende capturar y transmitir las decisiones arquitectónicas más importantes. Para el diseño de la arquitectura del sistema se implementa el modelo de vistas 4+1, de esta manera se describen las siguientes vista:

Vista de Casos de uso

Vista de Interacción

Vista de Diseño

Vista de Implementación

Vista de Despliegue

1.2 Propósito Brindar una visión comprensible de la arquitectura general del sistema utilizando diferentes vistas de la arquitectura donde se ilustra diferentes aspectos del mismo.

1.3. Alcance En este documento se describe las vistas de la arquitectura del sistema por medio de Diagramas en UML, es importante tener en cuenta siempre los objetivos de proyecto plasmados en los casos de uso.

1.4. Público objetivo El documento de Arquitectura es de utilidad para: Analistas Líder Técnico Desarrolladores Stakeholders Funcionales / Técnicos

1.5. Referencias Se tomaron por referencia los siguientes documentos: KRUCHTEN, PHILIPPE. Planos Arquitectónicos: El Modelo de 4+1 Vistas de la Arquitectura del Software, http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:modelo4_1.pdf, 2014.

1.6. Nomenclatura

Grupo Término Definición Transformador

Aceite mineral Líquido que por sus características químicas y físicas no es buen conductor de la electricidad.

Transformador

Bobina eléctrica También llamado inductor, la bobina es un componente pasivo de un circuito eléctrico que, debido al fenómeno de la autoinducción, almacena energía en forma de campo magnético.

Técnica Captcha Se trata de una prueba desafío-respuesta utilizada en computación para determinar cuándo el usuario es o no humano.

Transformador

Energizado Estado del transformador cuand es instalado y puesto en funcionamiento conectandolo a la red de distribución.

Técnica Plataforma como Servicio Modelo de servicio de la computación en la nube. Básicamente el proveedor ofrece su plataforma definida por: sistema operativo, un lenguaje de programación y un servidor web. El cliente puede implementar las aplicaciones que desarrolle.

Transformador

Resistencia de los devanados

La medida de la resistencia de los devanados se efectúa generalmente por los métodos de la caída de tensión o del puente

Técnica Software como servicio El modelo de servicio SaaS busca integrar los elementos de un sistema de información y los procesos de gestión: por ejemplo mantenimiento, en un servicio vía web para acceder al sistema.

Transformador

Tanque Cofre metálico, hermético, diseñado para contener la parte activa de un transformador y el aceite dielectrico.

2. Descripción de la arquitectura

2.1. Vista de casos de uso

Casos de uso de alto nivel El diagrama define las funcionalidades requeridas por la organización, un área o un usuario. En este modelo se define el alcancé del sistema como un conjunto de casos de uso, roles y su interacción. Para la aplicación se identifican 28 casos de uso en cuatro módulos: Módulo de gestión de cliente, Módulo de gestión de protocolos, Módulo de gestión de usuarios y Módulo de gestión transformadores.

uc Casos de uso de alto niv el

EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version







































Actores de sistema

+ Módulo de gestión de cliente

+ Módulo de gestión de protocolos

+ Módulo de gestión transformadores

+ Módulo de gestión de usuarios

Casos de uso de sistema

+ CU_CLI001 - Realizar búsqueda de cliente

+ CU_CLI002 - Gestionar la información del cliente

+ CU_CLI003 - Consultar historial del cliente

+ CU_CLI004 - Crear solicitud de cliente

+ CU_CLI005 - Gestionar pedidos de cliente

+ CU_PRO001 - Gestionar pruebas preliminares

+ CU_PRO002 - Gestionar pruebas para protocolo de pruebas

+ CU_PRO003 - Generar protocolo de pruebas

+ CU_PRO004 - Gestionar la información del protocolo de pruebas para proceso de fabricación

+ CU_PRO005 - Gestionar la información del protocolo de pruebas para el proceso de reparación

+ CU_PRO006 - Gestionar la información del protocolo de pruebas para el proceso de mantenimiento

+ CU_PRO007 - Gestionar prueba norma NTC 1465 Especificaciones para aceites minerales

+ CU_PRO008 - Gestionar prueba norma NTC 471 Medición de la relación de transformación, verificación de polaridad y relación de fase

+ CU_PRO009 - Gestionar prueba norma NTC 375 Medición de la resistencia de los devanados

+ CU_PRO010 - Gestionar prueba norma NTC 1005 Medición de tensión de cortocircuito

+ CU_PRO011 - Gestionar prueba norma NTC 1031 Medición de la pérdidas y corriente sin carga (en vacío)

+ CU_PRO012 - Gestionar prueba norma NTC 3396 Pinturas para tanques de transformadores

+ CU_PRO013 - Gestionar prueba norma NTC 837 Tensión aplicada

+ CU_USU001 - Autenticar usuarios de la aplicación

+ CU_USU002 - Modificar contraseña de cuenta de usuario

+ CU_USU003 - Gestionar cuentas de usuario

+ CU_TRA001 - Realizar búsqueda de transformador serie 15Kv

+ CU_TRA002 - Gestionar la información del transformador serie 15Kv

+ CU_TRA003 - Crear transformador en sistema

+ CU_TRA004 - Consultar el historial de transformador

+ CU_TRA005 - Gestionar bodega de transformadores

+ CU_TRA006 - Modificar asignación de transformadores a cliente

+ CU_TRA007 - Gestionar orden de fabricación, reparación y mantenimiento

«use»

Imagen: 1 - Casos de uso de alto nivel

Diagrama de actores Este diagrama permite definir los siguientes aspectos, por un lado los módulos de la aplicación y por el otro los roles que interactúan en cada módulo.

uc Diagrama de actores



































«actor»

Módulo de gestión transformadores

«actor»

Módulo de gestión de protocolos

Responsable de

transformadorResponsable de protocolo

«actor»

Módulo de gestión de usuarios

Administrador del sistema Usuario

Responsable de bodega

«actor»

Módulo de gestión de cliente

ClienteResponsable de cliente

Imagen: 2 - Diagrama de actores

2.2. Vista de interacción Diagrama de dominio El diagrama define los objetos gestionados entre los casos de uso y los roles (finalmente un usuario). Para la aplicación se identifican aquellos conceptos que contienen la información importante durante los procesos de fabricación, reparación, mantenimiento y pruebas. Están basados en aquellos formatos, normas (NTC 1358) y conceptos identificados durante la definición de los requisitos.

class Diagrama de dominio

EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version












































Transformador

- nombre del fabricante

- fecha de construcción

- número de serie

- norma aplicada

- número protocolo

- cliente

- potencia

- fases

- frecuencia

- tensión serie

- masa total

- volumen del aislante

- dimensiones

Protocolo

- fecha de protocolo

- número de protocolo

- consecutivo de protocolo

Pruebas

- fecha de realización de prueba

- nombre de la prueba

- consecutivo de prueba

Consola de pruebas.

Usuario

- correo

- nombre de usuario

- cliente :Cliente

Registro de transformadores

- nombre del fabricante del transformador

- número de serie del transformador

- fecha de ingreso

- fecha de evento

- fecha de fabricación.

Bodega de transformadores.

- Cantidad de transformadores contenidos. :int

- Capacidad total. :int

- Tipo de bodega.

Cliente

- nombre

- tipo de documento

- número de documento

Registro de pruebas.

Gestor de cuentas de

usuario.

Portafolio de

transformadores.

Pedido serv icio de reparación o

mantenimiento.

- fecha de orden :int

- l ista de transformadores

Pedido suministro de transformador.

- cantidad de transformadores :int

- fecha de orden

Pedido

- fecha de pedido :fecha

Orden de

produción

Resultados de pruebas

preliminares

- fecha de prueba

- número de prueba

1.. 0..*

1

8...11

1

0..*

1..

0..*

1

0..*

1..

0..*

1

0..*

1

1

1

1

1

0..*

1

4

1

0..*1..*

1

1

1

0..*1

Imagen: 3 - Diagrama de dominio

Paquetes El diagrama define los paquetes que permitirán organizar los diferentes elementos de la aplicación, por ejemplo código fuente, esquemas de la base de datos, etc. Para la aplicación se plantea agrupar los elementos de acuerda al módulo: Autenticación, Gestión Cliente, Gestión Protocolo, Gestión Transformador y Gestión Usuarios.

pkg PaquetesEA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version

EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version
































Gestion ClienteGestion Protocolo

Gestion Transformador

Gestion Usuarios

Autenticacion

Imagen: 4 - Paquetes

2.3. Vista de diseño Diagrama de clases El diagrama define las clases y relaciones de una funcionalidad, pero también se utiliza para mostrar los subsistemas (o módulos) y la interfaces involucradas. Para la aplicación la generación de este diagrama está muy relacionada con la plataforma de desarrollo utilizada . Net la cual crea un estructura propia para clases, interfaces.

class Diagrama de clases

EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version


























Imagen: 5 - Diagrama de clases

Diagrama de datos El diagrama define las tablas y relaciones necesarias para el almacenamiento y gestión de los datos de la aplicación, inicialmente se trata de cumplir con las necesidades de información del dominio. En algunos casos se debe considerar la restricciones del motor de base de datos que se plantea a utilizar. Para la aplicación este modelo está considerado para el uso del motor de base de datos SQL Server 2008.

dm Diagrama de datos


































General

+ gen_parametrica

Cliente

+ cli_cliente

+ cli_pedido

+ cli_peddetalle

Protocolo

+ planti l la_prueba

+ pro_proceso_has_prueba

+ pro_proceso

+ pro_ntc1465

+ pro_ntc375

+ pro_ntc471

+ pro_ntc471_has_relacion

+ pro_ntc837

+ pro_ntc1031

+ pro_ntc1005

+ pro_ntc3396

Transformador

+ tfr_caracteristicas

+ vw_transformador_pedido

+ tfr_transformador

+ tfr_bodega

+ tfr_ordentrabajo

+ tfr_transf_has_cliente

«use»

«use»

«use»

Imagen: 6 - Diagrama de datos

Diagrama de secuencia El Diagrama de Secuencia define la interacción de los objetos en la ejecución de un escenario a través del tiempo. Para la aplicación se plantea un diagrama de secuencia por cada caso de uso, donde se diseñe el funcionamiento y el envío de mensajes entre los objetos responsables del aplicativo.

sd Diagrama de secuenciaEA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version

EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version EA 10.0 Unregistered Trial Version








































UI BussinesLayer DataAccesLayerCommonObjects

CrearObjecto() :

EntityObject

InstanciarClase() :BussinesObject

InvocarMetodo(EntityObject)

Validar() :Boolean

InvocarMetodo(EntityObject)

ResultadoMetodo() :String

Imagen: 7 - Diagrama de secuencia

2.4. Vista de implementación

Diagrama de Implementación El diagrama define las relaciones desde que el usuario realiza la petición a través de las capas definidas. Para la aplicación este modelo define la arquitectura como n-capas, done se tiene la capa: Presentación Lógica de Negocio Persistencia Entidades

cmp Diagrama de Implementación



































Presentacion(UI)Logica de Negocio Persistencia

Entidades

Usuario

(from

Actores

de

sistema)

«use»

«use»

«use»

Imagen: 8 - Diagrama de Implementación

2.5. Vista de despliegue Diagrama de Despliegue El diagrama describe cómo y dónde se desplegará el sistema. Las máquinas físicas, dispositivos y procesadores se reflejan como nodos, y la construcción interna se puede describir embebiendo nodos adicionales o artefactos. Los artefactos, tales como ejecutables, se asignan a los nodos para modelar la configuración en tiempo de ejecución del sistema. La asignación se guía por el uso de las especificaciones de despliegue. Las ubicaciones físicas, despliegue de artefactos y conectividad entre nodos del último sistema desplegado se describen en el paquete de Topología. Para la aplicación en este modelo se detalla forma de despliegue de la aplicación sobre la plataforma en la nube de Azure. Se utilizarán las características de Alta Disponibilidad de la Plataforma Azure para garantizar la disponibilidad de los recursos propios del servidor de aplicaciones como Pool de Conexiones, Gestor de Colas, etc.

deployment Diagrama de Despliegue








































Dispositiv o de Conexión

Nav egador Web

Serv idor Web (Azure)

Presentación (Interfaz Web)

Logica de Negocio

Persistencia

Usuario

(from

Actores

de

sistema)

Conexión HTTP/HTTPS

Se comunica a traves de

los perifericos del

dispositivo.

Imagen: 9 - Diagrama de Despliegue

Documento de Arquitectura -...

Documents

Transcript of Documento de Arquitectura -...