AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y DEL COMPROMISO

CLIMATICO

UNIVERSIDAD NACIONAL DE
UCAYALI

FACULTAD DE INGENIERIA CIVIL E INGENIERIA D SISTEMAS

TEMA

SISTEMA DE CONTROL Y MATRICULA

ESCUELA

INGENIERIA DE SISTEMAS

CURSO

DISEO DE SISTEMAS

DOCENTE

ING. CLOTILDE RIOS HIDALGO DE CERNA

CICLO

VII

INTEGRANTES

:
PINTO VELA, JUAN MANUEL
MEZA MILOSLAVIC, CHRISTIAN
ROJAS ALVA, SARITA ROCIO
SIALER GARCIA, JORGE
PUCALLPA PERU

INDICE
INTRODUCCION.......................................................................................................................... 4
CAPITULO 1: GESTION DEL PROYECTO ................................................................................. 5
1.1

Giro de Negocio................................................................................................................ 5

1.1.1

Resea Histrica .......................................................................................................... 5

1.1.2

Visin .............................................................................................................................. 5

1.1.3

Misin ............................................................................................................................. 6

1.1.4

Objetivos Estratgicos ................................................................................................. 6

1.1.5

Anlisis Interno.............................................................................................................. 6

1.1.5.1

Fortalezas .................................................................................................................. 6

1.1.5.2

Debilidades ................................................................................................................ 7
Anlisis Externo ............................................................................................................ 7

1.1.6
1.1.6.1

Oportunidades........................................................................................................... 7

1.1.6.2

Amenazas .................................................................................................................. 7

1.1.7
1.2

Organigrama.................................................................................................................. 8
Calculo de esfuerzo para el desarrollo del proyecto................................................... 8

1.2.1

Peso de Actores............................................................................................................ 8

1.2.2

Peso de Casos de Uso ................................................................................................ 9

1.2.3

Calculo del UUCP....................................................................................................... 10

1.2.4

Calculando TCF .......................................................................................................... 10

1.2.5

Calculo de EF.............................................................................................................. 11

1.2.6

Calculo del UCP.......................................................................................................... 12

1.2.7

Para elegir el factor hombre / horas ........................................................................ 12

Factor hombre 20 hombres/horas *53.2611 UCP = 1065.222 ........................................ 12

1.2.8

El costo del Proyecto se calcul............................................................................... 13

CP=MESES*SUELTO*CANTIDAD DE PROGRAMADORES ............................................ 13

CP=3.1*1500*2= 9300............................................................................................................... 13
CAPITULO 2: MODELADO DEL NEGOCIO.............................................................................. 13
2.1

Visin del Negocio.......................................................................................................... 13

2.2

Posicionamiento ............................................................................................................. 13

2.2.1

Oportunidad del negocio ........................................................................................... 13

1

2.2.2

Definicin del problema ............................................................................................. 14

2.2.3

Posicionamiento del producto................................................................................... 14

2.2.4

Descripcin de stakeholders..................................................................................... 15

2.2.5

Perfil de stakeholders ................................................................................................ 15

Perfil de Stakeholders: Secretaria ........................................................................................... 15

Perfil de Stakeholders: Alumno ................................................................................................ 16
Perfil de Stakeholders: Director................................................................................................ 16
2.2.6

Modelo de casos de uso del negocio ...................................................................... 17

2.2.7

Modelo de objeto de Negocio................................................................................... 18

2.2.8

Modelo de dominio ..................................................................................................... 21

CAPITULO 3: REQUERIMIENTOS............................................................................................. 22
3.1

Especificacin de requerimientos de software........................................................... 22

3.1.1

Funcionales ................................................................................................................. 22

3.1.2

No funcionales ............................................................................................................ 22

3.2

Modelo de casos de uso................................................................................................ 23

3.3

Documentacin de casos de uso................................................................................. 28

CAPITULO 4: ANALISIS Y DISEO ........................................................................................... 37

4.1

Modelo del anlisis y diseo......................................................................................... 37

4.1.1

Diagramas de comunicacin..................................................................................... 37

4.1.2

Diagrama de Secuencia vs interfaz de usuario ..................................................... 42

4.1.3

Diagrama de clases de Diseo................................................................................. 50

4.2

Diagrama de base de datos.......................................................................................... 51

CAPITULO 5: IMPLEMENTACION ............................................................................................. 52

5.1

Elementos de implementacin ..................................................................................... 52

