BENEMRITA UNIVERSIDAD AUTNOMA DE PUEBLA

FACULTAD DE CIENCIAS DE LA COMPUTACIN

Sistema Web de Sanciones Escolares

Que para obtener el Ttulo Profesional de Ing. En Ciencias de la Computacin.

Presenta: Mayra Esther Rodrguez Solano

Asesor: M.C. Miguel Rodrguez Hernndez

Fecha: Mayo 2011

CONTENIDO
Introduccin.......................................................................................................... IV Captulo 1: Ingeniera del Software .................................................................. - 1 1.1. PROCESO UNIFICADO DE RATIONAL ............................................................ - 1 1.1.1. Caractersticas Esenciales ............................................................... - 1 1.1.2. Ciclo de Vida .................................................................................... - 2 1.1.3. Que es UML ..................................................................................... - 3 1.1.4. Modelos de UML .............................................................................. - 3 1.2. MODELOS DE PROCESO DE SOFTWARE ....................................................... - 6 1.2.1. Modelo Lineal o (Cascada)............................................................... - 6 1.2.2. Modelo en Espiral............................................................................. - 7 1.2.3. Modelo de Prototipos ....................................................................... - 7 1.2.4. Proceso Unificado ............................................................................ - 8 1.2.5. Modelo Incremental .......................................................................... - 9 1.3. BASES DE DATOS .................................................................................... - 10 1.3.1. DBMS ............................................................................................. - 10 1.3.2. Usuarios de la Base de Datos ........................................................ - 10 1.4. MODELO DE BASES DE DATOS .................................................................. - 12 1.4.1. Modelo Entidad- Relacin (E-R) ..................................................... - 12 1.4.2. Modelado de Bases de Datos con UML ......................................... - 13 1.4.3. Modelo Relacional .......................................................................... - 14 1.4.4. Llaves Primarias y Forneas .......................................................... - 14 1.5. NORMALIZACIN ..................................................................................... - 15 1.6. ARQUITECTURA CLIENTE SERVIDOR ....................................................... - 17 1.6.1. Cdigo Abierto (Open Source) ....................................................... - 17 1.6.2. Apache ........................................................................................... - 17 1.6.3. PHP ................................................................................................ - 18 1.6.4. MySql ............................................................................................. - 19 Capitulo 2: Anlisis y Diseo (Orientado a Objetos) ................................... - 21 2.1. PLANTEAMIENTO DEL PROBLEMA. ................................................................ - 21 2.2. OBJETIVO GENERAL ................................................................................... - 21 2.3. REQUERIMIENTOS DEL PROBLEMA. ............................................................. - 22 2.5. ALCANCES ................................................................................................ - 22 2.6. METODOLOGA .......................................................................................... - 22 2.7. ANLISIS DEL SISTEMA ............................................................................... - 24 2.7.1 Glosario de Trminos......................................................................... - 24 II

2.7.2. Diagrama de Casos de Uso .............................................................. - 25 2.7.3. Especificacin de Casos de Uso ...................................................... - 29 2.7.4. Escenarios ........................................................................................ - 34 2.7.5. Diagrama de Clases ......................................................................... - 36 2.8. DISEO DEL SISTEMA. ................................................................................ - 37 2.8.1. Diagrama de Anlisis. ....................................................................... - 37 2.8.3. Diagramas de Colaboracin ............................................................. - 41 2.8.4. Diagramas de Secuencia. ................................................................. - 47 Capitulo 3: Diseo de la Base de Datos ........................................................ - 53 3.1. 3.1.1. 3.2. 3.3. Modelo Entidad Relacin............................................................. - 53 Descripcin de Entidades y Relaciones ......................................... - 53 Diseo Lgico................................................................................. - 56 Normalizacin ................................................................................. - 57 -

Capitulo 4: Implementacin y Pruebas del Sistema. .................................... - 61 4.1. IMPLEMENTACIN DE LA INTERFAZ ............................................................ - 63 4.1.1. Pgina de Inicio .............................................................................. - 63 4.1.2. Interfaces de Usuario ..................................................................... - 68 4.1.3. Interfaz del Administrador .............................................................. - 74 4.3. PRUEBAS DEL SISTEMA .............................................................................. - 82 Conclusiones y Trabajo a Futuro................................................................. - 100 Bibliografa..................................................................................................... - 102 ndice Alfabtico ............................................................................................ - 104 -

III

INTRODUCCIN
Este proyecto tiene como finalidad la generacin de un sistema que permite gestionar datos, en l se toman en cuenta los diferentes movimientos que se pueden realizar, as mismo permite a los diferentes usuarios acelerar aquellas actividades que actualmente se realizan aun por medio de documentos impresos y que ocasionalmente implican que se tome ms tiempo en realizarlas. Cada uno de los captulos descritos en este documento explican algunos conceptos importantes que se deben tomar en cuenta para poder emitir alguna observacin como es el caso de la ingeniera del software, las bases de datos y el diseo de la aplicacin. El anlisis del sistema juega un papel muy importante en el desarrollo de la aplicacin pues es aqu donde se detectan los requisitos del problema, se usan algunos diagramas orientados a objetos para as conocer de manera general las funciones del sistema. El diseo del sistema propone un prototipo inicial de cada una de las actividades o tareas que en l se pueden implementar. As cada uno de los captulos describen de forma correcta y eficiente l funcionamiento del sistema implementado, proponiendo as una nueva opcin por la cual se pueden emitir sanciones a los alumnos.

IV

CAPTULO 1. INGENIERA DEL SOFTWARE

La ingeniera del software es una disciplina que comprende todos los aspectos de produccin de software, desde las etapas inciales de la especificacin del sistema, hasta l mantenimiento de este despus de que se utiliza. Normalmente l ciclo de vida del software se suele dividir en 3 fases: planificacin, desarrollo y mantenimiento. 1.1. Proceso Unificado de Rational El proceso unificado de Rational (RUP) es un ejemplo de un modelo de proceso moderno que proviene del trabajo en UML y el asociado Proceso Unificado de Desarrollo de Software. Rene elementos de todos los modelos de procesos genricos, iteraciones, especificacin y diseo. Es un proceso de realizacin o de evolucin de software enteramente basado en UML. Est constituido por un conjunto de directivas que permiten producir software a partir del pliego de condiciones (Requisitos). Cada directiva define quien hace quien y en qu momento. Un proceso permite, por lo tanto estructurar las diferentes etapas de un proyecto informtico. RUP es un producto comercial suministrado en forma de sitio WEB reservado a los clientes que han comprado la licencia Rational Software. Los principios de RUP proceden del proceso Unificado. La diferencia entre RUP y el proceso unificado es el gran nmero de modelos disponibles que ofrecen un ahorro de tiempo en RUP.

1.1.1. Caractersticas Esenciales

El RUP reconoce que los modelos de procesos genricos presentan un solo enfoque del proceso. En contraste, el RUP se describe normalmente desde tres perspectivas: 1. Una perspectiva dinmica que muestra las fases del modelo sobre el tiempo. 2. Una perspectiva esttica que muestra las actividades del proceso que se representa.
-1-

3. Una perspectiva bsica practica que sugiere buenas prcticas a utilizar durante el proceso El RUP es un modelo de fases que identifican 4 fases diferentes en el proceso del software, sus fases estn ms ligadas con asuntos de negocios ms que tcnicos figura 1.1.1.1. 1.1.2. Ciclo de Vida Inicio: El objetivo de esta fase es el de establecer un caso de negocios pare el sistema. Se deben identificar todas las entidades externas (personas y sistemas) que interactan con el sistema y definir estas interacciones. Si la informacin proporcionada es de poca importancia, se puede cancelar el proyecto. Elaboracin: Los objetivos de la fase son desarrollar una comprensin del dominio del problema, establecer un marco de trabajo para el sistema, desarrollar un plan del proyecto e identificar los riesgos clave del proyecto. Al terminar esta fase se debe tener un modelo de los requerimientos del sistema, un diseo y un plan de desarrollo del software. Construccin: Comprende el diseo del sistema, la programacin y las pruebas. Durante esta fase se desarrollan e integran las partes del sistema. Al terminar esta fase, se debe tener un sistema software operativo y la documentacin correspondiente lista para entregarlos a los usuarios. Transicin: La fase final del RUP se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Al terminar esta fase se debe tener un sistema software documentado que funcione correctamente en su entorno operativo [1].

Figura 1.1.1.1: Ciclo de vida del RUP

-2-

1.1.3. Que es UML

El UML (Lenguaje Unificado de Modelado) es una de las herramientas ms utilizadas por los programadores. El modelo est compuesto por diversos elementos grficos que se combinan para formar diagramas. Debido a que UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema a las cuales se les conoce como modelo. El modelo UML de un sistema es similar a un modelo a escala de un edificio. Es importante destacar que un modelo UML describe lo que supuestamente har un sistema, pero no dice como implementar dicho sistema [2].

1.1.4. Modelos de UML Existen diferentes diagramas que son los ms comunes en UML. Algunos de los diagramas ms comunes aqu son: DIAGRAMA DE CLASES: Mediante un diagrama de clases podemos modelar el esquema de una base de datos. Un diagrama de clases se compone de: clases, interfaces y relaciones; las relaciones pueden ser de dependencia, asociacin y de generalizacin. Una clase es la descripcin de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semntica. Las clases se representan mediante rectngulos [Figura 1.1.4.1]. Una clase contiene el nombre de la misma, los atributos, las operaciones o los mtodos y las responsabilidades.

Figura 1.1.4.1: Ejemplo de Clase

1. Atributo: es una propiedad de una clase, identificada con un nombre, que describe un rango de valores que pueden tomar las instancias de la propiedad. Una clase puede tener varios atributos o no tener ninguno. Un
-3-

atributo representa una propiedad del elemento que es compartido por todos los objetos de esa clase. 2. Operacin: es una de las implementaciones de un servicio que representa el comportamiento de los objetos de la clase. Todos los objetos de la clase tienen las mismas operaciones. 3. Responsabilidades: es un contrato u obligacin de una clase. Una responsabilidad se traducira como un conjunto de atributos y operaciones que satisfagan dicha responsabilidad. UML define 3 niveles de visibilidad para los atributos y operaciones: Pblico: visible para el resto de las clases Protegido: elemento visible para las subclases de una clase Privado: Solo visible para la propia clase.

DIAGRAMA DE OBJETOS: Un objeto es una instancia de clase (una entidad que tiene valores especficos de los atributos y acciones). La figura 1.1.4.2 muestra la forma en que UML representa a un objeto. El smbolo que representa es un rectngulo, como en una clase, pero el nombre esta subrayado. El nombre de la instancia especfica se encuentra a la izquierda de los 2 puntos y el nombre de la clase a la derecha.

Figura 1.1.4.2: Ejemplo de forma para diagrama objeto.

DIAGRAMA DE CASOS DE USO: Un caso de uso es una descripcin de las acciones de un sistema desde el punto de vista del usuario. Para los desarrolladores del sistema, esta es una herramienta valiosa, ya que es una tcnica de aciertos y errores para obtener los requerimientos del sistema desde el punto de vista del usuario

La figura 1.1.4.3 muestra como representar estos diagramas de casos UML. En la imagen se representa al usuario y se le conoce como actor. La elipse representa el caso de uso.
-4-

Figura 1.1.4.3: Ejemplo de diagrama de casos de uso.

DIAGRAMA DE ESTADOS: El diagrama de estados o diagrama dinmico distingue los siguientes elementos: 1. Las diferentes situaciones en que se puede encontrar un objeto 2. Que cambios de estado son posibles(transiciones) 3. Cul es el hecho que los produce El diagrama de estados se utiliza normalmente para describir objetos del dominio del usuario y se documenta por lo general en la etapa del anlisis. La representacin ms sencilla de un estado es un rectngulo con los vrtices redondos.

DIAGRAMA DE SECUENCIA: Es una forma de diagrama de interaccin que muestra los objetos como lneas de vida a lo largo de la pagina y con sus interacciones en el tiempo representadas como mensajes dibujados como flechas desde la lnea de vida origen hasta la lnea de visa destino. Estos diagramas muestran grficamente las interacciones del actor y de las operaciones a que dan origen. DIAGRAMA DE ACTIVIDADES: Las actividades que ocurren dentro de un caso de uso dentro del comportamiento de un objeto se dan, normalmente, en secuencia [3].

-5-

1.2.

Modelos De Proceso De Software

Un modelo es una descripcin simplificada de procesos del software que presenta una visin de este proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos del software. Cada modelo es una descripcin de un proceso de software que se presenta desde una perspectiva particular. Alternativamente, a veces se usan los trminos ciclo de vida y Modelo de ciclo de vida. Cada modelo describe una sucesin de fases y un encadenamiento entre ellas. Segn las fases y el modo en que se produzca este encadenamiento, tenemos diferentes modelos de proceso. 1.2.1. Modelo Lineal o (Cascada)

