Sistema DE Matricula Y Control DE Notas PDF

Preview

Summary

Trabajo final de diseño de sistema orientado a objetos, descripción del sistema, diagramas,casos de usos...

Description

SISTEMA AUTOMATIZADO DE MATRICULA Y CONTROL DE NOTAS AL COLEGIO PADRE FAUSTINO MIGUEZ R.R CALASANCIAS

Integrantes: • Isidra Massiel Méndez Sandino • Josué Ahyezer Arroliga Zelaya • Jairo Duvan Mendoza Pérez

Fecha de emisión: 27 de septiembre del 2017

Índice INTRODUCCION .................................................................................................... 2 DEFINICION DE LA ARQUITECTURA DEL SISTEMA .......................................... 4 Estándares y normas de diseño y construcción ................................................... 5 División de Subsistemas ...................................................................................... 6 Entorno Tecnológico ............................................................................................ 6 VISTA ESTATICA DEL SISTEMA (Diagrama de clase) .......................................... 7 Diagrama de Clase .............................................................................................. 8 VISTA DE CASOS DE USOS ................................................................................. 9 Fichas de casos de usos. ................................................................................... 13 DIAGRAMA DE OBJETO ...................................................................................... 43 Diagrama de Máquina de Estado o Diagrama de Estado ..................................... 45

1

INTRODUCCION Los sistemas de información se han convertido en herramientas fundamentales dentro de cualquier institución, debido a que estos facilitan la información de manera automatizada. Para llevar a cabo el desarrollo de un sistema de Información se debe de realizar un análisis y diseño del sistema lo cual es importante ya que, mediante el análisis se recolecta e interpreta las necesidades que presenta la institución y en el diseño se plantea y desarrolla el sistema que solucione los problemas detectados. El sistema propuesto es un sistema de matrícula y control de notas automatizado al colegio Padre Faustino Miguez R.R Calasancias. Esta propuesta se da por la carencia de un sistema de este tipo, lo cual genera trabajo extra para los profesores y directora del centro, demora y poca agilidad en el proceso de matrícula y entrega de notas, doble gasto en la compra de nuevas boletas debido a la pérdida de las mismas, y por último falta de comunicación e información entre los representantes y la institución sobre el rendimiento académico de los alumnos en el colegio. El desarrollo de un sistema tiene 3 fases: análisis, diseño y desarrollo, el sistema propuesto ha pasado por la primera fase de análisis, por lo que está en la fase de diseño, en donde se está definiendo la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes. Al concluir con el desarrollo de este sistema permitirá contar con herramientas adaptadas para llevar a cabo el proceso de matrícula y el control de nota de manera rápida ahorrando tiempo y trabajo, tanto para los trabajadores de la institución (docentes, administrativos y directora) como para las personas involucradas (estudiantes y tutores), cabe mencionar que estos procesos serán más fáciles de manejar y tendrán mayor eficiencia. De igual manera facilitará el manejo de la información como reportes y actualizaciones de datos en dicho colegio.

2

ESPECIFICACIONES DE LOS REQUERIMIENTOS DEL SISTEMA Para llevar a cabo el desarrollo del sistema se recopilaron los siguientes requerimientos: •

Permitir matricular estudiantes, asignarlo a un grupo y a un aula, llevar control de cada una de sus calificaciones

•

Las matrículas necesitan tener la siguiente información del estudiante: apellidos, nombres, fecha de nacimiento, sexo, religión que profesa, dirección actual donde habita. También se requieren los datos: nombres, apellidos, ocupación, teléfono, numero de cedula.

•

En caso de que la matrícula sea de reingreso se necesita solo el número de código del estudiante ya que lo anterior estará guardado en su expediente. Para que el estudiante se pueda matricular tiene que tener todas las clases del año anterior aprobadas.

•

Ingresar notas por cada estudiante en cada una de las evaluaciones parciales, las cuales son cuatro, divididas en dos semestres por año lectivo, por lo general solo primer grado puede dividirse en grupo A y grupo B, y a cada grupo se le asignan 5 clases con sus respectivos profesores por semestre; se requiere tener donde guardar esas notas de cada estudiante y que puedan ser ingresadas por los profesores al sistema además de ser posible que puedan ser editadas una vez ingresada las veces que sean necesarias hasta que sean enviadas al MINED, además poder calcular las notas de parcial y semestre incluyendo las de reparación por cada alumno.

