Dea Gaes1 1365301-C

Versión: 1
SERVICIO NACIONAL DE APRENDIZAJE SENA

SISTEMA INTEGRADO DE GESTIÓN
PROCEDIMIENTO GESTION DE SISTEMAS DE INFORMACION
DOCUMENTO DE ESPECIFICACION DE
Código GTI-F-007
ARQUITECTURA
NAHUBO SYSTEM
Código: Versión: Fecha:
Documento de Especificación de
Arquitectura
Realizado por: Natalia Herrera Jara

Yennifer Castelblanco
Talia Katherine Torres
Juan Fernando Sanchez
Grupo Gestión de los sistemas de Información

Oficina de Sistemas – Dirección General Página 1 de 38
Versión: 1
DOCUMENTO DE ARQUITECTURA
Código GTI-F-007
<<Nombre del Proyecto>>
HISTORIAL DE REVISIONES
Fecha Versión Autor Descripción Revisado Por

26/10/2017 1.0 Natalia <Escriba aquí> <Escriba aquí>
Herrera

Versión: 1
Código GTI-F-007
Contenido
1. Documento de Arquitectura de Software...................................................4

1.1. Introducción 4
1.2. Propósito 4
1.3. Alcance 4
1.4. Referencias 5
1.5. Definiciones acrónimos y abreviaciones 5
2. Generalidades del Proyecto......................................................................5
2.1. Problema a Resolver 5
2.2. Descripción General del Sistema a Desarrollar 5
2.3. Identificación de los Stakeholders y sus responsabilidades 5
3. Vistas de la arquitectura............................................................................6
3.1. Vista de Casos de Uso 6
3.2. Vista de Procesos 6
3.3. Vista Lógica 6
3.4. Vista de Implementación 6
3.5. Vista de Despliegue 6
4. Arquitectura en capas................................................................................6
5. Vista de Datos............................................................................................7
5.1. Modelo Relacional 7
6. Definición de Interfaces de Usuario...........................................................7
7. Características Generales de Calidad.......................................................7
7.1. Tamaño y performance 7
7.2. Calidad 7
7.3. Usabilidad 7
7.4. Eficiencia 7
7.5. Seguridad 7
7.6. Confiabilidad 7
7.7. Mantenimiento 7
7.8. Estándares 7

Versión: 1
Código GTI-F-007
1. Documento de Arquitectura de Software

1.1. Introducción
Este documento ha sido desarrollado para fundamentar la arquitectura que es

necesaria implementar en el sistema NAHUBO SYSTEM, donde se muestra la
especificación de los componentes que contiene, y por otra parte el desarrollo que
se ha llevado a cabo durante este tiempo.
1.2. Propósito
Se busca establecer mejores componentes para un buen desarrollo del sistema en
que el que se pueda implementar un sistema de alta calidad, funcionalidad y un muy
buen desarrollo basándonos en los diagramas diseñados para la arquitectura del
sistema .
1.3. Alcance
Este documento tiene como prioridad buscar un sistema de alta calidad por tal
motivo necesitamos analizar de forma correcta los componentes que contiene el
proyecto para posteriormente poder implementarlo y que sea de utilidad y eficacia.
1.4. Referencias
1. Documento de Especificación de Requerimientos no funcionales.

2. Plan de Proyecto del Sistema.
3. Documento de Análisis del sistema.
1.5. Definiciones acrónimos y abreviaciones
ARQUITECTURA DE SOFTWARE: es la organización fundamental de un

sistema encarnada en sus componentes, las relaciones entre ellos y el
ambiente y los principios que orientan su diseño y evolución.
DESCRIPCION DE ARQUITECTURA: Se trata de un conjunto de propuestas

de variado nivel de rigurosidad, casi todas ellas de extracción académica, más
o menos en contemporaneidad con el proyecto de unificación de los lenguajes
de modelado bajo la forma de UML.

Versión: 1
Código GTI-F-007
VISTAS: es la descripción del sistema desde el punto de vista de diferentes