Este modelo se muestra en la figura 1.2.1.1 debido a la cascada de una fase a otra, dicho modelo se conoce como modelo en cascada o como ciclo de vida del software. Las principales etapas de este modelo se transforman en actividades fundamentales de desarrollo. 1. Anlisis y definicin de requerimientos: Los servicios, restricciones y metas del sistema se definan a partir de las consultas con los usuarios. Sirven como especificacin del sistema. 2. Diseo del sistema y del software: El proceso de diseo del sistema divide los requerimientos en sistemas hardware o software. Identifica y describe las abstracciones fundamentales del sistema y sus relaciones. 3. Implementacin y pruebas de unidades: La prueba de unidad implica verificar que cada una cumpla su especificacin. 4. Integracin y prueba del sistema: Los programas o las unidades de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software, despus de las pruebas se entrega al cliente. 5. Funcionamiento y mantenimiento: Esta es la fase ms larga del ciclo de vida. El sistema se instala y se pone en funcionamiento prctico. El mantenimiento implica corregir los errores no descubiertos en las etapas anteriores del ciclo de vida.

-6-

Figura 1.5.1.1: Ciclo vida del modelo en cascada.

1.2.2. Modelo en Espiral

Sustituye a la solucin de las fases del modelo en cascada. El modelo incorpora un nuevo elemento en el desarrollo de software como el anlisis de riesgos y define 4 actividades principales representada por lo 4 cuadrantes de la figura: 1. 2. 3. 4. Planificacin: Determina objetivos, alternativas y restricciones. Anlisis de riesgos: Evala alternativas, identifica y resuelve riesgos Ingeniera: Desarrollo y verificacin del producto en el siguiente nivel Evaluacin del cliente: Valoracin de los resultados y planificacin de la siguiente fase.

Con cada iteracin alrededor de la espiral se van construyendo sucesivas versiones del software, cada vez ms completa [1].

1.2.3. Modelo de Prototipos Es una representacin o modelo del producto de programacin que, a diferencia de un modelo de simulacin, incorpora componentes del producto real. Por lo general el prototipo tiene un funcionamiento limitado en cuanto a capacidades, confiabilidad y eficiencia. Las razones para implementar un prototipo son: 1. Ilustrar los formatos de datos de entrada de mensajes, informes y dialogo al cliente.

-7-

2. El modelo de la fase de anlisis, diseo e implementacin es a veces inapropiado, por lo que se hace necesario desarrollar un modelo para poder definir el producto El mantenimiento ser una fase que continuara a lo largo de la vida del sistema y consistir en revisiones continuas con sus respetivas actualizaciones [4].

1.2.4. Proceso Unificado El Proceso Unificado (UP, Unified Process) combina prcticas comnmente aceptadas como "buenas prcticas", tales como el ciclo de vida iterativo y desarrollo dirigido por el riesgo, en una descripcin consistente y bien documentada. Un proceso es orientado por el riesgo cuando intenta identificar y definir estrategias para enfrentar los riesgos ms graves del proyecto, resolviendo primero los puntos ms difciles, elaborando planes de contingencia y tratando de anticipar las dificultades. Los llamados ciclos por fases intentan poner en manos del usuario un sistema con prestaciones parciales, que se va completando con nuevas prestaciones en fases sucesivas. As, el usuario tiene en produccin algunas funcionalidades mientras se van desarrollando las otras Caractersticas: Desarrollo iterativo e incremental: el proyecto se organiza en una serie de mini proyectos cortos de duracin fija rpida retroalimentacin y asimilacin de los cambios si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas o requisitos para una iteracin posterior,

Fases del UP. 1. Inicio: visin aproximada, anlisis del quehacer de la empresa cliente ("el negocio"), alcance del proyecto, estimaciones (imprecisas) de plazos y costos. Se define la viabilidad del proyecto.

-8-

2. Elaboracin: visin refinada, implementacin iterativa del ncleo central de la aplicacin, resolucin de los riesgos ms altos, identificacin de nuevos requisitos y nuevos alcances, estimaciones ms ajustadas. 3. Construccin: implementacin iterativa del resto de los requisitos de menor riesgo y elementos ms sencillos, preparacin para el despliegue (entrega, instalacin y configuracin). 4. Transicin: pruebas beta, despliegue. En el UP (Unified Process, proceso unificado) de desarrollo de software, se reconocen las fases de Inicio, Elaboracin, Construccin y Transicin, en cada una de las cuales se cumplen una o ms iteraciones. El desarrollo es iterativo e incremental; en cada iteracin se agrega algo ms, y el sistema est en continuo crecimiento hasta su entrega. En cada iteracin hay anlisis de requerimientos, diseo, implementacin y verificacin [21].

1.2.5. Modelo Incremental

Combina elementos del modelo de cascada (aplicados repetitivamente) con la filosofa interactiva de construccin de prototipos. El primer incremento es un producto esencial (ncleo), se afrontan requisitos bsicos y muchas funciones extras (conocidas o no) quedan para los siguientes incrementos. El cliente usa el producto central y en base a la utilizacin y/o evaluacin se desarrolla un plan para el incremento siguiente, este proceso se repite hasta que se elabora el producto completo. Es interactivo, al igual que el de construccin de prototipos y otros enfoques evolutivos. Pero a diferencia del modelo de construccin de prototipos, el modelo incremental entrega un producto operacional en cada incremento [1].

-9-

1.3.

Bases De Datos

Una base de datos es un conjunto de informacin en forma normalizada, almacenada en cualquier dispositivo y entre la que se establece un nmero limitado o ilimitado de relaciones. Esta informacin puede ser de muchas clases [5]. As entonces se define una base de datos como un conjunto de datos persistente que es utilizado por los sistemas de aplicacin de una organizacin independiente o comercial [7]. 1.3.1. DBMS Un DBMS se puede modificar, introducir o eliminar informacin. Un DBMS es un programa de computadoras que permite crear, manejar y consultar una base de datos. Casi todos estos sistemas pueden manejar datos numricos y alfanumricos y proporcionan un enlace esencial entre los datos del usuario, los grficos y datos de otros tipos, y una serie de paquetes de computadora externos para anlisis cartogrficos y estadsticos. Actualmente se considera que los DBMS relacionales ofrecen el acceso ms flexible a los datos, porque permiten unir fuentes independientes de informacin sobre atributos con objeto de crear nuevas relaciones. Conviene tener un DBMS por que la coleccin de datos as est a disposicin de todos los usuarios, adems el volumen de los datos est creciendo constantemente y as se mejora la eficiencia de la base de datos y se reduce al mnimo el espacio [6].

1.3.2. Usuarios De La Base De Datos

Durante la generacin de la base de datos se tiene que plantear que esta puede ser multiusuario, el termino administrador de base de datos se utiliza para referirse a la persona que est encargada de una base de datos, este tiene el control de la configuracin de la base de datos, as como est encargado de realizar la modificaciones de los datos. El uso de la seguridad en las bases de datos es asegurar que los usuarios autorizados puedan ejecutar actividades permitidas en momentos especficos [8]. Programadores de aplicaciones, que se encargan de desarrollar las aplicaciones que manejan datos de la base de datos. Estas aplicaciones
- 10 -

contendrn solicitudes de datos al S.G.B.D que luego sern procesados por los programas de la aplicacin que tendrn como finalidad resolver problemas especficos de la empresa. Usuarios finales, que son personas que no tienen por qu tener conocimientos informticos y que pueden manipular los datos (examinarlos y actualizarlos) con la ayuda de las aplicaciones, o bien de lenguajes de consulta no procedimentales (no es necesario indicar el algoritmo de acceso a los datos), tipo SQL, o bien, mediante herramientas basadas en sistemas de mens. Se distinguen tres tipos de usuarios finales: Usuarios especializados: Aquellos que son capaces de escribir ciertas aplicaciones para la BD, para su uso propio. Usuarios casuales: Aquellos que realizan consultas a travs de un procesador de consultas. Esas consultas pueden ser creadas por ellos mismos o por otras personas. Usuarios ingenuos: Aquellos que solo acceden a travs de aplicaciones previamente escritas por otros usuarios [20].

- 11 -

1.4.

Modelo De Bases De Datos

Un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y operaciones para manipular los mismos. Cuando un modelo de datos describe un conjunto de conceptos de una realidad determinada, se llama modelo conceptual de datos. Los conceptos de un modelo de datos se construyen por lo regular usando mecanismos de abstraccin y se describen mediante representaciones lingsticas y graficas, es decir, puede definirse como una sintaxis y puede desarrollarse en forma grafica como parte de un modelo de datos. Hay dos tipos de modelos de datos: modelos conceptuales, usando el diseo de bases de datos, y modelos lgicos, apoyados por los sistemas de gestin de bases de datos (DBMS), que son grandes paquetes de software que crean, modifican y mantienen bases de datos. Los modelos conceptuales son instrumentos para representar la realidad a un nivel alto de abstraccin. Los modelos lgicos apoyan descripciones de datos procesables por un computador; incluye un modelo jerrquico y el modelo relacional. Este modelo tiene una correspondencia sencilla con la estructura fsica de la base de datos [9].

1.4.1. Modelo Entidad- Relacin (E-R)

El modelo entidad relacin, propuesto pro CHEN es, sin duda el modelo de datos conceptual ms extendido en las metodologas de diseo de bases de datos y en las herramientas CASE. Esta tcnica descriptiva, permite representar, en lo que se llama diagrama ER, un sistema de informacin, siguiendo una metodologa grafica basada en reglas, smbolos y mtodos para disear bases de datos. El objetivo es obtener un modelo abstracto que representa la informacin obtenida. Para ello hace uso, fundamentalmente de 3 conceptos: entidad, atributo y relacin. Tambin se contempla la definicin de objetos compuestos mediante la agregacin de entidades y la definicin de objetos especializados. Se puede definir algunos elementos de un modelo ER:
- 12 -

Entidad: Se define como la representacin de un objeto del universo sobre el que se debe almacenar informacin en la base de datos. Con una entidad se representa cualquier persona, concepto, suceso y evento sobre el que se quiera almacenar informacin. En el modelo ER una entidad se representa como un rectngulo y en el interior se escribe el identificador de la entidad. Relacin: Es una asociacin entre entidades. Cada ocurrencia de una relacin asocia una ocurrencia de cada uno de los objetos relacionados. En el modelo ER una relacin se representa con un rombo unido por un arco a cada una de las entidades asociadas. Atributos: Es una propiedad o caracterstica asociada a una determinada entidad o relacin [10].

1.4.2. Modelado de Bases de Datos con UML

Los modelos Entidad Relacin han sido ampliamente usados en el diseo de bases de datos. UML no incluye una notacin especfica para este modelado de bases de datos, ya que asume un proceso de desarrollo orientado a objetos y modela los datos utilizando objetos y sus relaciones. Sin embargo, se puede usar UML para representar un modelo semntico de datos. Se puede pensar en las entidades de un modelo ERA como clases de objetos simplificadas, los atributos como atributos de la clase y las denominadas asociaciones entre las clases como relaciones. UML muestra los conjuntos de entidades como cuadros y, a diferencia de ER, muestra los atributos como dentro del cuadro en lugar de cmo elipse. UML modela realmente objetos, mientras que ER modela entidades. Los objetos son como entidades y tienen atributos, pero adems proporcionan un conjunto de funciones que se pueden invocar. Los conjuntos de relaciones se representan en UML dibujando simplemente una lnea que conecte a las 2 entidades y se escribe el conjunto de relaciones. La generalizacin y especializacin se representan en el diagrama E-R conectando conjuntos de entidades por una lnea con un triangulo al final correspondiente al conjunto de entidades ms general. Los diagramas UML tambin pueden representar explcitamente las restricciones de generalizaciones disjuntas y solapadas [19].
- 13 -

1.4.3. Modelo Relacional A finales de los 60s Edgar Frank Codd defini las bases del modelo relacional, donde los datos se encuentran lgicamente en forma de relaciones (tablas). El objetivo fundamental del modelo relacional es mantener la independencia de esta estructura lgica respecto al modo de almacenamiento y a otras caractersticas de tipo fsico. La estructura bsica del modelo relacional es la relacin o tabla. Todos los datos de la base de datos se representan en forma de tabla o relacin, cuyo contenido vara con el tiempo. Una relacin o tabla se representa grficamente como una estructura rectangular, formada por filas y columnas. Cada columna almacena informacin sobre una propiedad determinada de la tabla o relacin. A estas columnas tambin se les denomina atributos. Los atributos pueden aparecer en la relacin en cualquier orden. Cada fila de la tabla se le llama tupla y representa una ocurrencia de la relacin [12].

1.4.4. Llaves Primarias y Forneas

La clave o llave primaria se selecciona para identificar de forma nica cada instancia de un tipo de entidad, o tambin para identificar las tuplas dentro de una relacin, esta es elegida por el diseador de la base de datos para identificar una entidad dentro de un conjunto de entidades. Es posible que una entidad no cuente con los suficientes atributos para definir una llave primaria. En consecuencia a las entidades con llave primaria se les conoce como entidades fuertes, estas generalmente son dominantes, mientras que las entidades dbiles son subordinadas. Los conjuntos de relaciones tambin tienen sus llaves primarias. Estas se forman tomando los atributos que constituyen las llaves primarias de los conjuntos de entidades que definieron el conjunto de relaciones. A estos atributos que provienen de llaves de otras entidades se les conoce como llaves forneas [13].