•

Guardar la información (datos) de los estudiantes, los profesores, las asignaturas y los grupos, de igual forma generar un reporte con la información establecida.

3

DEFINICION DE LA ARQUITECTURA DEL SISTEMA La arquitectura es un diseño estructural integrado de un sistema, sus elementos y definiciones dependen de los requerimientos proporcionados en la etapa de análisis. La arquitectura incluye el diseño de los procesos de un sistema, basado en los principios de diseño y dentro de un marco metodológico. En la organización del sistema implementaremos la descomposición por capas, esta se lleva a cabo de forma horizontal y permite que cada una de las capas sirva de base a la otra. Respecto a la arquitectura llevaremos a cabo la arquitectura cerrada puesto que cada capa es construida dependiendo de su capa inferior lo que permite que al modificar una no afecte a las demás más que solo a la inferior de la misma, además este tipo de arquitectura es más segura por lo que permite el ocultamiento de información, es decir, el encapsulamiento y otros métodos orientados a objetos. Requisitos de Diseño y Construcción Para la elaboración del sistema haremos uso de las siguientes herramientas tecnológicas con el propósito de facilitar y agilizar el proceso. Herramientas como: •

Visual Studio 2015: El cual nos facilitara el proceso de programación del sistema a elaborar.

•

SQL Managment Studio 2015: Este programa nos servirá para almacenar todos los datos y para hacer uso de una base de datos rápida y eficiente de manera sencilla para el programador y el usuario.

•

Star UML: Facilitara el proceso de diseño del sistema al incluir cada una de sus fases de desarrollo incluidos los diagramas de flujo.

•

Adobe Photoshop CS6: Aportara el proceso de editar y crear diseños gráficos para la presentación del sistema final.

4

Estándares y normas de diseño y construcción Consistencia: Utilizar siempre el mismo patrón en la asignación de variables, funciones, métodos, etc. Evitando identificadores que están en conflicto con palabras claves de lenguajes de programación ampliamente utilizados. Se utilizo al momento de asignar los nombres a cada uno de los atributos existentes en las clases y en diagramas posteriores como el de casos de uso usando al inicio el nombre de la clase en minúsculas y la primera letra de la acción que precede al nombre en mayúsculas. Legibilidad: Identificar descriptivamente los objetos y su funcionalidad. Es decir, que la definición de variables, funciones, objetos, rutinas debe ser explicita a fin de que señale fácilmente su funcionalidad. La legibilidad es el criterio más sencillo para evaluar la calidad de un programa; si el programa es fácil de leer, probablemente es un buen programa; si es difícil de leer, no es un buen programa. Cada uno de nuestros atributos y métodos posee una sintaxis y orden lógico en las palabras empleadas volviéndose de esta forma muy sencillos de entender para el desarrollador y para el usuario. Documentación: Escribir autor, fecha, comentarios, ayuda, referencias, en cada función, bloque, etc. Nuestro sistema consta de elementos bien definidos y guías para la fácil creación y ente4ndimiento del mismo. Sintaxis Nombre Objetos: Se siguen los patrones definiendo prefijos para cada tipo de datos y según el ámbito de las variables. Es decir, entregar la mayor información posible mediante el nombre de la variable, método o función definiendo en ella un prefijo que identifique su tipo de dato y ámbito. Sintaxis Nombre Método: Se siguen los patrones definiendo cada objeto empezando por la acción a ejercer en minúsculas seguido de la primera letra de la siguiente palabra en mayúsculas y relacionada con el nombre de la clase involucrada.

5

División de Subsistemas Este sistema ya paso por la etapa de análisis por consiguiente se pretende realizar su diseño y para llevarlo a cabo el primer paso es la división del sistema en subsistemas, esto con el fin de especificar la forma de todas las interacciones y el flujo de la información entre los límites del subsistema. En el sistema se encontraron los siguientes subsistemas: 1. Matricula 2. Control de Notas Los cuales se descomponen de la siguiente forma: 1. Matricula 1.1 Inscripciones 1.2 Asignaciones 1.2.1 Profesores 1.2.2 Grupo 2. Control de Notas 2.1 Registrar notas 2.2 Validar Notas (Aprobado-Reprobado) Entorno Tecnológico El sistema de matrículas y control de notas del colegio Padre Faustino Miguez funcionará en una computadora de escritorio que corre Windows 7 de 64 bits con 4 gb de RAM y un disco duro de 500 gb de almacenamiento. El área a donde este sistema funcionara es en la dirección del colegio, donde será manipulado por la secretaria de la Madre Teresa Campos (directora del centro). En la sala de profesores hay una computadora de escritorio y en el laboratorio también en donde los profesores podrán asignarle las notas a cada uno de sus estudiantes.

6

VISTA ESTATICA DEL SISTEMA (Diagrama de clase) La vista estática es fundamental para la representación lógica del sistema esto con el fin de visualizar el funcionamiento del sistema. Donde se logra capturar la estructura de los objetos y sirve de base para las otras vistas. En esta vista se logra identificar clases presentes en el sistema; atributos y operaciones de estas. Clases

Atributos

Operaciones

Persona

Nombre,

Esta

apellidos,

Descripción

clase En

esta

clase

se

sexo, agrega, actualiza, almacenará los datos en

teléfono,

email, lista y da de baja común

dirección

a persona

de

estudiante,

la

clase

tutos

y

docente, los cuales serán heredados

a

dichas

clases. Estudiante

Código, de

partida Esta clase hereda En

nacimiento, las

religión

de

la

ocupación,

las

parentesco

de

INSS, cedula

la

los

esta

clase

se

clase correspondiente al tutor de cada estudiante. esta

clase

se

operaciones almacenará la información la

persona Código, nombre

a

operaciones almacenará la información

Esta clase hereda En

de

se

estudiantes.

Esta clase hereda En

las

Asignatura

clase correspondiente

Cedula,

persona Docente

clase

operaciones almacenará la información

persona Tutor

esta

clase correspondiente

a

los

clase

se

docentes.

Esta clase graba, En

esta

lista y oculta las almacenará la información asignaturas

correspondiente

a

las

asignaturas. 7

Notas

Nota, descripción

Esta clase graba, En

esta

clase

se

actualiza y lista almacenará la información las notas

correspondiente

a

las

clase

se

notas Matricula

Número matrícula,

Grupo

de Esta clase graba, En

esta

fecha lista y da de baja almacenará la información

matricula, monto, a la matricula

correspondiente

turno

Matricula esta

a

clase

la

Descripción,

Esta clase agrega En

sección

ya actualiza los almacenará la información grupos que se le correspondiente asignan

a

se

los

al grupos de clases.

estudiante

Diagrama de Clase

8

VISTA DE CASOS DE USOS La vista de casos de uso captura los datos del sistema desde el punto de vista del usuario, asigna acciones repartidas entre actores y usuarios, y como estos interactúan con el sistema por medio de mensajes. Las vistas de casos de usos presente en el sistema son las siguientes: •

Estudiante: Esta vista muestra las actividades que realiza el actor estudiante dentro del sistema.

•

Docente: Esta vista muestra las actividades que realiza el actor docente dentro del sistema.

9

•

Matricula: Esta vista muestra las actividades que realiza el actor Matricula dentro del sistema.

•

Grupo: Esta vista muestra las actividades que realiza el actor Grupo dentro del sistema.

10

•

Nota: Esta vista muestra las actividades que realiza el actor Nota dentro del sistema.

•

Asignatura: Esta vista muestra las actividades que realiza el actor Asignatura dentro del sistema.

11

•

Tutor: Esta vista muestra las actividades que realiza el actor Tutor dentro del sistema.

12

Fichas de casos de usos. • Docentes CU_Docente01

Agregar Docente.

Objetivos asociados Requisitos asociados Descripción

OBJ=01 Gestionar a los docentes

Precondición Secuencia Normal