interesados, tales como usuarios finales, desarrolladores o directores de
proyecto.
TIPOS DE VISTAS: Cada vista describe la funcionalidad que el sistema

proporciona a los distintos involucrados dentro del sistema.
STAKEHOLDER: Individuo, equipo u organización con intereses relativos al

sistema.
2. Generalidades del Proyecto

2.1. Problema a Resolver:
Actualmente en la Secretaría Distrital de Ambiente se llevan a cabo procesos inexactos en la

recolección y almacenamiento de datos, ya que se presentan errores frecuentemente y esto
produce una serie de consecuencias socioeconómicas, gracias a los reprocesos que toca
llevar a cabo, esto no permite llevar un control general en tiempo real y hace que la
información no sea confiable.
2.2. Descripción General del Sistema a Desarrollar
NAHUBO SYSTEM es un sistema de información que va enfocado a la secretaria

distrital de ambiente para facilitar el proceso de toma de muestras para verificar la
calidad de agua en Bogotá. Lo que vamos hacer es facilitar todo el proceso de
comparaciones de datos con respecto a la información ya obtenida y de esta forma ir
haciendo un comparativo para obtener un buen índice de calidad de agua, con
respecto a los estándares establecidos nacionalmente.
2.3. Identificación de los Stakeholders y sus responsabilidades
STAKEHOLDER DESCRIPCIÓN ESCENARIO Caso de Uso

Es la persona  Escenario  CU_Modulo
encargada de la de de
Administrador gestión de Registro de Registro.
registro de usuarios
usuarios que la
entidad desee
ingresar.
Es la persona  Escenario  CU_Modulo
encargada de la de de
gestión y monitoreo. Registro.

Versión: 1
Código GTI-F-007
Supervisor administración  Escenario

de información de gestión
de monitoreo. de
En campo sube información.
la información
para que
después en la
oficina la
compare con la
información
subida por los
laboratorios.
Jefe de Es la persona  Escenario  CU_Modulo
Supervisores encargada de de de
planear el planeación Planeación.
calendario de de
supervisores monitoreos.
para que se  Escenario
realicen todos de gestión
los monitoreos de
necesarios. funcionarios
Auditor Es la persona  Escenario  CU_Modulo
que revisa la de auditor. de proceso
información,  Escenario
que sea de
coherente con asignación
los parámetros de
de calidad monitoreos.
establecidos en  Escenario
ciertas leyes. de calidad
de
información.
Analista Es la persona  Escenario  CU_Modulo
que interpreta la de de proceso
información generación
recogida en de
campo ya informes.
supervisada y  Escenario
auditada para de calidad
arrojar informes de
de calidad de información
agua.

Versión: 1
Código GTI-F-007
3. Vistas de la arquitectura
3.1. Vista de Casos de Uso
3.2.
Vista
de
Procesos
3.2.1. Diagrama de Actividades
3.2.1.1. Auditar Muestras

Versión: 1
Código GTI-F-007
3.2.1.2. Borrar Registro

Versión: 1
Código GTI-F-007
3.2.1.3. Cambio de Supervisor

Versión: 1
Código GTI-F-007
3.2.1.4. Evaluar Proceso

Versión: 1
Código GTI-F-007
3.2.1.5. Ingreso

Versión: 1
Código GTI-F-007
3.2.1.6. Realizar Cambios

Versión: 1
Código GTI-F-007
3.2.1.7. Realizar Comparaciones

Versión: 1
Código GTI-F-007
3.2.1.8. Registrar Monitoreos

Versión: 1
Código GTI-F-007
3.2.1.9. Revisar Calendario

Versión: 1
Código GTI-F-007
3.2.1.10. Revisar Históricos de Monitoreo

Versión: 1
Código GTI-F-007
3.2.1.11. Revisar Históricos

Versión: 1
Código GTI-F-007
3.2.1.12. Solicitar Acompañamiento