- 14 -

1.5.

Normalizacin

Es el proceso de organizar los datos para minimizar la redundancia y eliminar la ambigedad. La normalizacin incluye la separacin de la base de datos en tablas y la definicin de las relaciones entre estas tablas. Hay tres estados principales de normalizacin llamadas formas normales. Cada uno de estos incrementa el nivel de normalizacin [13], a continuacin se describir la forma de aplicar estas formas normales.

1.

Primera Forma Normal

Se dice que una relacin esta en primera forma normal si y solo si cada uno de los atributos tiene un nico valor para un registro determinado, es decir, los dominios de esta relacin tienen valores nicos. Si una relacin no est en primera forma normal hay que eliminar de ella los atributos que tienen mltiples valores para cada tupla de la relacin. Estos se eliminan metindolos en otra relacin y relacionndolos mediante la clave primaria de la relacin en la que se encontraban. Por ejemplo: Se representa la relacin asignaturas que estn realizando los alumnos de una universidad mediante la siguiente tabla figura 1.5.1:

Figura 1.5.1: Tabla que muestra la relacin entre asignaturas y Alumnos.

La tabla anterior no est en primera forma normal, ya que los registros 2 y 3 tienen dominios con varios valores. La solucin que se aplica es separar las tablas de la siguiente forma Figura 1.5.2:

- 15 -

Figura 1.5.2: Tablas normalizadas

De esta forma podemos notar que se aplica la primera forma normal. Una vez normalizada a la primera forma, se puede pasar a la segunda. 2. Segunda Forma Normal

La segunda forma se basa en el concepto de dependencia funcional total y compara todos y cada uno de los atributos de la relacin con la clave primaria. Si todos los atributos dependen directamente de esta clave se dice que la relacin esta en segunda forma normal. La segunda forma normal se aplica a aquellas relaciones que tienen claves primarias compuestas por dos o ms atributos. Si una relacin no est en segunda forma normal hay que eliminar las dependencias parciales de la clave primaria. Para ello eliminamos los atributos que son funcionalmente dependientes y se ponen en una nueva relacin con una copia de su determinante (los atributos de la clave primaria de los que dependen). 3. Tercera Forma Normal La tercera forma normal se basa en el concepto de dependencia transitiva (ocurre cuando un atributo es funcionalmente dependiente de otro y ninguno de los dos forma parte de la clave) y se dice que una relacin esta en tercera forma normal si y solo si los atributos de la relacin dependen nicamente de la clave primaria, es decir, los atributos de la tabla no dependen unos de otros. Para pasar una relacin de la segunda forma a la tercera forma normal deben de eliminarse las posibles dependencias transitivas eliminado los atributos que dependen transitivamente y se ponen en una nueva relacin con una copia del atributo o atributos no claves de los que dependen [14].

- 16 -

1.6.

Arquitectura Cliente Servidor.

Hoy en da la transmisin de mensajes entre cliente servidor es muy comn, l servidor es que provee de servicios al cliente cuando este lo solicite, asi los 2 establecen una conexin que finaliza cuando l cliente haya terminado su labor. 1.6.1. Cdigo Abierto (Open Source)

Open Source (cdigo abierto). Este trmino es utilizado a menudo para referirse al software libre. El cdigo abierto acepta algunas clases de restricciones que el software libre ha rechazado. El significado de cdigo abierto se refiere a la accesibilidad del cdigo fuente, aunque tienen licencias restrictivas sobre ese cdigo. Este trmino comenz a utilizarse en 1998 y rpidamente fue asocindose. Las personas que modifican, mejoran o adaptan el programa a sus necesidades deben ofrecer la nueva versin para que otros usuarios y desarrolladores de software de cdigo abierto se beneficien de su trabajo [15]. 1.6.2. Apache

Apache es programa de servidor HTTP Web de cdigo abierto. Fue desarrollado en 1995 y actualmente es uno de los servidores web ms utilizados en la red. El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software Foundation. La primera versin del servidor web Apache fue desarrollada por Robert McCool, quien desarrollaba el servidor web NCSA HTTPd (National Center for Supercomputing Applications). Cuando Robert dej el NCSA a mediados de 1994, el desarrollo de httpd se detuvo. Robert McCool busc otros desarrolladores para que lo ayudaran, formando el Apache Group. Algunos miembros del grupo original fueron Brian Behlendorf, Roy T. Fielding, Rob Hartill, David Robinson, Cliff Skolnick, Randy Terbush, Robert S. Thau, Andrew Wilson, Eric Hagberg, Frank Peters y Nicolas Pioch. La versin 2 del servidor Apache fue una reescritura sustancial de la mayor parte del cdigo de Apache 1.x, enfocndose en una mayor modularizacin y el desarrollo de una capa de portabilidad, el Apache Portable Runtime.
- 17 -

Apache 2.x incluy multitarea en UNIX, mejor soporte para plataformas no Unix (como Windows), una nueva API Apache y soporte para IPv6.La versin 2 estable de Apache, fue lanzada el 6 de abril de 2002. Caractersticas de Apache Soporte para los lenguajes perl, python, tcl y PHP. Mdulos de autenticacin: mod_access, mod_auth y mod_digest. Soporte para SSL y TLS. Permite la configuracin de mensajes de errores personalizados y negociacin de contenido. Permite autenticacin de base de datos basada en SGBD.

Apache es principalmente usado para servir pginas web estticas y dinmicas en la WWW. Apache es el servidor web del popular sistema XAMP, junto con MySQL y los lenguajes de programacin PHP/Perl/Python. La "X" puede ser la inicial de cualquier sistema operativo, si es Windows: WAMP, si es el Linux: LAMP, etc.[22]

1.6.3. PHP El lenguaje PHP es un lenguaje de programacin de estilo clsico, es decir, es un lenguaje de programacin con variables, sentencias condicionales, ciclos (bucles), Funciones. No es un lenguaje de marcado como podra ser HTML, XML o WML. Est ms cercano a JavaScript o a C, para aquellos que conocen estos lenguajes. Pero a diferencia de JavaScript que se ejecuta en el navegador (figura 1.6.3.1), PHP se ejecuta en el servidor, por eso nos permite acceder a los recursos que tenga el servidor como por ejemplo podra ser una base de datos. El programa PHP es ejecutado en el servidor y el resultado enviado al navegador. El resultado es normalmente una pgina HTML pero igualmente podra ser una pgina WML. Al ser PHP un lenguaje que se ejecuta en el servidor no es necesario que su navegador lo soporte, es independiente del browser, pero sin embargo para que las pginas PHP funcionen, el servidor donde estn alojadas debe soportar PHP.

- 18 -

Figura 1.6.3.1: ciclo que lleva una pgina PHP

1.6.4. MySql

MySQL es la base de datos de cdigo abierto ms popular del mundo. Cdigo abierto significa que todo el mundo puede acceder al cdigo fuente, es decir, al cdigo de programacin de MySQL. En el ao 2000, cuando MySQL contaba con solo cuatro aos de existencia, Michael MONTY" Widenius, el fundador de MySQL, predijo grandes avances para MySQL durante la primera convencin sobre bases de datos de cdigo abierto. MySQL es un sistema de administracin de bases de datos relacional (RDBMS). Se trata de un programa capaz de almacenar una enorme cantidad de datos de gran variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de organizacin, desde pequeos establecimientos comerciales a grandes empresas y organismos administrativos. MySQL compite con sistemas RDBMS propietarios conocidos, como Oracle, SQL Server y DB2. MySQL incluye todos los elementos necesarios para instalar el programa, preparar diferentes niveles de acceso de usuario, administrar el sistema y proteger y hacer volcados de datos. Puede desarrollar sus propias aplicaciones de base de datos en la mayor parte de los lenguajes de programacin utilizados en la actualidad y ejecutarlos en casi todos los sistemas operativos, incluyendo algunos de los que probablemente no ha odo nunca hablar. MySQL utiliza el lenguaje de consulta estructurado (SQL). Se trata del lenguaje utilizado por todas las bases de relacionales, que presentaremos en una seccin posterior. Este lenguaje permite crear bases de datos, as como agregar, manipular y recuperar datos en funcin de criterios especficos.

- 19 -

El equipo en el que se ejecuta MySQL y que almacena los datos se denomina servidor MySQL. Para establecer una conexin a este servidor, dispone de varias opciones de instalacin. En primer lugar, puede instalar el cliente y el servidor MySQL en su equipo de escritorio.

- 20 -

CAPITULO 2. ANLISIS Y DISEO (ORIENTADO A OBJETOS).

Este captulo tiene como fin la explicacin del anlisis del sistema, esta parte se llevo a cabo para poder obtener una buena implementacin; se tomaron en cuenta algunos principios como son el anlisis orientado a objetos y algunos modelos de diseo. Por medio de algunos diagramas se explican algunos de los requerimientos del sistema. Esta seccin es de gran importancia si es que se desea desarrollar un buen sistema, hay que tomar en cuenta que el anlisis permitir obtener la mayora de los requerimientos antes del desarrollo.

2.1. Planteamiento del problema. Desarrollar un sistema basado en Web que permita a los responsables de laboratorios, jefes Escolares, Enlaces, Prefecto y Director, conocer de manera inmediata la lista de alumnos sancionados por alguna falta cometida. El sistema debe contar con las siguientes funcionalidades: Ingresar los datos del alumno sancionado. Realizar bsquedas por matricula o nombre. Permitir Bajas y Modificaciones de los datos de los alumnos. Generar Reportes por grupo, semestre o por alumno con los datos almacenados. 2.2. Objetivo General La finalidad de este trabajo es obtener las bases para la realizacin de este proyecto que tiene como fin la realizacin de un sistema que permita el registro de los alumnos que cometieron alguna falta en la institucin educativa donde se encuentren estudiando. Esta primer parte permitir obtener los requerimientos acerca de los casos de uso que se obtengan. y los diagramas

- 21 -

2.3. Requerimientos del problema. A continuacin se describirn los requisitos del sistema: Requerimientos Funcionales Los usuarios deben hacer uso del login del sistema para poder ingresar. Solo el Administrador del sistema puede realizar la operaciones de eliminacin, alta y modificaciones de datos de alumno Los usuarios pueden realizar bsquedas de alumnos por nombre o por matricula El sistema permite realizar modificaciones de los datos del alumno, pero solo los cambios podr realizarlos el administrador El sistema permite la generacin de reportes que solo se restringe al administrador del programa y al enlace1 de la institucin. Requerimientos No Funcionales El sistema registra los datos de los alumnos El sistema se visualiza en cualquier navegador de internet El sistema no tarda ms de10 segundos en mostrar el resultado 2.5. Alcances Este sistema solo permite conocer de manera inmediata que alumnos son los que cometieron alguna falta en la escuela en la que se encuentran estudiando, as los directivos y responsables de laboratorio pueden conocerlos de manera inmediata a travs de cualquier computadora que tenga conexin a internet, as podrn ellos emitir algn juicio sobre el comportamiento de los alumnos ante algn hecho cometido. 2.6. Metodologa Para el desarrollo de este proyecto se tomo como base la metodologa del proceso unificado de desarrollo de software que es un proceso de desarrollo de software que combina el ciclo de vida iterativo y el desarrollo dirigido por riesgo. En el UP (Unified Process, proceso unificado) de desarrollo de software, se reconocen las fases de Inicio, Elaboracin, Construccin y Transicin, en cada una
1

Persona que est a cargo del rea de Psicologa de la institucin

- 22 -

de las cuales se cumplen una o ms iteraciones. El desarrollo es iterativo e incremental; en cada iteracin se agrega algo ms, y el sistema est en continuo crecimiento hasta su entrega. Los Diagramas de Interaccin (Colaboracin o Secuencia) y los Diagramas de Clases de Diseo permiten implementar los componentes de software y las Pruebas de verificacin. Esta metodologa es la que se utiliz durante el desarrollo del proyecto, en el desarrollo de este captulo se dan a conocer algunos de los diagramas que se realizaron para poder encontrar los casos de uso y as llegar a los diagramas de clases y colaboracin [21].

- 23 -

2.7. Anlisis Del Sistema

Este apartado se enfoca a entender el comportamiento y la estructura del problema en trminos conceptuales, para poder entender de manera general lo que se pretende realizar con l sistema se realiza un glosario de trminos y algunos diagramas. 2.7.1 Glosario de Trminos

Este glosario tiene como fin explicar algunos conceptos que puedan resultar vagos o no conocidos por el lector. Pretende no solo dar el significado de algunos terminos, sino tambien permitira leer de manera mas clara cualquiera de los documentos que se han venido realizando durante el desarrollo de esta aplicacin. Login: Es el nombre que adquiere el usuario para acceder a un determinado servicio.

Nick:

Palabra, nombre o pseudnimo que utiliza un usuario para identificarse.

Password: Se denomina as al mtodo de seguridad que se utiliza para identificar a un usuario.

Enlace: Persona que funciona como intermediario entre los alumnos y los padres.

Prefecto: Persona que coordina a los alumnos haciendo que sigan su desempeo escolar, hbitos de estudio, conducta y aprovechamiento

Reporte: Es un tipo de documento que puede ser impreso, digital, audiovisual y que puede transmitir informacin que pretende tener varios objetivos.

- 24 -

2.7.2. Diagrama de Casos de Uso

Hay que recordar que los diagramas de casos de uso representan las comunicaciones que se establecen entre los actores y los casos de uso. El diagrama de la figura 2.7.2.1 muestra como se comunican el Actor enlace y sus respectivos casos de uso, el Actor enlace solo presenta 3 casos de uso, en donde solo puede hacer el login al sistema, realizar bsqueda de algn alumno y se incluye para este actor la generacin de reportes, ya que el enlace est en constante comunicacin con la familia del alumno, puesto que se encarga de aquellos alumnos que tengan problemas familiares y escolares.

Figura 2.7.2.1: Diagrama casos de uso Enlace

En el diagrama de la figura 2.7.2.2 se ilustran los casos de uso que tienen relacin con el prefecto, los cuales son el login y la bsqueda de alumnos ya sea por nombre o por matrcula.

Figura 2.7.2.2: Diagrama casos de uso Prefecto

- 25 -

El Jefe Escolar podr contar solo con las funciones de login y bsqueda de alumnos, las cuales se ilustran en el diagrama de la figura 2.7.2.3.

Figura 2.7.2.3: Diagrama casos de uso Jefe Escolar

El director a pesar de ser el responsable de la mayora de las cosas dentro de las funciones de la escuela al igual que la mayora de los usuarios solo cuenta con el uso del login y la bsqueda de alumnos que se muestra en el diagrama de la figura 2.7.2.4

Figura 2.7.2.4: Diagrama casos de uso Director

Como ya se menciono antes la mayora de los casos de uso son ejecutados por el Responsable de Laboratorio, el cual puede realizar la mayora de los cambios, es por lo consiguiente que en el diagrama de la figura 2.7.2.5 se muestran los casos de uso que ejecuta el Responsable de laboratorio.

- 26 -

Figura 2.7.2.5: Diagrama casos de uso Director

- 27 -

El diagrama de la figura 2.7.2.6 muestra los casos de uso posibles que se encontraron en el sistema, se puede observar el diagrama de casos de uso general que surgi a partir del anlisis del problema.

Figura 2.7.2.6: Diagrama casos de uso General

- 28 -

2.7.3. Especificacin de Casos de Uso

Caso de Uso: Login 1. Descripcin: Permitir a los usuarios ingresar al sistema por medio de un Nick y un password 2. Flujo de Eventos: 2.1 Precondiciones Los usuarios debern haber ingresado al sistema 2.2 Flujo Principal: o Los usuarios ingresaran su nombre de usuario y password para poder iniciar o Se har clic en el botn de iniciar y se validara lo siguiente: Que el nombre de usuario y el password proporcionados sean los correctos. 2.3 Flujos de Excepcin o El nombre de usuario no es valido o El password insertado no es valido o El nombre de usuario y el password no son validos

Caso de Uso: Ingresar Alumno 1. Descripcin: Por medio de este caso de uso se podr ingresar los datos de los alumnos que cometieron alguna falta. 2. Flujo de Eventos 2.1 Precondiciones El Responsable deber hacer el login de su cuenta. 2.2 Flujo Principal o El administrador deber seleccionar la opcin de ingresar alumno. o Se mostrara una apantalla donde se seleccionara la opcin de ingresar alumno o Insertaran los datos solicitados por el sistema. o Se ingresaran los datos solicitados o Se guardaran los cambios efectuados a los datos solicitados en caso de ser correcto, se debe validar : Que no exista el alumno en la base de datos
- 29 -

Que los datos correspondan al alumno de la institucin Que los datos del alumno estn bien proporcionados Que los campos se llenen correctamente

2.3 Flujos Alternos si se encuentra datos existentes en la base de datos se someter a la excepcin [E1] y mostrara una pantalla de error y se tendr que volver a insertar los datos del alumno sancionado Si se colocan datos en blanco del alumno, se ejecutara la excepcin [E2] y se mostrara una pantalla de error, donde se indicara que se encuentran algunos campos en blanco. 2.4 Flujos de excepcin o E1. Que el alumno exista en la base de datos, en tal caso no se podr agregar nuevamente o E2. Que no se dejen los campos en blanco o E3. Que el alumno sea alumno de la institucin

Caso de Uso: Bsqueda de alumno 1. Descripcin: Permitir realizar las bsquedas de un alumno por nombre o por matricula 2. Flujo de Eventos: 2.1 Precondiciones El Jefe escolar, Responsable de laboratorio, prefecto, director y enlace deben haber ingresado al sistema y haber hecho el uso del login. 2.2 Flujo Principal: o Cualquiera de los usuarios antes mencionados deber seleccionar la opcin de bsqueda o se seleccionara el tipo de bsqueda que se desea realizar ya sea por medio del nombre o matricula. o Se mostrara un apantalla donde se insertara ya sea el nombre o la matricula del alumno que se desea buscar. o Se aplicara la opcin seleccionada, se someter a validacin lo siguiente: Que la matricula o nombre del alumno sean correctos Que los campos solicitados no se encuentren en blanco Que el alumno exista en la base de datos del sistema

- 30 -

2.3 Flujos Alternos En caso de que la bsqueda realizada no devuelva resultados, se ejecutara la excepcin E1 y se tendr que realizar la bsqueda de nueva cuenta. Si durante la bsqueda realizada el usuario no coloco los datos a buscar del alumno, se devolver un mensaje indicando dicha accin y se ejecutar la excepcin E2. 2.4 Flujos de Excepcin E1. Que el alumno no est en la base de datos E2. Que se realice una bsqueda en blanco del alumno Caso de Uso: Baja de Alumno 1. Descripcin: Permitir eliminar a algn alumno de la base de datos. El administrador del sistema podr realizar la eliminacin de alguno de los alumnos por medio del sistema 2. Flujo de Eventos: 2.1 Precondiciones El Responsable del sistema deber haber ingresado al sistema y haber hecho el login de su cuenta. 2.2 Flujo Principal: o Se mostrara un apantalla donde se deber seleccionar Baja de alumno o Se realizara la bsqueda del alumno que ser eliminado del sistema. o Se seleccionara al alumno que se eliminara o Se aplicara la opcin seleccionada, se someter a validacin lo siguiente: Que se devuelvan datos despus de haberse realizado la bsqueda Que no se deje en blanco la bsqueda que el alumno exista en la base de datos 2.3 Flujos Alternos En caso de que el alumno no exista durante la bsqueda del alumno y se devuelva el error al usuario, se someter a validacin la excepcin E1.
- 31 -

2.4 Flujos de Excepcin E1. Que el alumno no existe en la base de datos, en tal caso no se podr eliminar

Caso de Uso: Modificar datos 1. Descripcin: Permitir realizar modificaciones de los datos del alumno. El administrador del sistema podr realizar la bsqueda del alumno al cual se le desea realizar la modificacin de los datos. 2. Flujo de Eventos 2.1 Precondiciones El administrador debi haber iniciado el sistema y haber hecho el login de su cuenta 2.2 Flujo Principal: o Se mostrara una apantalla donde se mostraran la opciones que pueden ser seleccionadas. o Se realizara primeramente la bsqueda del alumno que ser modificado o Se seleccionar al alumno que se modificara o Se realizaran lo cambios que se desean a los datos del alumno y se tomara en cuenta lo siguiente: Que los datos nuevos del alumno sean correctos Que no se deje en blanco los campos a llenar o Se aplicara la opcin seleccionada, se someter a validacin lo siguiente: que el alumno exista en la base de datos

2.3 Flujo Alternos Si durante la bsqueda del alumno los resultados devueltos no son los esperados por qu no se encontr registr alguno de dicho alumno, entonces se validara la excepcin E1, si por el contrario el usuario realizo una bsqueda en blanco, se ejecutara la excepcin E2, en cualquiera de los 2 casos se mostrara una pantalla de error con la excepcin indicada.

- 32 -

2.4 Flujo de Excepcin E1. Si el alumno no se encuentra en la base de datos se mostrara un mensaje indicando dicho evento E2. Si la bsqueda del alumno devuelve datos en blanco se tendr que realizar de nuevo la bsqueda.

Caso de Uso: Generar Reporte 1. Descripcin: Permitir al Responsable del sistema la generacin de reportes. El administrador del sistema podr realizar la generacin de reportes ya sea por semestre, por alumno o por saln. 2. Flujo de Eventos 2.1 Precondiciones El Administrador del sistema deber haber iniciado y hecho el login de su cuenta. 2.2 Flujo Principal o Se mostrara una pantalla donde se mostraran la opciones que pueden ser seleccionadas, en este caso se seleccionara la opcin de Generar Reporte o Se seleccionara que tipo de reporte se desea generar, en este caso puede ser: por grupo, por semestre o por alumno. o Se seleccionara el grupo, el alumno o el semestre del reporte que se desea generar. o Se aplica la opcin seleccionada. 2.3 Flujos Alternos Se selecciona el tipo de reporte que se desea ejecutar, y los datos que se necesitan del reporte que se realizar, en caso de que la opcin seleccionada genere algn error por que el alumno no exista, se realizara la excepcin E1 2.4 Flujos de Excepcin o E1. Que l no existan datos en la base de datos del grupo o del alumno

- 33 -

2.7.4. Escenarios

Login 1. Alicia la jefa escolar desea ingresar al sistema, para ello inicia el sistema, en la pantalla de login teclea su cuenta y su password, valida si su cuenta esta correcta y obtiene la confirmacin de que es correcta e inicia viendo la pantalla principal para los usuarios termina el caso de uso. Alta 2. Jos el responsable de Laboratorio quiere dar de alta a un alumno que ha cometido una falta en la institucin, para ello hace uso de la pantalla login del sistema e ingresa sus datos, inicia seleccionando la opcin de ingresar alumno en la pantalla principal. Inicia colocando los datos del alumno que quiere dar de alta en la pantalla de ingresar (Juan Manuel Martnez Prez, grupo 2, seccin 234), y posteriormente aplica los cambios que se desean guardar, se somete a validacin si dicho alumno existe en el sistema En la pantalla de ingreso se confirma que dicho alumno es vlido, ya que no exista en el sistema. Termina el caso de uso. Bsqueda 3. Javier el director de la institucin desea realizar la bsqueda en el sistema de Jos Manuel Martnez Prez, para ello hace el uso de la pantalla login en el sistema e inicia seleccionando la opcin de bsqueda en la pantalla principal, en seguida selecciona el tipo de bsqueda que desea realizar, en este caso realiza una bsqueda por nombre. Coloca los datos del alumno que desea comenzar a buscar, e inicia la operacin. El resultado que obtiene tras haber realizado la bsqueda es que no se encuentra ningn alumno en la base de datos con dicho nombre y se devuelve un error en la pantalla de bsqueda, por lo tanto quiere implementar una nueva bsqueda, ahora por matricula, para ello aplica los mismos pasos que antes se realizaron. Al determinar que no existe dicho alumno abandona el sistema y da fin con esto al caso de uso.

- 34 -

Reportes 4. Mariana la encargada de enlace desea generar el reporte del semestre Anterior, para ello inicia el sistema y hace uso de su cuenta en la pantalla de login. Inicia haciendo clic en la opcin de generar reporte de la pantalla principal, selecciona el tipo de reporte que desea generar en la pantalla de los reportes, en este caso desea generar uno por semestre, por lo tanto selecciona la opcin y genera el reporte. Con esto se da fin al caso de uso. Bajas 5. Jos el responsable de laboratorio desea eliminar a Juan Manuel Martnez Prez, grupo 2, seccin 234 puesto que el registro que ingreso no era correcto, as que para ello inicia el sistema y hace uso de la pantalla login. Inicia haciendo clic en la opcin de Baja de Alumno que se encuentra en la pantalla principal, y en seguida realiza la bsqueda del alumno que desea eliminar del sistema, una vez que lo encuentra, aplica la opcin de eliminar del sistema. Cierra la sesin y as termina el caso de uso. Modificaciones: 6. Jos el responsable de laboratorio desea modificar los datos de Mariana, ya que eran incorrectos, es por ello que inicia el sistema, hace uso de la pantalla login y teclea su cuenta y password. Selecciona la opcin de modificar en la pantalla de bienvenida y en seguida busca a la alumna que desea modificar en la pantalla de bsqueda, hace las correcciones que se desean realizar en la pantalla de las modificaciones y aplica los cambios; se devuelve una confirmacin de los cambios que se realizaron en la pantalla de modificaciones, Jos cierra su sesin y finaliza el caso de uso.

- 35 -

2.7.5. Diagrama de Clases

