Proyecto de Diseño

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

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

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


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


Solo puede ser registrado los estudiantes quesean >= 13 aos segn el Artculo 67 de la LeyGeneral de Educacin N28044.

Anexos

30


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.


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


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





Anexos

33

ESPECIFICACIONCaso de Uso C.U.C2-Escoger Horario

Breve Descripcin Permite al estudiante seleccionar el horariodeseado.Actores usuario


Post-condiciones Se obtiene Horario del alumnoReferenciar C.U.B1c- Buscar Alumno

Curso Normal1.El usuario busca al estudiante mediante su DNI2.Escoger horario





Anexos

34

ESPECIFICACIONCaso de Uso C.U.C3-Escoger Turno

Breve Descripcin Permite al estudiante seleccionar el turnodeseado.Actores usuario


Post-condiciones Se obtiene Turno del alumnoReferenciar C.U.B1c- Buscar Alumno

Curso Normal1.El usuario busca al estudiante mediante su DNI2.Escoger Turno.





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


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



ReferenciarC.U.B1c-Buscar AlumnoC.U.D2a-Guardar PagoC.U.D2b-Limpiar Campos





Anexos

ESPECIFICACIONCaso de Uso C.U.D3- Pagos Recuperacin



ReferenciarC.U.B1c-Buscar AlumnoC.U.B2d-Buscar CursoC.U.D3a-Seleccionar Cantidad de cursosC.U.D3b-Guardar 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


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


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

42

4.1.2 Diagrama de Secuencia vs interfaz de usuario

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

Documents

Proyecto de Diseño