proyecto franklin 2

7/31/2019 Proyecto Franklin 2

1/154

UUnniivveerrssiiddaadd NNaacciioonnaall AAuuttnnoommaa DDee NNiiccaarraagguuaa

RReecciinnttoo UUnniivveerrssiittaarriiooRRuubbnn DDaarroo

FFaaccuullttaadd DDee EEdduuccaacciinn ee IIddiioommaass

IInnffoorrmmttiiccaa EEdduuccaattiivvaa

PPrrooyyeeccttoo ddee GGrraadduuaacciinn ppaarraa ooppttaarr aall TTttuulloo ddee LLiicceenncciiaattuurraa eenn CCiieenncciiaass ddeellaa EEdduuccaacciinn ccoonn MMeenncciinn eenn IInnffoorrmmttiiccaa EEdduuccaattiivvaa..

TTeemmaa::

SSiisstteemmaa ddee mmaattrrccuullaa ppaarraa eell pprrooggrraammaa ddee PPrreeppaarraattoorriiaa ddee llaa UUnniivveerrssiiddaadd

NNaacciioonnaall AAuuttnnoommaa ddee NNiiccaarraagguuaa eenn llaa FFaaccuullttaadd ddee EEdduuccaacciinn ee IIddiioommaass

IInntteeggrraanntteess::

BBrr.. FFrraannkklliinngg JJoonnaatthhaann CChhvveezz RRaammrreezz

BBrr.. FFrraannkklliinn JJaavviieerr GGoonnzzlleezz RRaammooss

PPrrooffeessoorr ((aa))::

TTuuttoorr:: LLiicc.. FFrreeddddyy PPaallaacciiooss

jjuueevveess,, 2288 ddee jjuulliioo ddee 22001111


2/154

NDICE

1. INTRODUCCIN ............................................................................................. 1

2. OBJETIVOS DEL PROYECTO ....................................................................... 2

2.1. GENERAL .................................................................................................. 2

2.2. ESPECFICOS ............................................................................................. 2

3. ESTUDIO DE VIABILIDAD .............................................................................. 3

3.1. NECESIDADES Y REQUISITOS DEL CLIENTE. ................................................... 3

3.2. ANLISIS DE LA SITUACIN ACTUAL .............................................................. 4

3.3. ESTUDIO DE ALTERNATIVAS DE SOLUCIN.................................................... 8

3.4. VALORACIN Y ELECCIN DE LAS POSIBLES SOLUCIONES .............................. 8

3.4.1. VISUAL BASIC EXPRESS 2008 ........................................................... 83.4.2. MYSQL ................................................................................................ 10

3.4.3. EMBARCADERO ER/STUDIO ............................................................ 113.4.4. STARUML - LA OPEN SOURCE UML / MDA PLATAFORMA ......... 123.4.5. WAMP SERVER ................................................................................. 123.5. ALCANCE DEL PROYECTO.......................................................................... 13

3.6. VIABILIDAD TCNICA................................................................................. 15

3.7. VIABILIDAD OPERATIVA............................................................................. 16

3.8. VIABILIDAD ECONMICA............................................................................ 17

4. ANLISIS DEL SISTEMA ............................................................................. 18

4.1. DEFINICIN DEL SISTEMA .......................................................................... 18

4.2. DEFINICIN DE REQUISITOS DEL SISTEMA ................................................... 18

4.3. ESPECIFICACIN DEL PLAN DE PRUEBAS..................................................... 19

5. DISEO DEL SISTEMA ................................................................................ 22

5.1. ARQUITECTURA DEL SISTEMA .................................................................... 22

5.2. DEFINICIN DE NIVELES DE ARQUITECTURA ................................................ 24

5.2.1 Arquitectura funcional .......................................................................... 24

5.2.2 Arquitectura lgica ............................................................................... 255.3. DEFINICIN DE INTERFACES DE USUARIO.................................................... 26

5.3.1 Diagramacin de la navegacin por ventanas..................................... 265.3.2 Especificacin de Ventanas ................................................................ 275.4. ESPECIFICACIN DE ESTNDARES, NORMAS DE DISEO Y CONSTRUCCIN. ... 38

5.5. IDENTIFICACIN DE SUBSISTEMAS.............................................................. 39


3/154

5.6. CASOS DE USOS REALES .......................................................................... 40

5.7. REVISIN DE CASOS DE USO POR SUBSISTEMAS ......................................... 41

5.8. ESPECIFICACIN DE DESARROLLO Y PRUEBAS ............................................ 49

5.9. REQUISITOS DE IMPLEMENTACIN ............................................................. 52

6. DESARROLLO DEL SISTEMA ..................................................................... 55

6.1 PLANIFICACIN DE LAS ACTIVIDADES DE INTEGRACIN DEL SISTEMA ............. 55

6.2 COMO ELEGIR LA LICENCIA MS ADECUADA ................................................ 61

6.3 ENTORNO DE DESARROLLO ....................................................................... 62

6.4 DOCUMENTACIN..................................................................................... 63

7. IMPLEMENTACIN DEL SISTEMA ............................................................. 63

7.1 FORMACIN............................................................................................. 63

7.2 IMPLANTACIN DE SISTEMA, PRUEBAS Y NIVEL DE SERVICIO ......................... 64

7.3 ACEPTACIN DEL SISTEMA ........................................................................ 67

7.4 MANTENIMIENTO ...................................................................................... 71

8. CONCLUSIN ............................................................................................... 73

9. BIBLIOGRAFA ............................................................................................. 74

10. ANEXOS ........................................................................................................ 77

I. ANEXO 1.CARTA DE ACUERDO.................................................................. 78

II. ANEXO 2.ENTREVISTASECRETARIA ACADMICA ..................................... 81

III. ANEXO 3.ENTREVISTADIRECTOR DE LA PREPARATORIA.......................... 82

IV. ANEXO 4-REQUERIMIENTOS .................................................................... 83

V. ANEXO 5.COSTO DEL PROYECTO .............................................................. 85

VI. ANEXO 6.ELABORACIN DEL PRESUPUESTO .............................................. 88

VII. ANEXO 7.ANLISIS DE RIESGOS ................................................................ 91

VIII. ANEXO 8.DIAGRAMA DE CLASES ............................................................... 92

IX. ANEXO 9.DIAGRAMA ENTIDADRELACIN................................................ 93

X. ANEXO 10.CARDINALIDAD Y CORRESPONDENCIA........................................ 94XI. ANEXO 11.DICCIONARIO DE DATOS ........................................................... 99

XII. ANEXO 12.NORMALIZACIN ................................................................... 109

XIII. ANEXO 13.PANTALLAS DEL SISTEMA ACTUAL ........................................... 111

XIV. ANEXO 14.PLAN DE ESTUDIO DEL PROGRAMA DE LA PREPARATORIA.......... 118


4/154

XV. ANEXO 15.RESULTADOS DE LA PRUEBA .................................................. 120

XVI. ANEXO 16VISTO BUENO -DIRECTOR DE LA PREPARATORIA .................... 142

XVII.ANEXO 17VISTO BUENO - SECRETARIA ACADMICA................................ 143

XVIII.ANEXO 18-REQUISITOS DE INSTALACIN DE PROGRAMAS....................... 144

XIX. ANEXO 19EVALUACIN DE LA APLICACIN ............................................ 147

XX. ANEXO 20-MANUALES .......................................................................... 148


5/154

AAGGRRAADDEECCIIMMIIEENNTTOOSS

En primer lugar quiero agradecer a mis padres, Lucrecia Ramrez Vargas y

Cndido Chvez Garca a su esfuerzo, amor y apoyo incondicional durante mi

formacin tanto personal como profesional, que han confiado siempre en m y en

todo lo que me he propuesto. F. Chvez

Agradezco, primeramente a dios, por ser el que me brindo las fuerzas para seguir

adelante en el transcurso del desarrollo del trabajo. Adems quiero agradecer a

mis padres, Mercedes Ramos y Ariel Gonzlez a su esfuerzo, amor y apoyo

incondicional durante mi formacin tanto personal como profesional, que han

confiado siempre en m y en todo lo que me he propuesto. F. Gonzlez

Agradecemos al Licenciado Freddy Palacios nuestro tutor durante el proyecto, por

el soporte y ayuda brindada en el desarrollo del mismo.

Agradecemos a los docentes del Departamento de Informtica Educativa, que

hicieron posible la realizacin del trabajo, apoyndonos incondicionalmente en el

desarrollo del mismo.


6/154

DDEEDDIICCAATTOORRIIAA

A Dios, por brindarnos la dicha de la salud y bienestar fsico y espiritual en el

transcurso de nuestra carrera.

A nuestros padres, quienes nos ensearon desde pequeos a luchar para

alcanzar nuestras metas. Nuestro triunfo es el de ustedes.


7/154

Sistema de Matrcula Preparatoria UNAN - Managua 2011

1

1. Introduccin

El proyecto que se est llevando a cabo es de tipo administrativo, tomando en

cuenta el rea de accin a la cual est dirigido, ser para la administracineficiente de los registros acadmicos de los estudiantes.

El proyecto tiene como ttulo Sistema de matrcula para el programa de la

Preparatoria de la Universidad Nacional Autnoma de Nicaragua en la

Facultad de Educacin e Idiomas, alojado propiamente en secretara

acadmica de la misma facultad bajo la direccin de sus autoridades.

Se pretende que el proyecto sea acogido por secretara acadmica y lo utilice

para cubrir la necesidad administrativa de los registros estudiantiles del

programa de la Preparatoria aprovechando al mximo las herramientas que

poseer el nuevo sistema.

Los desarrolladores del proyecto son; el Departamento de Informtica

Educativa de la Facultad de Educacin e Idiomas de la Universidad Nacional

Autnoma de Nicaragua (UNAN - Managua) con el apoyo de secretara

acadmica de la misma facultad, el cual se est tomando como la culminacin