Versión: 1
Código GTI-F-007
3.2.1.13. Validar Monitoreos
3.2.2. Diagrama de estados
3.2.2.1. Estados de Monitoreos

Versión: 1
Código GTI-F-007
3.2.2.2. Estado de ingresar nuevo usuario

Versión: 1
Código GTI-F-007
3.2.2.3. Estado de ingresar nueva planeación.

Versión: 1
Código GTI-F-007
3.3. Vista Lógica

3.3.1. Diagramas – Clases

Versión: 1
Código GTI-F-007
3.3.2. Diagrama de comunicación

Versión: 1
Código GTI-F-007
3.3.2.1.
3.3.2.2.
3.3.2.3.
3.3.2.4.
3.3.2.5.
3.3.2.6.
3.3.2.7.
3.3.2.8.
3.3.2.9.
3.3.2.10.
3.3.3.
Diagramas - Secuencia
3.3.3.1.

Versión: 1
Código GTI-F-007

Versión: 1
Código GTI-F-007
3.3.3.2.
3.3.3.3.

Versión: 1
Código GTI-F-007
3.3.3.4.

Versión: 1
Código GTI-F-007
3.3.3.5.
3.3.3.6.

Versión: 1
Código GTI-F-007
3.3.3.7.

Versión: 1
Código GTI-F-007
3.3.3.8.
3.3.3.9.

Versión: 1
Código GTI-F-007

Versión: 1
Código GTI-F-007
3.3.3.10.
3.3.3.11.

Versión: 1
Código GTI-F-007
3.4. Vista de Implementación

3.4.1. Diagrama de Componentes
3.4.2. Diagrama de Paquetes

Versión: 1
Código GTI-F-007
–––––––––
3.5. Vista de Despliegue

3.5.1. Diagrama de despliegue

Versión: 1
Código GTI-F-007
3.5.2. Infraestructura de red
4. Arquitectura en capas
5. Vista de Datos
5.1. Modelo Relacional

Versión: 1
Código GTI-F-007
6. Definición de Interfaces de Usuario

Mapa de navegación. Demostración de las interfaces
7. Características Generales de Calidad
7.1. Tamaño y performance
 Tiempo de respuesta en el acceso a la Base de Datos
Depende del estado de la conexión a internet, ya que la información que esta

subida al servidor puede ser demasiado pesada y dependiendo la velocidad de
descarga puede variar el tiempo.
 Tiempo de respuesta de transacciones

El sistema responderá dependiendo la cantidad de datos a mostrar en la interfaz,
debido a que la información que este puede llevar probablemente o en algunos
casos sobrepase la capacidad que posea el servidor.
 Espacio en disco para el cliente
Aconsejamos que nuestro cliente tenga un espacio en disco de 164GB, para

poder guardar el sistema que vamos a desarrollar.
 Espacio en disco para el servidor de Base de datos
Consideramos que se debería tener cerca de 2 teras de capacidad ya que es

necesario para el sistema obtener un servidor confiable donde no se pierda
ningún dato necesario.

Versión: 1
Código GTI-F-007
7.2. Calidad
Este sistema de información será desarrollado estableciendo como punto de partida
la necesidad del cliente identificada, por tanto se establecerá una relación de los
requerimientos funcionales definidos inicialmente con los estándares de desarrollo
documentados, además sin perder de vista las características que todo Sistema de
información debe poseer de acuerdo con el estándar ISO/IEC 9126 mediante las
cuales se busca satisfacer las necesidades del usuario en cuanto a funcionalidad,
una interfaz de usuario amigable, mantenibilidad y otras características que se
detallan a continuación.
7.3. Usabilidad
Las interfaces que se utilizaran en nuestro sistema de información serán
desarrolladas bajo diferentes estándares de comunicación (Lenguaje escrito y
simbólico) y flujo de proceso adecuado para el usuario (interfaz). Se tendrá en
cuenta a demás diferentes factores que mejoraran la usabilidad de nuestro sistema
como por ejemplo la facilidad de aprendizaje de la interfaz , de tal manera que se
facilite a los usuarios aprender a usar y realizar las operaciones básicas del sistema,
adicionalmente se buscara que se facilite al usuario un manejo rápido de las
opciones de la interfaz de forma que no pierda tiempo.