En la figura 2.7.5.1 se muestran las clases obtenidas durante el anlisis del problema, en la que podemos observar las clases ms importantes como son alumno, login, reporte, se puede observar que en login se muestra una herencia, esto es porque tenemos diferentes tipos de usuarios, los cuales tienen restringido la realizacin de algunas operaciones, los reportes tambin presentan una herencia, porque pueden ser de 3 tipos, pueden ser generados por semestre, por grupo o alumno.

Figura 2.7.5.1: Diagrama de clases.

- 36 -

2.8. Diseo del sistema.

Se centra en proporcionar la funcionalidad del sistema a travs de sus diferentes componentes, en trminos concretos as se puede obtener un modelo final que establece el paso siguiente a la programacin. 2.8.1. Diagrama de Anlisis.

Para poder realizar el diagrama de anlisis se tomaron en cuenta los casos de uso antes descritos y se marcaron los sustantivos que se encontraron, posteriormente se clasificaron y una vez obtenidos se clasificaron en objetos genricos e instancias de dichos objetos. En seguida se muestra lo que se realizo: Login 1. Alicia la jefa escolar desea ingresar al sistema, para ello inicia el sistema, en la pantalla login teclea su cuenta y su password, valida si su cuenta esta correcta y obtiene la confirmacin de que es correcta e inicia viendo la pantalla principal para los usuarios termina el caso de uso.

Alta 2. Jos el responsable de Laboratorio quiere dar de alta a un alumno que ha cometido una falta en la institucin, para ello hace uso de la pantalla login del sistema e ingresa sus datos, inicia seleccionando la opcin de ingresar alumno en la pantalla principal. Inicia colocando los datos del alumno que quiere dar de alta en la pantalla ingresar (Juan Manuel Martnez Prez, grupo 2, seccin 234), y posteriormente aplica los cambios que se desean guardar, se somete a validacin si dicho alumno existe en el sistema En la pantalla ingresar se confirma que dicho alumno es vlido, ya que no exista en el sistema. Termina el caso de uso. Bsqueda 3. Javier el director de la institucin desea realizar la bsqueda en el sistema de Jos Manuel Martnez Prez, para ello hace el uso de la pantalla login en el sistema e inicia seleccionando la opcin de bsqueda en la pantalla principal,

- 37 -

en seguida selecciona el tipo de bsqueda que desea realizar, en este caso realiza una bsqueda por nombre. Coloca los datos del alumno que desea comenzar a buscar, e inicia la operacin. El resultado que obtiene tras haber realizado la bsqueda es que no se encuentra ningn alumno en la base de datos con dicho nombre y se devuelve un error en la pantalla de bsqueda, por lo tanto quiere implementar una nueva bsqueda, ahora por matricula, para ello aplica los mismos pasos que antes se realizaron. Al determinar que no existe dicho alumno abandona el sistema y da fin con esto al caso de uso.

Reportes 4. Mariana la encargada de enlace desea generar el reporte del semestre Anterior, para ello inicia el sistema y hace uso de su cuenta en la pantalla de login. Inicia haciendo clic en la opcin de generar reporte de la pantalla principal, selecciona el tipo de reporte que desea generar en la pantalla de los reportes, en este caso desea generar uno por semestre, por lo tanto selecciona la opcin y genera el reporte. Con esto se da fin al caso de uso. Bajas 5. Jos el responsable de laboratorio desea eliminar a Juan Manuel Martnez Prez, grupo 2, seccin 234 puesto que el registro que ingreso no era correcto, as que para ello inicia el sistema y hace uso de la pantalla login. Inicia haciendo clic en la opcin de Baja de Alumno que se encuentra en la pantalla principal, y en seguida realiza la bsqueda del alumno que desea eliminar del sistema, una vez que lo encuentra, aplica la opcin de eliminar del sistema. Cierra la sesin y as termina el caso de uso.

Modificaciones 6. Jos el responsable de laboratorio desea modificar los datos de Mariana, ya que eran incorrectos, es por ello que inicia el sistema, hace uso de la pantalla login y teclea su cuenta y password. Selecciona la opcin de modificar en la pantalla principal y en seguida busca a la alumna que desea modificar en la pantalla de bsqueda, hace las
- 38 -

correcciones que se desean realizar en la pantalla de las modificaciones y aplica los cambios; se devuelve una confirmacin de los cambios que se realizaron en la pantalla de modificaciones, Jos cierra su sesin y finaliza el caso de uso.

Alicia Jefe escolar Sistema Pantalla login Pantalla principal Usuario Jos Responsable de Laboratorio

Alumno Institucin Pantalla ingresar Javier Director Jos Manuel Martnez Prez Base de datos Pantalla bsqueda

Mariana Enlace Reporte Pantalla de reportes Pantalla modificaciones Grupo

Usuario (Login)

--------------------------------------- (Objeto Genrico)

Responsable de laboratorio---------------------------------- (Instancia de objeto Login) Director Enlace Prefecto Jefe Escolar Reporte Alumno --------------------------------------- (Instancia de objeto Login) --------------------------------------- (Instancia de objeto Login) -------------------------------------- (Instancia de objeto Login) -------------------------------------- (Instancia de objeto Login) -------------------------------------- (Objeto Genrico) -------------------------------------- (Objeto Genrico)

- 39 -

En la figura 2.8.1.1 se muestra el diagrama de anlisis general en donde se identificaron las diferentes clases de anlisis como son control, entity y limit.

Figura 2.8.1.1: Diagrama de Anlisis del sistema.

- 40 -

2.8.3. Diagramas de Colaboracin

Diagrama de colaboracin para el alta de un alumno figura 2.8.3.1 aqu se muestra como el responsable de laboratorio realiza el alta de un alumno, se pueden observar todos los pasos que sigue para poder completar la accin.

Figura 2.8.3.1: Diagrama de colaboracin de alta

- 41 -

Diagrama de colaboracin que describe como el responsable de laboratorio realiza la baja de un alumno figura 2.8.3.2, en donde las direcciones de las flechas indica l sentido de los mensajes.

Figura 2.8.3.2: Diagrama de colaboracin de baja

- 42 -

Diagrama de colaboracin que muestra la forma en la que el director realiza la bsqueda de un alumno figura 2.8.3.3

Figura 2.8.3.3: Diagrama de colaboracin bsqueda

- 43 -

Todos los usuarios tienen que realizar el uso del login para poder realizar algunos de los otros casos de uso en caso de ser permitido para dicho usuario, en seguida se muestra la forma en la que se valida el usuario, en este caso se realiza para el Jefe Escolar figura 2.8.2.4

Figura 2.8.3.4: Diagrama de colaboracin login

- 44 -

El responsable de laboratorio es el encargado de realizar las modificaciones de los datos de un alumno, as que en seguida se muestra el diagrama de colaboracin donde se puede observar cmo se puede realizar la modificacin de los datos de un alumno figura 2.8.3.5.

Figura 2.8.3.5: Diagrama de colaboracin modificaciones

- 45 -

Diagrama de colaboracin en donde se muestra la realizacin de los reportes en este caso por el enlace figura 2.8.2.6.

Figura 2.8.3.6: Diagrama de colaboracin Reportes

- 46 -

2.8.4. Diagramas de Secuencia.

Los siguientes diagramas se elaboraron tomando en cuenta los escenarios antes descritos en una de las secciones anteriores. En el diagrama de la figura 2.8.4.1 se muestra como se puede dar de alta un elemento cada una de las flechas muestra los mensajes que se intercambian entre los actores principales del escenario.

Figura 2.8.4.1: Diagrama de secuencia alta

- 47 -

El diagrama de la figura 2.8.4.2 se muestra la forma en la que el responsable de laboratorio puede dar de baja a un alumno.

Figura 2.8.4.2: Diagrama de secuencia baja

- 48 -

El diagrama de la figura 2.8.4.3 muestra la secuencia del caso de uso bsqueda de un alumno, donde el director es l que hace uso del caso.

Figura 2.8.4.3: Diagrama de secuencia bsqueda

- 49 -

En seguida se muestra en el diagrama de la figura 2.8.4.4 el caso de uso login que permite a los usuarios validar tanto l usuario como l password.

Figura 2.8.4.4: Diagrama de secuencia login

- 50 -

Se muestra en el diagrama de secuencia modificar alumno ver figura 2.8.4.5, aqu se muestra como el responsable de laboratorio puede modificar los datos de un alumno.

Figura 2.8.4.5: Diagrama de secuencia modificar

- 51 -

El diagrama de secuencia generar reporte de alumno (ver figura 2.8.4.6), muestra como el responsable de laboratorio puede realizar la generacin de un reporte.

Figura 2.8.4.6: Diagrama de secuencia reporte

- 52 -

CAPITULO 3. DISEO DE LA BASE DE DATOS.

Para el diseo de la base de datos se inicio identificando en la descripcin de los problemas algunas de las posibles entidades que pueden mapearse en el modelo ER. As tambin se tomaron en cuenta las clases que se haban obtenido en el modelo de clases que anteriormente ya se visualizo.

3.1.

Modelo Entidad Relacin

En la figura 3.1.1 se ilustra el modelo ER que se obtuvo al finalizar todas las etapas de la normalizacin, se puede notar que solo quedaron 3 entidades (Usuario, Alumno y Falta), cada una de ellas con sus respectivos atributos y relaciones correspondientes.

Figura 3.1.1: Diagrama ER

3.1.1. Descripcin de Entidades y Relaciones

Usuario: Aqu se almacenaran todos los datos de las personas que harn uso del sistema. Este cuenta con los siguientes campos:

- 53 -

#*Id _ usuario: Este campo es uno de los ms relevantes de la tabla ya que establece la relacin entre los usuarios y los alumnos, es decir es el campo llave de la tabla, este permitir identificar una tupla de otra. Nombre _ usuario: Este campo permitir almacenar el nombre de usuario de la persona que haga un acceso al sistema Password: aqu se establece la contrasea que permitir darle el acceso al usuario validando as al mismo tiempo el nombre de usuario y el Password. Tipo: Este permitir identificar qu tipo de usuario es el que est haciendo uso del sistema, este solo puede ser de 5 tipos (Director, Enlace, Prefecto, Jefe escolar, Responsable de laboratorio)

Alumno: En esta tabla se almacenan los datos de los alumnos que sern sancionados, teniendo como campos los siguientes datos: #*Matrcula: Este campo funcionara como l identificador de la tabla, este permitir guardar el identificador de cada uno de los alumnos. *Nombre _ alumno: Este campo permite guardar el nombre que pertenece al alumno que ser sancionado. *Fecha _ nac : Aqu se almacenara la fecha de nacimiento del alumno *Direccin: Se establecer la direccin de donde el alumno vive actualmente *Telfono: Nmero telefnico ms sobresaliente, ya sea de casa o celular *Grupo: Permitir guardar el grupo al que pertenece el alumno sancionado.

Falta: Esta tabla permitir guardar las faltas cometidas por los alumnos, cabe recordar que los alumnos pueden presentar ms de una falta en un semestre o incluso durante todo el ciclo escolar. Este cuenta con los siguientes campos: #*id_ falta: Este campo funcionara como identificador de la tabla falta *comentarios: Se permitir guardar una descripcin que indicara cual fue la falta que se cometi por el alumno. * Fecha _ sancin: Aqu se indicara la fecha en la que se emiti la sancin.
- 54 -

Otro de los elementos importantes durante el diseo de la base de datos son las relaciones, ya que estas nos permitirn saber que tablas estn relacionadas y cuales tienen interaccin entre ellas, puesto que los datos de los campos se tienen que modificar. Las relaciones que se detectaron en el problema son las siguientes: Usuario- Alumno: Esta relacin (Figura 3.1.2) se establece ya que los responsables de laboratorio son los nicos que pueden aplicar las sanciones a los alumnos, estos cabe recordar solo pueden ser sancionados por los responsables de laboratorio. Esta relacin se establece de la siguiente forma: Un y solo un usuario puede sancionar a uno o varios alumnos, y uno o ms alumnos deben ser sancionado por un y solo un usuario, en este caso solo por el responsable de laboratorio.

Figura 3.1.2: Relacin Usuario-Alumno

Alumno-Falta: Se establece una relacin entre las entidades Alumno y Falta (ver figura 3.1.3), esta relacin se establece de la siguiente forma: Un y solo un alumno puede tener una o varias faltas, una o varias faltas deben pertenecer a un y solo un alumno. El alumno de la institucin puede llegar a presentar ms de una sancin en el mismo semestre, por lo tanto la relacin se establece de uno a varios entre el alumno y las faltas.

- 55 -

Figura 3.1.3: Relacin Alumno-Falta

3.2.

Diseo Lgico

En esta seccin se describe el modelo ER que se realiz. En la figura 3.2.1 se puede observar las entidades que se determinaron, las lneas puenteadas representan un pueden y las lneas continuas representan un deben, el inicio y fin de la lnea resulta importante ya que estos indican la cardinalidad entre las entidades, cuando se inicia con una lnea simple indica un y solo un, mientras que la lnea con forma de pata de gallo indica uno o varios. En el diagrama ER aun sin la normalizacin se puede notar que entre el usuario y el alumno existe una relacin de uno a muchos. El Signo # representa el campo clave de la entidad, en el problema el campo clave del usuario es el id _ usuario y en el Alumno es la matricula. En las secciones anteriores se muestran las entidades y la descripcin de estas ya normalizadas, en este modelo solo se presentan el modelo antes de la normalizacin.