de estudios universitarios de un par de alumnos de la carrera.

Secretara acadmica realiza las funciones de inscripciones y/o retiros de

asignaturas de todos los estudiantes de la facultad incluyendo a los del

programa de la preparatoria, misma encargada de administrar la informacin

acadmica.

El proyecto en desarrollo se bajo una Metodologa del tipo RUP (Rational

Unified Process Proceso elabor Unificado de Racional) metodologa quetoma como base la implementacin de modelado, como; anlisis de requisitos,

anlisis del sistema, casos de uso, diagramas de bases de datos, diagrama de

clases, arquitectura del sistema, diccionario de datos, normalizacin, desarrollo

del sistema, implementacin del sistema.


8/154


2

2. Objetivos del proyecto

2.1. General

Desarrollar un sistema de matrcula para el programa de la

Preparatoria en la Secretara Acadmica de la Facultad de

Educacin e Idiomas de la universidad Nacional Autnoma de

Nicaragua (UNAN - Managua).

2.2. Especficos

Analizar los problemas presentes de administracin en el sistema

actual y las entidades involucradas en el proceso de matrcula del

Programa de la Preparatoria.

Crear el diseo conceptual, lgico y fsico del sistema para un

mejor modelo de la base de datos del mismo.

Implementar el sistema bajo los requerimientos del usuario

cliente (Secretaria Acadmica de la Facultad de Educacin e

Idiomas) que nos permitir satisfacer sus necesidades resolviendo

los problemas en el proceso de matrcula.

Valorar el desarrollo del proyecto mediante la opinin de todos los

participantes involucrados (cliente, tutores).


9/154


3

3. Estudio de viabilidad

3.1. Necesidades y requisitos del cliente.

El presente proyecto se realiza para cubrir una necesidad administrativa de

informacin presentada a secretara acadmica de la Facultad de Educacin e

Idiomas en el proceso de matrcula de los estudiantes del programa de la

Preparatoria UNAN - Managua.

La secretaria acadmica (Msc Maribel Avendao I Semestre 2010)

expresaba que haba solicitado en oficinas de cmputo de la UNAN - Managua

realizar mejoras del sistema actual o crear uno propio para el programa de lapreparatoria, lo cual mostraron una actitud negativa.

Ver entrevista enanexo 2.

Funciones especfica que contiene el nuevo sistema, segn los requisitos del

cliente:

a) Matricular, agregar actualizar informacin personal y acadmica de

cada estudiante en el proceso de matrcula.b) Generar bsquedas de estudiantes con ms de tres asignaturas

reprobadas durante el ao escolar. Opcin imprimir reporte

c) Generar bsquedas de estudiantes con tres o menos asignaturas

reprobadas durante el ao escolar para autorizacin de exmenes

extraordinarios. Opcin imprimir reporte

d) Durante el proceso de matricula comprobar estudiantes aprobados y

reprobados (Notificacin de No Repitente Repitente). Verificarasignaturas aprobadas de los estudiantes para el acceso al siguiente

nivel.

e) Asignar un grupo acadmico a los estudiantes.

f) Agregar un nuevo grupo acadmico durante el proceso de matrcula,

cuando ya se han llenado los que estn en la base de datos.

g) Generar bsquedas de estudiantes matriculados en el sistema.

h) Registrar docentes nuevos (de horarios) con su respectiva informacin

personal.


10/154


4

i) Realizar asignacin por docentes a materias (Secretara acadmica,

Director de la preparatoria).

j) Imprimir reportes de los registro almacenados en el sistema

(Estudiantes, plan de estudio, docentes)

Para cumplir con los requisitos del cliente, en este caso secretara acadmica,

se almacenen las notas de cada estudiante en la base de datos del sistema, y

as poder realizar las consultas o bsquedas necesarias, para esto es preciso

que se haga el llenado desde el sistema de actas en lnea, siendo desarrollada

por estudiantes de la carrera de Informtica Educativa en consecuente con el

sistema de matrcula. Ver enAnexo 4.

3.2. Anlisis de la situacin actual

En una entrevista aplicada a la secretaria acadmica Msc Maribel Avendao y

el Esp: Jos del Carmen Miranda en el I Semestre 2010, expresaron que el

sistema actual cubre los servicios de matrcula e inscripcin de asignaturas de

los estudiantes universitarios de la Facultad de Educacin e Idiomas.

El rol que desempea Msc. Maribel Avendao es de secretaria acadmica dela Facultad de Educacin e Idiomas en el periodo I Semestre 2010, misma

encargada del control acadmico de los estudiantes.

Respecto al Esp: Jos del Carmen Miranda tiene como rol principal Director

de la Escuela Preparatoria quien se encarga de realizar el proceso de pre

matricula, enviar lista de docentes a secretara y asignar las asignaturas que

impartirn los docentes.

Describieron que el mdulo del programa de la preparatoria est incompleto,

genera problemas cuando se realiza el proceso de matrcula, desde que se

inicio el registro de los estudiantes en el sistema se han presentado distintos

errores manuales y de programacin: Ver entrevistas enanexo 2yanexo 3.

a) Permite al estudiante acceder a un nivel acadmico con clases

reprobadas del nivel anterior.

b) Estudiantes que han reprobados y deben ms de 2 asignaturas puedenmatricularse en cualquiera de los niveles.


11/154


5

c) Las calificaciones no se graban (los docentes no registran notas a su

debido tiempo). Problema de actas en lneas.

Problemas de programacin y almacenamiento en el sistema.d) Grabacin de calificaciones. Este problema se debe a que los docentes

no envan sus actas en el tiempo establecido. Un grupo de estudiantes

de la carrera de informtica educativa llevarn a cabo como proyecto de

graduacin un Sistema de Actas en Lneas, que guarde las

calificaciones de los estudiantes, ingresadas por los docentes y

almacenadas en una base de datos que esta entrelazada con el Sistema

de Matricula.

Error de registros por parte de los estadgrafos de secretara

e) Listado de matricula (alumnos matriculados en un grupo acadmico,

docentes, plan de estudio) pedido por el director del programa de la

preparatoria, los nmeros de carnet, nombres y apellidos de los

estudiantes aparecen errados, esto es un error manual por parte de los

estadgrafos en el ingreso de informacin de los estudiantes.

Nota: los estadgrafos asignan el nmero de carnet a los de

nuevo ingreso.

f) Matrcula: alumnos que se matriculan en un determinado grupo

acadmico y nivel, no aparecen en la lista oficial que contiene el

docente.

Otros problemas

g) Cuando es solicitado en el sistema la lista de los estudiantes

matriculados por grupos acadmicos, esta no se genera completamente

y hay que hacerlo de forma manuscrita.

Nota: quien no se matricula va sistema no aparecer en el

listado oficial que contendrn los docentes y director de la

Preparatoria, argumento que expresaba la secretaria acadmica

(Msc. Maribel Avendao I Semestre 2010)


12/154


6

Los estudiantes han mostrado inquietud respecto al asunto, ya

que no aparecen en la lista de grupos acadmicos, a veces sus

nombres estn errneos.

h) Se matricula a un estudiante sin haberle hecho las equivalencias de

asignaturas. Este problema se debe a que el sistema actual no posee la

opcin de convalidacin. En una de las presentaciones del nuevo

Sistema de Matricula en Secretara Acadmica, mostramos una

propuesta de cmo sera el proceso de convalidacin, la actual

secretaria acadmica Lic. ngela Mungua nos comentaba que no era

necesario integrarlo al sistema, ya que el encargado de ese proceso es

el propio director de la Preparatoria, quien lo hace de forma manual.

Adems, expresaba que traera consigo atraso en el proceso de

matrcula, por las largas filas de estudiantes, y estar registrando y

convalidando no es viable segn nos comentaba.

Conflicto (Proceso de matrcula)

Un estudiante de reingreso pide al personal administrativo estadgrafo de la

secretara acadmica sea matriculado, el sistema debera validar las notas delestudiante para que no se den conflictos con las materias, por ejemplo:

El estudiante reprueba Matemtica I, ingles I, y Espaol I en el primer semestre

del primer ao incluido en el primer nivel, el podr matricularse sin ningn

problema en el segundo semestre del mismo nivel o (2do ao acadmico), el

conflicto se genera cuando el estudiante quiere llevar tercer ao acadmico

accede al siguiente nivel sin haber aprobado las asignaturas reprobadas en el

nivel anterior, error que el sistema no detecta permitiendo al estudiante acceder

al siguiente nivel acadmico sin ningn problema.

Esto hace incompleto el sistema actual, tendra que indicarle al estadgrafo y

este mismo informarle al estudiante que no podr matricular el siguiente nivel

sin haber aprobado las clases reprobadas en el nivel anterior, tendra que

repetir el nivel slo en las clases reprobadas y no acceder al siguiente nivel.

Segn secretara acadmica el estudiante tiene dos oportunidades de aprobar,

es decir se realiza un examen especial al final de cada semestre; si deja el

examen especial se debe realizar un examen extraordinario al final del ao


13/154


7

escolar, y si no se presenta al examen extraordinario o lo reprueba repite el

nivel solo con la asignatura reprobada, siempre y cuando ste no exceda de

tres asignaturas reprobadas.

Cuando el estudiante deja 4 asignaturas en el mismo ao, informarle que

deber repetir todo el nivel, opcin que no realiza el sistema actual de

matrcula.

Para los estudiantes de primer ingreso no hay problema, se comienza

asignndoles el nmero de carnet a cada estudiante, ubicarlos en el nivel

segn su certificado de notas, el estadgrafo verificar las materias y lo ubicar

segn el nivel o semestre a estudiar, por lo tanto no se ingresan las notassimplemente se hacen equivalencias manuales realizadas por los estadgrafos.

Cada semestre y cada ao la poblacin estudiantil es distinta, no hay un

promedio exacto de cuantos estudiantes se matriculan.

Dado el problema que se presenta, Secretara solicit a la carrera de

Informtica Educativa dos grupo de jvenes que lleven a cabo como proyecto

de graduacin la creacin de un nuevo sistema de matrcula para el programa

de la preparatoria y un sistema de actas en lneas para el grabado de notas de

los estudiantes, ambos automatizarn la informacin de cada estudiante que se

matricule de manera eficiente.

La escuela Preparatoria estara dispuesta en la inversin de un nuevo

computador que trabaje a nivel de servidor, para alojar toda la informacin en la

base de datos que contendr.

La Facultad de Educacin e Idiomas, Secretara Acadmica, el Director de laEscuela Preparatoria y los estudiantes de la misma sern los beneficiarios

directos con el nuevo Sistema de Matricula que resolvera los problemas que

presenta el sistema actual y traera consigo nuevas opciones de

almacenamiento y administracin acadmica.

Ver preguntas de entrevistas enAnexo 2yAnexo 3.


14/154


8

3.3. Estudio de alternativas de solucin

En el desarrollo del presente proyecto se utilizo como lenguaje de

programacin orientado a objetos Visual Basic Express 2008, un gestor de

base datos MySQL 5.0, la herramienta case para el modelado de datos

Embarcadero ER/STUDIO 8.0, un sistema de infraestructura de internet

WampServer utilizado en plataforma Windows e implementacin de

aplicaciones PDF 1(FOXIT READER2) para generar los reportes de forma

digital y luego ser impresos (hoja de matrcula, plan de estudio del programa

preparatoria, lista de docentes, etc.).

3.4. Valoracin y eleccin de las posibles soluciones

3.4.1. VISUAL BASIC EXPRESS 2008

Se ha seleccionado Visual Basic Express 2008, a pesar que no es completo

por ser Express y no Profesional, posee las herramientas necesarias para el

desarrollo del proyecto y no fue necesario ser un programador del ms alto

nivel, puesto que permite ser usado y fcilmente comprendido por usuariosprincipiantes. Es adems un lenguaje de programacin guiado por eventos que

permite mayor operatividad y mejores resultados segn las necesidades de

quienes lo utilizan.

Visual Basic 2008 es una de las ltimas versiones de Visual Basic lanzado por

Microsoft en 2008. VB2008 es casi similar a Visual Basic 2005, pero ha

aadido varias caractersticas nuevas. Visual Basic 2008 es un pleno derecho

Programacin orientada a objetos (POO) Lenguaje, por lo que ha puesto al dacon otros lenguajes de POO como C, Java, C# y otros. Es una herramienta

eficaz capaz de crear aplicaciones y componentes plenamente funcionales que

se pueden compartir con otros usuarios.

Principales mejoras del lenguaje

Soporte mejorado orientado a objetos

1 PDF (acrnimo del ingls portable document format, formato de documento porttil) es unformato de almacenamiento de documentos, desarrollado por la empresa Adobe Systems.2 El Foxit Reader es un pequeo, rpido y rico en caractersticas visor de PDF que te permiteabrir, ver e imprimir cualquier archivo PDF.


15/154


9

Gestin de excepciones estructurada

Acceso total al .NET Framework

Nuevas opciones de manejo de hilos

Recolector de basura

Desarrollo Web mejorado

Creacin de Formularios Web tan fcilmente como formularios

Windows

Crear servicios Web rpidamente

Caractersticas de Visual Basic.

En las aplicaciones tradicionales o "por procedimientos", la aplicacin es la que

controla qu partes de cdigo y en qu secuencia se ejecutan. La ejecucin

comienza con la primera lnea de cdigo y contina con una ruta predefinida a

travs de la aplicacin, llamando a los procedimientos segn se necesiten.

En una aplicacin controlada por eventos, el cdigo no sigue una ruta

predeterminada; ejecuta distintas secciones de cdigo como respuesta a los

eventos. Los eventos pueden desencadenarse por acciones del usuario, por

mensajes del sistema o de otras aplicaciones, o incluso por la propia

aplicacin. La secuencia de estos eventos determina la secuencia en la que se

ejecuta el cdigo, por lo que la ruta a travs del cdigo de la aplicacin es

diferente cada vez que se ejecuta el programa.

Para manejar los objetos y controles del lenguaje hay que conocer tres

conceptos asociados a ellos:

Propiedades: Para todos los objetos y controles de Visual Basic, hay

definidas una serie de propiedades que nos permiten controlarlos:

nombre, tamao, color, posicin, etc., la mayora de las propiedades

sern comunes, pero evidentemente, habr objetos que tengan unas

determinadas propiedades especficas.


16/154


10

Ejemplo: el tamao de las ventanas que posee el sistema, la posicin

de esta misma es centrada y/o ajustada a la pantalla del monitor, el

color de fondo, imgenes en los botones y en las ventanas etc.

Eventos: Cada objeto lleva asociados unos determinados eventos que

le pueden ocurrir, por ejemplo a un botn, le puede ocurrir que el usuario

pulse con el botn principal del ratn sobre l, eso es el evento Nombre

Del Botn_Click (), bien cuando esto ocurra, se dispara este evento, al

cual nosotros aadimos el cdigo de lo que quiere que haga la

aplicacin cuando el usuario pulse el botn. Ejemplo: se ejecute la

accin de guardar desde un botn, la accin siguiente para vincular aotro formulario, la accin imprimir para generar un reporte PDF, la accin

nueva para limpiar el formulario.

Mtodos: Son procedimientos asociados a un objeto, es decir, nos

permiten realizar acciones como por ejemplo escribir un texto en un

objeto, necesitaramos usar el mtodo Print, con la siguiente

sintaxis: Nombre Del Objeto. Print "Texto deseado". Ejemplo: el

ingreso de los datos en las cajas de textos que posee cada formulario o

ventana del sistema.

3.4.2. MYSQL

Hemos seleccionado MySQL por ser un Gestor de Bases de Datos potente y

gratuita, lo cual es una ventaja para el desarrollo del proyecto ya que no

poseemos los recursos econmicos para uno del tipo Privativo.

MySQL es un sistema de gestin de bases de datos relacional, licenciado bajo

la GPL3 de la GNU4. Su diseo multi-hilo le permite soportar una gran carga de

forma muy eficiente.

Este gestor de bases de datos es, probablemente, el gestor ms usado en el

mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta gran

aceptacin es debida, en parte, a que existen infinidad de libreras y otras

3GPL: Licencia Pblica General4GNU: Licencia Pblica General


17/154


11

herramientas que permiten su uso a travs de gran cantidad de lenguajes de

programacin, adems de su fcil instalacin y configuracin.

Caractersticas de MySQL

Las principales caractersticas de este gestor de bases de datos son las

siguientes:

1. Aprovecha la potencia de sistemas multiprocesador, gracias a su

implementacin multi-hilo.

2. Soporta gran cantidad de tipos de datos para las columnas.

3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP,etc).

4. Gran portabilidad entre sistemas.

5. Soporta hasta 64 ndices por tabla en las versiones actuales y 32 ndices

antes de MySQL 4.1.2.

6. Gestin de usuarios y passwords, manteniendo un muy buen nivel de

seguridad en los datos.

3.4.3. EMBARCADERO ER/STUDIO

Seleccionamos la herramienta case Embarcadero ER/Studio, nos permiti

realizar el modelo de la base de datos del sistema, una potente aplicacin que

genero el cdigo de las tablas a MySQL.

Embarcadero ER/ Studio, es una herramienta lder para el modelado de datos,

ayuda a las empresas a descubrir, documentar, y reutilizar los activos de

datos. Con soporte completo a las bases de datos, los arquitectos de lasmismas tienen el poder de fcilmente realizar ingeniera a la inversa, analizar y

optimizar bases de datos existentes.

Caractersticas

Documenta y mejora las bases de datos existentes.

Mejora la consistencia de los datos.

Comunica eficientemente los modelos en las empresas.

Traza los orgenes de los datos y mejora la integracin y

exactitud.


18/154


12

3.4.4. STARUML - LA OPEN SOURCE 5 UML6 / MDA 7

PLATAFORMA

Seleccionamos la herramienta case StarUml, proyecto de cdigo abierto paradesarrollar rpido, flexible y extensible. Nos permiti disear nuestros

diagramas de casos de usos, diagrama de clases, diagrama de arquitectura

funcional, diagrama de arquitectura lgica.

Una de las ventajas de utilizar este tipo de herramienta en nuestro proyecto es

porque se encuentran bajo los trminos de la GPL8 (GNU - Public License

General).

3.4.5. WAMP SERVER

WAMP es el acrnimo usado para describir un sistema de infraestructura de

internet que usa las siguientes herramientas:

Windows, como sistema operativo;

Apache9, como servidor web;

MySQL, como gestor de bases de datos;PHP10 (generalmente), Perl, o Python, como lenguajes de programacin.

El uso de un WAMP permite servir pginas HTML11 a internet, adems de

poder gestionar datos en ellas, al mismo tiempo un WAMP, proporciona

lenguajes de programacin para desarrollar aplicaciones web.

5Open Source: Cdigo abierto, es el trmino con el que se conoce al software distribuido ydesarrollado libremente.6 UML: Lenguaje Unificado de Modelado7MDA: Una arquitectura para el modelado8GPL: Licencia Pblica General9Apache: es un servidor web gratuito, potente y que nos ofrece un servicio estable y sencillo

de mantener y configurar. Es multiplataforma, es de cdigo abierto.10PHP: es un lenguaje de programacin interpretado, diseado originalmente para la creacinde pginas web dinmicas.11HTML: es el lenguaje de marcado predominante para la elaboracin de pginas web.


19/154


13

Los costes de adquisicin imputados a cada una de las soluciones son:

Software Costo

Microsoft Visual Basic Express2008

C$ 0.00 (Versin gratuita)

Embarcadero ER/Studio C$ 18,700.00 Aprox.