Versión: 1
Código GTI-F-007
7.4. Eficiencia
Como nuestro sistema corresponde a un sistema de información WEB, los tiempos
de envió y respuesta estarán sujetos específicamente a la conexión de internet y
capacidad de procesamiento del servidor WEB, no se permitirá validaciones en el
servidor (bases de datos). En cuanto al diseño de la página WEB esta será
implementada de tal forma que no genere lentitud como por ejemplo evitando uso de
imágenes muy pesadas que dificulten el envió de información.
7.5. Seguridad
El sistema permitirá a todo usuario acceder por medio del usuario y contraseña,
estas estarán almacenadas y debidamente cifradas. Además se buscara que la
información almacenada en la base de datos del sistema mantenga toda
confidencialidad, disponibilidad e integridad.
7.6. Confiabilidad
Sera un sistema confiable, ya que algún fallo, podría causar un error en el flujo de la
información, perjudicial para la empresa y para su sistema de gestión de calidad. Se
garantiza la integridad de la información en la inserción y modificación de datos.
7.7. Mantenimiento
Se realizara una inspección periódica del sistema en cuanto a los enlaces, contenido
del sistema, diseño y de acuerdo a ello se realizaran las mejoras necesarias, para
cada una de dichas mejoras se manejara una versión diferente por cada
modificación que se realice, con su respectiva documentación.
7.8. Estándares
Mejorar la satisfacción del cliente
-Ventaja Competencia
-Acciones correctivas y preventivas
-Simplifica la vida de los clientes
Tenemos un equipo 24/7 de soporte especialmente para cuandose necesite para

resolver todas las dudas que tengan.
Los estándares que se tendrán en cuenta en el desarrollo de nuestro sistema de

información son los especificados en el IEEE 730 para elaborar un plan de
aseguramiento de calidad de software para los proyectos de desarrollo de software


Dea Gaes1 1365301-C

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

Dea Gaes1 1365301-C

Cargado por

Copyright:

Formatos disponibles

Versión: 1

SERVICIO NACIONAL DE APRENDIZAJE SENA

Código: Versión: Fecha:

Realizado por: Natalia Herrera Jara

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

Fecha Versión Autor Descripción Revisado Por

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

1. Documento de Arquitectura de Software...................................................4

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

1. Documento de Arquitectura de Software

Este documento ha sido desarrollado para fundamentar la arquitectura que es

1. Documento de Especificación de Requerimientos no funcionales.

1.5. Definiciones acrónimos y abreviaciones

ARQUITECTURA DE SOFTWARE: es la organización fundamental de un

DESCRIPCION DE ARQUITECTURA: Se trata de un conjunto de propuestas

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

VISTAS: es la descripción del sistema desde el punto de vista de diferentes

TIPOS DE VISTAS: Cada vista describe la funcionalidad que el sistema

STAKEHOLDER: Individuo, equipo u organización con intereses relativos al

2. Generalidades del Proyecto

Actualmente en la Secretaría Distrital de Ambiente se llevan a cabo procesos inexactos en la

2.2. Descripción General del Sistema a Desarrollar

NAHUBO SYSTEM es un sistema de información que va enfocado a la secretaria

2.3. Identificación de los Stakeholders y sus responsabilidades

STAKEHOLDER DESCRIPCIÓN ESCENARIO Caso de Uso

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

Supervisor administración  Escenario

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

3.1. Vista de Casos de Uso

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

3.2.1.2. Borrar Registro

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

3.2.1.3. Cambio de Supervisor

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

3.2.1.4. Evaluar Proceso

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha:

3.2.1.6. Realizar Cambios

Grupo Gestión de los sistemas de Información

<<Nombre del Proyecto>>

Código: Versión: Fecha: