Documento Arquitecturalalal

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN

PROCEDIMIENTO GESTION DE SISTEMAS DE INFORMACIONDOCUMENTO DE ESPECIFICACIÓN DE

ARQUITECTURA

Versión: 1

Código GTI-F-007

PARTICIPA

Código: Versión: Fecha:

Documento de Especificación de Arquitectura

Realizado por:

Nombre Correo electrónico

Diana Patricia León Cepeda [email protected]

Diego Andrés Castañeda Hurtado

[email protected]

Luis Miguel Mora Cadena [email protected]

Grupo Gestión de los sistemas de InformaciónOficina de Sistemas – Dirección General Página 1 de 27


PROCEDIMIENTO GESTION DE SISTEMAS DE INFORMACIONDOCUMENTO DE ARQUITECTURA

Versión: 1

Código GTI-F-007

PARTICIPA


HISTORIAL DE REVISIONES

Fecha Versión Autor Descripción Revisado Por

<Escriba aquí>

<Escriba aquí>

<Escriba aquí>

<Escriba aquí> <Escriba aquí>




Versión: 1

Código GTI-F-007

PARTICIPA


Contenido

1. Documento de Arquitectura de Software..................................................41.1. Introducción 41.2. Propósito 41.3. Alcance 41.4. Referencias 51.5. Definiciones acrónimos y abreviaciones 52. Generalidades del Proyecto.....................................................................62.1. Problema a Resolver 62.2. Descripción General del Sistema a Desarrollar 62.3. Identificación de los Stakeholders y sus responsabilidades 73. Vistas de la arquitectura...........................................................................83.1. Vista de Casos de Uso 83.2. Vista de Procesos. 113.3. Vista Lógica. 203.4. Vista de Implementación. 223.5. Vista de Despliegue. 234. Arquitectura en capas.............................................................................245. Vista de Datos........................................................................................255.1. Modelo Relacional. 256. Definición de Interfaces de Usuario........................................................267. Características Generales de Calidad....................................................277.1. Tamaño y performance 277.2. Calidad 277.3. Usabilidad 277.4. Eficiencia 277.5. Seguridad 277.6. Confiabilidad 287.7. Mantenimiento 28




Versión: 1

Código GTI-F-007

PARTICIPA


1. Documento de Arquitectura de Software

1.1. Introducción

En este documento se realizan las especificaciones y modelamientos respecto a la arquitectura de software del proyecto Participa, las cuales se enfocan en un sistema de información orientado a la gestión de procesos académicos, disciplinarios, organizacionales e interactivos entre los diferentes módulos y actores que hacen parte de una comunidad educativa. Las especificaciones se realizan de acuerdo al formato 1471-2000 realizado por el Instituto de Ingeniería Eléctrica y Electrónica; en el cual se establece un marco conceptual para la descripción arquitectónica del software.

1.2. Propósito

El propósito del documento es establecer las diferentes vistas que se modelaran en el sistema de información Participa, teniendo en cuenta su estructura (descomposición de componentes e interacciones), para su debida ejecución y toma de decisiones, se procura de esta forma dar a conocer una visión extendida y clara de la arquitectura para la comprensión por parte de las personas interesadas en el desarrollo y evolución del sistema.

1.3. Alcance

El documento se centra en el desarrollo de las vistas de un modelo arquitectónico de software, de las cuales se incluirán las siguientes vistas:

Vista de casos de uso. Vista de procesos. Vista lógica. Vista de implementación. Vista de despliegue.

De las cuales se tendrán sus correspondientes diagramas y se describirán aspectos de calidad tales como usabilidad, seguridad y confidencialidad entre otros.




Versión: 1

Código GTI-F-007

PARTICIPA


1.4. Referencias

Referencia Titulo Ruta Fecha AutorIEEE-830 IEEE 830 Instituto de Ingeniería

Eléctrica y Electrónica.2008 Instituto de

Ingeniería Eléctrica y Electrónica.

Análisis Análisis y diseño de sistemas

Editorial Pearson 2011 Kendall & Kendall

IEEE 1471-2000

Practica recomendada para la descripción arquitectónica de sistemas de software-intensivo.

Instituto de Ingeniería Eléctrica y Electrónica.

2000 Instituto de Ingeniería Eléctrica y Electrónica.

IEEE 610,12-1990

Glosario estándar IEEE de terminología de ingeniería de software.

Instituto de Ingeniería Eléctrica y Electrónica.

1990 Instituto de Ingeniería Eléctrica y Electrónica.

Ingeniería de software

Ingeniería del software

Editorial Mc Graw Hill 2010 Roger S. Pressman.

1.5. Definiciones acrónimos y abreviaciones