5.1.1

Cdigo fuente de la clase conexin......................................................................... 52

5.1.2

Diagramas de componentes..................................................................................... 56

5.1.3

Diagrama de paquetes .............................................................................................. 57

CAPITULO 6: DESPLIEGUE........................................................................................................ 58
6.1

Diagrama de despliegue................................................................................................ 58

6.2

Diseo general de la red ............................................................................................... 59

CONCLUSIONES....................................................................................................................... 60
RECOMENDACIONES.............................................................................................................. 61
2

Imgenes de las interfaces. ...................................................................................................... 62

Login............................................................................................................................................. 62
Menu principal............................................................................................................................. 63
Registro de Alumno........................................................................................................... 63
Registrar alumno nuevo ............................................................................................................ 64
Registro de curso ....................................................................................................................... 64
Matricula: bsqueda alumno..................................................................................................... 65
Matricula: Registrar ............................................................................................................ 66
Reportes de Matricula................................................................................................................ 66
Imprimir boleta de Matricula...................................................................................................... 67
Plano de la Direccin ................................................................................................................. 67

INTRODUCCION

El equipamiento lgico de un sistema informtico, que hace posible la realizacin

de tareas especficas, con una mayor velocidad y eficacia, es lo que se conoce como
software. No obstante lo ms importante en estos sistemas, son las personas. La
gran mayora de las entidades disponen de mucha informacin, y estas deben ser
gestionadas por aplicaciones capaces de manejar la informacin sin el ms mnimo
error. Pero para el desarrollo de aplicaciones como estas, se debe tener en cuenta
muchos aspectos, pautas o protocolos.
El desarrollo de software es una estructura aplicada al desarrollo de un producto de
software. Hay varios modelos a seguir para el establecimiento de un proceso para
el desarrollo de software, cada uno de los cuales describe un enfoque diferente para
diferentes actividades que tienen lugar durante el proceso.
A continuacin de presentara el desarrollo de un software, desarrollado utilizando la
metodologa Rational Unified Process (RUP).

CAPITULO 1: GESTION DEL PROYECTO

1.1 Giro de Negocio
1.1.1 Resea Histrica
La Institucin Educativa Particular SANTA ROSA DE LIMA
PUCALLPA, fue creada mediante Resolucin Directoral Regional N
0092 del 4 de febrero de 1993 y ampliatoria del servicio mediante
R.D.R. N 0136-94.
La conversin se dio mediante R.D.R. N 0563-2010-DREU de fecha
de 16 de Febrero del 2010.
UBICACIN: La Institucin Educativa Particular SANTA ROSA DE
LIMA, se encuentra ubicada en:
Direccin

El Jr. 28 de Julio N 398

Ciudad

Pucallpa

Distrito

Callera

Provincia

Coronel Portillo

Regin

Ucayali

Telfono

572614

1.1.2 Visin
Ser la mejor Institucin Educativa, siendo lder en la modalidad de
Educacin

Bsica

Alternativa,

con

maestros

capacitados

innovadores que ofrezcan calidad educativa a los estudiantes.

1.1.3 Misin
Ayudar en el proceso de formacin integral de cada uno de los
estudiantes, para desarrollar su espritu de liderazgo y su capacidad
para dirigir su propia superacin.

1.1.4 Objetivos Estratgicos

Brindar a la juventud estudiosa un servicio educativo de calidad y

equidad de acuerdo al adelanto tecnolgico, en el nivel secundario
(EBA) ciclo avanzado.

Proyectar su accin educativa hacia la comunidad local, mediante el

desarrollo de programas que estn de acuerdo al inters y necesidad
del pueblo.

Administrar los recursos con que cuenta con el objeto de otorgar un

buen servicio educativo.

1.1.5 Anlisis Interno

1.1.5.1

Fortalezas

Existe COPAE organizado

La mayora de docentes estn identificados con la institucin
Estudiantes emprendedores con deseo de superacin
La ceba est organizado en programas, formas y horarios de
atencin.
El clima institucional est en proceso de mejora
Todo el personal est organizado en comisiones de trabajo

1.1.5.2

Debilidades

No existe automatizacin en los procesos de matrcula, control

de nota y pagos.
Poca difusin de la EBA en la comunidad.
Desercin escolar
Estudiantes con diferentes niveles, ritmos y estilo de
aprendizajes.
Estudiantes con desconocimiento de hbitos de estudio
Falta de convenios con otras instituciones
1.1.6 Anlisis Externo
1.1.6.1

Oportunidades

Capacitar permanentemente a los docentes con apoyo de

instituciones pblicas y privadas.
Desarrollar las capacidades, habilidades y destrezas de los
estudiantes a travs de proyectos de innovacin.
Desarrollar, proyectos y talleres productivos para docente,
alumnos padres de familia para evitar la desercin escolar.
Fomentar la prctica de valores a tr5aves de proyectos y
talleres.

1.1.6.2

Amenazas

Baja remuneracin econmica de los estudiantes

No contar con un presupuesto adecuado para cubrir las
necesidades de la institucin
Embarazo precoz, Delincuencia juvenil, drogadiccin, y otros

1.1.7 Organigrama
COPAE

DIRECCION

SECRETARIA

ORGANO
TECNICO
PEDAGOGICO

TUTORIA Y
ORIENTACION
EDUCACIONAL

ORGANO DE
PARTICIPACION

1.2 Calculo de esfuerzo para el desarrollo del proyecto

1.2.1 Peso de Actores

Tipo de Actor
Simple
Promedio

Descripcin

Factor

Interfaz del programa

Interactivo, o manejador de

interfaz con protocolo

Complejo

Interfaz grfica

Asignamos a cada actor su tipo:

Secretaria - Simple
Administrador Complejo

Por tanto:
1 Simple * 1 = 1
1 Commplejo * 1 = 3
Total peso de actores = 1 + 3 = 4

1.2.2 Peso de Casos de Uso

Tipo de
Caso
Uso

Descripcin

Factor

Simple

3 o menos Transacciones

Promedio

4 a 7 Transacciones

10

Complejo

7 Transacciones

15

Asignamos a cada caso de uso su tipo:

Cant

Codigo

Nombre de Caso de Uso

Factor

C.U.A

Login

Simple

C.U.B1

Registro de Alumnos

Promedio

C.U.B2

Registro de Cursos

Promedio

C.U.C1

Escoger Tipo de Matricula

Simple

C.U.C2

Escoger Horario

Simple

C.U.C3

Escoger Turno

Simple

C.U.D1

Pagos Matricula

Simple

C.U.D2

Pagos Mensualidad

Simple

C.U.D3

Pagos Recuperacion

Simple

10

C.U.E1

Modificar por Recuperacion

Promedio

Por lo tanto:

7 Simples * 5 = 35
3 Promedios * 10 = 30

Total de peso de los Casos de uso = 30 + 35 =65

1.2.3 Calculo del UUCP

Peso de actores = 4
Peso de Casos de Uso = 69
Por lo tanto = 4 + 65 = 69
UUCP = 69
1.2.4 Calculando TCF
Numero
de
factor

Peso de
Factor

Valor
Asignad
os

Sistema Distribuido
Respuesta o Rendimiento de
los objetivos cumplidos
Eficiencia de los Usuarios
Finales (en
Lnea)

T5

Procesamiento interno
complejo
Cdigo debe ser reusable

T6

Fcil de instalar

0.5

2.5

T7

Fcil de usar

0.5

2.5

T8

Portable

T9

Fcil de cambiar

T10

Concurrente

T1
T2
T3
T4

Descripcin del Factor

Valor
Total

10

T12

Incluye caractersticas
especiales de
seguridad
Provee acceso directo
para terceros

T13

Capacitacin especial

T11

TFactor = Sumatoria (Peso del Factor) * (TValoreAsignados)

TFactor = 33
TFC = 0.6 + (0.01 * TFactor)

TFC = 0.6 + (0.01 * 33) = 0.93

1.2.5 Calculo de EF
Nmero
del

Descripcin del Factor

Peso

Factor

Valor

Valor

Asignado

Total

F1

Manejo de Procesos Unificados

1.5

7.5

F2

Experiencia en Aplicaciones

0.5

1.5

0.5

F3

Experiencia en la Orientacin a
Objetos.

F4

Capacidad de Anlisis y
Liderazgo

F5

Motivacin

F6

Requerimientos estables

11

F7

F8

Trabajadores a medio tiempo

Dificultad en el lenguaje de

-1

-3

-1

-4

Programacin
16

EFactor =16
EF = 0.35 + (0.03 * EFactor)
EF = 0.35 + (0.03 * 16) = 0.83

1.2.6 Calculo del UCP

UCP = UUCP * TCF * EF

UCP = 69* 0.93* 0.83 = 53.2611

1.2.7 Para elegir el factor hombre / horas

Factor hombre 20 hombres/horas *53.2611 UCP = 1065.222

TIEMPO APROXIMADO
Tiempo aprox tiene 40 horas (5 das * 8) entonces:
1065.222/40=26.63055 semanas
2 personas hacen el proyecto
26.63055 semanas/2 =13.315275 semanas equivale a 3 meses y 1
semana

12

1.2.8 El costo del Proyecto se calcul

CP=MESES*SUELTO*CANTIDAD DE PROGRAMADORES
CP=3.1*1500*2= 9300

CAPITULO 2: MODELADO DEL NEGOCIO

2.1 Visin del Negocio

El presente proyecto se desarroll en base a las necesidades y problemas

observados en el transcurso con el manejo de informacin del colegio
particular santa rosa de lima con el propsito de realizar mejoras a sus
tareas manuales. Cuyo

objetivo es implementar un sistema capaz de

realizar las matriculas de forma automatizada, logrando que la institucin

pase de realizar sus procesos de forma manual a la automatizacin de los
mismos, evitando as una gran prdida de tiempo al momento de procesar
la matrcula.

2.2 Posicionamiento
2.2.1 Oportunidad del negocio

La implementacin del sistema de control de matrcula de la Institucin

educativa SANTA ROSA DE LIMA permite mejorar el servicio de
consulta de informacin (notas, pagos, situacin acadmica del
estudiante) y realizar el proceso de matrcula de manera rpida y
eficiente a los estudiantes de dicha institucin.

13

La competitividad aumenta el compromiso institucional por dar un

servicio de calidad siendo una exigencia por parte de la sociedad, el
acceso oportuno y amplio a la informacin.

2.2.2 Definicin del problema

El problema es la falta de automatizacin y control de la informacin,
realizada de manera tradicional, estando fraccionada entre registros
manuales, lo cual provoca un proceso de matrcula engorroso, ya que
cuando un alumno llega a matricularse tienen que supervisar sus
pagos, su notas, y estado acadmico que est registrado en diversos
cuadernos.
Este proceso afecta tanto al apoderado o estudiante que solicita la
matricula como a la secretaria encargada de matricular, ya que el
tiempo que se lleva para realizar este proceso es largo. Una solucin
adecuada seria implementar un sistema de control de matrcula que
integre toda la informacin, de acceso rpido y completo a los actores.

2.2.3 Posicionamiento del producto

PARA
La institucin educativa Santa Rosa de Lima
QUIENES

NOMBRE DEL
PRODUCTO

QUE

Necesitan consultar pagos, notas y situacin

acadmica del estudiante para su posterior matricula

Sistema de control de matricula

Almacena la informacin correspondiente para su

posterior uso

NO COMO
14

NUESTRO
PRODUCTO

Permite realizar el proceso de matrcula de una manera

eficiente y rpida.

2.2.4 Descripcin de stakeholders

Para poder brindar eficientemente un servicio que se ajuste a las
necesidades de los usuarios, es de mucha importancia la identificacin
e implicacin de quienes son partcipes en el proyecto como
integrantes en el proceso de modelado de requerimientos. Adems,
identificar a los usuarios y verificar que los participantes los
representen apropiadamente. Esta seccin muestra un perfil de los
participantes y de los usuarios involucrados en el proyecto, as como
los problemas ms importantes que stos perciben para enfocar la
solucin propuesta hacia ellos.
2.2.5 Perfil de stakeholders

Perfil de Stakeholders: Secretaria

Descripcin
Representantes

Secretaria-Recepcionista
Nombre
Participar de la ejecucin y control de la gestin de la
matrcula.
Consultar informacin de rendimiento acadmico por
alumno.

Participacin

Consultar informacin de rendimiento acadmico por

seccin.
Registrar las matrculas.
Imprimir boletas de matrculas.
Imprimir actas de evaluacin.
15

La secretaria debe tener la capacidad de manipular

la aplicacin, que lo puede lograr con solo
conocimiento bsico.
La secretaria es la encargada de realizar los
diferentes registros en la base de datos, as como de
realizar las diferentes acciones como, el control de
los pagos y el control de la notas.

Perfil de Stakeholders: Alumno

Descripcin

Alumnos en general

Representantes

Nombre
El alumno tiene una participacin de colaborador
como Stakeholders en el sistema.

Participacin

El alumno se puede ver afectado, si en algn caso, el

sistema presenta dificultades, y se surgen
alteraciones en los registros.
El alumno, podr hacer una solicitud de sus recibos
de matrcula a la secretaria, la que est en la
obligacin de atender su pedido.

Perfil de Stakeholders: Director

Descripcin

Director

Representantes

Nombre
El director juega un papel importante, ya que al l se
le harn llegar los reportes.

Participacin

El director es el encargado de realizar alguna

exoneracin con algn caso especial que se
presente con algn alumno.

16

Los casos excepcionales, son manejados por el

director, hasta que se regularice la situacin, y as,
se pueda volver a hacer uso del sistema para dichos
registros.

2.2.6 Modelo de casos de uso del negocio

17

2.2.7 Modelo de objeto de Negocio

18

19

20

2.2.8 Modelo de dominio

21

CAPITULO 3: REQUERIMIENTOS
3.1 Especificacin de requerimientos de software
3.1.1 Funcionales

El sistema debe ser capaz de realizar la matricula sin errores, recogiendo

los datos de pagos y notas, antes registrados.
El sistema de ser capaz de obtener reportes para poder tener estadsticas
de los movimientos econmicos.
El sistema debe ser capaz de controlar los pagos mensuales de los
alumnos.
El sistema debe ser capaz de restringir la matricula a los alumnos que no
hayan realizados sus pagos respectivos.

3.1.2 No funcionales

Computadora
Impresora
Conexin a internet
Interface grfica amigable

22

3.2 Modelo de casos de uso

23

24

25

26

27

3.3 Documentacin de casos de uso

Cuadro de Especificacin
Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post- Condiciones
Referenciar
Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

C.U.A Login
Permite al Usuario mediante su contrasea
ingresar al Sistema
Usuario
-El usuario debe tener su contrasea
predeterminada.
Se obtiene el ingreso al sistema.
1. Se ingresa usuario y contrasea.
2. le da clic en entrar.
3. Muestra la vista del sistema.
-Por error se escribe mal ya sea el usuario y
contrasea se le da Limpiar.
- sino existe: mostrar contrasea incorrecta
Solo pueden tener acceso al sistema aquellos
usuarios que tengan una contrasea.

28

Cuadro de Especificacin
Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post- Condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios

C.U.B1-REGISTRO DE ALUMNOS
Permite almacenar datos del estudiante
usuario
-El estudiante tiene que ser >= a 13 aos
-Registrar al estudiante mediante su DNI
Se obtiene los datos del estudiante
C.U.B1a- Registrar Alumnos,
C.U.B1b- Modificar Alumno,
C.U.B1c- Buscar Alumno,
C.U.B1d- Ver Alumno
1. El usuario ingresa al sistema.
2. Ingresa su usuario y contrasea.
3. Registra el DNI, nombre, apellido, direccin,
telfono, apoderado del estudiante
Buscar al estudiante por DNI, sino existe: mostrar
estudiante no registrado
Solo puede ser registrado los estudiantes que
sean >= 13 aos segn el Artculo 67 de la Ley
General de Educacin N28044.

Anexos

29

Cuadro de Especificacin
Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post- Condiciones

Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

C.U.B2-REGISTRO DE CURSOS
Permite almacenar los cursos de acuerdo al grado
estudiantil.
Usuario
-Registrar Cursos con respecto al grado
estudiantil.
Se obtiene el listado de Cursos Disponibles.
C.U.B2a- Registrar Curso,
C.U.B2b- Modificar Curso,
C.U.B2c- Eliminar Curso,
C.U.B2d- Buscar Curso,
C.U.B1d- Ver Alumno
1. El usuario ingresa al sistema.
2. Ingresa su usuario y contrasea.
3. Ingresa a Registro de Curso
4. Muestra nombre, cdigo y acciones.
5. Registra Nuevo Curso.
Me permite modificar cursos.

30

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar
Curso Normal

Curso alternativo
Problema y
comentarios

ESPECIFICACION
C.U.C1-Escoger Tipo de Matricula
Nos permite especificar qu tipo de matrcula
deseamos realizar.
usuario
- El estudiante no debe tener deuda de pago
pendiente.
- El estudiante no debe tener ms de 2 cursos
desaprobados.
Se obtiene boleta de Matricula
C.U.B1c- Buscar Alumno
1. El usuario busca al estudiante mediante su
DNI.
2. Escoger tipo de matrcula.
1. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
2. Registrar al alumno.
Solo pueden matricularse los estudiantes que no
tengan deuda pendiente o no tener ms de 2
cursos desaprobados

Anexos

31

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios

ESPECIFICACION
CU- REGISTRO MATRICULA
usuario
- El estudiante no debe tener deuda de pago
pendiente.
- El estudiante no debe tener ms de 2 cursos
desaprobados.
Se obtiene boleta de Matricula
CU- Pago y CU Notas Finales
3. El usuario busca al estudiante mediante su
DNI.
4. Verificar notas finales
5. Verificar si tiene deuda de pago
6. Escoger turno
7. Indicar pago de matricula
3. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
4. Registrar al alumno.
Solo pueden matricularse los estudiantes que no
tengan deuda pendiente o no tener ms de 2
cursos desaprobados

Anexos

32

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar
Curso Normal

Curso alternativo
Problema y
comentarios

ESPECIFICACION
C.U.C2-Escoger Horario
Permite al estudiante seleccionar el horario
deseado.
usuario
- El estudiante no debe tener deuda de pago
pendiente.
- El estudiante no debe tener ms de 2 cursos
desaprobados.
Se obtiene Horario del alumno
C.U.B1c- Buscar Alumno
1.El usuario busca al estudiante mediante su DNI
2.Escoger horario
5. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
6. Registrar al alumno.
Solo pueden matricularse los estudiantes que no
tengan deuda pendiente o no tener ms de 2
cursos desaprobados

Anexos

33

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar
Curso Normal

Curso alternativo
Problema y
comentarios

ESPECIFICACION
C.U.C3-Escoger Turno
Permite al estudiante seleccionar el turno
deseado.
usuario
- El estudiante no debe tener deuda de pago
pendiente.
- El estudiante no debe tener ms de 2 cursos
desaprobados.
Se obtiene Turno del alumno
C.U.B1c- Buscar Alumno
1.El usuario busca al estudiante mediante su DNI
2.Escoger Turno.
7. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
8. Registrar al alumno.
Solo pueden matricularse los estudiantes que no
tengan deuda pendiente o no tener ms de 2
cursos desaprobados

Anexos

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

ESPECIFICACION
C.U.D1- Pagos Matricula
Permite realizar pagos mediante un monto
generado.
Usuario
- El estudiante debe estar registrado
Comprobante de pago
C.U.B1c-Buscar Alumno
C.U.D1a-Guardar Pago
1. El usuario busca al estudiante mediante su
DNI
2. Genera monto de pago
3. Realiza pago
Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
El estudiante debe estar previamente registrado
para realizar el pago

34

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

ESPECIFICACION
C.U.D2- Pagos Mensualidad
Permite realizar pagos mediante un monto
generado.
Usuario
- El estudiante debe estar registrado
Comprobante de pago
C.U.B1c-Buscar Alumno
C.U.D2a-Guardar Pago
C.U.D2b-Limpiar Campos
4. El usuario busca al estudiante mediante su
DNI
5. Genera monto de pago
6. Realiza pago
Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
El estudiante debe estar previamente registrado
para realizar el pago

ESPECIFICACION
C.U.D3- Pagos Recuperacin
Permite realizar pagos mediante un monto
generado.
Usuario
- El estudiante debe estar registrado
Comprobante de pago
C.U.B1c-Buscar Alumno
C.U.B2d-Buscar Curso
C.U.D3a-Seleccionar Cantidad de cursos
C.U.D3b-Guardar Pago
1. El usuario busca al estudiante mediante su
DNI
2. Genera monto de pago
3. Realiza pago
Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
El estudiante debe estar previamente registrado
para realizar el pago

35

Caso de Uso
Breve Descripcin
Actores
Pre-condiciones
Post-condiciones
Referenciar

Curso Normal

Curso alternativo
Problema y
comentarios
Anexos

ESPECIFICACION
C.U.E1- Modificar por Recuperacin
Permite especificar el modo de realizar pagos
de recuperacin mediante el curso y su grado.
Usuario
- El estudiante debe estar registrado
Comprobante de pago
C.U.B2d-Buscar Curso
C.U.E1a-Escoger grado
C.U.E1a-1 - Guardar
1. El usuario busca al estudiante mediante
su DNI
2. Selecciona el curso de acuerdo al
grado.
3. Genera monto de pago
4. Realiza pago
Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado
El estudiante debe estar previamente
registrado para realizar el pago

36

CAPITULO 4: ANALISIS Y DISEO

4.1 Modelo del anlisis y diseo
4.1.1 Diagramas de comunicacin

37

38

39

40

41

4.1.2 Diagrama de Secuencia vs interfaz de usuario

42

43

44

45

46

47

48

49

4.1.3 Diagrama de clases de Diseo

50

4.2 Diagrama de base de datos

51

CAPITULO 5: IMPLEMENTACION
5.1 Elementos de implementacin
5.1.1 Cdigo fuente de la clase conexin
package ConexionBD;
import java.sql.Connection;
import java.sql.DriverManager;
/**
*
* @author Toshiba-satellite
*/
public class Conexion {
private String url;
private String driver;
private String error;
/*private String usuario;
private String contrasena;*/

public Conexion() {

this.url = "jdbc:odbc:MATRICULA";
this.driver = "sun.jdbc.odbc.JdbcOdbcDriver";
this.error = "";
/*this.usuario="sa";
this.contrasena="35712";*/
}

52

public Connection getConectar() {

try {
Class.forName(driver).newInstance();
return DriverManager.getConnection(url);
} catch (Exception e) {
error = e.getMessage();
System.out.println("error al conectar " + error);
}
return null;
}

public void setConectar(Connection con) {

try {
con.close();
} catch (Exception e) {
error = e.getMessage();
System.out.println("error al desconectar " + error);
}
}

public String getUrl() {

return url;
}

public void setUrl(String url) {

this.url = url;
}

53

public String getDriver() {

return driver;
}

public void setDriver(String driver) {

this.driver = driver;
}

public String getError() {

return error;
}

public void setError(String error) {

this.error = error;
}
}
___________________----Probando Conexion----_____________________

package ConexionBD;

import java.sql.Connection;
import javax.swing.JOptionPane;

/**
*
* @author Toshiba-satellite
*/
public class Probar {
54

/**
* @param args the command line arguments
*/
public static void main(String[] args) {
Conexion dbm = new Conexion();
Connection con = null;
con = dbm.getConectar();

if (con != null) {
JOptionPane.showMessageDialog(null, "Conexin Realizada Correctamente");
}
}
}

55

5.1.2 Diagramas de componentes

56

5.1.3 Diagrama de paquetes

57

CAPITULO 6: DESPLIEGUE
6.1 Diagrama de despliegue

58

6.2 Diseo general de la red

59

CONCLUSIONES

El presente proyecto fue diseado con fines acadmicos, en el, se pudo aprender
cmo es que se realizan los procesos en la etapa del diseo de software.
Aqu se puso en prctica, todos los conocimientos adquiridos en clases.
Poco a poco se fue mejorando cada avance del proyecto, con ayuda del docente,
en las entregas continuas.
Pudimos apreciar, que el enfoque del diseo, es muy distinto al de anlisis, ya que
aqu se tiene que resolver la interrogante de cmo lo vamos a hacer.
El Anlisis del Sistema nos permiti conocer la Administracin y Documentacin del
proceso de matrcula de los alumnos del nivel con que cuenta la I.E.P. Santa Rosa
de Lima.
El Diseo del SISTEMA DE CONTROL Y MATRICULA de la I.E.P. Santa Rosa de
Lima, nos ha permitido formular el manejo del Sistema para una gestin eficaz,
rpido y fiable de procedimientos.

60

RECOMENDACIONES

Cuando se tenga que realizar, la etapa del diseo, nos debemos desglosar
totalmente de la etapa del diseo.
En la etapa del anlisis, se levanta toda la informacin, y nos enfocamos en lo que
vamos a hacer. Mientras que en la etapa del diseo, nos interesa, como lo vamos a
hacer.
Se debe tener en cuenta, que ahora lo ms importante es el sistema, y todos los
procesos que en l se desarrollan.
La etapa del diseo tambin tiene sus diagramas, las cuales deben ser analizadas
al detalle, ya que en ellas se encuentra lo que el cliente observara en las interfaces.

61

ANEXOS
Imgenes de las interfaces.
Login

62

Menu principal

Registro de Alumno

63

Registrar alumno nuevo

Registro de curso

64

Matricula: bsqueda alumno

65

Matricula: Registrar

Reportes de Matricula

66

Imprimir boleta de Matricula

Plano de la Direccin

67

68