Instituto Tecnológico de Culiacán Materia: Arquitectura de Software

1. Instituto Tecnológico de CuliacánMateria: Arquitectura de Software Caso de estudio: Control Escolar de Centros de Capacitación

2. Dominio del Sistema • El objetivo del Sistema de Control Escolar es llevar el registro y control de: • Cursos que se están impartiendo • Alumnos inscritos a los cursos • Maestros que imparten los cursos • Calificaciones obtenidas por los alumnos • Documentos oficiales (Credenciales, Diplomas y Constancias) • Documentos de apoyo para los maestros (Listas de asistencia y Registro de calificaciones) • Estadísticas

3. Diagramas de casos de uso del negocio MODELO DEL NEGOCIO

7. Requisitos funcionales

10. Requisitos funcionales: CU2.2 • CU2.2 - Inscribir alumno • Alcance: Plantel • Actor principal: Usuario • Nivel: Tarea principal • Prioridad: Indispensable • Frecuencia: 450 por mes. • Descripción: El usuario indica al sistema el alumno a inscribir, así como la documentación entregada por el alumno y el curso en el que desea inscribirse el alumno. El sistema guarda dichos datos y avisa al usuario que se ha inscrito correctamente al alumno.

11. Requisitos funcionales: CU2.1 • CU2.1 - Registrar datos de alumno • Alcance: Plantel • Actor principal: Usuario • Nivel: Tarea principal • Prioridad: Indispensable • Frecuencia: 300 por mes. • Descripción: El usuario proporciona al sistema los datos de un nuevo alumno. El sistema registra los datos del nuevo alumno después de verificar que aún no existen. El sistema avisa al usuario que los datos se registraron correctamente.

12. Requisitos funcionales: CU2.3 • CU2.3 - Buscar registro de alumno • Alcance: Plantel • Actor principal: Usuario • Nivel: Subfunción • Prioridad: Baja • Frecuencia: 300 por mes. • Descripción: El usuario proporciona parte del nombre del alumno al sistema. El sistema localiza los registros de alumnos cuyo nombre coincida con la parte proporcionada por el usuario y los presenta al usuario. El usuario revisa los resultados y en su caso, elige uno de los nombres proporcionados por el sistema. El sistema muestra los datos del alumno seleccionado.

13. Requisitos funcionales: CU2.4 • CU2.4 - Elaborar recibo de cobro • Alcance: Plantel • Actor principal: Usuario • Nivel: Subfunción • Prioridad: Media • Frecuencia: 450 por mes. • Descripción: Si el usuario está inscribiendo a un alumno, los datos del recibo se llenan automáticamente por el sistema, en otro caso, el usuario deberá especificar los datos que aparecerán en el recibo impreso. Posteriormente el usuario indica al sistema los conceptos del recibo. El sistema calcula el importe total cada vez que se proporciona un concepto. Una vez completos los datos del recibo, el usuario manda imprimirlo. El sistema imprime el recibo y posteriormente pregunta al usuario si el recibo se imprimió correctamente, en caso afirmativo, el sistema registra el recibo, caso contrario, permite reintentar la impresión del recibo hasta que el usuario decida cancelar o se logre la impresión.

16. Requisitos funcionales: CU11.1 • CU11.1 - Registrar Subobjetivos • Alcance: Plantel • Actor principal: Usuario • Nivel: Subfunción • Prioridad: Alta • Frecuencia: 15 por mes. Se modifica con frecuencia porque la duración oficial de un curso es flexible en +/- 10%, lo que afecta la duración de los subobjetivos. • Descripción: El usuario indica al sistema que registre un subobjetivo. El sistema presenta al usuario una lista con los cursos registrados. El usuario selecciona el curso para el subobjetivo a registrar. El sistema presenta al usuario opciones para agregar, eliminar o modificar información de subobjetivos en el curso seleccionado. El usuario selecciona una opción y proporciona al sistema los datos necesarios. El sistema guarda o elimina los datos del subobjetivo indicado por el usuario y, en su caso, le avisa que la operación ha concluido exitosamente.

17. Requisitos funcionales: CU11.2 • CU11.2 – Registrar Calificaciones • Alcance: Plantel • Actor principal: Usuario • Nivel: Tarea principal • Prioridad: Alta • Frecuencia: 45 por mes. • Descripción: El usuario indica al sistema que registre calificaciones. El sistema muestra al usuario una lista con los grupos pendientes de calificar. El usuario selecciona un grupo. El sistema presenta la lista de alumnos del grupo. El usuario introduce al sistema las calificaciones para cada alumno del grupo. El sistema guarda dichas calificaciones, y en su caso, posteriormente avisa al usuario que la operación se realizó exitosamente.

