INFORMATICA




ASSAC













Arquitectura del sistema:
Automatización del Proceso de Control Escolar para escuelas secundarias técnicas de la Administración Federal de Servicios Educativos del D.F.















Octubre de 2014
HISTORIAL DE CONTROL DE VERSIONES
Fecha
Versión
Descripción
Autor
24/10/2014
1.0
Versión inicial
Alejandro Ramírez RamosContenido

1. Objetivo del documento 4
2. Objetivos arquitectónicos y restricciones de diseño 5
2.1. Requerimientos No Funcionales (Objetivos arquitectónicos) 5
2.1.1. Desempeño 5
2.1.2. Disponibilidad 5
2.1.3. Seguridad 5
2.1.4. Interoperabilidad – Coexistencia 6
2.1.5. Manejo de archivos 6
2.1.6. Restricciones de diseño 6
3. Arquitectura General del Sistema 8
3.1. DependenciasExternas del Sistema: 8
3.2. Arquitectura Multicapa 9
3.2.1. Presentación 10
3.3. Negocio 11
3.4. Datos 12
4. Tecnologías a utilizar 14
4.1. Software 14
4.2. Hardware 14
5. Arquitectura de Despliegue 16
6. Ambientes a considerar en el proyecto 17
6.1. Ambiente de desarrollo 17
6.2. Ambiente de integración 17
6.3. Ambiente de pruebas 17
6.4. Ambiente de producción 17





1.Objetivo del documento

Describir un panorama arquitectónico de los diferentes aspectos que auxilian las decisiones de diseño significativas con las cuales se construirá el sistema de “Automatización del Proceso de Control Escolar para escuelas secundarias técnicas de la Administración Federal de Servicios Educativos del D.F.”

Además, se describen los aspectos técnicos del proyecto con lossiguientes objetivos:
Especificar la tecnología empleada.
Especificar las herramientas utilizadas para el desarrollo.
Describir los elementos a alto nivel que integran a la arquitectura del sistema.
Uniformar las soluciones correspondientes a funcionalidades típicas o aspectos comunes a todo el sistema.

2. Objetivos arquitectónicos y restricciones de diseño
2.1. Requerimientos No Funcionales(Objetivos arquitectónicos)

2.1.1. Desempeño

[DES-001] Usuarios nombrados y concurrentes:
El sistema deberá soportar los siguientes usuarios nombrados y concurrentes por funcionalidad:

 
Número de usuarios nombrados
 
Número de usuarios concurrentes
Rol
Mínimo
Máximo
Actividades (Funcionalidad)
Pico de concurrencia
Director
-
594
* Control Escolar
594
Docentes
-
6,534
*Evaluaciones
* Registro de calificaciones
* Registro de faltas y retardos
4,574
Papás
47,520
142,560
* Consulta Tira de materias
* Consulta Calificaciones
57,024


Procesos críticos
Picos
Registro de calificaciones
Cada que hay evaluaciones.
Pre-inscripciones
Inicio del ciclo escolar
Tiempos de respuesta
No determinado en seg. Pero debe ser efectivo para los picos

2.1.2.Disponibilidad

[DIS-001] El sistema deberá operar en días y horas hábiles. ¿De 9:00 a 18:00 hrs de lunes a viernes?

2.1.3. Seguridad

[SEG-001] Las componentes de facultamiento y enrolamiento serán proporcionados por Analítica, incluyendo el inicio de sesión.
[SEG-002] Ultrasist proporcionará los servicios de manejo de sesiones y el menú dinámico basado en el facultamiento y enrolamientoproporcionado por Analítica.
Bitacoreo??
Auditoría
Control de acceso?
Usuario y contraseña??
Multirol???
Enrolamiento???
Sesiones
Sesiones simultáneas??
Expira sesión??
Integrar personal


2.1.4. Interoperabilidad – Coexistencia
[INTER-001] El sistema deberá coexistir con 3 sistemas adicionales, compartiendo el centro de datos actual (ver las restricciones de diseño de Infraestructura)2.1.5. Manejo de archivos
[ARCH-001] Los archivos se deberán de almacenar a nivel File System.
[ARCH-002] El sistema deberá ser capaz de conservar el histórico de por lo menos 10 años.
¿tamaño máximo del archivo?

2.1.6. Restricciones de diseño
[RES-001] El sistema debe de quedar integrado en la misma base de datos que utiliza el sistema MOE.
[RES-002] Los reportes deberán considerar...