Figura 3.2.1: Diagrama ER antes de ser normalizado

- 56 -

3.3.

Normalizacin

La figura 3.2.1 anterior muestra un modelo que no cumple con un diagrama normalizado completamente: Primera forma normal: Usuario (id_usuario, Nombre _ usuario, Password, Tipo) Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo, Falta) Verificando la primer forma normal 1. Primera forma normal Usuario (id _ usuario, Nombre _ usuario, Password, Tipo) Como se puede observar esta tabla cumple con la primera forma normal, ya que no se pueden tener datos mltiples en alguno de los campos de la tabla. Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo, Falta) La entidad anterior no cumple con la primera forma normal, ya que un alumno puede tener ms de una falta, por lo tanto se separara de la siguiente forma y se verifica de nueva cuenta que se cumpla la primera forma normal:

Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo)

Falta (id_falta, comentarios, Fecha _ sancin) 2. Segunda Forma Normal Se tiene que verificar que cada campo dependa de su clave principal, por lo tanto se procede a verificar Usuario (id_usuario, Nombre _ usuario, Password, Tipo)

Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo)

- 57 -

Falta (id_falta, comentarios, Fecha _ sancin) Como se puede observar cada uno de los campos depende solo de su clave principal, por lo tanto cumple con la segunda forma normal. 3. Tercera Forma Normal En esta parte se tiene que verificar que un atributo que no es clave principal no dependa de otro que no sea no clave, por lo tanto se tiene q verificar si pasa esto. Usuario (id_usuario, Nombre _ usuario, Password, Tipo) Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo) Falta (id_falta, comentarios, Fecha _ sancin)

Ninguno de los campos depende de otro no clave, por lo tanto cumple con la tercera forma normal. 4. Forma normal de Boyce Codd Para poder comprobar esta forma, se tiene que verificar que cada campo determinante es una clave aspirante, pero como se puede comprobar cada una de las entidades cumple con esto, por lo tanto las tablas quedan de la misma forma: Usuario (id_usuario, Nombre _ usuario, Password, Tipo) Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo) Falta (id_falta, comentarios, Fecha _ sancin) 5. Cuarta Forma Normal Se tiene que verificar que los campos no tomen mltiples valores, pero ninguno de los campos de la tabla toma mltiples valores, por lo tanto las tablas quedan de la siguiente forma: Usuario (id_usuario, Nombre _ usuario, Password, Tipo) Alumno (Matricula, Nombre, Fecha _ nac, Direccin, Telfono, grupo) Falta (id_falta, comentarios, Fecha _ sancin)
- 58 -

El modelo ER queda de la siguiente forma, ya normalizado:

Figura 3.1.4.1: Modelo ER normalizado

Para poder finalizar esta seccin se agregaron las tablas que muestran que se cumple con la normalizacin de las tablas en las figuras 3.1.4.2, 3.1.4.3 y 3.1.4.4

Alumno Matricula 105236 Nombre_alumno Juan Prez Fecha_nac 10/09/1993 Direccin 12 norte #1 34 pte. #89 23 sur #56 Telfono 2-98-78-54 Grupo 3A Semestre Admin Id_usuario U1

105237 105238

Antonio Len Julio Pedrosa

12/05/1992 10/11/1991

1-23-56-89 8-78-98-45

1B 2C

Info Ekin

U1 U1

Figura 3.1.4.2: Tabla Alumno

- 59 -

Usuario Id_usuario U1 U2 U3 U4 U5 Nombre _ usuario julian.ramos luisa.torres ramon.lopez pedro.gutierrez sandra.hernandez Password 123456 218976 982663 101112 131415 Tipo Administrador Director Jefe Escolar Enlace Prefecto

Figura 3.1.4.3: Tabla Usuario

Falta Id_falta F1 F2 F3 F4 Comentarios Golpear a su compaero Saltarse la barda Contestarle a su profesor Jugar con el baln en el saln Fecha _ sancin 10/10/2010 09/09/2010 11/10/2010 12/10/2010 Id _ alumno 105236 105237 105236 105238

Figura 3.1.4.4: Tabla Falta

- 60 -

CAPITULO 4. IMPLEMENTACIN DEL SISTEMA.

PRUEBAS

Para realizar la implementacin del sistema se utilizaron los siguientes programas: WampServer Apache PHP DreamWeaver Flash Photoshop

La versin del WampServer que se utilizo fue la 2.1 a y respectivamente el apache es la versin 2.2.17, PHP versin 5.3.3. Las animaciones que se utilizan en el sistema son animaciones que fueron generadas en flash, para lo cual se hizo uso de photoshop para el recorte de las imgenes, cada animacin tiene establecido un tiempo determinado. Para realizar la implementacin de la base de datos, se realizo un anlisis previo, que se desarrollo en el capitulo anterior, ah se explica cuales son las tablas que se utilizaran para el desarrollo del problema, en este caso se realizaron las tablas y las relaciones correspondientes, quedando como se muestra en la figura 4.1.

Figura 4.1 Tablas creadas en Mysql.

- 61 -

Cada una de las tablas contiene los campos que se describieron en el capitulo anterior quedando la tabla alumno como se puede observar en la figura 4.2. En la figura 4.3 observamos la tabla falta, en la imagen 4.4 se puede observar la tabla usuario.

Figura 4.2 Tabla alumno

Figura 4.3 Tabla Falta

Figura 4.4 Tabla Usuario

- 62 -

4.1.

Implementacin De La Interfaz

En esta seccin se mostrara lo que se realizo en el diseo del sistema en cuanto a diseo tanto para los usuarios como para el administrador. 4.1.1. Pgina de Inicio

Para poder accesar a la pgina principal se tendr que saltar el intro que se muestra al inicio de la pgina web, el usuario har clic en el botn saltar intro y enseguida se mostrara la pgina principal del sistema figura 4.1.1.1.

Figura 4.1.1.1. Introduccin antes de iniciar el sistema.

Despus de haber saltado la introduccin que aparece antes de acceder al sistema, se muestra la pgina de inicio donde se tienen unas animaciones en las que se hace referencia al fin que se tiene con el sistema realizado se puede observar en la figura 4.1.1.2 que se cuentan con algunos botones adicionales en la parte superior derecha como son contctanos y la ayuda en caso de que el usuario no sepa cules son las opciones con las que cuenta. Es importante que el usuario sepa que los campos que aparecen en el formulario deben ser llenados para poder realizar el acceso al sistema, es decir debe insertar su nombre de usuario y el password correspondiente, en caso de que el usuario haya olvidado su contrasea el podr solicitarla en el vnculo Ha olvidado su contrasea? Que aparece debajo del formulario. Tambin se incluye un contador de visitas y la hora y fecha del da.

- 63 -

Figura 4.1.1.2. Pgina de Inicio del sistema

Para la implementacin de esta pgina se tomo en cuenta que los usuarios ya tienen asignada un nombre de usuario y una clave, por lo tanto aqu se tiene que validar que tanto el nombre de usuario y la contrasea que hayan sido introducidos sean los correctos, en caso de que no sea as, se mostrar la figura 4.1.1.3 en donde se muestra el error que se tuvo al realizar el envi de los datos. Hay que recordar que la validacin de los campos en blanco tambin se realiza y se le indica al usuario.

Figura 4.1.1.3. Error al realizar el envi de los datos

Hay que tomar en cuenta que tambin podemos encontrar el caso de que el usuario no haya insertado de forma correcta ya sea el nombre de usuario o el password, en tal caso se har la observacin como se muestra en la figura 4.1.1.4 en

- 64 -

donde se indica que fue lo que se tuvo mal y una liga para que el usuario pueda regresar a la pgina anterior.

Figura 4.1.1.4. Error en alguno de los campos

En caso de ser correcto tanto el nombre de usuario como el password del usuario, se habr hecho un buen inicio de sesin y de la misma forma que se le indican los errores que est presente, se le har observacin de que se realizo un inicio de sesin correcto, como se muestra en la imagen 4.1.1.5.

Figura 4.1.1.5. Inicio de sesin correcto.

Es importante mencionar que si el usuario no recuerda cual es la contrasea que le fue asignada, entonces tendr una opcin adicional que se muestra en un hipervnculo Ha olvidado su contrasea? debajo del formulario a llenar con los datos solicitados antes de iniciar la sesin del usuario, ah se mostrara la siguiente pantalla figura 4.1.1.6.
- 65 -

Figura 4.1.1.6. Pantalla Ha olvidado su contrasea?

Solo es necesario llenar el formulario donde se debe introducir el nombre del usuario con l cual se inicia sesin, se agregan las letras que se ven en la imagen para validar que algn robot de sistema intente robarse la informacin. En seguida se mostrara la figura 4.1.1.7 donde se muestra l mensaje de envi del mensaje.

Figura 4.1.1.7. Pantalla mensaje de Envi

Otra de las pantallas adicionales que es importante mencionar es la pgina de contctanos, que permitir al usuario mandar comentarios o en caso de que lo requiera solicitar algn servicio, para ello es importante que usuario llene el formulario que se muestra en la imagen 4.1.1.8.

- 66 -

Figura 4.1.1.8. Pantalla contctenos.

Despus de haber llenado el formulario con los datos solicitados l usuario recibir un mensaje de confirmacin de envi de los datos al usuario, como l que se muestra en la pantalla 4.1.1.9, es importante mencionar que la validacin de algunos datos requeridos por l sistema se realiza.

Figura 4.1.1.9. Pantalla mensaje de envi correcto.

Otro de los iconos que no encontramos en la pgina principal es el de la ayuda, esta opcin permitir al usuario mostrar alguno de los videos relacionados con alguna de las tareas disponibles que tiene figura 4.1.1.10.

- 67 -

Figura 4.1.1.10. Pantalla Ayuda.

l usuario deber seleccionar alguno de los temas que se muestran en la ventana para poder iniciar el video relacionado con l tema que desea, en la figura 4.1.1.11 se puede observar l video que se cargara.

Figura 4.1.1.11. Vista previa del video.

4.1.2. Interfaces de Usuario La descripcin de la interfaz de los usuarios es diferente, en este caso se tienen clasificados, el director, el prefecto y los jefes escolares presentan la misma interfaz, en la figura 4.1.2.1 se muestra la interfaz que utilizan, estos tipos de usuarios solo pueden realizar las acciones ms sencillas de la aplicacin, que son
- 68 -

realizar el login al sistema y realizar una bsqueda, ya sea por matrcula o por nombre del alumno.

Figura 4.1.2.1. Interfaz de usuarios despus del inicio de la sesin

La barra de mens que se muestra del lado izquierdo de la ventana permitir al usuario seleccionar a que pagina desea ir, la pgina inicio solo lleva al usuario a la misma pgina con la que se encuentro al inicio, pero si por el contrario hace clic en la opcin buscar, se mostrara una ventana como la de la figura 4.1.2.2. En esta ventana el usuario deber introducir el nombre del alumno o la matricula del mismo, de acuerdo a la bsqueda que se desea realizar, el criterio es otro elemento importante de la bsqueda, ya que de ello dependen los resultados que se devuelven, despus de colocar los datos solo basta con hacer clic en el botn Buscar.

Figura 4.1.2.2. Ventana de bsqueda de datos

Si se encontr algn resultado con los datos que fueron introducidos, entonces se mostraran los resultados obtenidos y el numero de resultados hallados, tal y como se puede observar en la figura 4.1.2.3.

- 69 -

Figura 4.1.2.3. Ventana con los resultados obtenidos de la bsqueda

Otro de los tipos de usuarios que se manejara es el Enlace, este a diferencia de los dems usuarios podr realizar la generacin de reportes, la imagen de inicio ser como se muestra en la siguiente figura 4.1.2.4.

Figura 4.1.2.4. Ventana de inicio del usuario Enlace

La opcin de inicio nos lleva de nueva cuenta a la pgina principal del inicio de sesin del usuario. La pgina de bsqueda (Figura 4.1.2.5) permitir al igual que a los dems usuarios realizar la bsqueda de los alumnos ya sea por nombre o por matricula.

- 70 -

Figura 4.1.2.5. Bsqueda de Alumnos

Se coloca de nueva cuenta los datos que se desean buscar y el criterio que se desea establecer y una vez que se realiza la bsqueda se muestran los resultados como en la figura 4.1.2.6, a diferencia de la bsqueda anterior, esta le permite al usuario generar desde aqu el reporte del alumno que se desea.

Permite generar el PDF del reporte.

Figura 4.1.2.6. Resultados despus de la bsqueda de alumnos

La ltima opcin con la que cuenta el usuario Enlace es la opcin de reportes, aqu el usuario tendr que selecciona el tipo de reporte que desea generar y en la siguiente opcin el dato por medio del cual se genera el reporte figura 4.1.2.7.

- 71 -

Tipo de reporte

Dato para generar el reporte