StarUml C$ 0.00 (Libre y gratuito)

WampServe y MYSQL C$ 0.00 (Libre y gratuito)

CentOS5.5 C$ 0.00 (Libre y gratuito)

TOTAL C$ 18,700.00

Tabla 1 - Costo de Adquisicin

3.5. Alcance del proyecto

La finalidad de nuestro proyecto es contribuir al mejoramiento del proceso de

matrcula en Secretara Acadmica de la Facultad de Educacin e Idiomas para

estudiantes del programa de la Preparatoria de la UNAN - Managua, utilizando

un nuevo sistema que proporcionar los servicios acadmicos de maneraeficaz y segura permitiendo un mejor almacenamientos de los datos con

programas robustos y actualizados.

Presentamos un diseo conceptual, lgico y fsico de una base de datos que

permita a Secretara Acadmica de la Facultad de Educacin e Idiomas

almacenar toda la informacin de los estudiantes sin riesgo alguno de que se

generen conflictos en el proceso de matrcula.

Se pretende resolver los problemas encontrados respecto a la administracin y

proceso de la informacin personal y acadmica de los estudiantes, se

almacene sin ningn problema, las bsquedas se ejecuten rpidamente y

proporcionar la informacin de manera rpida e impresa.


20/154


14

Los datos son los principales a la hora de proteger. El hardware, el software y

otros elementos son recuperables desde su origen (comprndolos o

instalndolos nuevamente), pero los datos no tienen origen, sino que son

cambiados con el transcurso del tiempo y son el resultado del trabajo realizado.

El sistema cumple con los siguientes aspectos bsicos de seguridad:

Confidencialidad

La informacin puede ser accedida nicamente por las personas que tienen

autorizacin, es decir los usuarios-Estadgrafos, deben solicitar al administrador

un usuario y contrasea para el acceso del sistema.

El sistema proporciona tener un acceso fiable, rpido y eficaz, adems se

desarrollo de manera local, es por ello que la confidencialidad puede ser

amenazada en nivel mnimo.

Integridad

El acceso al sistema es nicamente a travs de usuario y contrasea, la

informacin de un estudiante solo puede ser modificada nicamente en el

proceso de matrcula, adems el administrador es el nico que puede borrar

los datos de un determinado estudiante. Los usuarios- estadgrafos solo

pueden visualizar la informacin ingresada y ver algunos datos que ellos

necesitan, por ejemplo: si quieren saber cuntos estn matriculados en primer

nivel y cuantos grupos de clases hay.

El administrador es el nico que tiene manipulacin total de la base de datos a

travs del sistema, puede hacer respaldo, borrar registros, actualizarinformacin en cualquier momento que se amerite lo indique el director de la

Preparatoria y la secretara acadmica de la Facultad de Educacin e Idiomas.

En caso de alguna modificacin por un estadgrafo el sistema identifica quien

lo hizo.


21/154


15

Disponibilidad

Por ser un sistema local, el acceso a este slo ser en tiempo laboral, es decir

los usuarios estadgrafos, pueden tener acceso a la informacin que deseansaber durante su jornada de trabajo, en caso que este requiera acceso a ms

tiempo, es necesario hablar con el administrador del servidor para llegar a un

acuerdo.

3.6. Viabilidad Tcnica

La secretara acadmica de la facultad de Educacin e Idiomas de la UNAN

Managua tiene a disposicin una computadora en el cual se alojar la base dedatos del sistema y ser utilizado como un servidor. Se realiz una observacin

acerca del hardware con que cuenta la computadora, identificando las

siguientes caractersticas:

Sistema Operativo: Windows XP, Service Pack 2

Case HP ATX

Procesador Pentium (R) 4 CPU 253 GHZ

252 GHZ, 512 MB de RAMDisco duro 35 GB.

Monitor COMPAQ CRT de 15

Teclado HP ps2

Mouse Genius USB

Tiene conexin a Internet.

Como podemos observar el equipo que pone a disposicin secretara

acadmica no posee las herramientas hardware actualizado y necesario para la

implementacin del sistema por ser de bajo rendimiento, si llegase a instalarse

la base de datos puede ocasionar problemas de ejecucin y acceso a la

misma.

Una vez que sea implementado el sistema, en la sala de estadgrafo de

secretaria acadmica de la Facultad de Educacin e Idiomas, se encuentran

las computadoras que tendrn instalada la aplicacin, lo cual poseen las

siguientes caractersticas:

Marca: DELL


22/154


16

Modelo: Optiplex GX745

Procesador: Intel Core (Tm) 2CPU 6400 @ 2.13 GHZ

Memoria RAM: 1013 MB

Disco Duro: 74 GB

Verificando y analizando las caractersticas, llegamos a la conclusin que la

aplicacin se ejecutara sin ningn problema, por poseer hardware adecuado.

3.7. Viabilidad Operativa

El sistema es evaluado por la misma secretaria acadmica y expertos

informticos mediantes pruebas, con el fin de identificar fallas de conexin ala base de datos o fallas de almacenamiento u otros problemas que se

presenten.

El sistema ser manipulado por el personal de secretaria acadmica

(estadgrafos), quienes son los encargados del registro de los alumnos.

El uso del nuevo sistema trae consigo ventajas; las ventanas e interfaces que

posee el mismo se asemejan al sistema actual, es amigable, facilidad de uso

que permitan utilizar los distintos componentes y la navegacin de ventanasque lo conforman, el estadgrafo no notara los cambios de acuerdo al diseo ya

que estar familiarizado, pero si la tarea que realizar el sistema de matrcula,

rpida, segura y eficaz.

Unin con el sistema de actas en lneas de la Preparatoria, lo cual desde inicios

trabajamos en conjunto con el equipo de desarrollo para formar un proyecto

que garantice con programas actualizados el proceso de matrcula de la

Escuela Preparatoria el cual permite la disponibilidad de informacin en tiempo

real.


23/154


17

3.8. Viabilidad Econmica

Para un mejor desempeo y operacin del sistema sin que tenga que frustrar al

cliente en el manejo y administracin de la informacin se le presenta una

propuesta en la compra de una computadora que servir como apoyo

fundamental (Servidor local) en el proceso de la informacin con las siguientes

caractersticas y costo:

Servidor HP Proliant ML370 G6

Procesador: Intel Xeon E5540 (4 ncleos, 2.53 GHz, 8 MB L3, 80w)

N de procesadores: 1

Procesador Core habilitado: Quad

Ranuras de memoria: 18 Ranuras DIMM

Memoria: DDR3 registrada (RDIMM)

Ranuras de expansin: 9

Controlador de red: 1- 4 puertos 1 GBE NC375i multifuncin

Tipo de fuente de alimentacin: 1-750 watt cs alta eficacia

Controlador de almacenamiento: 1- Smart array P410i/256 MB

Software de gestin: N/D

Tipo de unidad ptica: DVD ROM (Sata)

Software de gestin remota: ILO standard y hp systems insight manager

(SIM)

Disco duro: 1TB (Sata)

Todo el equipo valorado en: $2,650.00

El sistema es desarrollado con herramientas de distribucin libre y gratuita loque permite un menor gasto en la implementacin del proyecto. Ver estimacin

de costo del proyecto en Anexo 5.

Para el mantenimiento del sistema se deber invertir en el pago de una

persona que est a cargo del mismo, una vez que ste sea implementado.

Ver propuesta de pago de la persona encargada en estimacin de costo del

proyecto en Anexo 5.


24/154


18

4. Anlisis del sistema

4.1. Definicin del sistema

El proyecto consiste en la creacin de un sistema de matrcula bajo programas

actualizados, de bajo costo, de adquisiciones gratuitas y eficientes. El personal

administrativo (Trabajadores Estadgrafos) de Secretara Acadmica en la

Facultad de Educacin e Idiomas encargado de realizar las matrculas e

inscripciones de asignaturas podrn acceder con un usuario y contrasea para

poder grabar los datos de los estudiantes que se matriculen, ubicarlos en el

ao acadmico que corresponda, las asignaturas que llevar, el grupo al quepertenecer, el nivel en que se matriculen y poder imprimir los reportes.

El administrador (secretaria acadmica) realiza la asignacin de docentes por

asignaturas en el sistema segn la lista elaborada y enviada por la direccin de

la Escuela Preparatoria.

Cada estadgrafo es registrado por el administrador en la base de datos del

sistema y as poder acceder con un nombre de usuario y contrasea para

manipularlo, esto para dar seguridad al mismo y que personas ajena no puedan

ingresar.

4.2. Definicin de requisitos del sistema

Uno de los objetivos ms importantes del sistema es e restringir el

acceso al sistema por parte de personas desconocidas. Para ello

el sistema pide usuario y contrasea.

El sistema permite registrar al alumno una sola vez, y matricular

muchas veces, por lo tanto no se repiten datos, se actualizan los

registros acadmicos.

Para la ejecucin rpida del sistema tiene que tener como mnimo

1 GB de memoria RAM en las computadoras clientes y 100 GB

ms de disco duro para el computador servidor para almacenar

los registros a largo plazo. El despliegue de pantalla del sistema


25/154


19

tiene que ser rpido y no atrasar el proceso de matrcula sin

incomodar al usuario que lo est utilizando.

Sistema Operativo para el servidor (Linux - CentOS 5.5)

La computadoras estn conectadas en red o exista conexiones

locales.

Un Gestor de Base de datos (MYSQL - Recomendado)

La aplicacin instalada en cada computadora cliente que realice

las peticiones al servidor local.

Ver otros requerimientos en Anexo 4.

4.3. Especificacin del plan de pruebas

Desde que iniciamos en el desarrollo del sistema se han realizados diferentes

pruebas como: la conexin a la base de datos en la misma computadora

mediante la aplicacin del sistema, conexin remota a un servidor con

plataforma (Sistema Operativo Windows XP de 32 bit) a travs de una red

local.

Tambin realizamos la prueba de conexin a la base de datos mediante la

aplicacin del sistema desde una PC Windows hacia una PC de servidor

CentOS. Esto nos permiti verificar el correcto funcionamiento de la conexin

sin ningn problema.

Las pruebas que realizamos estn contempladas en 2 etapas, lo cual contiene

lo siguiente:

(Primera etapa)

Los involucrados en esta prueba son los desarrolladores del sistema, secretaria

acadmica y estadgrafos de la Facultad.

Requisitos previos:

o InstalarWampServer 2.1.a Incluye MYSQL 5.X en una computadora

improvisando un servidor local.

o Importar la base de datos al servidor.

o Configurar la base de datos con los privilegios de usuarios.

o Verificar si est instalado algn programa que abra documentos PDF,


26/154


20

si no hay Instalar Foxit PDF Reader en las computadoras clientes. Ver

en anexo 19 requisitos de instalacin

Usuarios estadgrafos o administradores ejecutar la aplicacin del sistemay conectarse a la base de datos, mediante un usuario y contrasea,

misma registrada anteriormente.

Almacenar datos reales de la Escuela Preparatoria UNAN Managua.

Lograremos visualizar si han sido almacenados correctamente en la base

de datos una vez que haya sido conectado al servidor.

Verificar si funciona correctamente la restriccin de almacenamiento de

los estudiantes que han sido ubicados en un grupo acadmico (ejemplo:

notificacin del sistema que el grupo 1A est lleno pasar el grupo 1B).

Asignar las asignaturas que impartirn los docentes registrados en el

sistema de matrcula.

Generar los reportes impresos (conexin de las PC a la impresora); hoja

de matrcula, plan de estudio, docentes, estudiantes matriculados en

grupos acadmicos.Producto de la prueba se logr verificar el correcto funcionamiento del

sistema, que la base de datos contenga almacenados los registros

ingresados por los usuarios estadgrafos. Observamos la reaccin de los

estadgrafos ante el nuevo sistema (si lo ven entendible, Complicado de

manipularlo?, Ajustado al perfil de conocimiento informtico?).

(Segunda etapa)

Los involucrados en esta prueba son los desarrolladores del Sistema de

Matrcula y el desarrollador del Sistema de Actas en Lneas.

La prueba se realiza en un computador, improvisndolo como servidor con

sistema operativo Linux - CentOS y una computadora con sistema operativo

Windows utilizando de cliente.

En esta prueba se unen los dos proyectos, el Sistema de Matricula y el Sistema

de Actas en Lneas. Verificamos el funcionamiento de las aplicaciones, siresponde correctamente a las peticiones del cliente, si se estn guardando los


27/154


21

datos correctamente, observar detalladamente los posibles errores de

almacenamiento o programacin.

Verificamos con datos reales que anteriormente fueron almacenados desdeActas en Lneas, los estudiantes aprobados y reprobados.

Para realizar pruebas en el sistema ser necesario lo siguiente:

Disponer de una base de datos fsica.

Disponer de la aplicacin que ser instalada en la computadora cliente.

Acceso remoto a la base de datos del sistema de matrcula (Conexin al

servidor desde la PC cliente, disponer de un Swith).

Disponer de un computador, que ser utilizado como servidor. Instalar

(CentOS 5.5).

La computadora cliente deber tener instalado el programa de Foxit

Reader.12 para visualizar y mandar a imprimir los reportes consultados en

la base de datos.

Comprobar que se ha almacenado correctamente en la base de datos un

registro.

12 El Foxit Reader es un pequeo, rpido y rico en caractersticas visor de PDF que te permiteabrir, ver e imprimir cualquier archivo PDF


28/154


22

5. Diseo del sistema

5.1. Arquitectura del sistema

Figura 1 - Arquitectura del Sistema


29/154


23

Podemos observar en la arquitectura del sistema, se utiliza el modelo

Cliente/Servidor, refleja las vas de comunicacin entre las computadoras clientes

y la computadora servidor. Este tipo de arquitectura consta de tres componentes:

Uno, muchos clientes hacen las peticiones, lo cual tienen un papel activo en la

comunicacin, espera la respuesta del servidor.

Dos, el servidor, espera que lleguen las peticiones de los clientes, tienen un papel

pasivo en la comunicacin. Procesa las peticiones de los clientes y luego ser

enviadas. Muchas computadoras clientes estn conectadas al servidor.

La funcin que hace la impresora es de esperar que lleguen peticiones de los

clientes para poder imprimir informacin que anteriormente fue enviada alservidor.

Tres, el medio fsico mediante el cual se comunican los Clientes con el Servidor,

ste medio es generalmente la red de rea local (LAN13), lo que permitir la

conexin y comunicacin entre las computadoras, servidor y la impresora [Murillo,

1997].

13 LAN (del ingls local area network): red de rea local, es la interconexin de varias

computadoras y perifricos. Su extensin est limitada fsicamente a un edificio o a un entorno de200 metros


30/154


24

5.2. Definicin de niveles de arquitectura

5.2.1 Arquitectura funcional

Figura 2 - Arquitectura Funcional


31/154


25

5.2.2 Arquitectura lgica

Figura 3 - Arquitectura Lgica


32/154


26

5.3. Definicin de interfaces de usuario

5.3.1 Diagramacin de la navegacin por ventanasValidarse

Men principal delsistema

Matricula

Nuevo ingreso

Reingreso

Reportes

Reprobados

Alumnos

Aprobados

Docentes

Plan de estudio

Opciones

Buscar

Eliminar

Alumnos

Docentes

Asignar

Agregar

Agregar grupo

Agregar usuario

Crditos

Autores

SALIR

DocentesAsignados

X Niveles Matriculados

Usuario

Cambiar contrasea

Planes


33/154


27

5.3.2 Especificacin de Ventanas

Respecto a la interfaz que tiene el sistema se diseo bajo el lenguaje de

programacin Visual Basic 2008 Express, nos permiti realizar las pantallas

en la que el usuario interacta con el sistema. Este permitir conectarse a la

base de datos, realizando tareas como: ingreso de alumnos, bsquedas de

alumnos, asignacin de docentes, reportes. A continuacin presentamos

algunas pantallas del sistema:

Descripcin del sistema

Para poder acceder al sistema el usuario administrador deber

autenticarse, para esto deber ingresar el nombre o id de usuario ycontrasea.

Figura 4 - Autenticacin

En caso de dar clic en el botn aceptar sin ingresar previamente el nombre de

usuario y contrasea, se mostrar la siguiente ventana de error, indicando que

faltan datos por ingresar en las cajas de textos.

Figura 5 Error de datos

Permite validar alusuario


34/154


28

En caso de que se ingresan datos no validos, el sistema mostrar el siguiente

mensaje de advertencia, indicando que la autenticacin es incorrecta.

Figura 6 - Usuario Incorrecto

Pueden aparecer fallos de conexin como se muestra la siguiente imagen, el

cual indica que no logra localizar el servidor para conectarse a la base dedatos. Esto puede ocurrir si la PC servidor este apagada o no est conectada

en red.

Figura 7 - Error de conexin

Si los datos de usuario han sido ingresados correctamente, el sistema mostrara

inmediatamente la bienvenida del mismo, indicando que se ha establecido la

conexin sin problema alguno.

Si el usuario es administrador muestra el siguiente mensaje:

Figura 8 Bienvenida Administrador


35/154


29

Si el usuario es estadgrafo muestra el siguiente mensaje:

Figura 9 - Bienvenida Estadgrafo

La siguiente pantalla que visualizar el usuario ser el men principal,

permitiendo mostrar las opciones de manipulacin de la informacin de la base

de datos a travs del diseo de interfaz.

Figura 10 - Pantalla Principal

Opcin de registro nuevo ingreso

Figura 11 Acceso Matrcula

Este vnculo permite acceder a lainterfaz de un nuevo registro


36/154


30

Interfaz que permite registrar nuevo alumno.

Figura 12 - Pantalla Principal D. Personales

A: Interfaz con los campos para el llenado de los datos personales delestudianteB: Botn de opcin para acceder a la siguiente interfaz

Ingreso de datos acadmicos del estudiante de nuevo ingreso. En el botn

Generar, aleatoriamente se genera un nmero, el cual es el carnet del nuevoestudiante registrado en el sistema. Los primeros cuatro dgitos excluyendo el

cero indican el ao actual, los restantes me indican el nmero asignado a cada

estudiante.

Figura 13 - Pantalla Principal D. Acadmicos


37/154


31

Interfaz con los campos para el llenado de los datos de procedencia del

estudiante (Domicilio).

Figura 14 - Pantalla Principal D. Procedencia

Mediante la siguiente interfaz se podr matricular a los estudiantes. Ubicarlo

en un Nivel, Semestre y Grupo acadmico segn el ao que cursara de

acuerdo a las asignaturas aprobadas que trae el estudiante.

Figura 15 - D. Asignaturas

A: Opcin para guardar registrarB: Opcin para imprimir hoja de matriculaC: Limpia las cajas de textos de las interfaces para llenar uno nuevoD: Botn para regresar a la interfaz anterior


38/154


32

E: Botn para abrir la ventana que muestra las asignaturas aprobadasreprobadas.F: Botn que cierra la interfaz

Interfaz que muestre asignaturas aprobadas y reprobadas. Revela al usuario

estadgrafo la cantidad de asignaturas reprobadas, para que este mismo le

indique al estudiante si tiene derecho a examen especial, examen

extraordinario, repetir el nivel en las asignaturas reprobadas repetir todo el

nivel nuevamente.

Figura 16 - Asignaturas Aprobadas - Reprobadas

En la siguiente interfaz se muestran las asignaturas que podr seleccionar el

usuario, para luego matricular al estudiante.

Figura 17 - Lista de Asignaturas


39/154


33

Podemos observar en la siguiente imagen las asignaturas seleccionadas segn

