Análisis y Desarrollo de una aplicación web para la gestión de protocolos de pruebas para transformadores serie 15k implementando el modelo se servicio SAAS de la plataforma de computación en la nube

(1)

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

(2)

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:

(3)

1.6. Nomenclatura

Grupo

Término

Definición

Transforma

dor

Aceite mineral

Líquido que por sus características químicas

y físicas no es buen conductor de la

electricidad.

Transforma

dor

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.

Transforma

dor

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.

Transforma

dor

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.

Transforma

dor

(4)

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.

(5)

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

+ 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

Este diagrama permite definir los siguientes aspectos, por un lado los

módulos

de la aplicación

(6)

uc Diagrama de actores

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

«actor»

Módulo de gestión transformadores «actor»

Módulo de gestión de protocolos

Responsable de transformador Responsable 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

Cliente Responsable de cliente

Imagen: 2

-

Diagrama de actores

(7)

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

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

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,

(8)

pkg Paquetes

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 Cliente

_{Gestion Protocolo}

Gestion Transformador

Gestion Usuarios

Autenticacion

(9)

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

(10)

dm Diagrama de datos

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

General

El

Diagrama de Secuencia

define la interacción de los objetos en la ejecución de un escenario a

través del tiempo.

(11)

sd Diagrama de secuencia

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 CommonObjects BussinesLayer DataAccesLayer

CrearObjecto() : EntityObject

InstanciarClase() :BussinesObject

InvocarMetodo(EntityObject)

Validar() :Boolean InvocarMetodo(EntityObject)

ResultadoMetodo() :String

(12)

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

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

Presentacion(UI)

_{Logica de Negocio}

_Persistencia

Entidades

Usuario

(from

Actores

de

sistema)

«use»

(13)

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.