Documento de arquitectura - Ingenieria de Software
cesai10Tarea22 de Junio de 2019
1.657 Palabras (7 Páginas)128 Visitas
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ
FACULTAD DE CIENCIAS E INGENIERÍA
ESPECIALIDAD DE INGENIERÍA INFORMÁTICA
[pic 1]
Sistema de Laboratorios PUCP
Documento de Arquitectura
Versión 2.0
PROPUESTO POR: Luis Flores luis.flores@pucp.edu.pe
ELABORADO POR:
Alejandro Tapia | a.tapiat@pucp.pe |
Anderson Castillo | anderson.castillo@pucp.pe |
Carlos Arango | c.arango@pucp.pe |
Carlos Carrillo | carlosg.carrillo@pucp.pe |
César Urbina | a20194664@pucp.edu.pe |
Diego Paredes | a20151107@pucp.pe |
Gustavo Alzamora | gustavo.alzamora@pucp.pe |
Leticia Amaya | leticia.amaya@pucp.edu.pe |
Milton Moncada | a20121880@pucp.pe |
Historial de Revisiones
Historial de revisiones | ||||
Ítem | Fecha | Versión | Descripción | Equipo |
1 | 1.0 | Versión inicial | Luis Flores | |
2 | 23/04/2019 | 2.0 | Corrección de Diagramas de Componentes y Paquetes | V-Hackers |
Índice
1 | Introducción | 4 | ||
1.1 | Propósito | 4 | ||
1.2 | Alcance | 4 | ||
1.3 | Definiciones, Acrónimos y Abreviaturas | 4 | ||
1.3.1 | ACID | 4 | ||
1.3.1.1 | Atomicidad | 4 | ||
1.3.1.2 | Consistencia | 4 | ||
1.3.1.3 | Insularidad | 4 | ||
1.3.1.4 | Durabilidad | 4 | ||
1.3.2 | HTML | 5 | ||
1.3.3 | HTTP | 5 | ||
1.3.4 | REST | 5 | ||
1.3.5 | Django | 5 | ||
1.3.6 | MTV | 5 | ||
1.3.7 | API | 5 | ||
1.3.8 | jQuery | 5 | ||
1.3.9 | AJAX | 5 | ||
1.4 | Visión General del documento | 5 | ||
2 | Representación de la arquitectura | 6 | ||
3 | Metas y Restricciones de la arquitectura | 7 | ||
4 | Vista de Casos de Uso | 8 | ||
5 | Vista Lógica | 9 | ||
6 | Vista de Proceso | 12 | ||
7 | Vista de Despliegue | 13 | ||
8 | Vista de Implementación | 14 | ||
8.1 | Descripción | 14 | ||
9 | Tamaño y rendimiento | 14 | ||
10 | Calidad | 15 | ||
11 | Referencias | 15 |
1. Introducción
1.1. Propósito
El propósito de este documento es el dar una visión de la arquitectura del Sistema de Laboratorios Pucp. Se tiene como objetivo presentar la estructuración de alto nivel de nuestro sistema y sus propiedades globales.
1.2. Alcance
El documento de arquitectura nos proveerá la arquitectura del Sistema de Laboratorios Pucp. Dicho sistema facilitará la administración de los datos de las pruebas que realizan los laboratorios de la PUCP.
Este documento ha sido creado usando como base la información obtenida durante la etapa de análisis y diseño. Varios de los diagramas mostrados son el resultado de dichas etapas.
1.3. Definiciones, Acrónimos y Abreviaturas
1.3.1. ACID
Acrónimo de atomicidad, consistencia, insularidad y durabilidad por sus siglas en inglés, es un conjunto de características necesarias para las transacciones en las bases de datos.
1.3.1.1. Atomicidad
Indica a que las transacciones deben estar compuestas por operaciones indivisibles. Todas deben ejecutarse de manera correcta, de lo contrario se debe deshacer y regresar al estado anterior.
1.3.1.2. Consistencia
Consiste en que toda transacción en la base de datos debe empezar y terminar en un estado válido. Esto nos permite verificar que la base de datos mantenga la integridad, ofreciendo datos exactos y válidos.
1.3.1.3. Insularidad
Esta propiedad nos asegura que ninguna operación en la base de datos intervendrá con otra, asegurando que las transacciones en paralelo se realizarán con éxito.
1.3.1.4. Durabilidad
Hace referencia a la persistencia de las transacciones, es decir, que una vez que sean realizadas no podrán deshacerse aunque el sistema presente un fallo.
1.3.2. HTML
‘Hypertext markup language’, lenguaje para la elaboración de páginas web bajo una estructura definida que muestra el texto e imágenes, entre otros que la aplicación posea.
1.3.3. HTTP
‘Hypertext transfer protocol’ o protocolo de transferencia de hipertexto, permite la transferencia de información a través del internet .
1.3.4. REST
Abreviatura de ‘representational state transfer’ es una arquitectura ejecutada sobre HTTP para la transferencia de datos mediante el internet. Esta cuenta con 2 métodos importantes:
- GET: Utilizado para obtener información del servidor sin realizar modificaciones.
- POST: Método que permite crear un recurso para la modificación del servidor .
1.3.5. Django
Framework de código abierto escrito en Python que implementa el diseño MTV para el desarrollo de aplicaciones web.
1.3.6. MTV
Abreviatura de ‘Model-template-view’, arquitectura empleada por Django.
- Model: Capa contenedora del modelo de datos a utilizar en la aplicación.
- View: Capa encargada de la administración de las vistas que serán utilizadas por el usuario.
- Template: Capa que representa directamente a los datos.
1.3.7. API
‘Application programming interface’, es la representación de un conjunto de llamadas de bibliotecas que han sido desarrolladas por un software externo para su uso, esta es una capa de abstracción.
...