ARQUITECTURA DE SOFTWARE: Conjunto de elementos estáticos, propios del diseño intelectual del sistema, que definen y dan forma tanto al código fuente, como al Comportamiento del software en tiempo de ejecución. Naturalmente este diseño arquitectónico ha de ajustarse a las necesidades y requisitos del proyecto.

DESCRIPCIÓN DE ARQUITECTURA: Colección de productos de documentación.

VISTAS: Es una representación de un área de interés o perspectiva del sistema en alto nivel.

TIPOS DE VISTAS: Especificación de una convención de cómo construir y usar una vista. Deben satisfacer la capacidad de creación y análisis de una vista.

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




Versión: 1

Código GTI-F-007

PARTICIPA


2. Generalidades del Proyecto

2.1. Problema a Resolver

Los sistemas de información enfocados a las instituciones educativas, tienen como limitante centrarse en los módulos de notas e impresión de informes, sin tener en cuenta la interactividad que se podría generar entre los actores que están involucrados en la institución.

2.2. Descripción General del Sistema a Desarrollar

Participa es un sistema de información enfocado a las instituciones educativas, donde se gestionarán procesos académicos, disciplinarios y organizacionales, para lo cual se tendrán en cuenta requisitos funcionales y no funcionales del sistema que van relacionados implícitamente con la arquitectura del sistema; dentro de los procesos académicos se manejaran:

Gestión de asignaturas. Planeación académica. Gestión de calificaciones. Gestión de horarios. Gestión de agenda. Manejo de citaciones con enfoque académico.

En los procesos disciplinarios se manejaran:

Gestión del observador. Manejo de citaciones con enfoque disciplinario.

Por último en los procesos organizacionales se tendrán en cuenta las funciones administrativas y de registro tales como:

Administrar colegios. Administrar salones. Administrar cursos. Registro de funcionarios. Registro de estudiantes. Administrar permisos.




Versión: 1

Código GTI-F-007

PARTICIPA


2.3. Identificación de los Stakeholders y sus responsabilidades

STAKEHOLDER

DESCRIPCIÓN ESCENARIO Caso de Uso

Súper-Administrador

Es el usuario que administrara colegios y permisos del sistema.

Escenario depermisos

Escenario de administración

Caso de uso administrador y superAdministrador.

Administrador

Es el usuario que Administra salones, cursos, registro de funcionarios y registro de estudiantes.


Escenario deregistro

Caso de uso

administrador.

Coordinador Académico - Disciplinario

Es el usuario que Administra las asignaturas, componentes, calificaciones, agenda académica, citaciones y observaciones.


Escenario de creación

Escenario de consulta

Caso de uso administrador.

Caso de docente. Caso de uso

estudiante.

Docentes

Es el usuario que registra las notas, tareas, documentos de apoyo, agendamientos, crea citaciones,

Escenario de creación

Escenario de consultas.

Escenario de registro




Versión: 1

Código GTI-F-007

PARTICIPA


observaciones, y consultas de informes.

Estudiantes

Es el usuario que consulta las notas, tareas, documentos de apoyo, agendamientos, citaciones, observaciones, y subir tareas.

Escenario de consulta

Escenario de subir archivos.

Caso de uso estudiante.

Caso de uso docente.

Caso de uso coordinador.

Acudientes

Es el usuario que consulta las notas, tareas, documentos de apoyo, agendamientos, citaciones, observaciones, y consultas de reportes académicos y disciplinarios del estudiante.

Escenario de consultas.

Escenario de subir archivos.

Caso de uso estudiantes

Caso de uso docentes

Caso de uso coordinador.

3. Vistas de la arquitectura

3.1. Vista de Casos de Uso

La vista de casos de uso, es una de las más importantes debido a que representa la funcionalidad del sistema participa, y en ella se engloba el comportamiento del sistema, a continuación mostraremos la representación de las funcionalidades en los diagramas de casos de uso, teniendo en cuenta la los estándares UML (Unified Modeling Language), estos se realizaron con la herramienta CASE StarUML.




Versión: 1

Código GTI-F-007

PARTICIPA


Caso de uso docente: Caso de uso Consultas:




Versión: 1

Código GTI-F-007

PARTICIPA


Caso de uso Administrador:

3.2. Vista de Procesos.

La vista de procesos, es la vista que muestra los procesos del sistema participa, y en ella se describen paso a paso el comportamiento del sistema, a continuación mostraremos la representación de los procesos en los diagramas de actividades, y los diagramas de estados, teniendo en cuenta la los estándares UML (Unified Modeling Language), estos se realizaron con la herramienta CASE Visual Paradigm y los diagramas de estados con la herramienta para procesos empresariales Bizagi Modeler.




Versión: 1

Código GTI-F-007

PARTICIPA


3.2.1. Diagrama de Actividades.

Registrar Tarea

Actualizar Tarea

Registrar Calificaciones




Versión: 1

Código GTI-F-007