el nivel y semestre a matricularse.

Figura 18 - Llenado de Asignaturas

Opcin reingreso de estudiantes.

Figura 19 Reingreso

A: Opcin de acceder a la interfaz de estudiante de reingreso

Interfaz que permite registrar a un estudiante de reingreso (alumno activo), no

se repiten datos simplemente se actualizan los datos acadmicos. Si podemos

apreciar es similar a la interfaz del alumno de nuevo ingreso.

Figura 20 - D. Acadmico Reingreso

A: Se ingresa No. De Carnet, presionamos Enter y luego se cargan los datos.


40/154


34

Busca determinado alumno por nivel, grupo, semestre y No. De carnet, mostrando datosacadmicos, repone la hoja de matrcula.

Figura 21 - Bsqueda de estudiante

La siguiente interfaz muestra las opciones para poder eliminar un registro de un

estudiante, este procedimiento lo realiza nicamente el administrador, en este

caso la secretaria o el secretario acadmico de la facultad con rdenes de la

direccin de la escuela preparatoria.

Figura 22 - Eliminar alumno

A: Permite seleccionar el criterio de bsqueda.B: Caja de texto para introducir el dato.C: Botn para buscar registro.D: Botn para eliminar registro seleccionadoE: Botn opcin para cerrar la interfazF: Campo en el que se cargan la informacin


41/154


35

Interfaz que permitir al usuario administrador agregar un nuevo registro de

docente a la base de datos del sistema, misma que trae consigo una serie de

botones que le permitirn realizar diferentes tareas como bsquedas, agregar,

eliminar, actualizar.

Figura 23 - Agregar Docente

En la siguiente interfaz se muestran las asignaturas segn el nivel, semestre y

grupo acadmico, a cada una de ellas se les asignar un docente en el grupo

acadmico seleccionado.

Figura 24 - Asignar Docente


42/154


36

Si presionamos el botn Asignar en la interfaz anterior aparecer la lista de

todos los docentes de la Escuela Preparatoria, desde ah podemos asignar al

docente la asignatura que impartir.

Figura 25 - Lista Docentes


43/154


37

Diseo de salida Impresa

A continuacin se describirn las opciones donde el usuario tendr salida de

informacin:

Matricula del estudiante: El usuario debe registrar al estudiante y haberlo

almacenado en la base de datos del sistema, luego pasar a entregar al

usuario un reporte de las materias que ha matriculado.

Figura 26 - Matrcula

Salida impresa Hoja de matricula

Figura 27 - Hoja Matrcula


44/154


38

5.4. Especificacin de estndares, normas de diseo y construccin.

La Secretaria acadmica (Msc. Maribel Avendao I Semestre 2010) permiti a

los desarrolladores del sistema seleccionar las herramientas necesarias para lacreacin del mismo, sugiriendo realizar la aplicacin bajo el Lenguaje de

Programacin Orientado a Objetos Visual Basic Express 2008.

Toda la documentacin del proyecto ser entregada a Secretara Acadmica

de las que incluir: manual de usuario para el uso del sistema, manual de

instalacin de la aplicacin, manual de configuracin de la base de datos.

Todos los documentos estn en formato PDF14, para su debida consulta ya sea

por personal tcnico o no tcnico, en ellos se reflejan imgenes descriptivasque guan paso a paso al usuario.

Para los diagramas de diseo se usaron la notacin del Lenguaje Unificado de

Modelado (UML15) en el cual se realizaron los casos de usos, diagramas de

clases, diagramas de componentes para el diseo de la arquitectura funcional y

lgica. Se utiliz la herramienta case Embarcadero ERStudio para disear la

base de datos y generar el diseo fsico del modelo Entidad Relacin (el cdigo

de la base de datos que contiene todas las tablas esta en formato .SQL16, esentendible para el usuario y visible en cualquier PC).

Se utilizo Microsoft Office Visio 2007 para disear la arquitectura general del

sistema que permite reflejar las vas de comunicacin entre las computadoras

clientes y la computadora servidor.

14PDF (acrnimo del ingls portable document format, formato de documento porttil) es unformato de almacenamiento de documentos, desarrollado por la empresa Adobe Systems.15UML: Lenguaje Unificado de Modelado16

SQL son las siglas de Structured Query Language que significa lenguaje estructurado deconsulta. Es un lenguaje estndar no procedimental que se utiliza para definir, gestionar ymanipular la informacin contenida en una Base de Datos Relacional.


45/154


39

5.5. Identificacin de subsistemas

Figura 28 - Subsistemas


46/154


40

5.6. Casos de usos reales

Figura 29 Modelo casos de usos

Ver Diagrama de Clases enAnexo 8


47/154


41

5.7. Revisin de casos de uso por subsistemas

A continuacin se presentan escenarios de los casos de usos que reflejan elfuncionamiento del sistema

Nombre del caso de uso: Nuevo ingreso ID: Estadgrafo1

rea: Sistema de matriculaActor(res): Alumno EstadgrafoDescripcin: El estadgrafo registra toda la informacin del estudiante paraalmacenarla en la base de datos.Activar Elemento: El estadgrafo se valida en el sistema ingresando su usuario ycontrasea, ingresa los datos del estudiante en los campos requeridos y luegoselecciona la opcin guardar e imprimir hoja de matrcula.

Tipo de Seal:Pasos desempeados (ruta principal) Informacin para los pasos1. Estadgrafo ingresa en el sistema Usuario y contrasea2. El registro del estadgrafo se lee y la

contrasea se verifica.Validacin de nombre de usuario ycontrasea

3. El estudiante de nuevo ingresosolicita registrase en el sistema

Estadgrafo pide informacin personal yacadmica

4. Se selecciona la opcin de RegistrarEstudiante y se llenan todos loscampos.

Tabla y Formulario de datos personalesy acadmicos

5. Se selecciona la opcin de guardar einmediatamente los datos sonalmacenados en la base de datos.

Estudiante registrado

6. Se imprime hoja de matrcula. La matrcula es validaPrecondiciones: Estadgrafo en el sistema y registrar al estudiante.Pos condiciones: Estadgrafo registra satisfactoriamente al estudianteSuposiciones: El estadgrafo tiene un nombre de usuario y contrasea.Reunir requerimientos: Los privilegios del estadgrafo son; registrar estudiantes yalmacenarlos.Aspectos relevantes: Se le dar aleatoriamente el nmero de carnet al estudiante

Prioridad:AltaRiesgo:Alta

Tabla 2 - Caso de uso nuevo ingreso


48/154


42

Nombre del caso de uso: Reingreso ID Estadgrafo: 1rea: Sistema de matricula

Actor(res): Alumnos - EstadgrafoDescripcin: El estudiante solicita una matrcula, el Estadgrafo recibe solicitud y recibo dematrcula, se valida en el sistema, lo matricula y almacena en la base de datos e imprimehoja de matrcula.

Activar Elemento: Administrador ingresa al sistema, usuario y contrasea, llena loscampos para la matricula opcin guardar e imprimir hoja de matrcula.

Tipo de Seal:Pasos desempeados (ruta principal) Informacin para los pasos

1. Se pide todos los datos delestudiante.

Informacin del estudiante

2. Se pide recibo de matricula Lo valida y llena los campos de recibo3. Se selecciona la opcin de Matricular

estudiante y se llenan todos loscampos.

Tabla y Formulario de matrcula

4. Se selecciona la opcin Guardar einmediatamente la matrcula esguardada en la base de datos.

Matricular estudiante

5. Se imprime hoja de matrcula. La matrcula es validaPrecondiciones: El Estadgrafo esta en el sistema, ha introducido usuario y contrasea.Pos condiciones: El Estadgrafo ha matriculado exitosamente al estudiante.

Suposiciones: El administrador tiene un nombre de usuario y contrasea, el estudiante hasido registrado con anterioridad.Reunir requerimientos: Permita al estadgrafo matricular y guardar informacin de losestudiantes.Aspectos relevantes:Prioridad:AltaRiesgo:Alta

Tabla 3 - Caso de uso reingreso


49/154


43

Tabla 4 - Caso de uso asignacin docente

Nombre del caso de uso: Asignacin dedocentes

ID: Estadgrafo : 1

rea: Sistema de matriculaActor(res): director - EstadgrafoDescripcin: Permite al estadgrafo asignar los docentes segn las asignaturasque el estudiante inscriba o matricule.Activar Elemento: El estadgrafo entra al sistema, usuario y contrasea, elige laopcin asignacin docente segn la asignatura.

Tipo de Seal:Pasos desempeados (ruta principal) Informacin para los pasos

1. Se selecciona la opcin de bsquedade las asignaturas en el semestreactual.

Buscar asignatura

2. Se selecciona la opcin de asignacindocente

Asignar docente a las asignaturas aimpartir en el semestre actual.

3. Se buscan los docentes en la base dedatos.

Buscar docentes del programa depreparatoria

4. Se imprime el informe de los docenteasignados

Imprimir informe

Precondiciones: El estadgrafo esta en el sistema, ha introducido la clave y

contrasea, asigna docente.Pos condiciones: El estadgrafo asigna docentes a las asignaturascorrectamente.Suposiciones: El estadgrafo tiene un nombre de usuario y contrasea, eldocente ha sido asignado a la asignaturaReunir requerimientos: Permita al administrador asignar docenteAspectos relevantes:Prioridad:AltaRiesgo:Alta


50/154


44

Tabla 5 - Caso de uso buscar estudiante

Nombre del caso de uso: Buscar estudiantes ID: Estadgrafor 1rea: Sistema de matriculaActor(res): EstadgrafoDescripcin: Permite al estadgrafo buscar un estudiante especfico paraverificar las asignaturas que ha matriculado.Activar Elemento: El estadgrafo entra al sistema con su usuario ycontrasea, opcin buscar, introduce el carnet del estudiante, aceptar y/obuscar.Tipo de Seal:Pasos desempeados (ruta principal) Informacin para los pasos