19. Requisitos funcionales: CU2.2 • Caso de uso: CU2.2 - Inscribir alumno • Alcance: Plantel • Actor principal: Usuario • Nivel: Tarea principal • Prioridad: Alta • Frecuencia: 450 por mes. • Descripción: El usuario indica al sistema el alumno a inscribir, así como la documentación entregada por el alumno y el curso en el que desea inscribirse el alumno. El sistema guarda dichos datos y avisa al usuario que se ha inscrito correctamente al alumno. • Precondiciones: Programar el curso en el que se inscribirá al alumno. Contar con la documentación de requisito solicitada al alumno para la inscripción que consiste en: copia del acta de nacimiento, copia de un comprobante de domicilio, solicitud de inscripción llenada correctamente, identificación, fotografía y cuota de cooperación.

20. Requisitos funcionales: CU2.2 • Descripción detallada: • El usuario indica al sistema que inscriba a un alumno. • El sistema despliega una lista de cursos programados. • El usuario selecciona el curso en el que se inscribirá al alumno. • El sistema despliega el total de alumnos registrados en ese curso. • El usuario introduce al sistema el alumno a inscribir. • El sistema recupera el número de control, el nombre, la edad y la escolaridad del alumno. • El usuario introduce al sistema el folio del recibo de cobro a entregar al alumno, el tipo de capacitando (pago de cuota, PROBECAT, beca de CECATI u otro), la documentación entregada por el alumno (acta de nacimiento, identificación, comprobante de estudios, comprobante de domicilio, fotografía y en su caso, comprobante de estancia legal en el país), medio por el cual se enteró del curso (prensa, radio, televisión, folletos/carteles/volantes u otro) y motivos de su elección del curso (emplearse o auto emplearse, mejorar su situación en el trabajo, ahorrar gastos al ingreso familiar, esperando incorporarse a otra institución educativa, disposición de tiempo libre u otros). • El sistema guarda dichos datos y avisa al usuario que se ha inscrito correctamente al alumno.

21. Requisitos funcionales: CU2.2 • Eventos alternativos: • 3a. Si el curso no ha sido programado, se detiene la inscripción y se da aviso al Jefe del Área de Capacitación para que proceda o autorice la programación del curso a través del caso de uso CU10.6 – Programar curso. • 5a. Si el alumno no se ha inscrito anteriormente en algún otro curso, se deben registrar sus datos personales a través del caso de uso CU2.1 – Registrar datos de alumno. • 5b. Si se desconoce si están registrados los datos del alumno, se busca su registro a través del caso de uso CU2.3 – Buscar registro del alumno. • 7a. Si no se ha elaborado el recibo de cobro para el alumno a inscribir, se elabora el recibo a través del caso de uso CU2.4 – Elaborar recibo de cobro. • Poscondiciones: Se inscribe al alumno.

22. Prototipo de la interfaz: CU2.2

23. Requisitos de calidad

24. Requisitos de calidad (1 de 3) • El sistema deberá funcionar sobre computadoras personales con el procesador Pentium de Intel o compatible. • El sistema debe funcionar en el sistema operativo Windows 98/ME/2000/XP. • La comunicación entre el sistema del plantel y el sistema de la DGCFT deberá realizarse utilizando servicios Web.

25. Requisitos de calidad (2 de 3) • El sistema debe proporcionar una interfaz amigable para el usuario, es decir, el tiempo de aprendizaje para programar cursos, inscribir un alumno, registrar calificaciones y elaboración de constancias y diplomas no debe exceder de un día. • Los datos deberán almacenarse en SQL Server 2000 Edición personal. • El sistema debe ser flexible para permitir su actualización a través de Internet.

26. Requisitos de calidad (3 de 3) • El sistema debe estar auto documentado, es decir, debe ofrecer ayuda en línea. • El sistema debe ser multiusuario, es decir, deberá funcionar al mismo tiempo en varias computadoras. • El sistema debe poderse distribuir fácilmente utilizando un disco de instalación.

27. Arquitectura Propuesta PRESENTACION ENTIDADES LOGICA DE NEGOCIOS COMUNICACIÓN SERVICIO WEB ACCESO A DATOS SERVICIO WEB DGCFT Gestor BD(SQL)

28. Diagrama de Contexto SCE Interfase Servicio Web DGCFT Interfase Interfase Usuario Base de Datos

29. Arquetipos ProgramarCursosUI Alumnos Entidad InscribeAlumnosUI Maestros Acceso_Datos Cursos AltaAlumnosUI Logica_Negocios RegistroCal ListaAsistenciaUI DocumentoOficialUI

30. Componentes Usuario Registro_Datos ControlEscolarUI Logica_Negocios Reporte_Listas Acceso_Datos Reporte_DoctosOf SQL SERVER Comunica_ServWeb