Figura 4.1.2.7. Reportes de acuerdo al criterio que se aplique.

Cabe destacar que si el usuario no selecciona el tipo de reporte, no se podr seleccionar el dato con el cual se desea generara el reporte y mostrara la leyenda seleccione un dato. El usuario enlace selecciona el tipo de reporte (alumno, grupo, semestre) de acuerdo al tipo de reporte que se desea generar son los datos que se cargan en cada una de las listas de seleccin. En la figura 4.1.2.8 se puede observar que el tipo de reporte es por alumno, y en seguida se selecciona el nombre del alumno con el cual se desea generar el reporte.

Figura 4.1.2.8. Reporte por nombre.

Despus de haberse seleccionado el criterio del reporte y el valor con el cual se va a generar el reporte, se mostrara una pantalla donde se muestran los datos
- 72 -

con el cual se generara el reporte, si el usuario quiere mandar el pdf, entonces se har clic en el botn de reporte Figura 4.1.2.9.

Figura 4.1.2.9. Pantalla con los datos a generar el reporte.

Despus de haber hecho clic en el botn reporte, se mostrar el reporte que se genera a partir de los datos almacenados en la base Figura 4.1.2.10.

Figura 4.1.2.10. Reporte generado

- 73 -

4.1.3. Interfaz del Administrador

El Administrador es el que maneja la mayora de las acciones en el sistema tales como la insercin de elementos, la baja de elementos, la bsqueda, modificacin y la generacin de reportes, que los dems usuarios no pueden realizar. Despus de haber hecho el inicio del sistema, el usuario podr ver la figura 4.1.3.1 en la cual se muestra la bienvenida y el men para que inicie la realizacin de las acciones que se deseen.

Men de Opciones

Figura 4.1.3.1.Pagina de inicio del Administrador

El usuario tendr que hacer clic en alguna de las opciones que se muestran en el men para poder iniciar. En el caso del alta de un alumno, el Administrador tendr que hacer clic en la opcin alta del men, despus de haber hecho clic, se mostrara la figura 4.1.3.2.

Men de opciones de alta

Figura 4.1.3.2.Alta de un Alumno

- 74 -

Se puede observar en la imagen anterior que se muestra un submen en la parte superior, aqu el administrador tendr que seleccionar el tipo de alta que se desea realizar. Si el usuario desea generar el alta de un alumno, tendr que seleccionar el submen, en seguida se mostrara la siguiente pantalla figura 4.1.3.3.

Figura 4.1.3.3.Pantalla Alta de Alumno

El usuario tendr que llenar los datos con los que se desea registrar al alumno figura 4.1.3.4, posteriormente si es que lleno los campos de forma correcta har clic en el botn de enviar, se validara los datos, si estos son correctos se almacenara en la base de datos, en caso de que el formulario intente ser enviado en blanco, se indicara el error y se retornara a la pantalla de alta de alumno, si es correcta la forma de llenado del formulario, se indicara un mensaje de aprobacin figura 4.1.3.5.

Figura 4.1.3.4. Registro del alumno

- 75 -

Figura 4.1.3.5. Aprobacin de los datos

Es importante mencionar que los datos de los alumnos no podrn ser agregados dobles vez, por que se valida si la matricula ya fue agregada, en caso de ser as, se indica que no es necesario volver a insertarla figura 4.1.3.6.

Figura 4.1.3.6. Mensaje de error, alumno ya insertado

Despus de haberse mostrado la pantalla de aprobacin, se retornara a la pantalla de sanciones para que sea aplicada la sancin correspondiente, las faltas o sanciones se pueden aplicar despus de haber agregado los datos del alumno o se puede hacer clic en alta/ sancin, aqu el usuario selecciona el nombre del alumno, asignara el motivo de la sancin y posteriormente la fecha figura 4.1.3.7.

- 76 -

Figura 4.1.3.7. Alta de sanciones

Si lo que se desea es la baja del alumno, el usuario tendr que hacer clic en la opcin baja y posteriormente se buscara el nombre del alumno que se desea dar de baja figura 4.1.3.8

Figura 4.1.3.8. Baja del alumno

Los datos introducidos en la caja de texto se validaran y se buscaran, se encuentra algn resultado este se mostrara al usuario figura 4.1.3.9, en caso de que no se encuentre ningn resultado relacionado con la bsqueda se le har saber al usuario tal situacin.

- 77 -

Figura 4.1.3.9. Resultado Bsqueda del alumno a eliminar

Si el usuario cree necesario realizar la eliminacin del alumno har clic en la opcin eliminar, en donde se mostrar un cuadro de mensaje donde se preguntara al usuario si en realidad desea realizar la eliminacin figura 4.1.3.10.

Figura 4.1.3.10. Confirmacin de la eliminacin

En caso de ser as, se har clic en la opcin de ok y el alumno ser eliminado de la base de datos, se mostrara entonces una pantalla donde se indicara que fue eliminado el alumno, cabe resaltar que al eliminarse el alumno tambin sern eliminados los registros de las sanciones que cometi ver figura 4.1.3.11.

- 78 -

Figura 4.1.3.11. Registro eliminado

La bsqueda de un alumno es otro elemento importante que puede realizar el administrador, es necesario que haga clic en la opcin bsqueda y en seguida se insertara el elemento que buscara en el cuadro de texto , posteriormente se hace clic en el botn de bsqueda figura 4.1.3.12.

Figura 4.1.3.12. Bsqueda de datos

Si el campo de texto se manda vacio, automticamente se mostraran todos los registros de la tabla, en caso de que se inserte texto en la caja, se buscaran coincidencias del texto en la base de datos, los datos sern mostrados, debajo de los datos de los resultados que se encontraron se mostraran 3 botones (modificar,
- 79 -

eliminar y generar reporte) los cuales le facilitaran al usuario realizar acciones bsicas figura 4.1.3.13.

Figura 4.1.3.13.Resultados de la Bsqueda

En la modificacin de los datos el usuario slo la podr hacer si realiza primeramente la bsqueda del alumno, posteriormente tendr que seleccionar la opcin modificar que se muestra despus de los resultados obtenidos de la bsqueda. Se mostrar la figura 4.1.3.14 en donde se cargan los datos disponibles que el usuario puede modificar El ltimo de los casos que se presenta es la generacin de reportes, esta est dividida en reportes por alumno, grupo y semestre, de acuerdo tipo de reportes son los datos que se cargan en las listas desplegables figura 4.1.3.14.

Figura 4.1.3.14.Generacin de reportes.

- 80 -

El primer dato que se selecciona es el criterio y posteriormente el valor con el cual se desea generar el reporte, este se ajusta al tipo de criterio seleccionado y se cargan los valores, posteriormente se hace clic en el botn de enviar figura 4.1.3.15.

Figura 4.1.3.15.Seleccion de datos.

Despus de haber seleccionado los datos para el reporte se mostraran al usuario y el decidir si desea generar el pdf haciendo clic en la opcin reporte que se mostrara figura 4.1.3.16.

Figura 4.1.3.16. Datos mostrados antes de generar el PDF

- 81 -

El reporte que se generara se mostrar de la siguiente forma en PDF figura 4.1.3.17.

Figura 4.1.3.17.PDF generado

4.3. Pruebas del sistema

En esta seccin hablaremos de las pruebas del sistema, para probar la confiabilidad del sistema diseado durante este tiempo. Login del Sistema Durante el anlisis de los requisitos del sistema se encontr uno de los casos de uso ms importantes para el diseo del sistema, el login del sistema permitir al usuario determinar que interfaz se tendr que cargar de acuerdo al usuario que se conecte, como se muestra en la figura 4.3.1 el diagrama de secuencia del login.

Figura 4.3.1 Diagrama de secuencia Login

- 82 -

Para poder realizar el inicio de la sesin del administrador, el usuario necesita haber ingresado su identificador, la figura 4.3.2 muestra como el usuario realiza el ingreso de sus datos.

Figura 4.3.2. Ingreso de datos.

Posteriormente estos se validan, se toma en cuenta el tipo de usuario que realizo el login, ya que de acuerdo al tipo de usuario que inicie sesin es el perfil que se cargara, la siguiente figura 4.3.3 muestra el mensaje que confirma si se ingresaron de forma correcta los datos.

Figura 4.3.3. Validacin de los datos.

- 83 -

Si se realizo un buen inicio de sesin, se cargar la interfaz de acuerdo al tipo de usuario, en este caso para el administrador figura 4.3.4.

Figura 4.3.4. Interfaz del administrador.

En caso de que el usuario no haya colocado de forma correcta los datos solicitados, de la misma forma que el caso anterior, se mostrara un mensaje como en la figura 4.3.5.

Figura 4.3.5. Mensaje de error

Otro de los casos importantes es que el usuario no recuerde la contrasea que le fue asignada, para ello el usuario tiene una liga adicional debajo de los campos a llenar para loguearse, esta opcin le permitir recuperar su contrasea, solo tendr que hacer clic en vinculo Ha olvidado su contrasea? Y en seguida se mostrar la figura 4.3.6.
- 84 -

Figura 4.3.6. Formulario de recuperacin de contrasea.

El usuario tendr que llenar el formulario con el nombre de usuario y los caracteres que se ven en la imagen, har clic en el botn enviar, se le mostrara una pantalla de confirmacin indicando si fue correcto lo que envi o no. Alta Para este ejemplo cabe aclarar que el usuario que puede realizar este caso de uso es el administrador, para ejemplificar se muestra en la figura 4.3.7 el diagrama de secuencia de alta.

Figura 4.3.7. Diagrama de secuencia Alta

En seguida se muestra la pgina que permitir al administrador seleccionar que tipo de alta desea realizar figura 4.3.8.
- 85 -

Figura 4.3.8. Pgina Alta

De acuerdo al tipo de alta que el administrador desea realizar ser la pantalla que se cargara, si lo que se desea es realizar el alta de un alumno, el administrador tendr que hacer clic en el botn alumno del men que se encuentra en la parte superior y se cargara el formulario correspondiente al alta de un alumno. El administrador llenara el formulario con los datos que desea figura 4.3.9.

Figura 4.3.9. Formulario Alta

Si el ingreso de los datos fue correcto, se mostrar una pantalla donde se indicara que fueron agregados de manera correcta figura 4.3.10.

- 86 -

Figura 4.3.10. Mensaje de datos correctos.

Ahora procederemos a verificar que en verdad se realizo el ingreso de los datos correctamente en la base de datos, figura 4.3.11.

Figura 4.3.11. Tabla de datos Alumno

Si los datos del alumno contaran con algn error se le indicara al administrador tal caso figura 4.3.12.

Figura 4.3.12. Error al introducir los datos.

Si lo que se desea es realizar el alta de una sancin, el administrador podr hacerlo despus de haber insertado los datos del alumno o podr hacerlo en la opcin alta/sancin en donde seleccionara el nombre del alumno al que aplicara la sancin, el motivo de la sancin y la fecha en la que se emiti, para ello tendr que llenar el formulario correspondiente del alta de la sancin figura 4.3.13.
- 87 -

Figura 4.3.13. Formulario de alta de sancin

Si la sancin fue dada de alta correctamente, se mostrar una pantalla donde se indicara que los datos fueron insertados de forma correcta figura 4.3.14.

Figura 4.3.14. Mensaje de datos correctos

Cabe recordar que es importante recordar que cabe el caso de que los datos hayan sido insertados de manera incorrecta, en tal caso como el anterior se le har saber al usuario que los datos que introdujo estn incorrectos, figura 4.3.15.

Figura 4.3.15. Error al introducir los datos.

- 88 -

Baja La baja del alumno es otro de los casos importantes que son bsicos en la realizacin del sistema, enseguida se muestra el diagrama de secuencia de la baja de un alumno figura 4.3.16.

Figura 4.3.16. Diagrama de Secuencia Baja de Alumno.

Se desea realizar la eliminacin de uno de los alumnos que se encuentran ingresados a la base de datos, en tal caso, se tendr que acceder a la opcin baja del men de opciones, en seguida se mostrara un formulario
- 89 -

en donde el usuario tendr que ingresar el nombre del alumno que desea eliminar en nuestro caso para probar que funciona tal caso de uso se buscara al alumno Julio Pedrosa Ramos y posteriormente se har clic en el botn de buscar figura 4.3.17.

Figura 4.3.17. Pantalla Eliminar Alumno.

Despus de haber insertado el nombre de Julio en la caja de texto y haber hecho clic en el botn se mostraran los resultados obtenidos de la bsqueda del alumno, se mostraran algunos datos del alumno y 3 botones que le permitirn al usuario realizar alguna accin de forma ms rpida figura 4.3.18.

Figura 4.3.18. Resultados de la bsqueda de datos a Eliminar

Si el usuario desea que el alumno buscado sea eliminado de la base de datos, el tendr que hacer clic en el botn de eliminar para que dichos cambios sean efectuados en la base de datos el usuario tendr que confirmar en caso de que se desee aplicar los cambios, la figura 4.3.19 muestra el
- 90 -

mensaje de confirmacin de la eliminacin del alumno, los cambios que se realizaron a la base de datos al eliminar el alumno Julio Pedrosa Ramos se muestran en la figura 4.3.20.