1. Se selecciona la opcin de

bsqueda del estudiante.

Opcin buscar estudiante.

2. Se introduce el nmero de carnetdel estudiante.

Ingresar No carnet del estudiante.

3. Se busca al estudiante en la basede datos

Buscando estudiante.

4. El sistema presenta informacin enpantalla.

Informacin del estudiante

5. Se imprime el informe delestudiante

Imprimir informe

Precondiciones: El estadgrafoesta en el sistema, ha introducido la clave y

contrasea, busca al estudiante.Pos Condiciones: Estadgrafoha buscado exitosamente al estudiante.Suposiciones: Estadgrafotiene un nombre de usuario y contraseaReunir requerimientos: Permita al administrador buscar al estudiante yobtener la informacin solicitada.Aspectos relevantes:Prioridad:AltaRiesgo:Alta


51/154


45

Tabla 6 - Caso de uso buscar estudiante reprobado

Nombre del caso de uso: Buscar estudiante ID: Estadgrafo 1

rea: Sistema de matriculaActor(res): EstadgrafoDescripcin: Permite al estadgrafo buscar un estudiante especifico conasignaturas reprobadas.

Activar Elemento: El estadgrafo entra al sistema con su usuario y contrasea,opcin buscar, introduce el carnet del estudiante, aceptar y/o buscar.

Tipo de Seal:

Pasos desempeados (ruta principal) Informacin para los pasos1. Se selecciona la opcin debsqueda de reprobados.

Opcin buscar estudiante.

2. Se introduce el nmero de carnetdel estudiante.

Ingresar No carnet del estudiante.

3. Se busca al estudiante en la basede datos

Buscando estudiante.

4. El sistema presenta asignaturas

reprobadas en pantalla.

Asignaturas reprobadas del

estudiante.Precondiciones: Estadgrafo est en el sistema, ha introducido la clave ycontrasea, busca al estudiante.

Pos Condiciones: Estadgrafo ha buscado exitosamente al estudiante.Suposiciones: Estadgrafo tiene un nombre de usuario y contraseaReunir requerimientos: Permita al estadgrafo buscar al estudiante y obtenerla informacin solicitada.

Aspectos relevantes:

Prioridad:Alta

Riesgo:Alta


52/154


46

Nombre del caso de uso: Eliminar Registros ID: Estadgrafo 1rea: Sistema de matricula

Actor(res): Estadgrafo (Todos los privilegios)Descripcin: Si en el sistema ya no es necesaria algn tipo de informacin, eladministrador central (secretario(a) acadmico(a)) tendr la opcin de eliminarcualquier registro de cualquier entidad.

Activar Elemento: El estadgrafo entra al sistema, su usuario y contrasea,selecciona la opcin de eliminar registro, introduce el nmero de carnet luegoopcin aceptar o eliminar.

Tipo de Seal:

Pasos desempeados (ruta principal) Informacin para los pasos1. Se selecciona la opcin de EliminarRegistro

Tablas y Formularios(estudiante, datos acadmicos)

2. Se seleccione el criterio de bsqueda:Por apellidos por No. De Cdula-

Se vlida la bsqueda

3. El registro es buscado en la base dedatos.

Buscar estudiante a eliminar

4. Se encuentra estudiante, opcin eliminar Eliminar estudiante

Precondiciones: Estadgrafo esta en el sistema, ha introducido la clave ycontrasea, busca al estudiante, elimina el registro del estudiante.

Pos condiciones: Estadgrafo ha eliminado al estudiante.Suposiciones: El estadgrafo tiene un nombre de usuario y contrasea, elestudiante fue matriculado y registrado anteriormente.

Reunir requerimientos: Permita al estadgrafo eliminar registro de estudiantes.

Aspectos relevantes:Prioridad: bajaRiesgo: baja

Tabla 7 Caso de uso eliminar registro

Nota: Si se requiere eliminar registros almacenados de algn docente se

siguen los pasos del caso de uso presente, en este caso serio realizar la

bsqueda por No de Cdula.


53/154


47

Tabla 8 - Caso de Uso Plan de estudio

Nombre del caso de uso: Buscar plan de estudio ID: Estadgrafo 1

rea: Sistema de matricula

Actor(res): Estadgrafo

Descripcin: Permite al estadgrafo buscar el plan de estudio y la opcin depoder imprimir reporte.

Activar Elemento: El estadgrafo entra al sistema con su usuario y contrasea,opcin aceptar y/o buscar.

Tipo de Seal:

Pasos desempeados (ruta principal) Informacin para los pasos1. Se selecciona la opcin de

bsqueda del plan de estudio.Opcin buscar plan de estudio dela preparatoria.

2. Se selecciona formulario de plan deestudio.

Seleccin del plan de estudio de lapreparatoria.

3. El sistema presenta asignaturas delplan de estudio de la preparatoria.

Asignaturas del plan de estudio dela preparatoria.

4. Se imprime el informe de bsqueda Imprimir informe

Precondiciones: Estadgrafo esta en el sistema, ha introducido la clave ycontrasea, busca el plan de estudio

Pos Condiciones: Estadgrafo ha buscado exitosamente al estudiante.

Suposiciones: Estadgrafo tiene un nombre de usuario y contrasea

Reunir requerimientos: Permita al estadgrafo buscar al estudiante y obtener lainformacin solicitada.


Prioridad:Alta

Riesgo:Alta


54/154


48

Nombre del caso de uso: Agregar docente ID: Estadgrafo1

rea: Sistema de matriculaActor(res): Estadgrafo

Descripcin: Agregar registros personales de docentes que impartirn clasesen la preparatoria.

Activar Elemento: El estadgrafo entra al sistema, su usuario y contrasea,selecciona la opcin agregar registro, guarda el registro

Tipo de Seal:

Pasos desempeados (ruta principal) Informacin para los pasos

Se selecciona la opcin de agregardocente y se llenan todos loscampos.

Tablas y Formularios (docente,datos personales)

Se selecciona la opcin Guardar einmediatamente el registro esalmacenado

Docente agregado al sistema

Precondiciones: Estadgrafo esta en el sistema, ha introducido la clave y

contrasea, busca al estudiante, elimina el registro del estudiante.Pos condiciones: Estadgrafo ha eliminado al estudiante ya buscado.

Suposiciones: Estadgrafo tiene un nombre de usuario y contrasea, elestudiante fue matriculado y registrado anteriormente.

Reunir requerimientos: Permita al estadgrafo eliminar registro de estudiantes.


Prioridad: bajaRiesgo: baja

Tabla 9 - Caso de uso agregar docente


55/154


49

5.8. Especificacin de desarrollo y pruebas

Desde inicios del proyecto trabajamos en distintas computadoras, esto nospermiti verificar el funcionamiento de las mismas ante la ejecucin del

sistema. Se trabajo bajo el lenguaje de programacin Visual Basic Express

2008 por ser orientado a objetos, integra el diseo e implementacin de

formularios de Windows lo que permite que el usuario se sienta familiarizado

con el sistema, es uno de los lenguajes de uso ms extendido.

Seleccionamos MYSQL por ser un gestor de base de datos potente y gratuito,

funciona en diferentes plataformas como Windows XP y Linux (En susdistribuciones), integridad de los registros almacenados, capacidad de

almacenamiento a largo plazo (dependiendo de la capacidad de

almacenamiento del disco duro que contiene el servidor).

Se instalo MYSQL para alojar la base de datos del sistema, realizando pruebas

de conexin a nivel interno, se observo el despliegue de la pantalla, verificamos

el almacenamiento de los registros, en algunos casos se nos presentaban

errores de programacin referentes a los procedimientos almacenados yerrores de diseo en la aplicacin.

En lo que respecta a la seguridad de la base de datos del sistema se acceda

mediante usuarios y contraseas desde la aplicacin del sistema de matrcula,

esto nos permiti dar seguridad y que personas ajena al proyecto no pudiesen

acceder a la base de datos ni al propio sistema, adems el acceso se

encontraba encriptado (contrasea encriptado, no visible a cualquier usuario),

tendran que tener un usuario y una contrasea dada por el administrador delpara poder ingresar.

Los recursos utilizados en el desarrollo del sistema donde se almacena la

informacin permiten su acceso y su recuperacin directa de la misma, en un

formato claro para el usuario administrativo estadgrafo.


56/154


50

Especificando pruebas unitarias

Conexin al gestor de base de datos.

Verificamos la cadena de conexin desde la aplicacin del sistemade Matricula para ingresar correctamente a la base de datos.

Ingreso a la aplicacin utilizando un usuario y pasword.

La interfaz de autenticacin pide al usuario ingresar: nombre usuario y

contrasea, esto para comparar con los datos registrados en la base

de datos, si son correctos. El usuario puede ingresar y conectase a la

base de datos, si el usuario no existe o los datos son incorrectos el

sistema mandara un mensaje de advertencia por lo tanto no podr

acceder.

Ingresar registros (matricular estudiante de nuevo ingreso y reingreso,

agregar grupos, docentes)

Una vez ingresado al sistema con un usuario y contrasea,

procedimos a realizar pruebas de almacenamientos con datos reales

de estudiantes. Realizamos la prueba en la opcin de nuevo ingreso,luego en la opcin de reingreso, al inicio nos mostraba problemas de

programacin y almacenamientos en los dos casos, pero logramos

solventarlo con el paso del tiempo.

El registrar un alumno en el sistema tiene ciertas restricciones una de

ellas es cuando llega al mximo un grupo acadmico, esto nos

permiti ordenar a los estudiantes por grupos, si un grupo llega al

mximo (40 estudiantes) procedemos a registrar un estudiante en otrogrupo acadmico, si dado el caso ya no hay ms grupos acadmicos

se procede a registrar nuevos grupos.

Usuario administrador