Postcondición

RI-01 Información de los docentes El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se quiere agregar un nuevo Docente. El solicitante no está registrado como docente y tiene documentación disponible Paso

Acción

1

Se solicita al sistema comenzar el proceso de agregar un Docente.

2

El sistema solicita los siguientes datos del nuevo Cliente: ni de Cedula, numero INSS, nombre, apellidos, sexo, dirección, email y teléfonos de contacto

3

Se solicitan los datos y la documentación al cliente.

4

Se comprueba que los datos de la documentación concuerden con la información aportada.

5

Se introducen los datos y se solicita al sistema que guarde los datos.

6

El sistema guarda los datos e informa que la operación fue realizada con éxito.

El solicitante es un docente registrado.

13

Excepciones

Rendimiento

Paso

Acción

4

Si su documentación no es correcta se cancela la operación, a continuación, termina el caso de uso.

5

Si el sistema detecta que el docente ya existe registrado, se cancela el proceso y este caso de uso termina a continuación.

5

Si se solicita cancelar la operación, el sistema cancela la operación, a continuación, este caso de uso termina

Paso

Cota de tiempo

4

5 segundos

Frecuencia esperada Estabilidad

10 veces/día

Comentarios

La frecuencia será mucho mayor durante los dos primeros meses, probablemente 40-50 veces/día

Alta

14

CU_Docente02 Objetivos asociados Requisitos asociados Descripción

Actualizar Docente OBJ=01 Gestionar los docentes.

Precondición

El solicitante es un Docente registrado y tiene su documentación disponible. Paso Acción 1 Se solicita al sistema comenzar el proceso de modificación de los datos de un Docente.

Secuencia Normal

Postcondición Excepciones

RI-01 Información de los docentes. El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se solicite modificar los datos de un Docente.

2

El sistema solicita que se busque al Docente.

3

Se ingresan los datos para buscar en el sistema.

4

El sistema permite modificar los siguientes datos: Dirección y teléfonos de contacto.

5

Se modifican los datos que el sistema permite y se solicita al sistema guardar los datos.

6

El sistema guarda los datos e informa que la operación fue realizada con éxito.

La información del docente ya está actualizada. Paso Acción 5

Rendimiento Frecuencia esperada Estabilidad Comentarios

Paso 6

Si se desea cancelar la operación en ese momento, el sistema cancela la operación, a continuación, el caso de uso termina. Cota de tiempo 1 segundo

1 vez/mes ------Ninguno.

15

CU_Docente03 Objetivos asociados Requisitos asociados Descripción

Dar baja Docente OBJ=01 Gestionar los docentes.

Precondición

El solicitante es un Docente registrado y tiene su documentación disponible. Paso Acción 1 Se solicita al sistema comenzar el proceso de dar de baja a un Docente.

Secuencia Normal

Postcondición Excepciones

RI-01 Información de los docentes. El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando un docente solicite darse de baja.

2

El sistema solicita que se busque al Docente.

3

Se ingresan los datos para buscar en el sistema.

4

Se solicita al sistema que oculte la información relacionada con el Docente.

5

Se oculta los datos del sistema y se solicita al sistema guardar los cambios.

6

El sistema guarda los cambios e informa que la operación fue realizada con éxito.

7

El sistema inhabilita el carnet del docente.

El solicitante no es un docente registrado. Paso Acción 4

Rendimiento

Frecuencia esperada Estabilidad Comentarios

Paso 6

Si se desea cancelar la operación en ese momento, el sistema cancela la operación, a continuación, el caso de uso termina. Cota de tiempo 1 segundo

1 vez/mes Alta Ninguno.

16

CU_Docente04

Listar Docentes.

Objetivos asociados Requisitos asociados Descripción

OBJ=01 Gestionar a los docentes

Precondición Secuencia Normal

RI-01 Información de los docentes El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se quiera generar una lista de Docentes. Los solicitados deben de ser docentes registrados. Paso

Acción

1

Se solicita al sistema comenzar el proceso de listar Docentes.

2

Se solicita al sistema buscar los clientes registrados actualmente y mostrar los siguie...