Figura 4.3.19. Confirmacin de la eliminacin del alumno.

Figura 4.3.20. Mensaje de alumno eliminado.

En seguida se proceder a verificar que efectivamente se elimino el registro de manera correcta figura 4.3.21.

Figura 4.3.21. Tabla Alumno.

- 91 -

Bsqueda El caso de uso de la bsqueda es uno de los ms importantes, ya que este es el caso en el cual la mayora de los usuarios tiene acceso, en seguida se muestra el diagrama de secuencia del caso de uso de la bsqueda figura 4.3.22.

Figura 4.3.22. Diagrama de secuencia Bsqueda

- 92 -

Supongamos que se desea realizar la bsqueda del alumno Juan Prez Len, para comenzar a realizar la bsqueda el usuario tendr que haber realizado el login para iniciar el sistema, har clic en la opcin bsqueda del men de opciones, y se mostrara la ventana figura 4.3.23 en donde colocara el nombre del alumno que desea buscar en la caja de texto y seleccionara el formato de la bsqueda (nombre o matricula).

Figura 4.3.23. Pantalla de bsqueda de alumno.

Se presionara el botn buscar para poder iniciar la bsqueda del alumno en la base de datos, entonces se mostrara una pantalla con los resultados obtenidos de la bsqueda tal y como se muestra en la figura 4.3.24.

Figura 4.3.24. Resultados de la bsqueda.

- 93 -

Cabe sealar que tambin se puede dar el caso en donde no se encuentren resultados acerca de la bsqueda que se realizo, en tal caso se mostrara una pantalla indicando que no se encontraron resultados figura 4.3.25.

Figura 4.3.25. Resultados no encontrados.

Modificacin La modificacin de los datos permitir al usuario corregir aquellos datos errneos del alumno, para tal caso se uso el siguiente diagrama de secuencia, en donde se muestra los pasos que se tienen que seguir para poder realizar una modificacin de los datos del alumno figura 4.3.26. Para poder realizar la modificacin de los datos de alguno de los alumnos aadidos a la base de datos, se tiene primero que haber hecho el login en el sistema, posteriormente el usuario har clic en la opcin bsqueda del men de opciones, realizara una bsqueda como antes ya se menciono, al momento de devolver los resultados se mostraran 3 botones, el botn modificar es el que nos interesa en estos momentos figura 4.3.27.

- 94 -

Figura 4.3.26. Diagrama de secuencia modificacin de datos.

- 95 -

Figura 4.3.27. Pantalla bsqueda de datos.

Para poder realizar la modificacin de los datos se har clic en el botn de modificar dependiendo del alumno que se desea modificar en este caso se modificaran los datos del alumno Juan Prez Len, ah se mostrara la figura 4.3.28.

Figura 4.3.28. Pantalla modificacin de datos.

Como se muestra en la pantalla anterior, se puede observar que se muestran los datos del alumno que se desean modificar, si el usuario desea realizar la modificacin de alguno de ellos, solo basta con realizarla y hacer clic en el botn guardar, y en seguida se mostrara una pantalla con los datos que se modificaron figura 4.3.29.

- 96 -

Figura 4.3.29. Datos modificados.

Como se puede observar en la imagen anterior, se modifico el nombre del alumno a Juan Antonio Prez Len y se guardaron los cambios en la base de datos; en seguida se muestra la base de datos con los cambios realizados figura 4.3.30.

Figura 4.3.30. Tabla Alumno modificada.

Reportes.

La generacin de reportes es un caso de uso muy importante en el sistema, aqu solo los Administradores y los usuarios enlace podrn realizarlos, en la figura 4.3.31 se observa l diagrama de secuencia para poder emitir la generacin de un reporte por parte del usuario enlace.

- 97 -

Figura 4.3.31. Diagrama de Secuencia Generacin de Reportes.

En seguida se realizara la prueba para generar el reporte del alumno por nombre usaremos al alumno Juan Antonio Prez Len, por lo tanto se procede a seleccionar en la primer lista desplegable que se desea realizar el reporte por nombre, y en valor seleccionamos el nombre del alumno con el cual se generara el reporte figura 4.3.32.

- 98 -

Figura 4.3.32.Pantalla generacin de reporte.

El usuario tendr que hacer clic en el botn enviar para poder ver la siguiente pantalla, cabe destacar que de acuerdo al criterio que se seleccione son los valores que se cargan. Despus de haber hecho clic en el botn enviar, el usuario podr ver los datos que se usaran para generar el reporte figura 4.3.32.

Figura 4.3.33. Pantalla que muestra los datos a generar en el reporte.

El usuario tendr que hacer clic en el botn reporte para generar el pdf, y en seguida se mostrara el documento generado figura 4.3.34.

Figura 4.3.34. Reporte Generado

- 99 -

CONCLUSIONES FUTURO

TRABAJO

Durante el desarrollo de este proyecto se tomaron en cuenta varios factores considerados durante la ingeniera del software; en donde se realizo l uso la metodologa de proceso unificado (UP) ya que este tipo de metodologa permiti realizar de manera incremental e iterativa l Sistema Web, as se concede a los programadores resolver los problemas presentados durante la vida diaria de forma evolutiva y ordenada usando la ingeniera del software; para as obtener un producto de calidad. En la actualidad l diseo de software ha sido considerado de forma frecuente para realizar nuevos sistemas o automatizar algunos sistemas existentes. Lo que se pretende obtener con l proyecto es que los usuarios puedan conocer de manera ms rpida los datos almacenados, haciendo as que la bsqueda, insercin de datos, generacin de reportes y eliminacin de estos datos sea ms fcil, con esto se permite resaltar que este tipo de sistemas permitirn cubrir las necesidades especficas por cada uno de los usuarios que se tienen considerados. As l uso de las tecnologas de la informacin permite que los sistemas informticos puedan obtener mayores ventajas en cuanto a la disposicin de informacin para los usuarios. Es por ello que l sistema realizado usa la informacin solo para que los dems usuarios tengan conocimiento de la tecnologa que se encuentra en uso hoy en da ya que l avance constante de la tecnologa implica un constante crecimiento en cuanto a la informacin recabada por los diferentes sistemas l saber identificar los datos que formaran parte de un sistema de informacin es importante, ya que lo que dar impulso al proyecto es la informacin que ser mostrada en l, es por ello que se debe realizar un buen anlisis tanto de los requisitos del sistema como de la base de datos para que l sistema funcione de forma correcta. As mismo la seguridad de los sistemas informticos se ha vuelto indispensable para los usuarios, pues l tener los datos almacenados en una base de datos a veces puede provocar que los usuarios tengan duda en si usar dicho sistema o mejor seguir almacenando los datos de la forma que cotidianamente lo hace, es por ello que se realizo la implementacin de seguridad en este sistema para que tanto l administrador como l usuario sepan que la informacin recabada est segura.
- 100 -

Finalmente, l presente proyecto pretende aportar una nueva forma de presentar la informacin, sin embargo se intenta innovar de alguna forma l proyecto, pues un trabajo a futuro seria l poder incluir dentro del sistema una opcin adicional para que no solo los directivos de la institucin sean los nicos que puedan estar al tanto de las sanciones que presentan los alumnos, sino que los padres de alguna forma puedan tener conocimiento de las faltas que cometen sus hijos en la escuela. As se pretende realizar un modulo para que los padres puedan accesar a la informacin por medio de una clave que se le proporcionara. De alguna forma l uso de los trigger y procedimientos en el sistema aplicaran un poco ms de seguridad a nuestro sistema, as que se tomaran en cuenta tambin la generacin de algunas tablas adicionales para l mantenimiento de la aplicacin.

- 101 -

BIBLIOGRAFA
[1] Ingeniera del Software 7 edicin, Ian Somerville, Pearson Education , Madrid 2005, 712p. [2] Aprendiendo UML en 24 horas, Joseph Schmuller, Editorial Prentice Hall, 2001, Edo. De Mxico. [3] Uml 2 Iniciacin, ejemplos y ejercicios corregidos 2da edicin Laurent Debrauer y Fien Van der Heyde Editorial Eni 2009. [4] sistemas Inteligentes artificiales y su aplicacin en ingeniera, Demetrio Arturo Ovalle; Jairo Caon Rodrguez, Universidad Nacional de Colombia 1 edicin 1997, 357 p. [5] Diseo de bases de datos objeto-relacin, Esperanza Marcos; Beln Vela; Juan M. Vera, Editorial Dikynson, Madrid 2005. [6] los sistemas de informacin geogrfica y la telepercepcin, Geoffrey J. Meaden, Roma Italia 1992. [7] Introduccin a los sistemas de bases de datos 7 edicin, C. J. Date, Editorial Prentice Hall 2001 936p. [8] Procesamiento de bases de datos 8 edicin, David M. Kroenke, Prentice Hall Mxico 2003, 688p. [9] Diseo conceptual de bases de datos, Batini Ceri Navate, Addison- Wesley, Estados Unidos 1992, 550p. [10] Diseo y programacin de Bases de Datos, ngel Cobo Yera, Editorial Visin Libros, Madrid Espaa [11] Introduccin a la ingeniera del software Modelos de desarrollo de programas 1 edicin, Fernando Alonso; Francisco Javier Segovia, Delta Publicaciones, 2005 [12] Introduccin a las bases de datos Relacionales, Mara Victoria Nevado Caballero, Editorial Visin Libros, Madrid. [13] Bases de Datos Relacionales Teora y prctica 1 edicin, Fray Len Osorio Rivera, Medelln Colombia, 2008

- 102 -

[14] sistemas de informacin medioambiental, Jos A. Taboada Gonzlez, Editorial Gesbiblo, Espaa. [15] Traduccin y tecnologas, Antoni Oliver, Editorial UOC, Barcelona 2008. [19] http://s3.amazonaws.com/UNED/apuntes/Tema2.pdf [20] http://usuarios.multimania.es/cursosgbd/UD2.htm [21]http://iie.fing.edu.uy/ense/asign/desasoft/Teorico2/ProcesoUnificado.pdf [22] http://www.alegsa.com.ar/Dic/apache.php

- 103 -

NDICE ALFABTICO
A Alcances ............................................................................................................ - 22 Anlisis y diseo (orientado a objetos) .............................................................. - 21 Arquitectura Cliente Servidor.......................................................................... - 17 B Bases de datos.................................................................................................. - 10 Bibliografa ...................................................................................................... - 102 C Caractersticas esenciales................................................................................... - 1 Ciclo de vida ........................................................................................................ - 2 Cdigo abierto (open source) ............................................................................ - 19 Conclusiones y trabajos a futuro ..................................................................... - 100 D Dbms ................................................................................................................. - 10 Definicin de normalizacin............................................................................... - 15 Descripcin de entidades y relaciones .............................................................. - 53 Diagrama de anlisis ......................................................................................... - 37 Diagrama de casos de uso ................................................................................ - 25 Diagrama de clases........................................................................................... - 36 Diagramas de colaboracin ............................................................................... - 41 Diagramas de secuencia ................................................................................... - 47 Diseo conceptual de la base de datos ............................................................. - 53 Diseo de la base de datos ............................................................................... - 53 Diseo del sistema ............................................................................................ - 37 Diseo lgico ..................................................................................................... - 56 E Escenarios......................................................................................................... - 34 Especificacin de casos de uso ........................................................................ - 29 G Glosario de trminos ......................................................................................... - 24 - 104 -

I Implementacin y pruebas del sistema ............................................................. - 61 Interfaces de usuario ......................................................................................... - 68 Interfaz del administrador .................................................................................. - 74 Introduccin y definicin de bases de datos ...................................................... - 10 Ll Llaves primarias y forneas............................................................................... - 14 M Metodologa....................................................................................................... - 22 Modelado de bases de datos con UML ............................................................. - 13 Modelo de bases de datos ................................................................................ - 12 Modelo de datos ................................................................................................ - 12 Modelo de prototipos ........................................................................................... - 7 Modelo en espiral ................................................................................................ - 7 Modelo Entidad Relacin................................................................................ - 53 Modelo Entidad- Relacin (E-R) ........................................................................ - 12 Modelo incremental ............................................................................................. - 9 Modelo relacional .............................................................................................. - 14 Modelos de UML ................................................................................................. - 3 Mysql ................................................................................................................. - 19 N Normalizacin.................................................................................................... - 57 Normalizacin.................................................................................................... - 15 O Objetivo general ................................................................................................ - 21 P Pgina de inicio ................................................................................................. - 63 Planteamiento del problema .............................................................................. - 21 Primera forma normal ........................................................................................ - 15 Proceso unificado ................................................................................................ - 8 Proceso unificado de rational .............................................................................. - 1 Pruebas del sistema .......................................................................................... - 82 Pruebas del sistema .......................................................................................... - 82 Q Que es UML ........................................................................................................ - 3 - 105 -

R Requerimientos del problema............................................................................ - 22 S Segunda forma normal ................................................................................... - 16 U Usuarios de la base de datos ............................................................................ - 10 -

- 106 -