Cuando un usuario es de tipo administrador se activaran ciertas

opciones en el sistema, por ejemplo agregar docentes a la base de

datos, quienes seran los que impartiran las clases, agregar usuarios,

eliminar usuarios, eliminar estudiante docente registrado.


57/154


51

Generar reportes.

Una vez que se registraron estudiantes de nuevo ingreso o reingresose genera el reporte de matrcula, el cual es una hoja con la

informacin necesaria de las asignaturas matriculadas.

Tambin se pueden generar reporte del plan acadmico, lista de

docentes, alumnos matriculados.

Realizar bsquedas.

Buscamos estudiantes que han sido matriculados en la Escuela

Preparatoria y registrados en la base de datos segn el nivel, grupo

acadmico y semestre. Realizamos bsquedas de estudiantes que

han reprobado y aprobado las asignaturas para verificar si van en

limpio.

Bsquedas de docentes que imparten clases en la Escuela

Preparatoria.

Bsqueda del plan acadmico de la Escuela Preparatoria.

Nota: Para verificar las notas de las asignaturas de los estudiantes,

tuvimos que trabajar en consecuente, el sistema de Matricula con el

Sistema de Actas en Lneas para generar las calificaciones. Si el

Sistema de Actas en Lneas no guarda los registros no pueden ser

visualizados los alumnos reprobados y aprobados, el Sistema de

Matrcula no mostrar las asignaturas aprobadas y reprobadas de un

estudiante en especfico.

Salir y desconexin de la base de datos.

Para salir del sistema y desconectarnos de la base de datos hay dos

opciones una de ellas se encuentra en el men de opciones de la

aplicacin y la otra en la parte superior derecha de la pantalla, as

logramos salir completamente.

Generar un respaldo de la base de datos (obtencin de los datosalmacenados).


58/154


52

Si el usuario es administrador, en el sistema se habilita la opcin para

poder respaldar toda la informacin contenida en la base de datos, se

genera un pequeo archivo de texto con extensin .SQL el cual

puede ser guardado en el directorio que sea necesario. El respaldo

puede realizarse a cualquier hora y en cualquier momento.

Este archivo puede ser importado en otro servidor o computadora si

en dado caso llegase a tener problemas de software o hardware el

primero. En el segundo computador se deben instalar los programas a

utilizar y realizar las debidas configuraciones.

Verificar datos almacenados en la base de datos.

Despus de haber almacenado mucha informacin, el usuario

administrador ingresa al servidor con su usuario y contrasea de la

base de datos para verificar los registros.

5.9. Requisitos de implementacin

Para que se ponga en marcha el Sistema de Matricula existen una serie de

requisitos que permiten la ejecucin del mismo de una forma estable y segura,

entre ellas tenemos:

La compra de un computador servidor que cumpla con los requerimientos de

hardware (capacidad de almacenamiento, velocidad de respuesta a las

peticiones de las computadoras clientes). Ver caractersticas del computador en

Viabilidad econmica Pg. 15

Proponemos dos tipos de sistemas operativos a nivel de servidores, el primero

con licencia privativa y el segundo con licencia gratuita y libre.

I. Sugerimos que el servidor tenga instalado una plataforma a nivel de

servidores el cual podra ser Windows server 2008 - Microsoft. (2011).

Es un sistema operativo a nivel de servidores que contiene ventajas muy

significativas en su uso:

Mejora de la productividad: Ms fcil de implementar, manejar y

usar.


59/154


53

Fiable: Plataforma fiable, segura y escalable para las aplicaciones

y servicios de red.

Conectado: Plataforma completa, seguridad en conectividad.

II. La segunda sugerencia es la distribucin de Linux Empresarial CentOS

5.5 - Torvalds, L. (2011), el cual es una reconstruccin del cdigo

fuente de Red Hat Enterprise Linux, es software libre, la adquisicin de

este es gratuita, fcil de instalar y de muy eficiente administracin local o

remota, es a nivel de servidores, cada versin de CentOS se actualiza

peridicamente cada 6 meses aproximadamente lo que lo convierte en

un software seguro, estable y confiable.

CentOs es increblemente estable y eficaz en el consumo de recursos,

sobre todo se ha optimizado para correr Apache, PHP, MySQL entre

otros (estos paquetes son importantes en la solucin que

implementamos).

Una red local LAN, para la vas de comunicacin entre las computadoras

clientes e impresoras durante el proceso de matriculas de la escuela

preparatoria. Por tanto las computadoras clientes tengan acceso al servidor,para realizar las peticiones necesarias.

Un laboratorio con acondicionamientos idneos (iluminacin adecuada, aire

acondicionado, limpieza del saln, espacios adecuados, bateras y

estabilizadores para evitar que las computadoras clientes y servidor se

apaguen y as los estadgrafos tengan oportunidad de guardar cualquier

registro) para el proceso de matrcula, aislando el servidor de las dems

computadoras en un lugar privado restringiendo el ingreso de personas ajenas

para el debido cuido del equipo y la informacin confidencial de los estudiantes.


60/154


54

Personal de mantenimiento

La contratacin del personal de soporte tcnico que realice lo siguiente:

Respaldo de la base de datos diario, semanal o mensual.

Verificacin de los registros almacenados, mantenimientos y reparacin

de posibles errores en la base de datos.

Verificar la conexin a la base de datos de cada aplicacin que se

encuentre instalada en las computadoras clientes.

Verificar si existen errores de programacin o de procedimientos de

almacenamientos para solventarlos correctamente.

Verificar la conectividad en red de las computadoras.


61/154


55

6. Desarrollo del sistema

6.1 Planificacin de las actividades de integracin del sistema

Etapas

CRONOGRAMA DE ACTIVIDADES

Actividades InvolucradosEnero 2010 Febrero 2010 Marzo 2010

1 2 3 4 1 2 3 4 1 2 3 4

Recoleccinde

informacin

Entrega de carta acuerdo con el cliente(Secretara Acadmica Facultad deEducacin e Idiomas )

Secretara acadmica,grupo de desarrollo delproyecto

Encuentro con el cliente para la primerarecoleccin de informacin Procesode matrcula del programa depreparatoria.


Diseo ydesarrollodel Sistema

Diseo del diagrama de la base dedatos

Tutor y desarrolladoresdel proyecto

Recoleccindeinformacin

Entrevista con el cliente proceso dematrcula


Especificar los requerimientos deusuarios y del sistema

Secretara acadmica,grupo de desarrollo del

proyectoSolicitud de la base de datos delsistema actual al cliente.


Diseo ydesarrollodel Sistema

1ra Revisin del modelo de la base dedatos del sistema

Tutor e integrantes delproyecto

2da Revisin del modelo de la base de Lic. Carlos Rosales e


62/154


56

datos del sistema integrantes del proyectoRecoleccindeinformacin

Reunin con el cliente para larecoleccin de informacin relevantepara el proyecto.


Estudio deViabilidad

Pruebas en la creacin de la base dedatos en SQL Server 2005 Express

Tutor y desarrolladoresdel proyecto

Recoleccinde

informacin

Recoleccin de informacin reunincon el cliente verificacin de

asignacin de docentes en el sistema

Secretara acadmica,grupo de desarrollo del

proyecto

Etapas


Actividades InvolucradosAbril 2010 Mayo 2010 Junio 2010

1 2 3 4 1 2 3 4 1 2 3 4

Diseo ydesarrollo

del SistemaDiseo de la aplicacin sistema de matrcula

primeras interfacesTutor, integrantes

del proyecto


Cotizacin del nuevo computador que servircomo servidor del nuevo sistema de matrcula.(Proforma)

Integrantes delproyectos

Diseo ydesarrollo

del Sistema

Pruebas de conexin a la base de datos Tutor, integrantesdel proyectoMejoras al modelo de la base de datosrelacional

Lic. CarlosRosales, Tutor eintegrantes delproyecto

Ingreso de datos ficticios a la base de datos del Integrantes del


63/154


57

sistema proyecto

Recoleccinde

informacin

Observacin y recopilacin de informacin delas interfaces del sistema actual

Administradoresde la aplicacin ensecretara,integrantes delproyecto

Reunin con el cliente (secretaria acadmica),descripciones especficas de los problemas quese presentan en el proceso de matrcula.

Secretariaacadmica de lafacultad de

educacin eidiomas,integrantes delproyecto

Diseo ydesarrollo

del Sistema

Reunin con el experto en analista ensistemas, diseo de estudios de casos,diagrama de clases, revisiones del modelo dela base de datos.

Lic. CarlosRosales,integrantes delproyecto

Entrega de avances (Descripcin del producto,beneficios, objetivos, primeros pantallazos)secretaria acadmica - Carta acuerdo delproyecto

Secretariaacadmica de lafacultad deeducacin eidiomas,integrantes del

proyecto.Recoleccindeinformacin

Entrevista con el director del programa de lapreparatoria.

Director Jos delCarmen Miranda,


64/154


58

Etapas


Actividades InvolucradosJulio 2010 Agosto 2010 Septiembre

20101 2 3 4 1 2

34 1 2 3 4

Diseo ydesarrollo

del Sistema

Revisin del sistema (ingreso de datosficticios de estudiantes ya matriculadosen el sistema actual, verificaciones delmodelo de base de datos del proyecto)

Tutor, integrantes del proyecto

Revisin y evaluacin de la base dedatos (Modelo Entidad Relacin)

Integrantes del proyecto, Lic.Carlos Rosales

Recoleccindeinformacin

Adecuaciones y convenios segn lacarta acuerdo , presentacin delanteproyecto al cliente

Secretara acadmica,integrantes del proyecto.


Revisiones del sistema por expertosinformticos

Lic. Carlos Rosales, Tutor. Lic.Freddy Palacios.

Evaluaciones del sistema Tutor, integrantes del proyectoAjustes del proyecto Tutor, integrantes del proyecto

Etapas

proyecto franklin 2

Documents