SlideShare una empresa de Scribd logo
1 de 38
Descargar para leer sin conexión
Universidad Cesar Vallejo
SISTEMA DE ADMINISTRACIÓN ESCOLAR, PARA
LA INSTITUCIÓN EDUCATIVA PARTICULAR SANTA
ELENA

MCVS-AD-05 DOCUMENTO DE ANALISIS Y
DISEÑO DE CASOS DE USO DEL SISTEMA

Versión 3.0
OCTUBRE 2013
Nombre Empresa, 2013
ÍNDICE

INTRODUCCIÓN ..................................................................................................................................... 4
II. MODELO DE ANÁLISIS DE LOS CASOS DE USO .................................................................. 5
2.1 Diagrama de casos de uso del Sistema. ..................................................... 5
Lista de Actores del Sistema .............................................................................................. 6
2.1.2 Diagrama de casos de uso del Sistema por paquetes ......................................... 7
2.1.3 Clasificación de casos de uso ................................................................................ 10
2.1.4 Matriz de Casos de Uso por Actores ..................................................................... 12
2.2 Especificación de Casos de Uso ................................................................ 13
2.2.1 Caso de Uso: CU.01.01 Validar Usuario ............................................................... 13
2.2.2 Caso de Uso: CU.01.02 menú principal ............................................................... 14
2.2.3 Caso de Uso: CU.01.03 Registrar Ficha de Alumno. ............................................. 15
2.2.4 Caso de Uso: CU.06.04.1 ver reporte de estado de cuenta corriente. ........... 18
III. MODELO DE DISEÑO DE LOS CASOS DE USO ................................................................... 24
3.1.

Diagrama de clases de diseño. ............................................................ 24

Diagramas de secuencia por caso de uso ....................................................... 25
3.1.1. Diagrama de Secuencia de REGISTRAR AULA.................................................. 25
3.1.2. Diagrama de Secuencia de REGISTRO DE FICHA DE ALUMNO .................... 26
3.1.3
Diagrama de secuencia de Concepto de pagos .................................................. 27
3.1.4
Diagrama de secuencia Ordenes de pagos ............................................................ 28
3.1.5
Diagrama de secuencia Asignar Aulas ................................................................. 29
3.1.6
Diagrama de secuencia Registrar Docente ........................................................... 30
3.1.7
Diagrama de secuencia Asignar Curso Docente ................................................... 31
3.1.8 Diagrama de secuencia Registro de Matricula ........................................................... 32
3.1.9
Diagrama de secuencia Asignar Aulas ................................................................. 33
3.2

Modelo de Datos ................................................................................. 34
3.2.1 Lista de columnas de tabla FICHA DE ALUMNO .................................................... 35
3.1.2
Lista de columna de LA TABLA PAGOS ............................................................ 36
3.2.3
Lista de columna de LA TABLA MATRICULA .................................................. 36
3.2.4
Listado de columna de REGISTRO DE NOTA .................................................... 36
3.2.5
Listado de columna de CURSO............................................................................. 36
3.2.6
Listado de columna de PADRES........................................................................... 37
3.2.8
Listado de columna de ORDEN DE PAGO .......................................................... 37
3.2.9
Listado de columna de DOCENTE ....................................................................... 38
3.2.10 Listado de columna de GRADO_AULA ............................................................... 38
NOMBRE
Elaboración

CARGO

FECHA

Cesar Arevalo Alva Asistente

FIRMA

16 de octubre 2013

Revisión
Aprobación

EDICION
1

REVISION

FECHA

23 de octubre

DESCRPCION

AUTOR

Primera Versión de la Guía cesar Arévalo Alva.
INTRODUCCIÓN

El presente documento tiene como objetivo asegurar el correcto levantamiento de
información respecto a los casos de uso y definir la aproximación necesaria para
resolver los requisitos del proyecto de sistema de administración escolar, para la
institución educativa particular santa Elena.
Este documento contiene la información detallada de los casos de uso, el
prototipo de pantallas, el modelo de clases, las especificaciones de diseño
necesarias para iniciar la construcción y el modelo de datos requerido para dar
soporte a la funcionalidad definida.
El presente documento contiene dos partes:
ANALISIS DE LOS CASOS DE USO DEL SISTEMA
El objetivo de esta parte es asegurarse que los requisitos y especificaciones son factibles,
consistentes, estén completos y sean entendibles por el equipo de desarrollo, en función al
conocimiento de la situación actual y bajo el contexto organizacional, normativo de las
operaciones que realiza las áreas son secretaria y dirección que permite:






Brindar un entendimiento sobre el contexto actual del negocio donde se
desea construir e implantar una solución de software eficiente y
efectivamente.
Identificar y analizar los actores y procesos actuales, así como sus
problemas y limitaciones.
Identificar las entidades principales de datos que deberán ser
administradas por el sistema.
Estudiar cuidadosamente el documento de “Visión y Alcance”,
revisando a detalle cada elemento del documento buscando descubrir
omisiones, contradicciones, especificaciones a ser determinadas y
especificaciones que necesitan ampliarse o clarificarse.

DISEÑO DE LOS CASOS DE USO DEL SISTEMA

En esta parte el equipo de desarrollo ha descrito lógica y físicamente la
arquitectura del software que va a cumplir con las especificaciones del sistema.
La idea principal en esta etapa es la de organizar los requisitos en subsistemas y
desarrollar el mejor diseño para la atención de los requisitos de INSTITUCION
EDUCATIVA PARTICULAR SANTA ELENA definiendo, desde el punto de vista
técnico, las principales pantallas presentadas para los casos de uso. La
información de esta parte será entregada Al director de dicha institución.
A continuación se presenta en dos partes, el análisis y el diseño del sistema, el
cual deberá tomarse en cuenta para la fase de construcción ejecutada por el
equipo del proyecto durante los próximos meses.
II. MODELO DE ANÁLISIS DE LOS CASOS DE USO
Durante la fase de análisis del sistema se desarrollo el modelo de casos de uso del sistema a un
nivel macro. En el presente acápite detallamos con mayor detalle los casos de uso y la relación de
dependencia que tienen los procesos respecto a los servicios informáticos requeridos. Se pretende
conocer qué procesos del sistema serán parte de la solución propuesta, así como los problemas
que se presentan.
Resaltamos con mayor detalle la matriz de requisitos cruzándolos con los casos que atenderá el
sistema y los actores relacionados.
2.1 Diagrama de casos de uso del Sistema.
El Modelo de Casos de Uso del sistema presentado a continuación muestra la relación entre los
actores y los casos de uso del sistema. Cada uno de los casos de uso representa una
determinada funcionalidad que ofrecerá el sistema en lo que se refiere a su interacción externa.
2.1.1.1 Diagrama de Actores del Sistema
El siguiente cuadro (Fig. 1) muestra los diferentes Actores que interactúan en el SISTEMA
DE GESTION ESCOLAR.

Fig. 1 – Actores del Sistema Integrado de Gestión de Ventas
Lista de Actores del Sistema
describen los actores del sistema mencionados en la fig. 01 y las responsabilidades de cada
uno en el SISTEMA DE GESTION ESCOLAR.

Actores del sistema del Sistema
Actor del Sistema
Usuario
Asistente
administrativo

Director

Secretaria

docente
Sistema SAE

Responsabilidades del Sistema


























CU.01.01
CU.01.02
CU.01.03
CU.01.05
CU.01.06
CU.01.07
CU.01.08
CU.06.03
CU.04.03
CU.08.01
CU.08.02
CU.03.03
CU.02.01
CU.02.02
CU.03.01
CU.03.02
CU.05.01
CU.05.03
CU.06.02
CU.06.03
CU.07.01
CU.07.02
CU.07.03
CU.02.01
CU.06.01

Validar Usuario
Cambiar Contraseña
Registrar Perfiles
Registrar alumnos becados
Registrar Usuarios
Configurar Parámetros de Sistema
Registrar por situación económica
Ver Reporte de Estado de Cuenta Corriente
Aprobar Plan aulas por cantidad de alumnos
Ver Reporte de Cumplimiento
Ver Reporte de Estadística de Productividad de ingresantes
Administrar Proyectos Educativo
Enviar Mensajes
Revisar la Agenda
Administrar Cliente
Administrar Contactos
Ver Reporte Plan de Visitas
Administrar Oportunidades
Consultar Documentos
Ver Reporte de Estado de Cuenta del alumno
Administrar Agenda
Registra ficha de inscripción
valida ficha de inscripción
recibe mensajes del director
Cambiar Estado de Oportunidades
2.1.2 Diagrama de casos de uso del Sistema por paquetes
Para reducir la complejidad de la aplicación, se proponen los siguientes paquetes que
agrupan toda la funcionalidad a desarrollar:

Fig. 2 – Diagrama de Paquetes del SISTEMA DE GESTION ESCOLAR
2.1.2.1 Paquete: 01.Seguridad
Lista de casos de uso del paquete: 01. Seguridad

Caso de uso:

Propósito del Caso de Uso

CU.01.01 Validar Usuario

Validar que el usuario y contraseña ingresados
por el usuario sean correctos.

CU.01.02 menú principal

Permite que cada usuario pueda ver menú del
sistema.

CU.01.03.1 Registrar Usuarios.
CU.01.04 Registrar por situación
económica
CU.06.04.1 Ver Reporte de Estado de
Cuenta Corriente
CU.01.07 Configurar Parámetros de
Sistema

Registrar perfiles de acuerdo al rol del usuario
frente al sistema. Cada usuario tendrá un ID
código.
Registrar que usuarios van a tener privilegios
de media beca automáticamente.
Configurara los parámetros de sistema que
permitirán adecuar el sistema a las
necesidades salariales .
Permiten adecuar necesidades que el usuario
necesite.

Paquete: 02. Centro de Control.

Fig. 4 – Diagrama del Caso de uso del Paquete: 02. Centro de Control.
Lista de casos de uso del paquete: 02. Centro de Control
Caso de uso:

Propósito del Caso de Uso

CU.02.01 Solicita ficha de
inscripcion

Mantener informado secretaria sobre las
comunicaciones de los alumnos .

CU.02.02 revisa registro de
alumno

Permite revisar los eventos alumnos ya sea en el día,
mes o año.

CU.07.02 Registra ficha de
inscripcion
CU.07.03 Valida ficha de
inscripción

Permite visualizar ,verificar que los datos de alumno
este correctos y el estado de cuenta.
Esto permite finalizar satisfactoria mente el proceso de
matricula del alumno .

2.1.3 Clasificación de casos de uso
Los casos de uso del sistema han sido clasificados de acuerdo a su relevancia
(primario/secundario) en el sistema.
Casos de uso primario
Aquellos que son relevantes en el sistema y sirven de punto esencial para el correcto
funcionamiento del mismo. Estos casos de uso se harán en la primera iteración de la fase
de construcción.
Clasificación:
Primarios

Caso de Uso
CU.08.02 Ver Reporte de Estadística de Productividad de
ingresantes
CU.03.03 Administrar Proyectos Educativo
CU.03.01 Administrar Cliente
CU.03.02 Administrar Contactos
CU.05.01 Ver Reporte Plan de Visitas
CU.05.03 Administrar Oportunidades
CU.06.02 Consultar Documentos
CU.06.03 Ver Reporte de Estado de Cuenta del alumno
CU.07.01 Administrar Agenda
CU.07.02 Registra ficha de inscripción
CU.07.03 valida ficha de inscripción
CU.04.03 Aprobar Plan aulas por cantidad de alumnos

Casos de uso secundario
Aquellos elaborados para el cumplimiento de algunos requisitos funcionales y del sistema.
Estos casos de uso se construirán en la segunda iteración de la fase de construcción.
Clasificación:

Caso de Uso

Secundarios

CU.01.01
CU.01.02
CU.01.03
CU.01.05
CU.01.06
CU.01.07
CU.01.08
CU.01.08
CU.02.01

Validar Usuario
Cambiar Contraseña
Registrar Perfiles
Registrar alumnos becados
Registrar Usuarios
Configurar Parámetros de Sistema
Registrar por situación económica
Registrar Usuarios por Perfil
Enviar Mensajes
M1. Seguridad
CU.01.01 Validar Usuario
CU.01.02 Cambiar Contraseña
CU.01.03 Registrar alumnos becados
CU.01.06 Registrar Usuarios
CU.01.05 Registrar Perfil
CU.01.08 Registrar por situación económica
CU.06.03 Ver Reporte de Estado de Cuenta Corriente
CU.01.07 Configurar Parámetros de Sistema
M2. Centro de Control
CU.02.01 Enviar Mensajes
CU.02.02 Revisar La Agenda
CU.07.02 Registra ficha de inscripción
CU.07.03 valida ficha de inscripción
M3. Datos Alumno
CU.02.02 Revisar la Agenda
CU.03.01 Administrar Cliente
CU.07.03 valida ficha de inscripción
CU.07.02 Registra ficha de inscripción
M4. Planificación de Proyecto Educativo
CU.04.03 Aprobar Plan aulas por cantidad de alumnos
CU.08.01 Ver Reporte de Cumplimiento
CU.08.02 Ver Reporte de Estadística de Productividad de
ingresantes

X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X

X

Sistema SAE

Docente

Secretaria

A Asistente
administrativo
Director

Casos de uso vs. Actores

Usuario

2.1.4 Matriz de Casos de Uso por Actores
2.2 Especificación de Casos de Uso
2.2.1 Caso de Uso: CU.01.01 Validar Usuario
Caso de uso:
Actor(es):
Propósito:
Tipo:
Resumen:

CU.01.01 Usuario docente
Usuario
Validar que el usuario y contraseña del docente.
Secundario
El caso de uso comienza cuando el usuario ingresa a la pantalla de
Acceso al Sistema. El caso de uso termina con la validación
correcta del usuario y contraseña ingresado.

Requerimientos:
Precondiciones:
Postcondiciones

Login
Ninguno
Sera permitido el acceso al sistema para el usuario y contraseña
ingresados.

FLUJO BASICO
Acción del Actor
Respuesta del Sistema
1. El caso de uso comienza cuando el
2. El sistema valida los datos ingresados.
usuario ingresa a la pantalla de Acceso
El sistema muestra la pantalla principal
al Sistema e ingresa:
del sistema y el caso de uso termina.
a) Cuenta de usuario.
b) Contraseña.
El usuario le indica al sistema que valide
los datos ingresados.
FLUJO ALTERNO
FA 01: Flujo Básico Paso 02:
Si hay error en la validación.
1. No se permite el acceso al sistema y se muestra un mensaje en la pantalla indicando
clave incorrecta pregunta secreta .
2. Se retorna al paso anterior del flujo básico, para que el usuario realice las correcciones
necesarias.
FA 01: Flujo Básico Paso 02:
Si el usuario tiene más de un perfil
1. El usuario selecciona un perfil.
2. El sistema muestra la pantalla principal del sistema y el caso de uso termina.

PANTALLAS DEL CASO DE USO – CU.01.01

PAG-CU.01.01
2.2.2 Caso de Uso: CU.01.02 menú principal

Caso de uso:
Actor(es):
Propósito:
Tipo:
Resumen:

CU.00.02 menú principal
Usuario
Permite que el usuario pueda ver el menú principal de sistema
Primario

Requerimientos:
Precondiciones:
Postcondiciones

Información
Sistema permitirá que elija las opciones que requerirá el usuario.
1. Se ha permitido visualizar datos alumnos , cuentas , reportes
administrativos .

El caso de uso termina ver las opciones Archivos, registros
mantenimiento, reportes, ayuda .

FLUJO BASICO
Acción del Actor
1. El caso de uso comienza cuando el
usuario ingresa con su clave después
podrá cambiar su clave actual.
3. El usuario ingresara menú sistema :
a) Archivos.
b) registros.
c) mantenimiento.
d) reportes.
e) ayuda.

Respuesta del Sistema
2. El sistema muestra la pantalla de Menú
con las siguientes opciones.

4. El sistema aceptará las opciones que
elegirás en el instante requerido.

FLUJO ALTERNO
FA 01: Flujo Básico Paso 04:
Si hay error en la validación.
1. No se permite el acceso al sistema se mostrara un mensaje diciendo en mantenimiento
de datos.
2. Se retorna al menú principal a elegir otras opciones.

PANTALLAS DEL CASO DE USO – CU.01.02
PAG-CU.01.02

2.2.3 Caso de Uso: CU.01.03
Caso de uso:
Actor(es):
Propósito:
Tipo:
Resumen:

Requerimientos:
Precondiciones:
Postcondiciones

Registrar Ficha de Alumno.
CU.00.03 Registrar Ficha de Alumno
Asistente Administrador, secretaria ,director
Registrar los perfiles que podrán ser asignados a los usuarios del
sistema.
primario
El caso de uso comienza cuando el usuario encargado ingresa a la
opción de registrar Ficha de Alumno. El caso de uso termina cuando el
sistema registra, actualiza o elimina un perfil del sistema.
RQ005 Ficha de Alumno.
1. El asistente de Sistema o secretaria, es admitido en el sistema
luego de ser validados datos de alumnos.
1. Se ha creado un nuevo perfil en el sistema ó
2. Se han modificado los datos del registro de un perfil existente en
el sistema ó
3. Se ha eliminado el registro de un perfil del sistema ó
4. Se ha realizado la búsqueda de un perfil con los criterios de
selección ingresados.

FLUJO BASICO
Acción del Actor
1. Secretaria llena datos del alumno
nuevo.

Respuesta del Sistema
Datos tiene q coincidir con DNI.
2. secretaria llena registró de ubicación .
Datos ingresados del lugar donde vive .
3. secretaria llena datos adicionales.

Datos de condición del alumno.

4. Secretaria llena datos de los padres o
tutor del alumno.

Datos del padre o tutor.

5. La secretaria llenara datos de historial
académico.

Datos de años anteriores .

SECCIONES
Sección S01 : “Agregar registro de alumno”
1. secretaria seleccionó agregar un
alumno.

2. ubicación actual

a. código
b. fecha
c. tipo de documento
d. n° documento
e. nombres
f. apellido paterno
g. apellido materno
h. pais_nacimiento
i. lugar de nacimiento
j. municipio de nacimiento
k. año de nacimiento
l. sexo
grupo sanguíneo
2.2. dirección
2.3.telefono
2.4departamento
2.5-provincia
2.6.zona
2.7.nombre zona
2.8.seguro social

Sección S02 : “datos adicionales en general ”
3. secretaria llena datos adicionales.

a. alumno presenta
discapacidad?
b. alumno presenta enfermedad?
4. Secretaria llena datos de los padres o
tutor del alumno.

Sección S03 : “datos de colegio anterior ”
5. La secretaria llenara datos de historial
académico.

a.
b.
c.
d.
e.
f.
g.
h.
i.
j.
k.
l.

datos padre
nombre,
dirección,
teléfono,
ocupación,
nacionalidad,
datos madre
nombre,
dirección,
teléfono,
ocupación,
nacionalidad.

a. registro de colegio donde
estuvo año anterior
b. colegio anterior ,
c. dirección ,
d. motivo de retiro,
e. teléfono,
f. nivel cruzado,
g. grado cruzado,
h. año ,
i. contacto,
j. cargo ,
k. teléfono .

FLUJO ALTERNO
FA 01: Sección S01 Paso 01:
Si hay error en la validación.
1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los)
error(es) encontrados.
2. Se retorna al paso 1 de la sección 01, para que la secretaria realice las correcciones
necesarias.
FA 02: Sección S02 Paso 02:
Si hay error en la validación.
1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los)
error(es) encontrados.
2. Se retorna al paso 2 de la sección 01, para que la secretaria realice las correcciones
necesarias.
FA 03: Sección S03 Paso 03:
Si eliminar un registro genera inconsistencia de datos en el sistema.
1. No se realiza la eliminación del registro y se muestra un mensaje indicando el motivo.
PANTALLAS DEL CASO DE USO – CU.01.04

PAG-CU.01.03

2.2.4 Caso de Uso: CU.06.04.1 ver reporte de estado de cuenta corriente.

Caso de uso:
Actor(es):
Propósito:
Tipo:
Resumen:

CU.01.04 Registrar Opciones
Administrador del Sistema, secretaria.
Registrar las opciones pago , concepto de pago, pago.
Secundario
El caso de uso comienza cuando el Administrador del Sistema ingresa
a la opción de pago. El caso de uso termina cuando el sistema este
registrado .

Requerimientos:
Precondiciones:

RQ004 Opciones del Sistema
1. El Administrador del Sistema es admitido en el sistema luego de
ser validados cuenta.
Postcondiciones

1. Se vera estado de cuentas de alumnos.
2. Se ingresara nueva cuenta a pagar.
3. Se ha realizado la búsqueda de una opción con los criterios de
selección ingresados.

FLUJO BASICO
Acción del Actor
1. El caso de uso comienza cuando la
secretaria asigne verificación de
cuenta.

Respuesta del Sistema
2. El Sistema muestra datos de cuenta de
pago.

3. La secretaria edita si el alumno es
becado, categoría de pagos.

4. El Sistema muestra editar pagos en
función a notas ,etc.

5. La secretaria llenara datos de vaucher ,
en módulo de pagos.

6. El sistema muestra permite llenar
datos de cuentas de alumno.

SECCIONES
Sección S01 : “orden de pago”
1. Secretaria ingresara a cuenta de
alumno.

2. El sistema muestra el formulario de
datos de cuenta .

3. La secretaria valida cuenta .

Sección S02 : “Concepto de pagos”
1. secretaria verifica que datos estén
correctos y cuenta correcta

Sección S03 : “pago”
1. secretaria ingresa vaucher de alumno .

FLUJO ALTERNO
FA 01: Sección S01 Paso 03:
Si hay error en la validación.

1.
2.
3.
4.
5.
6.
7.
8.

alumno
apellidos
Grupo
vencimiento
recargar mora
pensión
fecha de cobro
descripción

nivel
grado
pedido
fecha de pago
vencimiento
descripción
moras
recarga mora
descuento por pago
numero de vaucher
codalumno
nombres
apellidos
tipo de pago
tipo de cambio
monto
fecha
1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los)
error(es) encontrados.

FA 02: Sección S02 Paso 01:
Si hay error en la validación.
1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los)
error(es) encontrados.
FA 03: Sección S03 Paso 02:
Si eliminar un registro genera inconsistencia de datos en el sistema.
1. No se realiza la eliminación del registro y se muestra un mensaje indicando el motivo.

PANTALLAS DEL CASO DE USO – CU.01.04
PAG-CU.01.04
2.2.5. Caso de uso : CU.04.03 Aprobar plan aulas por cantidad de alumnos.
Caso de uso:
Actor(es):
Propósito:
Tipo:
Resumen:

CU.01.01 Validar Usuario
director
Validar cantidad de aulas libres para grado
Secundario
El caso de uso comienza cuando el usuario ingresa a la pantalla de
Acceso al Sistema. Verifica cantidad de alumnos inscritos .

Login
Requerimientos:
Ninguno
Precondiciones:
Sera permitido por el sistema .
Postcondiciones
FLUJO BASICO
Acción del Actor
Respuesta del Sistema
1. El caso de uso comienza
n°aula
cuando el usuario ingresa
seccion
nueva aula .
detalle
estado
2. El director gestión aula

nivel
aula
fecha
turno
grado

FLUJO ALTERNO
FA 01: Flujo Básico Paso 02:
Si hay error en la validación.
3. No se permite el acceso al sistema , s no es el director
4. Se retorna a nueva alula si esta llenos.

FA 01: Flujo Básico Paso 02:
Si el usuario tiene más de un perfil
3. El usuario selecciona un la cantidad de personas en cada salón .

PANTALLAS DEL CASO DE USO – CU.04.03
PAG- CU.04.03
III. MODELO DE DISEÑO DE LOS CASOS DE USO
En el presente acápite se presenta el diseño del sistema por medio del modelo de clases, como
elemento principal. En el mismo la estructura de clases del sistema se especifica, con relaciones
entre clase y estructuras de herencia así como sus principales atributos.
Nuestra metodología utiliza las técnicas de aproximación a un caso de uso guiado hacia el diseño
orientado a objetos (diagramas a implementar dentro del diseño del sistema) para la
implementación de funciones del nuevo sistema.

3.1.

Diagrama de clases de diseño.
Diagramas de secuencia por caso de uso
3.1.1.

Diagrama de Secuencia de REGISTRAR AULA

: IU_MENU PRINCIPAL

: IU_MENU CREAR AULAS

: CC_RegistroAula

: Secretaria

: Aulas

Ingresa al Menu
Visualizan Menu Principal
Acce Opcion Registro
Aulas
FrmAulas.Show()

Ingresa n° aulas
Ingresa capacidad
Selecciona Sesion
Preciona Agregar
agregar()
Muestra mensaje
(MessageBox.Show)

agrega aula

Análisis y Diseño

Página 25 de 38
3.1.2.

: Secretaria

Diagrama de Secuencia de REGISTRO DE FICHA DE ALUMNO

: IU_MENU PRINCIPAL

Desabilita Campos : IU_MENU
REGISTRO ALUMNOS

:
CC_RegistrarFichaAlumnos

: Alumno

Ingresa al Menu

visualiza menu Principal
Accede opcion
Registro Alumnos
IFrmAlumno.Show()

Autogenera codigo Alumno

Desbloquea campos
Preciona Buscar Foto
buscarImagen()
Muestra panel de importar foto
Importa foto

Ingresa datos del alumno

Preciona Grabar

RegistroAlumno()
Valida datos correctos
( MessageBox.Show())

Registra Alumno (RegistroAlumno(xreg))

Análisis y Diseño

Página 26 de 38
3.1.3

Diagrama de secuencia de Concepto de pagos

: Asistente
Administrativo

: IU_MENU PRINCIPAL

: IU_CONCEPTO DE PAGOS

:
CC_RegistroConceptoPago

: Conceptop

Ingresa al Menu Principal

Muestra Barra de menu

Seleccion opcion
Concepto de Pago
Frmconceptop.Show()

Muestra menu de Concepto de pagos

selecciona Grupo escolar
selecciona grado escolar
ingresa monto pension
ingresa monto matricula
Ingresa porcentaje de Descuento por Mora
Ingresa porcentaje por descuento anticipado
preciona guardar
grabarConceptop()
Valida registro
(MessageBox.Show())

Registra concepto de pagos
Registroconceptop(xreg)

Análisis y Diseño

Página 27 de 38
3.1.4 Diagrama de secuencia Ordenes de pagos

: Asistente
Administrativo

: IU_MENU PRINCIPAL

: IU_CONCEPTO DE PAGOS

:
CC_RegistroConceptoPago

: Conceptop

Ingresa al Menu Principal

Muestra Barra de menu

Seleccion opcion
Concepto de Pago
Frmconceptop.Show()

Muestra menu de Concepto de pagos

selecciona Grupo escolar

ingresa monto pension
ingresa monto matricula

Ingresa porcentaje de Descuento por Mora
Ingresa porcentaje por descuento anticipado

preciona guardar
grabarConceptop()
Valida registro
(MessageBox.Show())

Registra concepto de pagos
Registroconceptop(xreg)

Análisis y Diseño

Página 28 de 38
3.1.5 Diagrama de secuencia Asignar Aulas

: Secretaria

: IU_MENU PRINCIPAL : IU_MENU ASIGNAR AULAS

: AsignarAula

: CC_AsignarAula

Ingresa Menu
Muestra barra de menu
Ingresa opcion movimientos
asignar aulas
FrmAsignarAula.Show()

Muestra formulario de asigancion de aulas
Selecciona Nivel Escolar
Muestra Grado Escolar
selecciona Aula
Elige turno
Presiona Asignar
Asignar Aula()
Valida Registro
(MessageBox.Show())

Registra asignacion

Análisis y Diseño

Página 29 de 38
3.1.6 Diagrama de secuencia Registrar Docente

: Secretaria

: IU_MENU PRINCIPAL

: IU_MENU_REGISTRODOCENTES

: CC_RegistroDocentes

: Doncentes

Ingresa al Menu
Muestra Barra de menu
Ingresa Opcion
Mantenimientos de docentes
FrmDocente.Show()

Muestra formulario de registro de docentes
Preciona Boton Nuevo
Auto Genera Codigo
GeneraCod()

Limpia Campos Limpiar()
Lena Campos de Registros
Preciona Guardar
RegistroDoncente()
Registra docente

Análisis y Diseño

Página 30 de 38
3.1.7 Diagrama de secuencia Asignar Curso Docente

: Secretaria

: IU_MENU PRINCIPAL

: IU_MENU ASIGNARCURSO

: CC_AsignarDocente

: AsignarCursoDocente

: IU_ConsultaDocente

Ingresa al menu principal
Muestra Barra de Menu
Ingresa Opcion
Movimientos Cursos
FrmAsignarCurso.Show()

Muestra Formulario
Preciona Boton buscar Docentes

FrmConsultaDocenteShow()

Muestra Formulario de Consulta
Habilita Campo Codigo

Ingresa Codigo

Preciona buscar

ConsultaDocente()

Trae informacion de docente a campos de textos de docente

Ingresa Curso
Preciona Boton Asignar
AsignarCurso()
Registra Asignacion de
curso a docente

Análisis y Diseño

Página 31 de 38
3.1.8 Diagrama de secuencia Registro de Matricula

: Secretaria

: IU_MENU PRINCIPAL

: CC_ConsultaAlumno

: IU_MATRICULA

: CC_ConsultaPagos

: CC_RegistroMatricula

: Matricula

Ingresa Menu
Muestra Barra de Menu

Ingresa Opcion
Registros Matriculas
IFrmMatricula.Show()
Muestra formulario de registro de matricula
Preciona Boton Nuevo
Limpia campos()

Habilita Boton Buscar
Codigo

Preciona Buscar
Muestra Panel de Busqueda
Ingresa CodigoALumno
ConsultaAlumno()
Valida Codigo
extrae datos del alumno
en campos de
identificacion
Valida Campo
Estado del Alumno

Valida Estado de Pagos
ConsultaPago()

Arrasta Nivel y grado escola a
matricula en campos
Ingresa Datos de Registro
Preciona Guardar
RegistroMatricula()
RegistraMatricula

Análisis y Diseño

Página 32 de 38
3.1.9 Diagrama de secuencia Asignar Aulas

: Secretaria

: IU_MENU PRINCIPAL : IU_MENU ASIGNAR AULAS

: AsignarAula

: CC_AsignarAula

Ingresa Menu
Muestra barra de menu
Ingresa opcion movimientos
asignar aulas
FrmAsignarAula.Show()

Muestra formulario de asigancion de aulas

selecciona Aula

Elige turno
Presiona Asignar
Asignar Aula()

Valida Registro
(MessageBox.Show())

Registra asignacion

Análisis y Diseño

Página 33 de 38
3.2

Modelo de Datos

A continuación presentamos el modelo de datos organizado por paquetes para una mejor
visualización.

1 Paquete: 00 – sistema de administración escolar

Análisis y Diseño

Página 34 de 38
3.2.1 Lista de columnas de tabla FICHA DE ALUMNO
NOMBRE
CODALUMNO
NOMBRES
APE_PAT
APE_MAT
TIPO_DOC
PAIS_NAC
PROVINCIA_NAC
MUNICIPIO_NA
AÑO_NAC
SEXO
FECHAREGISTRO
ESTADO
DIRECCION
TELEFONO
DEPARTAMENTO
PROVINCIA
DISTRITO
ZONA
NOMZONA
SEGURO1
SEGURO2
SEGURO3
GRUPO_SANG
DISCAPACIDAD
ENFERMEDAD
INSTITUCIONANT
DIRCOLANT
MCESE
TELCOL
NIVELCURSADO
GRADOCURSADO
ANIO
CONTACTO
CARGO
TELCONT
PK

Análisis y Diseño

TIPO DE DATO
CHAR
VARCHAR
VARCHAR
VARCHAR
INT
VARCHAR
VARCHAR
VARCHAR
DATE
VARCHAR
DATE
NCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
NVARCHAR2
VARCHAR
VARCHAR
VARCHAR
VARCHAR
NVARCHAR2
INT
INT
VARCHAR
VARCHAR
VARCHAR
VARCHAR
INT
CODALUMNO

COMENTARIO
CODIGO DE ALUMNO
NOMBRE DE ALUMNO
APELLIDO PATERNO
APELLIDO MATERNO
TIPO DE DOCUMENTO
PAÍS DE NACIMIENTO
PROVINCIA DE NACIMIENTO
MUNICIPALIDA DE NACIMIENTO
AÑO DE NACIMIENTO
SEXO DE ALUMNO
FECHA DE REGISTRO
ESTADO
DIRECCIÓN
TELÉFONO
DEPARTAMENTO
PROVINCIA
DISTRITO
ZONA URBANA
NOMBRE DE ZONA
SEGURO
SEGURO
SEGURO
GRUPO DE SANGRE
DISCAPACIDA
ENFERMEDAD
INSTITUCIONALIDAD ANTIGUA
DIRECCION INSTITUCION ANTIGUA
MESES
TELEFONO
NIVEL CURSADO
GRADO CURSADO
AÑO
CONTACTO
CARGO
TELEFONO INSTITUCION
PAGO DE INSCRIPCION

Página 35 de 38
3.1.2 Lista de columna de LA TABLA PAGOS
NOMBRE
Nº_VOUCHER
COD_ALUMNO
TIPO_PAGO
TIPO_CAMBIO
IMPORTE
FECHA
DETALLE
PK

TIPO DE DATO
CHAR
CHAR
VARCHAR
VARCHAR
DECIMAL
DATE
VARCHAR
NR_VOUCHER

COMENTARIO
VOUCHER DEL PAGO REALIZADO
CÓDIGO DEL ALUMNO
TIPO DE PAGO
TIPO DE CAMBIO
IMPORTE
FECHA
DETALLE
PAGO DEL VOUCHER

3.2.3 Lista de columna de LA TABLA MATRICULA
NOMBRE
CODALUMNO
NIVEL
GRADO
PERIODO
COD_MATRICUAL
PK

TIPO DE DATO
CHAR
VARCHAR
VARCHAR
VARCHAR
CHAR
COD_MATRICULA

COMENTARIO
CODIGO DE ALUMNO
NIVEL ACADEMICO
GRADO AL QUE CURSARA
PERIODO ACADÉMICO ANTERIOR
CÓDIGO DE MATRICULA
PAGO

3.2.4 Listado de columna de REGISTRO DE NOTA

NOMBRE
NR_REG
CODALUMNO
COD_DOC
ID_CURSO
PROMEDIO
ID_PERIODO
PK

TIPO DE DATO
INT
CHAR
CHAR
INT
DECIMAL
INT
NR_REG

COMENTARIO
NUMERO DE REGISTRO
CÓDIGO ALUMNO
CÓDIGO DOCENTE
CURSOS
PROMEDIO DE NOTA
PERIODO ACADÉMICO
PAGO

3.2.5 Listado de columna de CURSO
NOMBRE
ID_CURSO
CURSO
OBSERVACION
ANIO_ESCOLAR

Análisis y Diseño

TIPO DE DATO
INT
VARCHAR
VARCHAR
DATE

COMENTARIO
NUMERO CURSO
CURSO
OBSERVACIONES
AÑO ESCOLAR

Página 36 de 38
ID_NIVEL
ID_GRADO
ESTADO
PK

INT
INT
VARCHAR
ID_CURSO

NIVEL ACADÉMICO
GRADO
ESTADO
PAGOS

3.2.6 Listado de columna de PADRES
NOMBRE
ID
NOMBRE
CODALUMNO
DIRECCION
TELEFONO
OCUPACION
PK

TIPO DE DATO
VARCHAR
VARCHAR
CHAR
VARCHAR
INT
VARCHAR
ID

COMENTARIO
IDENTIDAD
NOMBRE
CÓDIGO DE ALUMNO
DIRECCIÓN
TELÉFONO
OCUPACIÓN
PAGO

3.2.7 Listado de columna de CONCEPTOP
NOMBRE
NUMERO
ID_NIVEL
ID_GRADO
ID_PERIODO
FECHACOBRO
FECHAVENCIMIENTO
DESCRIPCION
MORA
DESCUENTO
PK

TIPO DE DATO
INT
INT
INT
INT
DATE
DATE
VARCHAR
DECIMAL
DECIMAL
NUMERO

COMENTARIO
NUMERO
NUMERO DE NIVEL
NUMERO GRADO
NUMERO DE PERIODO
FECHA DE COBRO
FECHA DE VENCIMIENTO
DESCRIPCION
MORA
DESCUENTOS
PAGOS

3.2.8 Listado de columna de ORDEN DE PAGO
NOMBRE
NUMERO
CODALUMNO
ID_NIVEL
ID_GRADO
VENCIMIENTO
REGARGOMORA
PENSION
FECHACOBRO
PK

Análisis y Diseño

TIPO DE DATO
INT
CHAR
INT
INT
DATE
DECIMAL
DECIMAL
DECIMAL
NUMERO

COMENTARIO
NUMERO
CÓDIGO DE ALUMNO
NUMERO DE NIVEL
NUMERO GRADO
VENCIMIENTO
RECARGA MORA
PENSIÓN
FECHA COBRO
PAGOS

Página 37 de 38
3.2.9 Listado de columna de DOCENTE
NOMBRE
COD_DOC
NOMBRES
APELLIDO
DIRECCION
SEXO
ESPECIALIDAD
GRADOOBTENIDO
PK

TIPO DE DATO
CHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
VARCHAR
COD_DOC

COMENTARIO
CÓDIGO DOCENTE
NOMBRES
APELLIDOS
DIRECCIÓN
SEXO
ESPECIALIDAD
GRADO OBTENIDO
PAGO

3.2.10 Listado de columna de GRADO_AULA
NOMBRE
ID_GRADO
ID_AULA
ESTADO
FECREGISTRO
ID_TURNO

Análisis y Diseño

TIPO DE DATO
INT
INT
VARCHAR
DATE
INT

COMETARIO
NUMERO DE GRADO
NUMERO AULA
ESTADO
FECHA REGISTRO
NUMERO DE TURNO

Página 38 de 38

Más contenido relacionado

La actualidad más candente

Procesos de analisis de sistemas
Procesos de analisis de sistemasProcesos de analisis de sistemas
Procesos de analisis de sistemasCésar Barragán
 
Lenguajes de Descripción de Arquitecturas
Lenguajes de Descripción de Arquitecturas Lenguajes de Descripción de Arquitecturas
Lenguajes de Descripción de Arquitecturas Shelisse De la Cruz
 
Mcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cusMcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cuslnavarros
 
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)German Duarte
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasRafael D Martinez
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniRAUL CHIPANA LARICO
 
Fase 4 – diseño físico y práctico
Fase 4 – diseño físico y práctico Fase 4 – diseño físico y práctico
Fase 4 – diseño físico y práctico jacksson montoya
 
Diseño de-un-sistema-de-informacion-para-registro-academico
Diseño de-un-sistema-de-informacion-para-registro-academicoDiseño de-un-sistema-de-informacion-para-registro-academico
Diseño de-un-sistema-de-informacion-para-registro-academicoRAUL CHIPANA LARICO
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoJuan Pablo Bustos Thames
 
Diseño y Análisis de una Plataforma e-Commerce
Diseño y Análisis de una Plataforma e-CommerceDiseño y Análisis de una Plataforma e-Commerce
Diseño y Análisis de una Plataforma e-Commerceppalos
 
Arquitectura de software para aplicaciones móviles
Arquitectura de software para aplicaciones móvilesArquitectura de software para aplicaciones móviles
Arquitectura de software para aplicaciones móvilesSergio Castillo Yrizales
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win winkhinkhe
 
Modelador de base de datos ERwin
Modelador de base de datos ERwinModelador de base de datos ERwin
Modelador de base de datos ERwinXeberth MendoZa
 

La actualidad más candente (20)

Procesos de analisis de sistemas
Procesos de analisis de sistemasProcesos de analisis de sistemas
Procesos de analisis de sistemas
 
Lenguajes de Descripción de Arquitecturas
Lenguajes de Descripción de Arquitecturas Lenguajes de Descripción de Arquitecturas
Lenguajes de Descripción de Arquitecturas
 
Documento vision
Documento visionDocumento vision
Documento vision
 
Mcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cusMcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cus
 
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)
Unidades 1, 2 y 3: Fase 4 - Consolidar Documento de requerimientos (SRS)
 
Tipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemasTipos de arquitecturas de sistemas
Tipos de arquitecturas de sistemas
 
Diseño orientado a objetos con uml
Diseño orientado a objetos con umlDiseño orientado a objetos con uml
Diseño orientado a objetos con uml
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
 
METODOLOGIA SSADM
METODOLOGIA SSADMMETODOLOGIA SSADM
METODOLOGIA SSADM
 
Fase 4 – diseño físico y práctico
Fase 4 – diseño físico y práctico Fase 4 – diseño físico y práctico
Fase 4 – diseño físico y práctico
 
Diseño de-un-sistema-de-informacion-para-registro-academico
Diseño de-un-sistema-de-informacion-para-registro-academicoDiseño de-un-sistema-de-informacion-para-registro-academico
Diseño de-un-sistema-de-informacion-para-registro-academico
 
Diseño de la interfaz de usuario
Diseño de la interfaz de usuarioDiseño de la interfaz de usuario
Diseño de la interfaz de usuario
 
7.1. procedimientos almacenados
7.1.  procedimientos almacenados7.1.  procedimientos almacenados
7.1. procedimientos almacenados
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
 
Diseño y Análisis de una Plataforma e-Commerce
Diseño y Análisis de una Plataforma e-CommerceDiseño y Análisis de una Plataforma e-Commerce
Diseño y Análisis de una Plataforma e-Commerce
 
Diseño Estructurado
Diseño EstructuradoDiseño Estructurado
Diseño Estructurado
 
Arquitectura de software para aplicaciones móviles
Arquitectura de software para aplicaciones móvilesArquitectura de software para aplicaciones móviles
Arquitectura de software para aplicaciones móviles
 
Estructura de Datos - Instrumentación Didáctica
Estructura de Datos - Instrumentación DidácticaEstructura de Datos - Instrumentación Didáctica
Estructura de Datos - Instrumentación Didáctica
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 
Modelador de base de datos ERwin
Modelador de base de datos ERwinModelador de base de datos ERwin
Modelador de base de datos ERwin
 

Similar a Mcvs ad-05 documento de analisis y diseño de cus

Mcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cusMcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cuslnavarros
 
Analsis De Sistema
Analsis De SistemaAnalsis De Sistema
Analsis De SistemaVal Cornejo
 
Mcvs ad-02 análisis de requerimientos técnicos
Mcvs ad-02 análisis de requerimientos técnicosMcvs ad-02 análisis de requerimientos técnicos
Mcvs ad-02 análisis de requerimientos técnicosgiancarlo Aguirre Campos
 
MSV empresa las vegas
MSV empresa las vegasMSV empresa las vegas
MSV empresa las vegasDavid Fid
 
Msv empresa las vegas v0.4
Msv   empresa las vegas v0.4Msv   empresa las vegas v0.4
Msv empresa las vegas v0.4David Fid
 
TP-Sistemas Información I (335) (2012-1) (primer momento)
TP-Sistemas Información I (335) (2012-1) (primer momento)TP-Sistemas Información I (335) (2012-1) (primer momento)
TP-Sistemas Información I (335) (2012-1) (primer momento)rubenferm
 
Mcvs ad-02 plan de gestión de desarrollo sge
Mcvs ad-02 plan de gestión de desarrollo sgeMcvs ad-02 plan de gestión de desarrollo sge
Mcvs ad-02 plan de gestión de desarrollo sgegiancarlo Aguirre Campos
 
Mcvs ad-01 modelo de arquitectura del software
Mcvs ad-01 modelo de arquitectura del softwareMcvs ad-01 modelo de arquitectura del software
Mcvs ad-01 modelo de arquitectura del softwaregiancarlo Aguirre Campos
 
Mcvs ad-04 diseño del sistema de informacion v1
Mcvs ad-04 diseño del sistema de informacion v1Mcvs ad-04 diseño del sistema de informacion v1
Mcvs ad-04 diseño del sistema de informacion v1lnavarros
 
Sin título 1vcxhz
Sin título 1vcxhzSin título 1vcxhz
Sin título 1vcxhzmilton444
 
Informe de diseño gpl
Informe de diseño gplInforme de diseño gpl
Informe de diseño gplLina Vega
 
Esquema de metadatos para la Gestión de documentos electrónicos
Esquema de metadatos para la Gestión de documentos electrónicosEsquema de metadatos para la Gestión de documentos electrónicos
Esquema de metadatos para la Gestión de documentos electrónicosRadar Información y Conocimiento
 
modelo de entidad
modelo de entidad modelo de entidad
modelo de entidad negop
 
TOPOLOGUIA DE RES
TOPOLOGUIA DE RESTOPOLOGUIA DE RES
TOPOLOGUIA DE RESnegop
 
Mcvs ad-01 modelo de arquitectura del software v3
Mcvs ad-01 modelo de arquitectura del software v3Mcvs ad-01 modelo de arquitectura del software v3
Mcvs ad-01 modelo de arquitectura del software v3lnavarros
 
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdfJuanPatricioLemaChil
 
Mcvs ad-02 plan de gestión de desarrollo
Mcvs ad-02 plan de gestión de desarrolloMcvs ad-02 plan de gestión de desarrollo
Mcvs ad-02 plan de gestión de desarrollolnavarros
 

Similar a Mcvs ad-05 documento de analisis y diseño de cus (20)

Mcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cusMcvs ad-05 documento de analisis y diseño de cus
Mcvs ad-05 documento de analisis y diseño de cus
 
Analsis De Sistema
Analsis De SistemaAnalsis De Sistema
Analsis De Sistema
 
Mcvs re-02 requerimientos de usuario
Mcvs re-02 requerimientos de usuarioMcvs re-02 requerimientos de usuario
Mcvs re-02 requerimientos de usuario
 
Consultorio Médico
Consultorio MédicoConsultorio Médico
Consultorio Médico
 
Mcvs ad-02 análisis de requerimientos técnicos
Mcvs ad-02 análisis de requerimientos técnicosMcvs ad-02 análisis de requerimientos técnicos
Mcvs ad-02 análisis de requerimientos técnicos
 
MSV empresa las vegas
MSV empresa las vegasMSV empresa las vegas
MSV empresa las vegas
 
Msv empresa las vegas v0.4
Msv   empresa las vegas v0.4Msv   empresa las vegas v0.4
Msv empresa las vegas v0.4
 
TP-Sistemas Información I (335) (2012-1) (primer momento)
TP-Sistemas Información I (335) (2012-1) (primer momento)TP-Sistemas Información I (335) (2012-1) (primer momento)
TP-Sistemas Información I (335) (2012-1) (primer momento)
 
Mcvs ad-02 plan de gestión de desarrollo sge
Mcvs ad-02 plan de gestión de desarrollo sgeMcvs ad-02 plan de gestión de desarrollo sge
Mcvs ad-02 plan de gestión de desarrollo sge
 
Mcvs ad-01 modelo de arquitectura del software
Mcvs ad-01 modelo de arquitectura del softwareMcvs ad-01 modelo de arquitectura del software
Mcvs ad-01 modelo de arquitectura del software
 
Mcvs ad-04 diseño del sistema de informacion v1
Mcvs ad-04 diseño del sistema de informacion v1Mcvs ad-04 diseño del sistema de informacion v1
Mcvs ad-04 diseño del sistema de informacion v1
 
Sin título 1vcxhz
Sin título 1vcxhzSin título 1vcxhz
Sin título 1vcxhz
 
Informe de diseño gpl
Informe de diseño gplInforme de diseño gpl
Informe de diseño gpl
 
Esquema de metadatos para la Gestión de documentos electrónicos
Esquema de metadatos para la Gestión de documentos electrónicosEsquema de metadatos para la Gestión de documentos electrónicos
Esquema de metadatos para la Gestión de documentos electrónicos
 
modelo de entidad
modelo de entidad modelo de entidad
modelo de entidad
 
2.2. el modeloer
2.2. el modeloer2.2. el modeloer
2.2. el modeloer
 
TOPOLOGUIA DE RES
TOPOLOGUIA DE RESTOPOLOGUIA DE RES
TOPOLOGUIA DE RES
 
Mcvs ad-01 modelo de arquitectura del software v3
Mcvs ad-01 modelo de arquitectura del software v3Mcvs ad-01 modelo de arquitectura del software v3
Mcvs ad-01 modelo de arquitectura del software v3
 
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf
01. Bases de Datos autor María del Carmen Gómez Fuentes.pdf
 
Mcvs ad-02 plan de gestión de desarrollo
Mcvs ad-02 plan de gestión de desarrolloMcvs ad-02 plan de gestión de desarrollo
Mcvs ad-02 plan de gestión de desarrollo
 

Más de giancarlo Aguirre Campos

Mcvs de-04 manual de instalación y configuración
Mcvs de-04 manual de instalación y configuraciónMcvs de-04 manual de instalación y configuración
Mcvs de-04 manual de instalación y configuracióngiancarlo Aguirre Campos
 
Mcvs ad-04 diseño del sistema de información
Mcvs ad-04 diseño del sistema de informaciónMcvs ad-04 diseño del sistema de información
Mcvs ad-04 diseño del sistema de informacióngiancarlo Aguirre Campos
 
Mcvs ad-03 prototipo del sistema de información
Mcvs ad-03 prototipo del sistema de informaciónMcvs ad-03 prototipo del sistema de información
Mcvs ad-03 prototipo del sistema de informacióngiancarlo Aguirre Campos
 

Más de giancarlo Aguirre Campos (20)

Mcvs ad-03 cierre del proyecto
Mcvs ad-03 cierre del proyectoMcvs ad-03 cierre del proyecto
Mcvs ad-03 cierre del proyecto
 
Mcvs te-01 caso de prueba
Mcvs te-01 caso de pruebaMcvs te-01 caso de prueba
Mcvs te-01 caso de prueba
 
Mcvs ad-06 plan general del proyecto sge
Mcvs ad-06 plan general del proyecto sgeMcvs ad-06 plan general del proyecto sge
Mcvs ad-06 plan general del proyecto sge
 
Mcvs ad-03 cierre del proyecto
Mcvs ad-03 cierre del proyectoMcvs ad-03 cierre del proyecto
Mcvs ad-03 cierre del proyecto
 
Mcvs ad-01 ficha de proyecto
Mcvs ad-01 ficha de proyectoMcvs ad-01 ficha de proyecto
Mcvs ad-01 ficha de proyecto
 
Mcvs ad-04 acta de entrevista al usuario
Mcvs ad-04 acta de entrevista al usuarioMcvs ad-04 acta de entrevista al usuario
Mcvs ad-04 acta de entrevista al usuario
 
Mcvs cc-01 informe de gestión de cambios
Mcvs cc-01 informe de gestión de cambiosMcvs cc-01 informe de gestión de cambios
Mcvs cc-01 informe de gestión de cambios
 
Mcvs de-03 manual del sistema
Mcvs de-03 manual del sistemaMcvs de-03 manual del sistema
Mcvs de-03 manual del sistema
 
Mcvs de-02 manual de usuario final
Mcvs de-02 manual de usuario finalMcvs de-02 manual de usuario final
Mcvs de-02 manual de usuario final
 
Mcvs de-01 inicialización de datos
Mcvs de-01 inicialización de datosMcvs de-01 inicialización de datos
Mcvs de-01 inicialización de datos
 
Mcvs de-04 manual de instalación y configuración
Mcvs de-04 manual de instalación y configuraciónMcvs de-04 manual de instalación y configuración
Mcvs de-04 manual de instalación y configuración
 
Mcvs te-01 caso de prueba
Mcvs te-01 caso de pruebaMcvs te-01 caso de prueba
Mcvs te-01 caso de prueba
 
Mcvs im-01 software producido
Mcvs im-01 software producidoMcvs im-01 software producido
Mcvs im-01 software producido
 
Mcvs ad-04 diseño del sistema de información
Mcvs ad-04 diseño del sistema de informaciónMcvs ad-04 diseño del sistema de información
Mcvs ad-04 diseño del sistema de información
 
Mcvs ad-03 prototipo del sistema de información
Mcvs ad-03 prototipo del sistema de informaciónMcvs ad-03 prototipo del sistema de información
Mcvs ad-03 prototipo del sistema de información
 
Mcvs re-03 requerimientos técnicos
Mcvs re-03 requerimientos técnicosMcvs re-03 requerimientos técnicos
Mcvs re-03 requerimientos técnicos
 
Mcvs re-01 vision del negocio
Mcvs re-01 vision del negocioMcvs re-01 vision del negocio
Mcvs re-01 vision del negocio
 
Mcvs re-04 glosario
Mcvs re-04 glosarioMcvs re-04 glosario
Mcvs re-04 glosario
 
Mcvs mn-01 casos de uso de negocio
Mcvs mn-01 casos de uso de negocioMcvs mn-01 casos de uso de negocio
Mcvs mn-01 casos de uso de negocio
 
Sesion09 quiz_5_metodologías agiles_xp
 Sesion09 quiz_5_metodologías agiles_xp Sesion09 quiz_5_metodologías agiles_xp
Sesion09 quiz_5_metodologías agiles_xp
 

Mcvs ad-05 documento de analisis y diseño de cus

  • 1. Universidad Cesar Vallejo SISTEMA DE ADMINISTRACIÓN ESCOLAR, PARA LA INSTITUCIÓN EDUCATIVA PARTICULAR SANTA ELENA MCVS-AD-05 DOCUMENTO DE ANALISIS Y DISEÑO DE CASOS DE USO DEL SISTEMA Versión 3.0 OCTUBRE 2013 Nombre Empresa, 2013
  • 2. ÍNDICE INTRODUCCIÓN ..................................................................................................................................... 4 II. MODELO DE ANÁLISIS DE LOS CASOS DE USO .................................................................. 5 2.1 Diagrama de casos de uso del Sistema. ..................................................... 5 Lista de Actores del Sistema .............................................................................................. 6 2.1.2 Diagrama de casos de uso del Sistema por paquetes ......................................... 7 2.1.3 Clasificación de casos de uso ................................................................................ 10 2.1.4 Matriz de Casos de Uso por Actores ..................................................................... 12 2.2 Especificación de Casos de Uso ................................................................ 13 2.2.1 Caso de Uso: CU.01.01 Validar Usuario ............................................................... 13 2.2.2 Caso de Uso: CU.01.02 menú principal ............................................................... 14 2.2.3 Caso de Uso: CU.01.03 Registrar Ficha de Alumno. ............................................. 15 2.2.4 Caso de Uso: CU.06.04.1 ver reporte de estado de cuenta corriente. ........... 18 III. MODELO DE DISEÑO DE LOS CASOS DE USO ................................................................... 24 3.1. Diagrama de clases de diseño. ............................................................ 24 Diagramas de secuencia por caso de uso ....................................................... 25 3.1.1. Diagrama de Secuencia de REGISTRAR AULA.................................................. 25 3.1.2. Diagrama de Secuencia de REGISTRO DE FICHA DE ALUMNO .................... 26 3.1.3 Diagrama de secuencia de Concepto de pagos .................................................. 27 3.1.4 Diagrama de secuencia Ordenes de pagos ............................................................ 28 3.1.5 Diagrama de secuencia Asignar Aulas ................................................................. 29 3.1.6 Diagrama de secuencia Registrar Docente ........................................................... 30 3.1.7 Diagrama de secuencia Asignar Curso Docente ................................................... 31 3.1.8 Diagrama de secuencia Registro de Matricula ........................................................... 32 3.1.9 Diagrama de secuencia Asignar Aulas ................................................................. 33 3.2 Modelo de Datos ................................................................................. 34 3.2.1 Lista de columnas de tabla FICHA DE ALUMNO .................................................... 35 3.1.2 Lista de columna de LA TABLA PAGOS ............................................................ 36 3.2.3 Lista de columna de LA TABLA MATRICULA .................................................. 36 3.2.4 Listado de columna de REGISTRO DE NOTA .................................................... 36 3.2.5 Listado de columna de CURSO............................................................................. 36 3.2.6 Listado de columna de PADRES........................................................................... 37 3.2.8 Listado de columna de ORDEN DE PAGO .......................................................... 37 3.2.9 Listado de columna de DOCENTE ....................................................................... 38 3.2.10 Listado de columna de GRADO_AULA ............................................................... 38
  • 3. NOMBRE Elaboración CARGO FECHA Cesar Arevalo Alva Asistente FIRMA 16 de octubre 2013 Revisión Aprobación EDICION 1 REVISION FECHA 23 de octubre DESCRPCION AUTOR Primera Versión de la Guía cesar Arévalo Alva.
  • 4. INTRODUCCIÓN El presente documento tiene como objetivo asegurar el correcto levantamiento de información respecto a los casos de uso y definir la aproximación necesaria para resolver los requisitos del proyecto de sistema de administración escolar, para la institución educativa particular santa Elena. Este documento contiene la información detallada de los casos de uso, el prototipo de pantallas, el modelo de clases, las especificaciones de diseño necesarias para iniciar la construcción y el modelo de datos requerido para dar soporte a la funcionalidad definida. El presente documento contiene dos partes: ANALISIS DE LOS CASOS DE USO DEL SISTEMA El objetivo de esta parte es asegurarse que los requisitos y especificaciones son factibles, consistentes, estén completos y sean entendibles por el equipo de desarrollo, en función al conocimiento de la situación actual y bajo el contexto organizacional, normativo de las operaciones que realiza las áreas son secretaria y dirección que permite:     Brindar un entendimiento sobre el contexto actual del negocio donde se desea construir e implantar una solución de software eficiente y efectivamente. Identificar y analizar los actores y procesos actuales, así como sus problemas y limitaciones. Identificar las entidades principales de datos que deberán ser administradas por el sistema. Estudiar cuidadosamente el documento de “Visión y Alcance”, revisando a detalle cada elemento del documento buscando descubrir omisiones, contradicciones, especificaciones a ser determinadas y especificaciones que necesitan ampliarse o clarificarse. DISEÑO DE LOS CASOS DE USO DEL SISTEMA En esta parte el equipo de desarrollo ha descrito lógica y físicamente la arquitectura del software que va a cumplir con las especificaciones del sistema. La idea principal en esta etapa es la de organizar los requisitos en subsistemas y desarrollar el mejor diseño para la atención de los requisitos de INSTITUCION EDUCATIVA PARTICULAR SANTA ELENA definiendo, desde el punto de vista técnico, las principales pantallas presentadas para los casos de uso. La información de esta parte será entregada Al director de dicha institución. A continuación se presenta en dos partes, el análisis y el diseño del sistema, el cual deberá tomarse en cuenta para la fase de construcción ejecutada por el equipo del proyecto durante los próximos meses.
  • 5. II. MODELO DE ANÁLISIS DE LOS CASOS DE USO Durante la fase de análisis del sistema se desarrollo el modelo de casos de uso del sistema a un nivel macro. En el presente acápite detallamos con mayor detalle los casos de uso y la relación de dependencia que tienen los procesos respecto a los servicios informáticos requeridos. Se pretende conocer qué procesos del sistema serán parte de la solución propuesta, así como los problemas que se presentan. Resaltamos con mayor detalle la matriz de requisitos cruzándolos con los casos que atenderá el sistema y los actores relacionados. 2.1 Diagrama de casos de uso del Sistema. El Modelo de Casos de Uso del sistema presentado a continuación muestra la relación entre los actores y los casos de uso del sistema. Cada uno de los casos de uso representa una determinada funcionalidad que ofrecerá el sistema en lo que se refiere a su interacción externa. 2.1.1.1 Diagrama de Actores del Sistema El siguiente cuadro (Fig. 1) muestra los diferentes Actores que interactúan en el SISTEMA DE GESTION ESCOLAR. Fig. 1 – Actores del Sistema Integrado de Gestión de Ventas
  • 6. Lista de Actores del Sistema describen los actores del sistema mencionados en la fig. 01 y las responsabilidades de cada uno en el SISTEMA DE GESTION ESCOLAR. Actores del sistema del Sistema Actor del Sistema Usuario Asistente administrativo Director Secretaria docente Sistema SAE Responsabilidades del Sistema                          CU.01.01 CU.01.02 CU.01.03 CU.01.05 CU.01.06 CU.01.07 CU.01.08 CU.06.03 CU.04.03 CU.08.01 CU.08.02 CU.03.03 CU.02.01 CU.02.02 CU.03.01 CU.03.02 CU.05.01 CU.05.03 CU.06.02 CU.06.03 CU.07.01 CU.07.02 CU.07.03 CU.02.01 CU.06.01 Validar Usuario Cambiar Contraseña Registrar Perfiles Registrar alumnos becados Registrar Usuarios Configurar Parámetros de Sistema Registrar por situación económica Ver Reporte de Estado de Cuenta Corriente Aprobar Plan aulas por cantidad de alumnos Ver Reporte de Cumplimiento Ver Reporte de Estadística de Productividad de ingresantes Administrar Proyectos Educativo Enviar Mensajes Revisar la Agenda Administrar Cliente Administrar Contactos Ver Reporte Plan de Visitas Administrar Oportunidades Consultar Documentos Ver Reporte de Estado de Cuenta del alumno Administrar Agenda Registra ficha de inscripción valida ficha de inscripción recibe mensajes del director Cambiar Estado de Oportunidades
  • 7. 2.1.2 Diagrama de casos de uso del Sistema por paquetes Para reducir la complejidad de la aplicación, se proponen los siguientes paquetes que agrupan toda la funcionalidad a desarrollar: Fig. 2 – Diagrama de Paquetes del SISTEMA DE GESTION ESCOLAR
  • 9. Lista de casos de uso del paquete: 01. Seguridad Caso de uso: Propósito del Caso de Uso CU.01.01 Validar Usuario Validar que el usuario y contraseña ingresados por el usuario sean correctos. CU.01.02 menú principal Permite que cada usuario pueda ver menú del sistema. CU.01.03.1 Registrar Usuarios. CU.01.04 Registrar por situación económica CU.06.04.1 Ver Reporte de Estado de Cuenta Corriente CU.01.07 Configurar Parámetros de Sistema Registrar perfiles de acuerdo al rol del usuario frente al sistema. Cada usuario tendrá un ID código. Registrar que usuarios van a tener privilegios de media beca automáticamente. Configurara los parámetros de sistema que permitirán adecuar el sistema a las necesidades salariales . Permiten adecuar necesidades que el usuario necesite. Paquete: 02. Centro de Control. Fig. 4 – Diagrama del Caso de uso del Paquete: 02. Centro de Control.
  • 10. Lista de casos de uso del paquete: 02. Centro de Control Caso de uso: Propósito del Caso de Uso CU.02.01 Solicita ficha de inscripcion Mantener informado secretaria sobre las comunicaciones de los alumnos . CU.02.02 revisa registro de alumno Permite revisar los eventos alumnos ya sea en el día, mes o año. CU.07.02 Registra ficha de inscripcion CU.07.03 Valida ficha de inscripción Permite visualizar ,verificar que los datos de alumno este correctos y el estado de cuenta. Esto permite finalizar satisfactoria mente el proceso de matricula del alumno . 2.1.3 Clasificación de casos de uso Los casos de uso del sistema han sido clasificados de acuerdo a su relevancia (primario/secundario) en el sistema. Casos de uso primario Aquellos que son relevantes en el sistema y sirven de punto esencial para el correcto funcionamiento del mismo. Estos casos de uso se harán en la primera iteración de la fase de construcción. Clasificación: Primarios Caso de Uso CU.08.02 Ver Reporte de Estadística de Productividad de ingresantes CU.03.03 Administrar Proyectos Educativo CU.03.01 Administrar Cliente CU.03.02 Administrar Contactos CU.05.01 Ver Reporte Plan de Visitas CU.05.03 Administrar Oportunidades CU.06.02 Consultar Documentos CU.06.03 Ver Reporte de Estado de Cuenta del alumno CU.07.01 Administrar Agenda CU.07.02 Registra ficha de inscripción CU.07.03 valida ficha de inscripción CU.04.03 Aprobar Plan aulas por cantidad de alumnos Casos de uso secundario Aquellos elaborados para el cumplimiento de algunos requisitos funcionales y del sistema. Estos casos de uso se construirán en la segunda iteración de la fase de construcción.
  • 11. Clasificación: Caso de Uso Secundarios CU.01.01 CU.01.02 CU.01.03 CU.01.05 CU.01.06 CU.01.07 CU.01.08 CU.01.08 CU.02.01 Validar Usuario Cambiar Contraseña Registrar Perfiles Registrar alumnos becados Registrar Usuarios Configurar Parámetros de Sistema Registrar por situación económica Registrar Usuarios por Perfil Enviar Mensajes
  • 12. M1. Seguridad CU.01.01 Validar Usuario CU.01.02 Cambiar Contraseña CU.01.03 Registrar alumnos becados CU.01.06 Registrar Usuarios CU.01.05 Registrar Perfil CU.01.08 Registrar por situación económica CU.06.03 Ver Reporte de Estado de Cuenta Corriente CU.01.07 Configurar Parámetros de Sistema M2. Centro de Control CU.02.01 Enviar Mensajes CU.02.02 Revisar La Agenda CU.07.02 Registra ficha de inscripción CU.07.03 valida ficha de inscripción M3. Datos Alumno CU.02.02 Revisar la Agenda CU.03.01 Administrar Cliente CU.07.03 valida ficha de inscripción CU.07.02 Registra ficha de inscripción M4. Planificación de Proyecto Educativo CU.04.03 Aprobar Plan aulas por cantidad de alumnos CU.08.01 Ver Reporte de Cumplimiento CU.08.02 Ver Reporte de Estadística de Productividad de ingresantes X X X X X X X X X X X X X X X X X X X X Sistema SAE Docente Secretaria A Asistente administrativo Director Casos de uso vs. Actores Usuario 2.1.4 Matriz de Casos de Uso por Actores
  • 13. 2.2 Especificación de Casos de Uso 2.2.1 Caso de Uso: CU.01.01 Validar Usuario Caso de uso: Actor(es): Propósito: Tipo: Resumen: CU.01.01 Usuario docente Usuario Validar que el usuario y contraseña del docente. Secundario El caso de uso comienza cuando el usuario ingresa a la pantalla de Acceso al Sistema. El caso de uso termina con la validación correcta del usuario y contraseña ingresado. Requerimientos: Precondiciones: Postcondiciones Login Ninguno Sera permitido el acceso al sistema para el usuario y contraseña ingresados. FLUJO BASICO Acción del Actor Respuesta del Sistema 1. El caso de uso comienza cuando el 2. El sistema valida los datos ingresados. usuario ingresa a la pantalla de Acceso El sistema muestra la pantalla principal al Sistema e ingresa: del sistema y el caso de uso termina. a) Cuenta de usuario. b) Contraseña. El usuario le indica al sistema que valide los datos ingresados. FLUJO ALTERNO FA 01: Flujo Básico Paso 02: Si hay error en la validación. 1. No se permite el acceso al sistema y se muestra un mensaje en la pantalla indicando clave incorrecta pregunta secreta . 2. Se retorna al paso anterior del flujo básico, para que el usuario realice las correcciones necesarias. FA 01: Flujo Básico Paso 02: Si el usuario tiene más de un perfil 1. El usuario selecciona un perfil. 2. El sistema muestra la pantalla principal del sistema y el caso de uso termina. PANTALLAS DEL CASO DE USO – CU.01.01 PAG-CU.01.01
  • 14. 2.2.2 Caso de Uso: CU.01.02 menú principal Caso de uso: Actor(es): Propósito: Tipo: Resumen: CU.00.02 menú principal Usuario Permite que el usuario pueda ver el menú principal de sistema Primario Requerimientos: Precondiciones: Postcondiciones Información Sistema permitirá que elija las opciones que requerirá el usuario. 1. Se ha permitido visualizar datos alumnos , cuentas , reportes administrativos . El caso de uso termina ver las opciones Archivos, registros mantenimiento, reportes, ayuda . FLUJO BASICO Acción del Actor 1. El caso de uso comienza cuando el usuario ingresa con su clave después podrá cambiar su clave actual. 3. El usuario ingresara menú sistema : a) Archivos. b) registros. c) mantenimiento. d) reportes. e) ayuda. Respuesta del Sistema 2. El sistema muestra la pantalla de Menú con las siguientes opciones. 4. El sistema aceptará las opciones que elegirás en el instante requerido. FLUJO ALTERNO FA 01: Flujo Básico Paso 04: Si hay error en la validación. 1. No se permite el acceso al sistema se mostrara un mensaje diciendo en mantenimiento de datos. 2. Se retorna al menú principal a elegir otras opciones. PANTALLAS DEL CASO DE USO – CU.01.02
  • 15. PAG-CU.01.02 2.2.3 Caso de Uso: CU.01.03 Caso de uso: Actor(es): Propósito: Tipo: Resumen: Requerimientos: Precondiciones: Postcondiciones Registrar Ficha de Alumno. CU.00.03 Registrar Ficha de Alumno Asistente Administrador, secretaria ,director Registrar los perfiles que podrán ser asignados a los usuarios del sistema. primario El caso de uso comienza cuando el usuario encargado ingresa a la opción de registrar Ficha de Alumno. El caso de uso termina cuando el sistema registra, actualiza o elimina un perfil del sistema. RQ005 Ficha de Alumno. 1. El asistente de Sistema o secretaria, es admitido en el sistema luego de ser validados datos de alumnos. 1. Se ha creado un nuevo perfil en el sistema ó 2. Se han modificado los datos del registro de un perfil existente en el sistema ó 3. Se ha eliminado el registro de un perfil del sistema ó 4. Se ha realizado la búsqueda de un perfil con los criterios de selección ingresados. FLUJO BASICO Acción del Actor 1. Secretaria llena datos del alumno nuevo. Respuesta del Sistema Datos tiene q coincidir con DNI.
  • 16. 2. secretaria llena registró de ubicación . Datos ingresados del lugar donde vive . 3. secretaria llena datos adicionales. Datos de condición del alumno. 4. Secretaria llena datos de los padres o tutor del alumno. Datos del padre o tutor. 5. La secretaria llenara datos de historial académico. Datos de años anteriores . SECCIONES Sección S01 : “Agregar registro de alumno” 1. secretaria seleccionó agregar un alumno. 2. ubicación actual a. código b. fecha c. tipo de documento d. n° documento e. nombres f. apellido paterno g. apellido materno h. pais_nacimiento i. lugar de nacimiento j. municipio de nacimiento k. año de nacimiento l. sexo grupo sanguíneo 2.2. dirección 2.3.telefono 2.4departamento 2.5-provincia 2.6.zona 2.7.nombre zona 2.8.seguro social Sección S02 : “datos adicionales en general ” 3. secretaria llena datos adicionales. a. alumno presenta discapacidad? b. alumno presenta enfermedad?
  • 17. 4. Secretaria llena datos de los padres o tutor del alumno. Sección S03 : “datos de colegio anterior ” 5. La secretaria llenara datos de historial académico. a. b. c. d. e. f. g. h. i. j. k. l. datos padre nombre, dirección, teléfono, ocupación, nacionalidad, datos madre nombre, dirección, teléfono, ocupación, nacionalidad. a. registro de colegio donde estuvo año anterior b. colegio anterior , c. dirección , d. motivo de retiro, e. teléfono, f. nivel cruzado, g. grado cruzado, h. año , i. contacto, j. cargo , k. teléfono . FLUJO ALTERNO FA 01: Sección S01 Paso 01: Si hay error en la validación. 1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los) error(es) encontrados. 2. Se retorna al paso 1 de la sección 01, para que la secretaria realice las correcciones necesarias. FA 02: Sección S02 Paso 02: Si hay error en la validación. 1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los) error(es) encontrados. 2. Se retorna al paso 2 de la sección 01, para que la secretaria realice las correcciones necesarias. FA 03: Sección S03 Paso 03: Si eliminar un registro genera inconsistencia de datos en el sistema. 1. No se realiza la eliminación del registro y se muestra un mensaje indicando el motivo.
  • 18. PANTALLAS DEL CASO DE USO – CU.01.04 PAG-CU.01.03 2.2.4 Caso de Uso: CU.06.04.1 ver reporte de estado de cuenta corriente. Caso de uso: Actor(es): Propósito: Tipo: Resumen: CU.01.04 Registrar Opciones Administrador del Sistema, secretaria. Registrar las opciones pago , concepto de pago, pago. Secundario El caso de uso comienza cuando el Administrador del Sistema ingresa a la opción de pago. El caso de uso termina cuando el sistema este registrado . Requerimientos: Precondiciones: RQ004 Opciones del Sistema 1. El Administrador del Sistema es admitido en el sistema luego de ser validados cuenta.
  • 19. Postcondiciones 1. Se vera estado de cuentas de alumnos. 2. Se ingresara nueva cuenta a pagar. 3. Se ha realizado la búsqueda de una opción con los criterios de selección ingresados. FLUJO BASICO Acción del Actor 1. El caso de uso comienza cuando la secretaria asigne verificación de cuenta. Respuesta del Sistema 2. El Sistema muestra datos de cuenta de pago. 3. La secretaria edita si el alumno es becado, categoría de pagos. 4. El Sistema muestra editar pagos en función a notas ,etc. 5. La secretaria llenara datos de vaucher , en módulo de pagos. 6. El sistema muestra permite llenar datos de cuentas de alumno. SECCIONES Sección S01 : “orden de pago” 1. Secretaria ingresara a cuenta de alumno. 2. El sistema muestra el formulario de datos de cuenta . 3. La secretaria valida cuenta . Sección S02 : “Concepto de pagos” 1. secretaria verifica que datos estén correctos y cuenta correcta Sección S03 : “pago” 1. secretaria ingresa vaucher de alumno . FLUJO ALTERNO FA 01: Sección S01 Paso 03: Si hay error en la validación. 1. 2. 3. 4. 5. 6. 7. 8. alumno apellidos Grupo vencimiento recargar mora pensión fecha de cobro descripción nivel grado pedido fecha de pago vencimiento descripción moras recarga mora descuento por pago numero de vaucher codalumno nombres apellidos tipo de pago tipo de cambio monto fecha
  • 20. 1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los) error(es) encontrados. FA 02: Sección S02 Paso 01: Si hay error en la validación. 1. No se realiza la grabación y se muestra un mensaje en el formulario indicando el(los) error(es) encontrados. FA 03: Sección S03 Paso 02: Si eliminar un registro genera inconsistencia de datos en el sistema. 1. No se realiza la eliminación del registro y se muestra un mensaje indicando el motivo. PANTALLAS DEL CASO DE USO – CU.01.04
  • 21.
  • 22. PAG-CU.01.04 2.2.5. Caso de uso : CU.04.03 Aprobar plan aulas por cantidad de alumnos. Caso de uso: Actor(es): Propósito: Tipo: Resumen: CU.01.01 Validar Usuario director Validar cantidad de aulas libres para grado Secundario El caso de uso comienza cuando el usuario ingresa a la pantalla de Acceso al Sistema. Verifica cantidad de alumnos inscritos . Login Requerimientos: Ninguno Precondiciones: Sera permitido por el sistema . Postcondiciones FLUJO BASICO Acción del Actor Respuesta del Sistema 1. El caso de uso comienza n°aula cuando el usuario ingresa seccion nueva aula . detalle estado 2. El director gestión aula nivel aula fecha turno grado FLUJO ALTERNO FA 01: Flujo Básico Paso 02: Si hay error en la validación. 3. No se permite el acceso al sistema , s no es el director 4. Se retorna a nueva alula si esta llenos. FA 01: Flujo Básico Paso 02: Si el usuario tiene más de un perfil 3. El usuario selecciona un la cantidad de personas en cada salón . PANTALLAS DEL CASO DE USO – CU.04.03
  • 24. III. MODELO DE DISEÑO DE LOS CASOS DE USO En el presente acápite se presenta el diseño del sistema por medio del modelo de clases, como elemento principal. En el mismo la estructura de clases del sistema se especifica, con relaciones entre clase y estructuras de herencia así como sus principales atributos. Nuestra metodología utiliza las técnicas de aproximación a un caso de uso guiado hacia el diseño orientado a objetos (diagramas a implementar dentro del diseño del sistema) para la implementación de funciones del nuevo sistema. 3.1. Diagrama de clases de diseño.
  • 25. Diagramas de secuencia por caso de uso 3.1.1. Diagrama de Secuencia de REGISTRAR AULA : IU_MENU PRINCIPAL : IU_MENU CREAR AULAS : CC_RegistroAula : Secretaria : Aulas Ingresa al Menu Visualizan Menu Principal Acce Opcion Registro Aulas FrmAulas.Show() Ingresa n° aulas Ingresa capacidad Selecciona Sesion Preciona Agregar agregar() Muestra mensaje (MessageBox.Show) agrega aula Análisis y Diseño Página 25 de 38
  • 26. 3.1.2. : Secretaria Diagrama de Secuencia de REGISTRO DE FICHA DE ALUMNO : IU_MENU PRINCIPAL Desabilita Campos : IU_MENU REGISTRO ALUMNOS : CC_RegistrarFichaAlumnos : Alumno Ingresa al Menu visualiza menu Principal Accede opcion Registro Alumnos IFrmAlumno.Show() Autogenera codigo Alumno Desbloquea campos Preciona Buscar Foto buscarImagen() Muestra panel de importar foto Importa foto Ingresa datos del alumno Preciona Grabar RegistroAlumno() Valida datos correctos ( MessageBox.Show()) Registra Alumno (RegistroAlumno(xreg)) Análisis y Diseño Página 26 de 38
  • 27. 3.1.3 Diagrama de secuencia de Concepto de pagos : Asistente Administrativo : IU_MENU PRINCIPAL : IU_CONCEPTO DE PAGOS : CC_RegistroConceptoPago : Conceptop Ingresa al Menu Principal Muestra Barra de menu Seleccion opcion Concepto de Pago Frmconceptop.Show() Muestra menu de Concepto de pagos selecciona Grupo escolar selecciona grado escolar ingresa monto pension ingresa monto matricula Ingresa porcentaje de Descuento por Mora Ingresa porcentaje por descuento anticipado preciona guardar grabarConceptop() Valida registro (MessageBox.Show()) Registra concepto de pagos Registroconceptop(xreg) Análisis y Diseño Página 27 de 38
  • 28. 3.1.4 Diagrama de secuencia Ordenes de pagos : Asistente Administrativo : IU_MENU PRINCIPAL : IU_CONCEPTO DE PAGOS : CC_RegistroConceptoPago : Conceptop Ingresa al Menu Principal Muestra Barra de menu Seleccion opcion Concepto de Pago Frmconceptop.Show() Muestra menu de Concepto de pagos selecciona Grupo escolar ingresa monto pension ingresa monto matricula Ingresa porcentaje de Descuento por Mora Ingresa porcentaje por descuento anticipado preciona guardar grabarConceptop() Valida registro (MessageBox.Show()) Registra concepto de pagos Registroconceptop(xreg) Análisis y Diseño Página 28 de 38
  • 29. 3.1.5 Diagrama de secuencia Asignar Aulas : Secretaria : IU_MENU PRINCIPAL : IU_MENU ASIGNAR AULAS : AsignarAula : CC_AsignarAula Ingresa Menu Muestra barra de menu Ingresa opcion movimientos asignar aulas FrmAsignarAula.Show() Muestra formulario de asigancion de aulas Selecciona Nivel Escolar Muestra Grado Escolar selecciona Aula Elige turno Presiona Asignar Asignar Aula() Valida Registro (MessageBox.Show()) Registra asignacion Análisis y Diseño Página 29 de 38
  • 30. 3.1.6 Diagrama de secuencia Registrar Docente : Secretaria : IU_MENU PRINCIPAL : IU_MENU_REGISTRODOCENTES : CC_RegistroDocentes : Doncentes Ingresa al Menu Muestra Barra de menu Ingresa Opcion Mantenimientos de docentes FrmDocente.Show() Muestra formulario de registro de docentes Preciona Boton Nuevo Auto Genera Codigo GeneraCod() Limpia Campos Limpiar() Lena Campos de Registros Preciona Guardar RegistroDoncente() Registra docente Análisis y Diseño Página 30 de 38
  • 31. 3.1.7 Diagrama de secuencia Asignar Curso Docente : Secretaria : IU_MENU PRINCIPAL : IU_MENU ASIGNARCURSO : CC_AsignarDocente : AsignarCursoDocente : IU_ConsultaDocente Ingresa al menu principal Muestra Barra de Menu Ingresa Opcion Movimientos Cursos FrmAsignarCurso.Show() Muestra Formulario Preciona Boton buscar Docentes FrmConsultaDocenteShow() Muestra Formulario de Consulta Habilita Campo Codigo Ingresa Codigo Preciona buscar ConsultaDocente() Trae informacion de docente a campos de textos de docente Ingresa Curso Preciona Boton Asignar AsignarCurso() Registra Asignacion de curso a docente Análisis y Diseño Página 31 de 38
  • 32. 3.1.8 Diagrama de secuencia Registro de Matricula : Secretaria : IU_MENU PRINCIPAL : CC_ConsultaAlumno : IU_MATRICULA : CC_ConsultaPagos : CC_RegistroMatricula : Matricula Ingresa Menu Muestra Barra de Menu Ingresa Opcion Registros Matriculas IFrmMatricula.Show() Muestra formulario de registro de matricula Preciona Boton Nuevo Limpia campos() Habilita Boton Buscar Codigo Preciona Buscar Muestra Panel de Busqueda Ingresa CodigoALumno ConsultaAlumno() Valida Codigo extrae datos del alumno en campos de identificacion Valida Campo Estado del Alumno Valida Estado de Pagos ConsultaPago() Arrasta Nivel y grado escola a matricula en campos Ingresa Datos de Registro Preciona Guardar RegistroMatricula() RegistraMatricula Análisis y Diseño Página 32 de 38
  • 33. 3.1.9 Diagrama de secuencia Asignar Aulas : Secretaria : IU_MENU PRINCIPAL : IU_MENU ASIGNAR AULAS : AsignarAula : CC_AsignarAula Ingresa Menu Muestra barra de menu Ingresa opcion movimientos asignar aulas FrmAsignarAula.Show() Muestra formulario de asigancion de aulas selecciona Aula Elige turno Presiona Asignar Asignar Aula() Valida Registro (MessageBox.Show()) Registra asignacion Análisis y Diseño Página 33 de 38
  • 34. 3.2 Modelo de Datos A continuación presentamos el modelo de datos organizado por paquetes para una mejor visualización. 1 Paquete: 00 – sistema de administración escolar Análisis y Diseño Página 34 de 38
  • 35. 3.2.1 Lista de columnas de tabla FICHA DE ALUMNO NOMBRE CODALUMNO NOMBRES APE_PAT APE_MAT TIPO_DOC PAIS_NAC PROVINCIA_NAC MUNICIPIO_NA AÑO_NAC SEXO FECHAREGISTRO ESTADO DIRECCION TELEFONO DEPARTAMENTO PROVINCIA DISTRITO ZONA NOMZONA SEGURO1 SEGURO2 SEGURO3 GRUPO_SANG DISCAPACIDAD ENFERMEDAD INSTITUCIONANT DIRCOLANT MCESE TELCOL NIVELCURSADO GRADOCURSADO ANIO CONTACTO CARGO TELCONT PK Análisis y Diseño TIPO DE DATO CHAR VARCHAR VARCHAR VARCHAR INT VARCHAR VARCHAR VARCHAR DATE VARCHAR DATE NCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR NVARCHAR2 VARCHAR VARCHAR VARCHAR VARCHAR NVARCHAR2 INT INT VARCHAR VARCHAR VARCHAR VARCHAR INT CODALUMNO COMENTARIO CODIGO DE ALUMNO NOMBRE DE ALUMNO APELLIDO PATERNO APELLIDO MATERNO TIPO DE DOCUMENTO PAÍS DE NACIMIENTO PROVINCIA DE NACIMIENTO MUNICIPALIDA DE NACIMIENTO AÑO DE NACIMIENTO SEXO DE ALUMNO FECHA DE REGISTRO ESTADO DIRECCIÓN TELÉFONO DEPARTAMENTO PROVINCIA DISTRITO ZONA URBANA NOMBRE DE ZONA SEGURO SEGURO SEGURO GRUPO DE SANGRE DISCAPACIDA ENFERMEDAD INSTITUCIONALIDAD ANTIGUA DIRECCION INSTITUCION ANTIGUA MESES TELEFONO NIVEL CURSADO GRADO CURSADO AÑO CONTACTO CARGO TELEFONO INSTITUCION PAGO DE INSCRIPCION Página 35 de 38
  • 36. 3.1.2 Lista de columna de LA TABLA PAGOS NOMBRE Nº_VOUCHER COD_ALUMNO TIPO_PAGO TIPO_CAMBIO IMPORTE FECHA DETALLE PK TIPO DE DATO CHAR CHAR VARCHAR VARCHAR DECIMAL DATE VARCHAR NR_VOUCHER COMENTARIO VOUCHER DEL PAGO REALIZADO CÓDIGO DEL ALUMNO TIPO DE PAGO TIPO DE CAMBIO IMPORTE FECHA DETALLE PAGO DEL VOUCHER 3.2.3 Lista de columna de LA TABLA MATRICULA NOMBRE CODALUMNO NIVEL GRADO PERIODO COD_MATRICUAL PK TIPO DE DATO CHAR VARCHAR VARCHAR VARCHAR CHAR COD_MATRICULA COMENTARIO CODIGO DE ALUMNO NIVEL ACADEMICO GRADO AL QUE CURSARA PERIODO ACADÉMICO ANTERIOR CÓDIGO DE MATRICULA PAGO 3.2.4 Listado de columna de REGISTRO DE NOTA NOMBRE NR_REG CODALUMNO COD_DOC ID_CURSO PROMEDIO ID_PERIODO PK TIPO DE DATO INT CHAR CHAR INT DECIMAL INT NR_REG COMENTARIO NUMERO DE REGISTRO CÓDIGO ALUMNO CÓDIGO DOCENTE CURSOS PROMEDIO DE NOTA PERIODO ACADÉMICO PAGO 3.2.5 Listado de columna de CURSO NOMBRE ID_CURSO CURSO OBSERVACION ANIO_ESCOLAR Análisis y Diseño TIPO DE DATO INT VARCHAR VARCHAR DATE COMENTARIO NUMERO CURSO CURSO OBSERVACIONES AÑO ESCOLAR Página 36 de 38
  • 37. ID_NIVEL ID_GRADO ESTADO PK INT INT VARCHAR ID_CURSO NIVEL ACADÉMICO GRADO ESTADO PAGOS 3.2.6 Listado de columna de PADRES NOMBRE ID NOMBRE CODALUMNO DIRECCION TELEFONO OCUPACION PK TIPO DE DATO VARCHAR VARCHAR CHAR VARCHAR INT VARCHAR ID COMENTARIO IDENTIDAD NOMBRE CÓDIGO DE ALUMNO DIRECCIÓN TELÉFONO OCUPACIÓN PAGO 3.2.7 Listado de columna de CONCEPTOP NOMBRE NUMERO ID_NIVEL ID_GRADO ID_PERIODO FECHACOBRO FECHAVENCIMIENTO DESCRIPCION MORA DESCUENTO PK TIPO DE DATO INT INT INT INT DATE DATE VARCHAR DECIMAL DECIMAL NUMERO COMENTARIO NUMERO NUMERO DE NIVEL NUMERO GRADO NUMERO DE PERIODO FECHA DE COBRO FECHA DE VENCIMIENTO DESCRIPCION MORA DESCUENTOS PAGOS 3.2.8 Listado de columna de ORDEN DE PAGO NOMBRE NUMERO CODALUMNO ID_NIVEL ID_GRADO VENCIMIENTO REGARGOMORA PENSION FECHACOBRO PK Análisis y Diseño TIPO DE DATO INT CHAR INT INT DATE DECIMAL DECIMAL DECIMAL NUMERO COMENTARIO NUMERO CÓDIGO DE ALUMNO NUMERO DE NIVEL NUMERO GRADO VENCIMIENTO RECARGA MORA PENSIÓN FECHA COBRO PAGOS Página 37 de 38
  • 38. 3.2.9 Listado de columna de DOCENTE NOMBRE COD_DOC NOMBRES APELLIDO DIRECCION SEXO ESPECIALIDAD GRADOOBTENIDO PK TIPO DE DATO CHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR COD_DOC COMENTARIO CÓDIGO DOCENTE NOMBRES APELLIDOS DIRECCIÓN SEXO ESPECIALIDAD GRADO OBTENIDO PAGO 3.2.10 Listado de columna de GRADO_AULA NOMBRE ID_GRADO ID_AULA ESTADO FECREGISTRO ID_TURNO Análisis y Diseño TIPO DE DATO INT INT VARCHAR DATE INT COMETARIO NUMERO DE GRADO NUMERO AULA ESTADO FECHA REGISTRO NUMERO DE TURNO Página 38 de 38