PARTICIPA


Actualizar Observador

Crear Citación

Actualizar Componente Evaluativo

Actualizar Información Registro




Versión: 1

Código GTI-F-007

PARTICIPA


Registrar Cursos

Registrar Usuarios

Asignar Docentes




Versión: 1

Código GTI-F-007

PARTICIPA


Registrar Salones

Registrar Asignaturas

Asignar Permisos




Versión: 1

Código GTI-F-007

PARTICIPA


Registrar Asignaturas

Registrar Colegios




Versión: 1

Código GTI-F-007

PARTICIPA


3.2.2. Diagrama de estados.

Objeto Asignatura

Objeto Docente




Versión: 1

Código GTI-F-007

PARTICIPA


Objeto Estudiante

Objeto Curso

Objeto Agenda Académica




Versión: 1

Código GTI-F-007

PARTICIPA


Objeto Componente Evaluativo

Objeto Tema

Objeto Tarea




Versión: 1

Código GTI-F-007

PARTICIPA


Objeto Calificación

3.3. Vista Lógica.

La vista lógica, es la vista que nos representa la funcionalidad que el sistema participa proporcionara a los colegios teniendo en cuenta las funciones y servicios, a continuación mostraremos la representación esta vista mediante el diagrama de clases, diagramas de comunicación, y diagramas de secuencia teniendo en cuenta la los estándares UML (Unified Modeling Language), estos se realizaron con la herramienta CASE Visual Paradigm.




Versión: 1

Código GTI-F-007

PARTICIPA


3.3.1. Diagramas – Clases.

3.3.2. Diagramas - Secuencia.

Carga notas




Versión: 1

Código GTI-F-007

PARTICIPA


3.4. Vista de Implementación.3.4.1. Diagrama de Compontes.

3.4.2. Diagrama de Paquetes.

3.5. Vista de Despliegue.




Versión: 1

Código GTI-F-007

PARTICIPA


3.5.1. Diagrama de despliegue.

3.5.2. Infraestructura de red.

4. Arquitectura en capas

Arquitectura en 3 capas Cliente – Servidor




Versión: 1

Código GTI-F-007

PARTICIPA


Patrones de diseño

5. Vista de Datos

5.1. Modelo Relacional.


CAPA

PRE

SEN

TACI

ÓN

MVCDTO

CAPA

SER

VICI

O

Service LocatorDTO CA

PA A

CCES

O A

D

ATO

S

DAODTOSingleton



Versión: 1

Código GTI-F-007

PARTICIPA


6. Definición de Interfaces de Usuario




Versión: 1

Código GTI-F-007

PARTICIPA


7. Características Generales de Calidad

7.1. Tamaño y performance

El tiempo de respuesta en el cual se van a obtener las consultas y la descarga de las interfaces, va a ser menor de 4 segundos, para contemplar un sistema eficiente.

En nuestro sistema de información el cliente son los colegios en los cuales se implemente el sistema, por tal motivo tenemos se estima que sea de un terabyte el espacio en disco que maneje el cliente, se tienen en cuenta en este estimado todos los estudiantes, docentes, acudientes y coordinadores.

El servidor de base de datos se estima que tenga un disco duro solido de 32 Gb.

7.2. Calidad




Versión: 1

Código GTI-F-007

PARTICIPA


El sistema de información participa mantendrá estándares de calidad de software, con los cuales se cumplirán todos los requerimientos funcionales que se establezcan con el cliente.

7.3. Usabilidad

El sistema de información participa, mantiene una buena usabilidad, debido a que se va a interactuar con personas entre los 15 a 70 años en promedio, por lo cual van tener facilidad al momento de usarlo.

7.4. Eficiencia

El sistema de información participa, se implementara en servidores con buen desempeño para garantizarle al cliente un sistema eficiente en cuanto a petición y respuesta.

7.5. Seguridad

Garantizar la autenticación del usuario según el rol, para poder acceder al sistema.

Desarrollar la base de datos de manera segura en la cual no permita registrar usuarios con una misma identificación, para mantener la información de manera íntegra y sin redundancias.

Mantener el adecuado flujo de datos según corresponda el rol del usuario, y así garantizar seguridad entre los datos de un usuario con otro.

7.6. Confiabilidad

El sistema de información se diseñara de manera flexible y agradable al usuario, para que este pueda ingresar a él sin ninguna complicación.

Los fallos se corregirán antes de ponerlo en funcionamiento, en la institución educativa.

Se mantendrá en mantenimiento periódico para identificar algunas irregularidades que manifieste el sistema.




Versión: 1

Código GTI-F-007

PARTICIPA


7.7. Mantenimiento

El sistema de información se diseñara manteniendo una arquitectura en capas para mantener una mejor escalabilidad en sus componentes.


Documents

Documento Arquitecturalalal