AO DE LA PROMOCION DE LA INDUSTRIA RESPONSABLE Y DEL COMPROMISOCLIMATICOUNIVERSIDAD NACIONAL DEUCAYALI
FACULTAD DE INGENIERIA CIVIL E INGENIERIA D SISTEMAS
PUCALLPA PERU
TEMA : SISTEMA DE CONTROL Y MATRICULAESCUELA : INGENIERIA DE SISTEMASCURSO : DISEO DE SISTEMASDOCENTE : ING. CLOTILDE RIOS HIDALGO DE CERNACICLO : VIIINTEGRANTES :
PINTO VELA, JUAN MANUELMEZA MILOSLAVIC, CHRISTIANROJAS ALVA, SARITA ROCIOSIALER GARCIA, JORGE
1INDICE
INTRODUCCION.......................................................................................................................... 4CAPITULO 1: GESTION DEL PROYECTO ................................................................................. 5
1.1 Giro de Negocio ................................................................................................................ 51.1.1 Resea Histrica .......................................................................................................... 51.1.2 Visin .............................................................................................................................. 51.1.3 Misin ............................................................................................................................. 61.1.4 Objetivos Estratgicos ................................................................................................. 61.1.5 Anlisis Interno.............................................................................................................. 61.1.5.1 Fortalezas .................................................................................................................. 61.1.5.2 Debilidades ................................................................................................................ 71.1.6 Anlisis Externo ............................................................................................................ 71.1.6.1 Oportunidades........................................................................................................... 71.1.6.2 Amenazas .................................................................................................................. 71.1.7 Organigrama.................................................................................................................. 81.2 Calculo de esfuerzo para el desarrollo del proyecto................................................... 81.2.1 Peso de Actores............................................................................................................ 81.2.2 Peso de Casos de Uso ................................................................................................ 91.2.3 Calculo del UUCP....................................................................................................... 101.2.4 Calculando TCF .......................................................................................................... 101.2.5 Calculo de EF.............................................................................................................. 111.2.6 Calculo del UCP.......................................................................................................... 121.2.7 Para elegir el factor hombre / horas ........................................................................ 12Factor hombre 20 hombres/horas *53.2611 UCP = 1065.222 ........................................ 121.2.8 El costo del Proyecto se calcul............................................................................... 13CP=MESES*SUELTO*CANTIDAD DE PROGRAMADORES ............................................ 13CP=3.1*1500*2= 9300............................................................................................................... 13
CAPITULO 2: MODELADO DEL NEGOCIO.............................................................................. 132.1 Visin del Negocio.......................................................................................................... 132.2 Posicionamiento ............................................................................................................. 132.2.1 Oportunidad del negocio ........................................................................................... 13
22.2.2 Definicin del problema ............................................................................................. 142.2.3 Posicionamiento del producto................................................................................... 142.2.4 Descripcin de stakeholders..................................................................................... 152.2.5 Perfil de stakeholders ................................................................................................ 15Perfil de Stakeholders: Secretaria ........................................................................................... 15Perfil de Stakeholders: Alumno ................................................................................................ 16Perfil de Stakeholders: Director................................................................................................ 162.2.6 Modelo de casos de uso del negocio ...................................................................... 172.2.7 Modelo de objeto de Negocio ................................................................................... 182.2.8 Modelo de dominio ..................................................................................................... 21
CAPITULO 3: REQUERIMIENTOS ............................................................................................. 223.1 Especificacin de requerimientos de software........................................................... 223.1.1 Funcionales ................................................................................................................. 223.1.2 No funcionales ............................................................................................................ 223.2 Modelo de casos de uso................................................................................................ 233.3 Documentacin de casos de uso ................................................................................. 28
CAPITULO 4: ANALISIS Y DISEO ........................................................................................... 374.1 Modelo del anlisis y diseo ......................................................................................... 374.1.1 Diagramas de comunicacin..................................................................................... 374.1.2 Diagrama de Secuencia vs interfaz de usuario ..................................................... 424.1.3 Diagrama de clases de Diseo................................................................................. 504.2 Diagrama de base de datos.......................................................................................... 51
CAPITULO 5: IMPLEMENTACION ............................................................................................. 525.1 Elementos de implementacin ..................................................................................... 525.1.1 Cdigo fuente de la clase conexin......................................................................... 525.1.2 Diagramas de componentes ..................................................................................... 565.1.3 Diagrama de paquetes .............................................................................................. 57
CAPITULO 6: DESPLIEGUE........................................................................................................ 586.1 Diagrama de despliegue................................................................................................ 586.2 Diseo general de la red ............................................................................................... 59CONCLUSIONES....................................................................................................................... 60RECOMENDACIONES.............................................................................................................. 61
3Imgenes de las interfaces. ...................................................................................................... 62Login ............................................................................................................................................. 62Menu principal............................................................................................................................. 63
Registro de Alumno........................................................................................................... 63Registrar alumno nuevo ............................................................................................................ 64Registro de curso ....................................................................................................................... 64Matricula: bsqueda alumno..................................................................................................... 65
Matricula: Registrar ............................................................................................................ 66Reportes de Matricula................................................................................................................ 66Imprimir boleta de Matricula...................................................................................................... 67Plano de la Direccin ................................................................................................................. 67
4INTRODUCCION
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).
5CAPITULO 1: GESTION DEL PROYECTO
1.1 Giro de Negocio1.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 e
innovadores que ofrezcan calidad educativa a los estudiantes.
61.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 Interno1.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
71.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 Externo1.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
81.1.7 Organigrama
1.2 Calculo de esfuerzo para el desarrollo del proyecto1.2.1 Peso de Actores
Tipo de Actor Descripcin Factor
Simple Interfaz del programa 1
Promedio Interactivo, o manejador de
interfaz con protocolo
2
Complejo Interfaz grfica 3
Asignamos a cada actor su tipo:
Secretaria - Simple Administrador Complejo
DIRECCION
ORGANOTECNICO
PEDAGOGICOTUTORIA Y
ORIENTACIONEDUCACIONAL
ORGANO DEPARTICIPACION
SECRETARIA
COPAE
9Por tanto:
1 Simple * 1 = 1
1 Commplejo * 1 = 3
Total peso de actores = 1 + 3 = 4
1.2.2 Peso de Casos de Uso
Asignamos a cada caso de uso su tipo:
Cant Codigo Nombre de Caso de Uso Factor
1 C.U.A Login Simple
2 C.U.B1 Registro de Alumnos Promedio
3 C.U.B2 Registro de Cursos Promedio
4 C.U.C1 Escoger Tipo de Matricula Simple
5 C.U.C2 Escoger Horario Simple
6 C.U.C3 Escoger Turno Simple
7 C.U.D1 Pagos Matricula Simple
8 C.U.D2 Pagos Mensualidad Simple
9 C.U.D3 Pagos Recuperacion Simple
10 C.U.E1 Modificar por Recuperacion Promedio
Tipo deCasoUso
Descripcin Factor
Simple 3 o menos Transacciones 5
Promedio 4 a 7 Transacciones 10
Complejo 7 Transacciones 15
10
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
Numerodefactor Descripcin del Factor
Peso deFactor
ValorAsignado s
ValorTotal
T1 Sistema Distribuido 2 0 0
T2 Respuesta o Rendimiento delos objetivos cumplidos 1 3 3
T3Eficiencia de los UsuariosFinales (enLnea)
1 0 0
T4 Procesamiento internocomplejo
1 3 3
T5 Cdigo debe ser reusable 1 5 5
T6 Fcil de instalar 0.5 5 2.5
T7 Fcil de usar 0.5 5 2.5
T8 Portable 2 1 2
T9 Fcil de cambiar 1 5 5
T10 Concurrente 1 4 4
11
T11 Incluye caractersticasespeciales deseguridad
1 2 2
T12 Provee acceso directopara terceros 1 1 1
T13 Capacitacin especial 1 3 3
TFactor = Sumatoria (Peso del Factor) * (TValoreAsignados)
TFactor = 33TFC = 0.6 + (0.01 * TFactor)
TFC = 0.6 + (0.01 * 33) = 0.93
1.2.5 Calculo de EF
Nmerodel
Factor
Descripcin del Factor Peso Valor
Asignado
Valor
Total
F1 Manejo de Procesos Unificados 1.5 5 7.5
F2 Experiencia en Aplicaciones 0.5 3 1.5
F3Experiencia en la Orientacin a
Objetos.1 4 4
F4 Capacidad de Anlisis yLiderazgo
0.5 4 2
F5 Motivacin 1 4 4
F6 Requerimientos estables 2 2 4
12
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 / horasFactor 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 1semana
F7 Trabajadores a medio tiempo -1 3 -3
F8Dificultad en el lenguaje de
Programacin-1 4 -4
16
13
1.2.8 El costo del Proyecto se calcul
CP=MESES*SUELTO*CANTIDAD DE PROGRAMADORESCP=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 Posicionamiento2.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.
14
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
PARALa institucin educativa Santa Rosa de Lima
QUIENES Necesitan consultar pagos, notas y situacinacadmica del estudiante para su posterior matricula
NOMBRE DELPRODUCTO Sistema de control de matricula
QUE Almacena la informacin correspondiente para suposterior uso
NO COMO
15
NUESTROPRODUCTO 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 Secretaria-Recepcionista
RepresentantesNombre
Participacin
Participar de la ejecucin y control de la gestin de lamatrcula.Consultar informacin de rendimiento acadmico poralumno.Consultar informacin de rendimiento acadmico porseccin.Registrar las matrculas.Imprimir boletas de matrculas.Imprimir actas de evaluacin.
16
La secretaria debe tener la capacidad de manipularla aplicacin, que lo puede lograr con soloconocimiento bsico.La secretaria es la encargada de realizar losdiferentes registros en la base de datos, as como derealizar las diferentes acciones como, el control delos pagos y el control de la notas.
Perfil de Stakeholders: Alumno
Descripcin Alumnos en general
Representantes Nombre
Participacin
El alumno tiene una participacin de colaboradorcomo Stakeholders en el sistema.El alumno se puede ver afectado, si en algn caso, elsistema presenta dificultades, y se surgenalteraciones en los registros.El alumno, podr hacer una solicitud de sus recibosde matrcula a la secretaria, la que est en laobligacin de atender su pedido.
Perfil de Stakeholders: Director
Descripcin Director
Representantes Nombre
Participacin
El director juega un papel importante, ya que al l sele harn llegar los reportes.
El director es el encargado de realizar algunaexoneracin con algn caso especial que sepresente con algn alumno.
17
Los casos excepcionales, son manejados por eldirector, hasta que se regularice la situacin, y as,se pueda volver a hacer uso del sistema para dichosregistros.
2.2.6 Modelo de casos de uso del negocio
18
2.2.7 Modelo de objeto de Negocio
19
20
21
2.2.8 Modelo de dominio
22
CAPITULO 3: REQUERIMIENTOS
3.1 Especificacin de requerimientos de software3.1.1 Funcionales
El sistema debe ser capaz de realizar la matricula sin errores, recogiendolos datos de pagos y notas, antes registrados.
El sistema de ser capaz de obtener reportes para poder tener estadsticasde los movimientos econmicos.
El sistema debe ser capaz de controlar los pagos mensuales de losalumnos.
El sistema debe ser capaz de restringir la matricula a los alumnos que nohayan realizados sus pagos respectivos.
3.1.2 No funcionales Computadora Impresora Conexin a internet Interface grfica amigable
23
3.2 Modelo de casos de uso
24
25
26
27
28
3.3 Documentacin de casos de uso
Cuadro de Especificacin
Caso de Uso C.U.A Login
Breve Descripcin Permite al Usuario mediante su contraseaingresar al SistemaActores Usuario
Pre-condiciones -El usuario debe tener su contraseapredeterminada.Post- Condiciones Se obtiene el ingreso al sistema.
Referenciar
Curso Normal1. Se ingresa usuario y contrasea.2. le da clic en entrar.3. Muestra la vista del sistema.
Curso alternativo-Por error se escribe mal ya sea el usuario ycontrasea se le da Limpiar.- sino existe: mostrar contrasea incorrecta
Problema ycomentarios
Solo pueden tener acceso al sistema aquellosusuarios que tengan una contrasea.
Anexos
29
Cuadro de Especificacin
Caso de Uso C.U.B1-REGISTRO DE ALUMNOSBreve Descripcin Permite almacenar datos del estudiante
Actores usuario
Pre-condiciones -El estudiante tiene que ser >= a 13 aos-Registrar al estudiante mediante su DNIPost- Condiciones Se obtiene los datos del estudiante
ReferenciarC.U.B1a- Registrar Alumnos,C.U.B1b- Modificar Alumno,C.U.B1c- Buscar Alumno,C.U.B1d- Ver Alumno
Curso Normal1. El usuario ingresa al sistema.2. Ingresa su usuario y contrasea.3. Registra el DNI, nombre, apellido, direccin,
telfono, apoderado del estudiante
Curso alternativo Buscar al estudiante por DNI, sino existe: mostrarestudiante no registrado
Problema ycomentarios
Solo puede ser registrado los estudiantes quesean >= 13 aos segn el Artculo 67 de la LeyGeneral de Educacin N28044.
Anexos
30
Cuadro de Especificacin
Caso de Uso C.U.B2-REGISTRO DE CURSOS
Breve Descripcin Permite almacenar los cursos de acuerdo al gradoestudiantil.Actores Usuario
Pre-condiciones -Registrar Cursos con respecto al gradoestudiantil.Post- Condiciones Se obtiene el listado de Cursos Disponibles.
Referenciar
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
Curso Normal
1. El usuario ingresa al sistema.2. Ingresa su usuario y contrasea.3. Ingresa a Registro de Curso4. Muestra nombre, cdigo y acciones.5. Registra Nuevo Curso.
Curso alternativo Me permite modificar cursos.Problema y
comentariosAnexos
31
ESPECIFICACIONCaso de Uso C.U.C1-Escoger Tipo de Matricula
Breve Descripcin Nos permite especificar qu tipo de matrculadeseamos realizar.Actores usuario
Pre-condiciones- El estudiante no debe tener deuda de pagopendiente.- El estudiante no debe tener ms de 2 cursosdesaprobados.
Post-condiciones Se obtiene boleta de MatriculaReferenciar C.U.B1c- Buscar Alumno
Curso Normal1. El usuario busca al estudiante mediante su
DNI.2. Escoger tipo de matrcula.
Curso alternativo1. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado2. Registrar al alumno.
Problema ycomentarios
Solo pueden matricularse los estudiantes que notengan deuda pendiente o no tener ms de 2cursos desaprobados
Anexos
32
ESPECIFICACIONCaso de Uso CU- REGISTRO MATRICULA
Breve DescripcinActores usuario
Pre-condiciones- El estudiante no debe tener deuda de pagopendiente.- El estudiante no debe tener ms de 2 cursosdesaprobados.
Post-condiciones Se obtiene boleta de MatriculaReferenciar CU- Pago y CU Notas Finales
Curso Normal
3. El usuario busca al estudiante mediante suDNI.
4. Verificar notas finales5. Verificar si tiene deuda de pago6. Escoger turno7. Indicar pago de matricula
Curso alternativo3. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado4. Registrar al alumno.
Problema ycomentarios
Solo pueden matricularse los estudiantes que notengan deuda pendiente o no tener ms de 2cursos desaprobados
Anexos
33
ESPECIFICACIONCaso de Uso C.U.C2-Escoger Horario
Breve Descripcin Permite al estudiante seleccionar el horariodeseado.Actores usuario
Pre-condiciones- El estudiante no debe tener deuda de pagopendiente.- El estudiante no debe tener ms de 2 cursosdesaprobados.
Post-condiciones Se obtiene Horario del alumnoReferenciar C.U.B1c- Buscar Alumno
Curso Normal1.El usuario busca al estudiante mediante su DNI2.Escoger horario
Curso alternativo5. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado6. Registrar al alumno.
Problema ycomentarios
Solo pueden matricularse los estudiantes que notengan deuda pendiente o no tener ms de 2cursos desaprobados
Anexos
34
ESPECIFICACIONCaso de Uso C.U.C3-Escoger Turno
Breve Descripcin Permite al estudiante seleccionar el turnodeseado.Actores usuario
Pre-condiciones- El estudiante no debe tener deuda de pagopendiente.- El estudiante no debe tener ms de 2 cursosdesaprobados.
Post-condiciones Se obtiene Turno del alumnoReferenciar C.U.B1c- Buscar Alumno
Curso Normal1.El usuario busca al estudiante mediante su DNI2.Escoger Turno.
Curso alternativo7. Buscar al estudiante por DNI, sino existe:
mostrar estudiante no registrado8. Registrar al alumno.
Problema ycomentarios
Solo pueden matricularse los estudiantes que notengan deuda pendiente o no tener ms de 2cursos desaprobados
Anexos
ESPECIFICACIONCaso de Uso C.U.D1- Pagos Matricula
Breve Descripcin Permite realizar pagos mediante un montogenerado.Actores Usuario
Pre-condiciones - El estudiante debe estar registradoPost-condiciones Comprobante de pago
Referenciar C.U.B1c-Buscar AlumnoC.U.D1a-Guardar Pago
Curso Normal1. El usuario busca al estudiante mediante su
DNI2. Genera monto de pago3. Realiza pago
Curso alternativo Buscar al estudiante por DNI, sino existe:mostrar estudiante no registradoProblema y
comentariosEl estudiante debe estar previamente registradopara realizar el pago
Anexos
35
ESPECIFICACIONCaso de Uso C.U.D2- Pagos Mensualidad
Breve Descripcin Permite realizar pagos mediante un montogenerado.Actores Usuario
Pre-condiciones - El estudiante debe estar registradoPost-condiciones Comprobante de pago
ReferenciarC.U.B1c-Buscar AlumnoC.U.D2a-Guardar PagoC.U.D2b-Limpiar Campos
Curso Normal4. El usuario busca al estudiante mediante su
DNI5. Genera monto de pago6. Realiza pago
Curso alternativo Buscar al estudiante por DNI, sino existe:mostrar estudiante no registradoProblema y
comentariosEl estudiante debe estar previamente registradopara realizar el pago
Anexos
ESPECIFICACIONCaso de Uso C.U.D3- Pagos Recuperacin
Breve Descripcin Permite realizar pagos mediante un montogenerado.Actores Usuario
Pre-condiciones - El estudiante debe estar registradoPost-condiciones Comprobante de pago
ReferenciarC.U.B1c-Buscar AlumnoC.U.B2d-Buscar CursoC.U.D3a-Seleccionar Cantidad de cursosC.U.D3b-Guardar Pago
Curso Normal1. El usuario busca al estudiante mediante su
DNI2. Genera monto de pago3. Realiza pago
Curso alternativo Buscar al estudiante por DNI, sino existe:mostrar estudiante no registradoProblema y
comentariosEl estudiante debe estar previamente registradopara realizar el pago
Anexos
36
ESPECIFICACIONCaso de Uso C.U.E1- Modificar por Recuperacin
Breve Descripcin Permite especificar el modo de realizar pagosde recuperacin mediante el curso y su grado.Actores Usuario
Pre-condiciones - El estudiante debe estar registradoPost-condiciones Comprobante de pago
ReferenciarC.U.B2d-Buscar CursoC.U.E1a-Escoger gradoC.U.E1a-1 - Guardar
Curso Normal
1. El usuario busca al estudiante mediantesu DNI
2. Selecciona el curso de acuerdo algrado.
3. Genera monto de pago4. Realiza pago
Curso alternativo Buscar al estudiante por DNI, sino existe:mostrar estudiante no registradoProblema y
comentariosEl estudiante debe estar previamenteregistrado para realizar el pago
Anexos
37
CAPITULO 4: ANALISIS Y DISEO4.1 Modelo del anlisis y diseo
4.1.1 Diagramas de comunicacin
38
39
40
41
42
4.1.2 Diagrama de Secuencia vs interfaz de usuario
43
44
45
46
47
48
49
50
4.1.3 Diagrama de clases de Diseo
51
4.2 Diagrama de base de datos
52
CAPITULO 5: IMPLEMENTACION
5.1 Elementos de implementacin5.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";*/
}
53
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;
}
54
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 {
55
/*** @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");
}}
}
56
5.1.2 Diagramas de componentes
57
5.1.3 Diagrama de paquetes
58
CAPITULO 6: DESPLIEGUE
6.1 Diagrama de despliegue
59
6.2 Diseo general de la red
60
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.
61
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.
62
ANEXOS
Imgenes de las interfaces.
Login
63
Menu principal
Registro de Alumno
64
Registrar alumno nuevo
Registro de curso
65
Matricula: bsqueda alumno
66
Matricula: Registrar
Reportes de Matricula
67
Imprimir boleta de Matricula
Plano de la Direccin
68