Sistema Notas SAGA1

SISTEMA PARA LA ADMINISTRACIN Y ALMACENAMIENTO DE NOTAS DEL
COLEGIO ASPAEN GIMNASIO LOS ALCZARES

INFORME DE PRCTICA
JUAN CAMILO MORALES ROJAS
CORPORACIN UNIVERSITARIA LASALLISTA

FACULTAD DE INGENIERAS
INGENIERA INFORMTICA
CALDAS- ANTIOQUIA
2011
SISTEMA PARA LA ADMINISTRACIN Y ALMACENAMIENTO DE NOTAS DEL
COLEGIO ASPAEN GIMNASIO LOS ALCZARES
INFORME DE PRCTICA
JUAN CAMILO MORALES ROJAS
Trabajo de grado para optar el ttulo de Ingeniera Informtica
ASESORA
CIELO PATRICIA BELLO BURITIC
CORPORACIN UNIVERSITARIA LASALLISTA

FACULTAD DE INGENIERAS
CALDAS- ANTIOQUIA
2011
Nota de Aceptacin
__________________________
__________________________
__________________________
__________________________
__________________________
__________________________
Firma del presidente del jurado

__________________________
Firma del jurado

__________________________
Firma del jurado

__________________________
Caldas (Antioquia) 8 de Julio de 2011

__________________________
AGRADECIMIENTOS
Es una experiencia totalmente diferente y nueva para m, quiero dar un

agradecimiento a cada una de las personas que participaron de manera directa o
indirecta en este proceso. Agradecer a cada trabajador de la empresa, de quienes
aprend muchas cosas, tanto en la parte colectiva como personal
Un profundo agradecimiento al seor Juan Carlos Quintero por permitirme ingresar
y desarrollar mi prctica empresarial, fue una persona que contribuyo a la
formacin de mi carcter y a ver las cosas desde un punto de vista ms crtico y
analista.
Agradezco a mi familia en especial a mi madre, una mujer que me inspira cada da

para dar lo mejor de m.
A Cielo Bello, asesora de tesis y profesora, por guiarme y aconsejarme para

alcanzar este gran logro.
TABLA DE CONTENIDO
Pg
INTRODUCCIN
1. JUSTIFICACIN 20
2. OBJETIVOS 21
2.1 GENERAL 21
2.2 ESPECFICOS 21
3. RESEA 22
3.1 HISTORIA 22
3.2 MISIN 23
3.3 VISIN 23
3.4 GOBIERNO COLEGIADO 24
3.5 ASPAEN (ASOCIACIN PARA LA ENSEANZA) 26
3.6 ESTRUCTURA ORGANIZACIONAL 26
4. MARCO LEGAL 27
5. MARCO TERICO 28
5.1 ESTADO DEL ARTE O ANTECEDENTES 28
5.1.1 School Pack y Colegios Virtuales 28
5.1.1.1 School Pack 28
5.1.1.2 Plataforma VCB 28

5.1.1.3 Comparativo 29
5.1.1.4 Ventajas y Desventajas 30
5.1.1.5 Costos Colegios Virtuales 31
5.1.1.6 Costos School Pack 31
5.1.2 Data School 32
5.1.2.1 Ventajas 32
5.1.2.2 Soporte 33
5.1.2.3 Esquema Servicio 33
5.1.3 Ciudad Educativa 34
5.1.3.1 Caractersticas 34
5.1.3.2 Beneficios para la Institucin 34
5.1.3.3 Beneficios para docentes 35
5.1.4 Educolombia 35
5.1.5 Sistacnet 36
5.2 METODOLOGA RUP 37
5.2.1 Ciclo de vida 38
5.2.2 Fases 39
5.2.2.1 Fase de inicio 39
5.2.2.2 Fase de elaboracin 39
5.2.2.3 Fase de construccin 39
5.2.2.4 Fase de Transicin 39
5.2.3 Caractersticas 40
5.2.4 Especificacin de las fases 40

5.2.4.1 Proceso 41
5.2.4.2 Soporte 41
5.2.4.3 Artefactos 41
5.2.4.4 Implementacin 42
5.3 MODELO MVC 43
5.3.1 Descripcin 43
5.3.2 Diagrama de secuencia 45
5.4 MYSQL 46
5.4.2 Que es lo que falta 47
5.5 PHP 48
5.5.1.1 Ventajas 50
5.5.1.2 Inconvenientes 51
5.6 PHPMYADMIN 52
5.6.2 Historia 52
5.7 NAVICAT 53
5.8 MIGRACIN DE DATOS 54
5.8.1 Tcnicas de migracin 55
5.9 HELP DESK 56
5.9.1 Descripcin 56
5.9.2 Analista 56
5.9.3 Componentes 57
5.9.4 Funciones 57
5.10 PRUEBAS SOFTWARE 58
5.11 TIPOS DE PRUEBAS 60
5.11.1 Prueba Unitaria 60
5.11.1.1 Caractersticas 61
5.11.1.2 Ventajas 61
5.11.2 Pruebas Funcionales 62
5.11.3 Prueba caja blanca 62
5.11.4 Prueba caja negra 63
5.12 MANTIS 64
5.13 FIREBUG 64
5.13.1 Historia 65
5.14 ESQUEMA DE UNA BASE DE DATOS 66
5.15 MODELO NAVEGACIONAL 67
5.16 DIAGRAMAS DE CASOS DE USO 67
5.17 DIAGRAMA DE CLASES 67
6. DISEO METODOLOGICO 68
6.1. DESCRIPCIN DEL PROYECTO 68
6.1.1 Informacin general 68
6.1.2 Beneficios 69
6.1.3 Descripcin del plan proyecto SAGA. 69
6.1.3.1 Organizacin del proyecto 70
6.1.3.2 Recursos 70
6.1.4 Descripcin de mdulos. 71
6.1.5 Lista de Requerimientos 73
6.1.6 Diagramas. 76
6.1.6.1 Diagrama de Bases de datos 76
6.1.6.2 Diagrama Navegacional 77
6.1.6.3 Diagrama de Casos de uso 79
6.1.6.4 Diagrama de Clases 91
6.1.6.5 Imgenes SAGA 92
6.2 FUNCIONES A REALIZAR. 95
6.3 MTODOS Y TCNICAS DE PRUEBAS 95
6.3.1 Pruebas aplicadas al sistema 95
6.3.1 Mtodo caja negra 95
6.3.2 Mtodo caja blanca 96
6.4 RESULTADOS PRUEBAS 97
6.4.1 Tipos Pruebas 109
6.4.2 Reporte de Incidencias 110
6.5 ACTIVIDADES DE SOPORTE 110
6.6 BASE DE DATOS SISTEMA SAGA 111
6.7 MIGRACIN DE DATOS 111

6.8 LECCIONES APRENDIDAS 112
6.9 RESULTADOS 112
7. RECOMENDACIONES 114
8. CONCLUSIONES 117
BIBLIOGRAFIA
ANEXOS
INDICE DE FIGURAS
Pg.
Figura 1 Logo Colegio Gimnasio los Alczares 23
Figura 2 Estructura organizacional del colegio 26
Figura 3 Ciclo de vida de RUP 38
Figura 4 MVC 43
Figura 5 Diagrama de secuencia 45
Figura 6 Esquema del funcionamiento de las pginas php 49
Figura 7 Proceso migracin de datos 54
Figura 8 Pruebas 59
Figura 9 Firebug 66
Figura 10 Diagrama de bases de datos 76
Figura 11 Diagrama navegacional 1 77
Figura 12 Diagrama navegacional 2 78
Figura 13 Diagrama de casos de uso 1 80

Figura 31 Diagrama de clases 91
Figura 32 Imagen saga 1 92
Figura 37 Mantis 110

LISTA DE TABLAS
Pg.
Tabla 1 Caractersticas SCHOOL PACK y COLEGIOS VIRTUALES 29
Tabla 2 Ventajas y desventajas de SCHOOL PACK y COLEGIOS 30

VIRTUALES
Tabla 3 Costos Colegios Virtuales 31
Tabla 4 Costos De School Pack 31
Tabla 5 Requerimientos Funcionales y Compuestos 73
Tabla 6 Prioridad y Exigencia de Requerimientos 75
Tabla 7 Formato de Pruebas 97

LISTA DE ANEXOS
Pg.
ANEXO A. Cronograma de Actividades. 122
ANEXO B. Cronograma Del Proyecto de SAGA. 123
ANEXO C. DECRETO No 1290 131

GLOSARIO
MYSQL: es un sistema de gestin de base de datos relacional, multihilo y

multiusuario con ms de seis millones de instalaciones.
PHP: es un lenguaje de programacin interpretado, diseado originalmente para la

creacin de pginas web dinmicas.
PHPMYADMIN: phpMyAdmin es una herramienta escrita en PHP con la intencin

de manejar la administracin de MySQL a travs de pginas web, utilizando
Internet.
NAVICAT: Navicat es un potente administrador de bases de datos relacionales

MySQL, incluye un amplio abanico de herramientas para gestionar, crear y
sincronizas bases de datos tanto en servidores locales como remotos.
ENTERPRISE ARCHITECT: es una herramienta de uso muy sencillo, que aborda

el diseo y anlisis UML y cubre el desarrollo de software desde la captura de
requerimientos a lo largo de las etapas de anlisis, diseo, pruebas y
mantenimiento
MD5 (abreviatura de Message-Digest Algorithm 5, Algoritmo de Resumen del

Mensaje 5): es un algoritmo de reduccin criptogrfico de 128 bits ampliamente
usado.
UML: Lenguaje Unificado de Modelado (por sus siglas en ingls, Unified Modeling
Language) es el lenguaje de modelado de sistemas de software ms conocido y
utilizado en la actualidad; est respaldado por el OMG (Object Management
Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar
un sistema.
MICROSOFT WORD 2007. Editor de textos.
MICROSOFT PROJECT 2007: Gestor de proyectos.

MICROSOFT EXPLORER 7: Explorador web.
MOZILLA FIREFOX 3.5: Explorador web.
GOOOGLE CHROME: Explorador web.
XAMPP: Un programa que permite instalar Apache, PHP y MySQL en un solo

paso y de manera sencilla.
RUP: es un proceso de desarrollo de software y junto con el Lenguaje Unificado

de Modelado UML, constituye la metodologa estndar ms utilizada para el
anlisis, implementacin y documentacin de sistemas orientados a objetos.
FIREBUG: es una extensin de Firefox creada y diseada especialmente para

desarrolladores y programadores web. Es un paquete de utilidades con el que se
puede analizar (revisar velocidad de carga, estructura DOM), editar, monitorizar y
depurar el cdigo fuente, CSS, HTML y JavaScript de una pgina web de manera
instantnea e inline.
MANTIS: Mantis es un sistema de registro y control de Bugs basado en Web.

RESUMEN
Principalmente, lo que se busc con este documento es evidenciar el proceso de

la prctica realizado el Colegio ASPAEN Gimnasio los Alczares, colegio en el
cual he realizado la prctica empresarial.
Durante la prctica se tuvo la oportunidad de apoyar en diferentes procesos de

desarrollo e implementacin del sistema SAGA, ste sistema tiene como objetivo
el almacenamiento y administracin de las notas de los estudiantes del Colegio
ASPAEN Gimnasio Los Alczares. Los procesos en los que apoy fueron: disear
diagramas de casos de uso, diagrama de bases de datos, diagrama de clases,
diagrama navegacional, definir y ejecutar los mtodos y tcnicas de pruebas
funcionales para el sistema.
ABSTRACT
Mainly, what is sought in this document is to show the process of practice made
the College's Gym ASPA Alczares, the school in which I have done business
practice.
During practice we had the opportunity to support different development processes

and implementation of the SAGA, this system aims at storing and managing notes
ASPA College students Gymnasium Los Alcazares. The support processes that
were designed for use case diagrams, database diagram, class diagram,
navigational chart to define and implement methods and techniques of functional
tests for the system.
INTRODUCCIN
Los estudiantes de ingeniera Informtica se estn enfrentando hoy a la solucin

de muchas de las necesidades de la industria y el mercado, debiendo responder
de una manera efectiva y eficiente a esas necesidades. Es por ello que con este
trabajo se pretende dar soporte al Colegio ASPAEN Gimnasio Los Alczares en
los servicios de red, software y hardware que sean requeridos y principalmente dar
apoyo en la elaboracin de un sistema propio de notas SAGA, este sistema debe
ser flexible, econmico y se debe acomodar a las necesidades del colegio. Con
este sistema se dar solucin a una serie de inconvenientes que dicho colegio ha
estado enfrentado con relacin a este tema, como por ejemplo: manejo manual de
las notas, lo que puede incurrir en errores y mayor inversin de tiempo, o sistemas
con un precio de adquisicin alto y con un mtodo diferente de calificacin al que
tienen actualmente.
Uno de los soportes fundamentales que se realizar al proyecto consiste en

ayudar a definir casos de uso, disear los diagramas de clases, diagramas de
bases de datos, entre otros, con el fin de documentar adecuadamente las
funciones que realizar el sistema. Se apoyar tambin en el proceso de calidad
elaborando y ejecutando pruebas en cada una de las etapas de desarrollo del
sistema de notas, las pruebas son una fase fundamental en la ingeniera del
software, nos permite identificar el grado de madures de nuestros desarrollos o
sistema de informacin; como tambin el identificar el grado de conocimiento del
mismo por parte de los usuarios, del resultado obtenido en las pruebas le permitir
al equipo directivo del proyecto tomar las medidas necesarias para realizar la
aprobacin del sistema para la salida a produccin.
19
1. JUSTIFICACIN
Los avances tecnolgicos, la evolucin de los mercados, y los crecimientos de las

industrias nos proporcionan y a su vez nos exigen mayores automatizaciones en
los procesos que faciliten su crecimiento, eficiencia y su rapidez.
La automatizacin de un proceso ofrece ciertas ventajas de orden econmico,

social, y tecnolgico frente a los procesos manuales, entre estas ventajas se
destacan: Tiempos en procesos, disminucin en errores y ahorros econmicos.
Anteriormente el mtodo usado en el colegio ASPAEN Gimnasio los Alcazares

para la administracin de notas de los estudiantes era un proceso que se realizaba
de manera manual, el colegio con este mtodo de administracin de notas
identifico algunos problemas tales como: mayor tiempo de procesamiento, poca
confiabilidad en la informacin. Debido a estos inconvenientes el colegio se vio en
la necesidad de implementar un sistema en donde se automatizara dicho proceso.
Muchos de los sistemas que proporcionaba el mercado no eran lo suficientemente
flexibles para acomodarse a las necesidades que el colegio requera es por ello
que este se vio en la necesidad de desarrollar su propio software para la
administracin de notas y que contara con la flexibilidad y caractersticas
principales que satisficieran sus necesidades
20
2. OBJETIVOS
2.1 OBJETIVO GENERAL
Apoyar el rea de infraestructura en los servicios de red, software, hardware y

participar en los procesos de desarrollo e implementacin del sistema SAGA
(Sistema Acadmico Gimnasio Los Alczares) sistema para el almacenamiento y
administracin de las notas de los estudiantes del Colegio ASPAEN Gimnasio Los
Alczares.
2.2 OBJETIVOS ESPECIFICOS
Aplicar el patrn de diseo MVC (Modelo Vista Controlador) y herramientas

libres de programacin y bases de datos tales como PHP y MySQL, para la
construccin del sistema SAGA.
Modelar la base de datos del sistema SAGA de acuerdo a los lineamientos

del rea.
Definir los mtodos y tcnicas de pruebas funcionales para el sistema

SAGA.
Ejecutar los mtodos y tcnicas de pruebas funcionales definidos para el

sistema SAGA.
Reportar al rea de desarrollo los resultados de las pruebas para la toma de

acciones de mejora en la funcionalidad del sistema SAGA.
Realizar actividades de soporte en Infraestructura para la administracin de

los servicios de red, software y hardware y en la solucin de problemas que
se puedan presentar en cada uno de estos.
21
3. RESEA
NOMBRE: Colegio Aspaen Gimnasio Los Alcazares
3.1 HISTORIA
Desde el ao 1966 un grupo de padres de familia de Medelln inici gestiones para

la creacin del Gimnasio Los Alczares movidos por el deseo de dar a sus hijos
una educacin basada en la convergencia de una slida formacin acadmica y
de los principios bsicos de un humanismo cristiano. Hicieron entonces contactos
con la Asociacin para la Enseanza (Aspaen), domiciliada en Bogot y fundada
en 1964 gracias al aliento del fundador del Opus Dei, san Josemara Escriv de
Balaguer, quien anim a muchos padres de familia en el mundo para que,
conscientes de ser los primeros y principales educadores de sus hijos,
constituyeran colegios donde les infundiesen las autnticas virtudes y valores
cristianos.
Identificados en cuanto a los fines educativos, Aspaen entidad relacionada a su

vez con centros educativos animados por el mismo espritu en ms de cuarenta
pases en el mundo procedi a la fundacin del Gimnasio Los Alczares:
Institucin, privada, sin nimo de lucro, de carcter laical, para varones, que inici
sus labores acadmicas en el ao 1968 con los cinco grados de Primaria para
llegar a la primera promocin de Bachilleres en 1974.
Para dotar al Colegio de los bienes materiales necesarios para su funcionamiento,
aquel ao provisionalmente y hoy en su sede definitiva, los padres de familia
crearon la seccional de la Corporacin Nacional de Padres de Familia (Corpaf) hoy
Corpade, entidad constituida igualmente sin nimo de lucro y de carcter nacional.
Al igual que en Medelln, donde adems del Gimnasio Los Alczares funcionan el
Gimnasio Los Pinares (femenino) y el Preescolar Carrizales (mixto), Aspaen dirige
y asesora centros educativos en ciudades como Bogot, Cali, Barranquilla,
Bucaramanga, Manizales, Cartagena, Neiva, Barrancabermeja y Soacha.
El Gimnasio Los Alczares es una Institucin educativa que tiene su sede

campestre en el municipio de Sabaneta. Sus alumnos, desde los 5 aos, reciben
varias asignaturas en ingls y viven inmersiones en este idioma tanto a nivel local
como internacional. Cuenta, adems, con el programa Bachillerato Internacional,
organizacin con sede en Ginebra-Suiza con ms de 2300 centros educativos en
128 pases y en el que Alczares es el colegio del departamento de Antioquia con
ms antigedad de estar adscrito (1986). Este programa ofrece un alto nivel
22
acadmico que sirve de acreditacin en ms de 500 universidades, doce de ellas
en Colombia.
Durante los 39 aos de existencia y fiel a sus principios fundacionales, Alczares

ha tenido en primer plano a sus padres de familia ofrecindoles programas de
capacitacin y orientndolos oportunamente en su labor de padres. Luego una
especial dedicacin en la formacin y capacitacin del cuerpo docente y siempre,
con la ayuda de padres y profesores, la atencin integral personalizada a sus
alumnos.
3.2 MISIN
El Colegio est dedicado a la formacin y educacin integral, personalizada y de

inspiracin cristiana de sus alumnos. Fomenta la bsqueda de la excelencia de
todas las personas que constituyen la comunidad educativa, exigiendo el
compromiso real de padres de familia, alumnos, exalumnos, profesores y
empleados.
3.3 VISIN
Formar hombres autnticos, lderes ntegros, capaces de afrontar con espritu

abierto, los retos de transformacin y desarrollo de la sociedad; de servir a sus
conciudadanos y de contribuir a la solucin de los grandes problemas de la
humanidad.
Figura 1. Logo Colegio Alcazares
Fuente: Colegio Gimnasio Los Alcazares
23
3.4 GOBIERNO COLEGIADO
La Junta De Direccin:
rgano de gobierno superior y principal del Colegio cuyo objetivo es asegurar la
marcha organizada de todas las actividades, dentro de los principios y estilo
educativo de ASPAEN y de acuerdo con las normas internas y las regulaciones
legales vigentes.
El Consejo Directivo
Instancia de gobierno contemplada en la Ley General de Educacin, para los
colegios estatales y privados, dentro de sus funciones estn: considerar lo relativo
al rgimen disciplinario con estudiantes, al Manual de Convivencia, al Proyecto
Educativo Institucional, y los costos educativos. Su objetivo primordial es el de
promover y canalizar la participacin de los diferentes sectores que conforman la
comunidad educativa del Gimnasio.
El Comit Directivo
Es el rgano responsable del manejo da a da del Colegio. Le corresponde tomar
las decisiones relativas a los temas de ordinaria administracin; de aquellos que
estn atribuidos (por la Junta Directiva Nacional) especficamente a este nivel, y
de los que no den espera a la siguiente reunin de la Junta de Direccin.
El Comit De orientacin
rgano colegiado encargado de la planeacin, promocin y evaluacin de las
estrategias institucionales formativas y de las que garantizan el trato personal
como medio principal para la formacin de todos los integrantes de la comunidad
educativa: padres de familia, profesores, alumnos, directivos y empleados. Sus
actividades se dirigen prioritariamente a lo que tiene que ver con la formacin
espiritual, moral y humana.
El Consejo Acadmico:
Al igual que el Consejo Directivo, dada la solicitud del Ministerio de Educacin
Nacional para que los centros educativos garanticen y mejoren sus actividades de
formacin, el Colegio ASPAEN Gimnasio Los Alczares enriqueci su estilo de
gobierno colegiado con la creacin de ste. Como su nombre lo indica, el Consejo
Acadmico acta como instancia en la orientacin pedaggica del Colegio,
mediante el seguimiento, control y evaluacin de todas aquellas actividades que a
diario se desarrollan en el proceso de formacin acadmica, de acuerdo con el
Proyecto Educativo Institucional del Gimnasio.
24
Las Comisiones De Evaluacin y Promocin
El Consejo Acadmico del Colegio ASPAEN Gimnasio los Alczares conformar,
para cada grado, una Comisin de Evaluacin y Promocin integrada por un
nmero de hasta tres docentes, un representante de los padres de familia que no
sea docente de la institucin y el Rector o su delegado, quien la convocar y la
presidir, con el fin de definir la promocin de los educandos y hacer
recomendaciones de actividades de refuerzo y superacin para estudiantes que
presenten dificultades.
El Consejo Estudiantil
Es el mximo rgano encargado de asegurar y garantizar el continuo ejercicio de
la participacin de los alumnos en todos los procesos del Colegio. Est integrado
por los Delegados de Curso o representantes, quienes son a su vez
los presidentes de los Comits de Curso, todos sus miembros son elegidos
democrticamente por los alumnos.
Los Representantes De Grupo

El representante del grupo es un alumno elegido democrticamente por sus
compaeros, miembro del Comit de Curso y quien oficia como su Presidente.
Representa a sus compaeros de Grupo durante un ao escolar en el Consejo
Estudiantil. Ejerce un positivo liderazgo orientado al beneficio y mejoramiento de la
comunidad educativa.
El Personero Estudiantil
Es un alumno del ltimo grado promotor de los derechos y deberes de todos y
cada uno de los estudiantes, consagrados en la Constitucin Poltica, las leyes, los
reglamentos y el Manual de Convivencia Escolar.
El Representante De Los Estudiantes En el Consejo Directivo

Los estudiantes del Colegio ASPAEN Gimnasio los Alczares, representados en el
Consejo Estudiantil elegirn un representante de los estudiantes de los tres (3)
ltimos grados (9, 10 o 11), escogido por ellos mismos, de acuerdo con el
reglamento interno del Consejo Estudiantil, quien en dicho Consejo participa y
ayuda en la toma de las ms importantes decisiones que orientan la marcha del
Colegio.
25
3.5 ASPAEN -ASOCIACION PARA LA ENSEANAZA
El Colegio ASPAEN Gimnasio Los Alczares pertenece desde su fundacin a la

Asociacin para la Enseanza, ASPAEN. sta fue fundada en 1964 gracias al
aliento del fundador del Opus Dei, San Josemara Escriv de Balaguer, quien
anim a muchos padres de familia para que, conscientes de ser los principales
educadores de sus hijos, constituyeran colegios donde les infundiesen los
autnticos valores cristianos.
La Direccin Nacional de ASPAEN est domiciliada en la ciudad de Bogot, D.C.,

con Personera Jurdica No.0339 de enero de 1965.
La Asociacin para la Enseanza -ASPAEN- es una entidad colombiana, sin

nimo de lucro, que promueve, dirige y asesora centros y proyectos educativos, en
procura permanente de la ms alta calidad educativa y concreta su accin en el
campo formativo y tcnico-pedaggico, mediante la aplicacin de un enfoque
educativo, integral, integrador, y personalizante, inspirado en la doctrina catlica.
3.6 ESTRUCTURA ORGANIZACIONAL DEL COLEGIO
Figura 2. Estructura Organizacional
Fuente: Colegio Gimnasio Los Alczares

26
4. MARCO LEGAL
Se hace referencia al decreto 1290 ya que es un sistema acadmico que se

desarrollo teniendo en cuenta este decreto.
El decreto 1290, que reemplaza al 230 y que modifica la forma como opera el
colegio en trminos de los periodos, notas y promocin donde las instituciones
educativas tienen la libertad de tomar decisiones que antes estaban definidas en
el anterior decreto. Ahora el colegio puede decidir:
Con cuantos periodos acadmicos va a trabajar.
Cuantos estudiantes pierden o no pierden el ao. (Basado en su

desempeo acadmico y no slo en un lmite o % establecido)
Cmo evaluar. Con letras, nmeros, qu nmeros, etc.
Entonces el fin de este decreto es mostrar cmo se ajusta el sistema de notas al

decreto 1290 donde el sistema debe estar en capacidad de ajustarse para permitir
diferentes periodos acadmicos, diferentes escalas de valoracin, ajustes a los
reportes o boletines y cambios sin afectar los datos registrados de aos anteriores.
27
5. MARCO TERICO
5.1 ESTADO DEL ARTE
En esta seccin se dar a mostrar los diferentes sistemas de notas existentes en

el mercado, con el fin de analizar las ventajas y desventajas de los mismos y ver
que tanto se adaptan estas a las necesidades del colegio.
5.1.1 School pack y Colegios virtuales
El colegio evalu los sistemas de notas de VCB (www.coLegiosvirtuales.com) y

SCHOOL PACK.
Se mostrar un informe de seguimiento a estas plataformas conociendo las
ventajas y desventajas de la implementacin de la plataforma.
Adicional a esto, se debe aclarar que el sistema colegios virtuales, como modelo
de gestin de notas tiene ventajas sobre school pack.
5.1.1.1 School Pack
Sistema de Informacin para apoyar la Gestin Educativa SIGE, que unifica

modular y confiablemente los datos y procesos de las Instituciones, logrando as,
centralizar y gerenciar la informacin, optimizar los recursos y el tiempo de trabajo,
disminuir los riesgos, y aumentar la competitividad de las Organizaciones. La
licencia School Pack incluye servicios de consultora, asesora, de implementacin
y capacitacin, de soporte tcnico, y actualizaciones con las ms avanzadas
tecnologas.
5.1.1.2 Plataforma VCB (Colegios Virtuales)
Quines somos?
Somos Virtual Community Builders (VCB), compaa con ms de 10 aos de
experiencia en el desarrollo y administracin de Comunidades Virtuales, en los
mbitos educativos, informativos, comerciales y de entretenimiento.
28
Diseamos y desarrollamos sitios, portales y comunidades virtuales sobre
versatiles plataformas Web 100% dinmicas, las cuales permiten la fcil
administracin y actualizacin de los contenidos en lnea de su proyecto Web.
5.1.1.3 Comparativo School Pack y Colegios Virtuales
Por medio de esta presentacin el departamento de sistemas ilustra los

pormenores del anlisis realizado entre las ventajas y desventajas del uso de
School Pack en nuestra institucin y un comparativo entre la aplicacin vigente en
el momento, Colegios Virtuales. Esperamos que la presentacin ilustre
apropiadamente la investigacin realizada y adems nos ayude a tomar una
decisin adecuada.
Tabla 1. Caractersticas SCHOOL PACK y COLEGIOS VIRTUALES

SCHOOL PACK COLEGIOS VIRTUALES
1. Registro y Control de Alumnos 1. Administracin

2. Registro Institucin y Sedes 2. Boletn
3. Talento Humano 3. Calendario Escolar (actividades)
4. Seguridad 4. Circulares
5. Matrculas 5. Correo Institucional
6. Diseo del Producto 6. Directorios
7. Programacin 7. Encuestas
8 .Valoraciones en red 8. SAA(Calificaciones)
9. Tesorera 9. Tareas
10. Interfaz bancaria
11. Interfaz contable
12. Admisiones
13. Bienestar Estudiantil
14.Recursos Fsicos y Materiales
15. Transporte
16. Evaluacin Institucional
17. Biblioteca
18. Valoraciones por disco
19. POS de Venta
20. Eventos
21. Correo con Live@edu.
MODULO ADICIONAL WEB TODOS LOS BENEFICIOS DEL PORTAL
Fuente: Colegio Gimnasio Los Alczares
29
5.1.1.4 Ventajas, desventajas y conclusiones School Pack y Colegios
Virtuales
Tabla 2. Ventajas y desventajas de SCHOOL PACK y COLEGIOS VIRTUALES

SCHOOL PACK COLEGIOS VIRTUALES
VENTAJAS: VENTAJAS:
SISTEMA PROPIO DEL COSTO DE ADMINISTRACIN
COLEGIO ASUMIDO POR COLEGIOS
UTILIZADO POR MS DE 200 VIRTUALES Y MANUEL
COLEGIOS HINCAPIE
BASES DE DATOS TIENEN SU PROPIO SERVIDOR
DISPONIBLES TODO ES BAJO WEB
MODULOS MAS COMPLETOS ESTA DISPONIBLE LAS 24
INFORMACIN DE TODOS HORAS.
LOS ENTES IMPLICADOS EN TIENEN BUEN SERVICIO DE
LA EDUCACIN DE LOS SOPORTE Y MANEJO DE
ESTUDIANTES REQUERIMIENTOS DEL
PERMITE CREAR VARIOS SISTEMA
SISTEMAS DE CALIFICACION; NO REQUERIMOS DE
NIVEL A, B Y C PLATAFORMAS AVANZADAS
PLATAFORMA DE HADWARE LO UTILIZAN VARIOS
SENCILLA Y EFICIENTE COLEGIOS EN LA CIUDAD
DESVENTAJAS: DESVENTAJAS:
COSTO DE ADMINISTRACION NO ES PROPIO, LLEVAMOS
MS ALTO, PUES EL SISTEMA PAGANDO ARRENDAMIENTO
ES DE NOSOTROS Y POR 10 AOS.
LOCAL/WEB (ADICIONAL). NO TENEMOS ACCESO A LAS
NECESITA ESPACIO EN EL BASES DE DATOS , LA
SERVIDOR INFORMACIN ES MNIMA
IMPLICARA A TODOS LOS NO TIENE UNA INFORMACIN
ENTES DE ADMINISTRACIN COMPLETA DE LAS PERSONAS
INTEGRARSE A LA SOLUCION DEL SISTEMA.
SE DEBE PAGAR POR A NO PERMITE REALIZAR UN
PARTE EL MODULO PARA LA SEGUIMIENTO Y DIAGNOSTICO
VALORACIN BAJO WEB ADECUADO DEL ESTUDIANTE
Y LAS FAMILIAS
NO PERMITE CREAR VARIOS
SISTEMAS DE CALIFICACION
Fuente: Colegio Gimnasio los Alczares
30
5.1.1.5 Costos actuales de Colegios Virtuales
Tabla 3. Costos Colegios Virtuales

SERVICIO DE
COLEGIOS GASTO MENSUAL GASTO ANUAL
VIRTUALES.COM
APLICATIVO(SAA) Y $ 310,000 $ 3,720,000
SERVICIOS DE LA
PGINA
COSTO ANUAL POR $ 2000.000

MANTENIMIENTO
TOTAL $ 5720.000
5.1.1.6 Propuesta econmica School Pack
Tabla 4: Costos de School Pack

31
5.1.2 Data School
Es el servicio de software especializado para el manejo de la informacin

1
acadmica de los colegios.
5.1.2.1 Ventajas Data School
Dos modos de digitacin de notas: En secretara o por Internet.

Su informacin se mantiene localmente en su computador.
En Internet se guarda una copia donde los docentes digitan
No requiere adquisicin de servidor para Internet, ni hosting.
Valida boletines y logros para que evite imprimir con errores
Planillas por cada docente para consignar logros y fallas
Planillas de repuesto
Boletines de perodo
Manejo de profesores
Libro Final
Manejo de estudiantes cancelados y desertores
Trasladado de estudiantes a otro grupo
Fusin de grupos
Interface sencilla y prctica
Pensum configurable
Manejo de logros
Impresin del ndice del libro final
Los boletines se pueden imprimir por grupo o por estudiante
Las planillas se pueden imprimir por materia o por grupo
Facilidades para automatizar logros repetidos en la digitacin de notas
Parametrizable
Herramientas para validar informacin
Auditora de materias con logros invlidos en el perodo
til herramienta para buscar estudiantes
Estadsticas muy completas: Mejores del colegios, de cada grupo,
rendimiento por reas, los de ms inasistencia, los de ms bajo
rendimiento, los mejores grupos etc.
El programa se instala en un solo equipo y no es necesario el trabajo en
red, porque las notas se alimentan a travs de Internet. En cada perodo las
tareas a realizar son bsicamente recibir las notas de los docentes e
1
DATOSOFT. Software de notas datosoft [en lnea]
< http://www.datosoft.com/colegios.htm > [Citado el 15 de Marzo del 2011]
32
imprimir los boletines. Las dems actividades como corregir nombres de
estudiantes, modificar listados etc. no son demandantes en tiempo.
Manejo de nmeros o letras
La informacin sobre periodos y aos anteriores es conservada.
Completamente adaptable a cualquier nmero de perodos, sistemas
numricos o de letras, logros o no etc.
Salida de boletines con la escala nacional del decreto 1290
5.1.2.2 El soporte
Como vendemos es un servicio el soporte es permanente mientras tenga

vigencia el contrato. Las actualizaciones y mejoras tambin son
permanentes.
Capacitacin inicial al operador/a del programa.
El soporte se brinda por cualquiera de las siguientes vas: Telefnica,
Correo electrnico, y con el programa Skype conversando de computador a
computador
La capacitacin inicial se hace a travs de Skype.
5.1.2.3 Esquema del servicio (Precios en pesos colombianos)
A La configuracin inicial y ayuda a la migracin de los datos hacia nuestro

programa corresponde un pago nico de $300.000
33
5.1.3 Ciudad Educativa
5.1.3.1 Caractersticas principales2
Reporte de Calificaciones y Actividades a travs de Internet, fcil y en

tiempo real.
Generacin de Informes, Actas, Certificados Boletines y Estadsticas.
Acceso web a Estudiantes, Padres de Familia, Tutores o Acudientes.
Acceso web a Directores de Grupo, Docentes, Coordinadores (Generales,

Acadmicos, Convivencia), Jefes de Sistemas, Administrativos, entre otros.
Recursos y material didctico para apoyar a los docentes y estudiantes.
Administracin de Encuestas, Eventos, Noticias.
BENEFICIOS PARA PADRES Y ESTUDIANTES
Saber da a da si su hijo est asistiendo al colegio.
Saber da a da como va acadmicamente y si se est portando bien.
Disponer del material didctico que lo ayudar a mejorar.
No excluye a padres que no pueden acceder a Internet.
5.1.3.2 Beneficios para la Institucin
Control total. Informacin oportuna.
Sedes Centralizadas e independientes.
2
CIUDAD EDUCATIVA. Software de notas Ciudad Educativa [en lnea]
<http://www.ciudadeducativa.com/cms/index.php?option=com_content&view=article&id=25&Itemid
=28> [Citado el 15 de Marzo del 2011]
34
Reduccin garantizada de costos y tiempo.
Reduccin garantizada del trabajo administrativo.
No requiere instalacin ni compra de nuevos computadores.
Sedes conectadas y centralizadas.
Le obsequiamos el uso de los servidores e infraestructura necesaria
Incremento garantizado del nivel acadmico.
Seguimiento extenso y personalizado al proceso de cada estudiante.
Amplio control de los privilegios de acceso de cada usuario.
Acompaamiento al plan de trabajo del docente.
5.1.3.3 Beneficios para docentes
El sistema construye automticamente el informe de periodo e informe final.
Podrs calificar a tus alumnos objetiva e integralmente, sin hacer mayor

esfuerzo y usando una interfaz mucho ms sencilla que cualquier cosa que
hayas usado antes.
Adis a las memorias USB y los diskettes.
No excluye a estudiantes o padres que no pueden acceder a Internet

fcilmente.
En Desarrollo: Completo proceso de la Evaluacin Docente e Institucional.
En Desarrollo: Gestin de Aulas, Horarios y otros Recursos.
En Desarrollo: Acceso desde telfonos mviles.
En Desarrollo: Encuestas.
En Desarrollo: Sistema de comunicacin interno entre estudiantes.
5.1.4 Educolombia
35
3
EduColombia es una aplicacin web que sirve para administrar eficazmente su
colegio o institucin educativa.
No requiere instalacin, nosotros importamos sus datos inciales como: Lista de

Alumnos, Lista de Maestros, Lista de Grados, Inventario fsico, Elementos de
Biblioteca, etc...
EduColombia brinda herramientas que hacen fcil manejar tareas comunes como:
Matricular estudiantes en lnea
Calificacin de alumnos
Generacin recibos de pago
Manejo de inventarios del Colegio
Carnetizacin de alumnos
Trasladado de estudiantes a otro grupo

Registrar informacin en el observador del alumno
Manejo de estudiantes cancelados y desertores
Libro Final
Certificados finales
Acceso para padres de familia o acudientes
Impresin de Boletines de Notas

Impresin de Consolidados y estadsticas
Pensum Configurable
Generacin e impresin de Paz y Salvos
Estadsticas muy completas: Mejores de los colegios, de cada grupo,
rendimiento por reas, los de ms inasistencia, los de ms bajo
rendimiento, los mejores grupos etc.
La informacin sobre periodos y aos anteriores es conservada.
3
EDUCOLOMBIA. Software de notas educolombia [en lnea]
< www.educolombia.org > [Citado el 15 de Marzo del 2011]
36
5.1.5 Sistacnet
Servicios e Informacin para los Profesores. 4
Ingreso de Notas.
Consulta y generacin de reportes.
Estadstica de Notas.
Envo de Correos a Alumnos, Padres de Familia, Profesores.
Envo de Tareas.
Envo de archivos para Descarga.
Envo de Comunicados a Alumnos, Padres de Familia.
Reportes especializados si es tutor de aula.
Banco de Preguntas para realizar exmenes en lnea.
Infraestructura WEB para realizar cursos virtuales.
4
SISTACNET. Software de notas sistacnet [en lnea]
< http://sistacnet.com/> [Citado el 15 de Marzo del 2011]
37
5.2 METODOLOGIA RUP
5
El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de
ingeniera de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organizacin de desarrollo. Su objetivo es
asegurar la produccin de software de alta calidad que satisfaga la necesidad del
usuario final dentro de un tiempo y presupuesto previsible. Es una metodologa de
desarrollo iterativo enfocada hacia los casos de uso, manejo de riesgos y el
manejo de la arquitectura.
El RUP mejora la productividad del equipo ya que permite que cada miembro del
grupo sin importar su responsabilidad especfica acceda a la misma base de datos
de conocimiento. Esto hace que todos compartan el mismo lenguaje, la misma
visin y el mismo proceso acerca de cmo desarrollar software.
5
WIKIPEDIA. Metodologa RUP [en lnea]
< http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational > [Citado el 15 de Marzo del 2011]
38
5.2.1 Ciclo de vida
Figura 3. Ciclo de vida de RUP
Fuente: Wikipedia
6
En el ciclo de vida RUP veremos una implementacin del desarrollo en espiral.
Con el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el
proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en
nmero variable
Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la
comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto,
la eliminacin de los riesgos crticos, y al establecimiento de una base de inicio.
6
WIKIPEDIA. Ciclo de vida [en lnea]
39
5.2.2 Fases7
5.2.2.1 Fase de inicio
Durante esta fase de inicio las iteraciones se centran con mayor nfasis en las
actividades de modelamiento de la empresa y en sus requerimientos
5.2.2.2 Fase de elaboracin
Durante esta fase de elaboracin, las iteraciones se centran al desarrollo de la

base de la diseo, encierran ms los flujos de trabajo de requerimientos, modelo
de la organizacin, anlisis, diseo y una parte de implementacin orientada a la
base de la construccin
5.2.2.3 Fase de construccin
Durante esta fase de construccin, se lleva a cabo la construccin del producto

por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de
Uso, se redefine su anlisis y diseo y se procede a su implantacin y pruebas. En
esta fase se realiza una pequea cascada para cada ciclo, se realizan tantas
iteraciones hasta que se termine la nueva implementacin del producto.
5.2.2.4 Fase de transicin
Durante esta fase de transicin busca garantizar que se tiene un producto

preparado para su entrega al usuario.
7
WIKIPEDIA. Fases [en lnea]
40
5.2.3 Principales caractersticas
Forma disciplinada de asignar tareas y responsabilidades (quin hace qu,

cundo y cmo)
Pretende implementar las mejores prcticas en Ingeniera de Software
Desarrollo iterativo
Administracin de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Verificacin de la calidad del software
El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e

incremental, estar centrado en la arquitectura y guiado por los casos de uso.
Incluye artefactos (que son los productos tangibles del proceso como por ejemplo,
el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea
una persona en un determinado momento, una persona puede desempear
distintos roles a lo largo del proceso).
5.2.4 Especificacin de las Fases
Establece oportunidad y alcance

Identifica las entidades externas o actores con las que se trata
Identifica los casos de uso
RUP comprende 2 aspectos importantes por los cuales se establecen las

disciplinas:
41
5.2.4.1 Proceso: Las etapas de esta seccin son:
Modelado de negocio
Requisitos
Anlisis y Diseo
Implementacin
Pruebas
Despliegue
5.2.4.2 Soporte: En esta parte nos conseguimos con las siguientes etapas:
Gestin del cambio y configuraciones

Gestin del proyecto
Entorno
La estructura dinmica de RUP es la que permite que este sea un proceso de

desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases
descritas anteriormente:
Inicio(Tambin llamado Incepcin)

Elaboracin
Desarrollo(Tambin llamado Implementacin, Construccin)
Cierre (Tambin llamado Transicin)
5.2.4.3 Artefactos
RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una
serie de artefactos que sirven para comprender mejor tanto el anlisis como el
diseo del sistema estos artefactos son los siguientes:
Inicio:
o Documento Visin
o Especificacin de Requerimientos
42
Elaboracin:
o Diagramas de caso de uso.
Construccin: Documento Arquitectura que trabaja con las siguientes

vistas:
Vista Lgica:
o Diagrama de clases
o Modelo E-R (Si el sistema as lo requiere)
Vista de Implementacin:
o Diagrama de Secuencia
o Diagrama de estados
o Diagrama de Colaboracin
o Vista Conceptual: Modelo de dominio
o Vista fsica:Mapa de comportamiento a nivel de hardware.
5.2.4.4 Implementacin del RUP para el proyecto
La metodologa RUP es ms apropiada para proyectos grandes (Aunque tambin

pequeos), dado que requiere un equipo de trabajo capaz de administrar un
proceso complejo en varias etapas. En proyectos pequeos, es posible que no se
puedan cubrir los costos de dedicacin del equipo de profesionales necesarios.
43
5.3 MVC
8
Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que
separa los datos de una aplicacin, la interfaz de usuario, y la lgica de control en
tres componentes distintos. El patrn de llamada y retorno MVC (segn CMU), se
ve frecuentemente en aplicaciones web, donde la vista es la pgina HTML y el
cdigo que provee de datos dinmicos a la pgina. El modelo es el Sistema de
Gestin de Base de Datos y la Lgica de negocio, y el controlador es el
responsable de recibir los eventos de entrada desde la vista.
5.3.1 Descripcin del patrn:
Modelo: Esta es la representacin especfica de la informacin con la cual

el sistema opera. En resumen, el modelo se limita a lo relativo de la vista y
su controlador facilitando las presentaciones visuales complejas. El sistema
tambin puede operar con ms datos no relativos a la presentacin,
haciendo uso integrado de otras lgicas de negocio y de datos afines con el
sistema modelado.
Vista: Este presenta el modelo en un formato adecuado para interactuar,

usualmente la interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario, e

invoca peticiones al modelo y, probablemente, a la vista.
Figura 4. MVC
Fuente: Wikipedia
8
WIKIPEDIA. Modelo MVC [en lnea]
< http://es.wikipedia.org/wiki/Modelo_Vista_Controlador > [Citado el 15 de Marzo del 2011]
44
Un modelo puede tener diversas vistas, cada una con su correspondiente
controlador. Un ejemplo clsico es el de la informacin de una base de datos, que
se puede presentar de diversas formas: diagrama de tarta, de barras, tabular, etc.
Veamos cada componente:
El modelo es el responsable de:
o Acceder a la capa de almacenamiento de datos. Lo ideal es que el

modelo sea independiente del sistema de almacenamiento.
o Define las reglas de negocio (la funcionalidad del sistema). Un

ejemplo de regla puede ser: "Si la mercanca pedida no est en el
almacn, consultar el tiempo de entrega estndar del proveedor".
o Lleva un registro de las vistas y controladores del sistema.
o Si estamos ante un modelo activo, notificar a las vistas los cambios
que en los datos pueda producir un agente externo (por ejemplo, un
fichero bath que actualiza los datos, un temporizador que
desencadena una insercin, etc).
El controlador es responsable de:
o Recibe los eventos de entrada (un clic, un cambio en un campo de

texto, etc.).
o Contiene reglas de gestin de eventos, del tipo "SI Evento Z,
entonces Accin W".
o Estas acciones pueden suponer peticiones al modelo o a las vistas.
Una de estas peticiones a las vistas puede ser una llamada al
mtodo "Actualizar()". Una peticin al modelo puede ser
"Obtener_tiempo_de_entrega( nueva_orden_de_venta )".
Las vistas son responsables de:
Recibir datos del modelo y los muestra al usuario.
Tienen un registro de su controlador asociado (normalmente porque

adems lo instancia).
Pueden dar el servicio de "Actualizacin ()", para que sea invocado por
el controlador o por el modelo (cuando es un modelo activo que informa
de los cambios en los datos producidos por otros agentes).
45
Un ejemplo de MVC con un modelo pasivo (aquel que no notifica cambios en los
datos) es la navegacin web, que responde a las entradas del usuario, pero no
detecta los cambios en datos del servidor.
Figura 5. Diagrama Secuencia
Fuente: Wikipedia
5.3.2 Pasos del diagrama de secuencia:
El usuario introduce el evento.
El Controlador recibe el evento y lo traduce en una peticin al Modelo (aunque

tambin puede llamar directamente a la vista).
El modelo (si es necesario) llama a la vista para su actualizacin.
Para cumplir con la actualizacin la Vista puede solicitar datos al Modelo.
El Controlador recibe el control.
46
5.4 MYSQL
9
Es un sistema de gestin de base de datos relacional, multihilo y multiusuario con
ms de seis millones de instalaciones.
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta
licencia, pero para aquellas empresas que quieran incorporarlo en productos
privativos deben comprar a la empresa una licencia especfica que les permita
este uso. Est desarrollado en su mayor parte en ANSI C.
Lenguajes de programacin: Existen varias APIs que permiten, a aplicaciones
escritas en diversos lenguajes de programacin, acceder a las bases de datos
MySQL, incluyendo C, C++, C#, Pascal, Delphi (via dbExpress), Eiffel, Smalltalk,
Java (con una implementacin nativa del driver de Java), Lisp, Perl, PHP, Python,
Ruby,Gambas, REALbasic (Mac y Linux), (x)Harbour (Eagle1), FreeBASIC, y Tcl;
cada uno de estos utiliza una API especfica. Tambin existe una interfaz ODBC,
llamado MyODBC que permite a cualquier lenguaje de programacin que soporte
ODBC comunicarse con las bases de datos MySQL. Tambin se puede acceder
desde el sistema SAP, lenguaje ABAP.
Aplicaciones: MySQL es muy utilizado en aplicaciones web, como Drupal o

phpBB, en plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por
herramientas de seguimiento de errores como Bugzilla. Su popularidad como
aplicacin web est muy ligada a PHP, que a menudo aparece en combinacin
con MySQL. MySQL es una base de datos muy rpida en la lectura cuando utiliza
el motor no transaccional MyISAM, pero puede provocar problemas de integridad
en entornos de alta concurrencia en la modificacin. En aplicaciones web hay baja
concurrencia en la modificacin de datos y en cambio el entorno es intensivo en
lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones. Sea
cual sea el entorno en el que va a utilizar MySQL, es importante adelantar
monitoreos sobre el desempeo para detectar y corregir errores tanto de SQL
como de programacin.
9
WIKIPEDIA. Mysql [en lnea]
< http://es.wikipedia.org/wiki/MySQL > [Citado el 15 de Marzo del 2011]
47
5.4.1 Caractersticas de MySQL
Las principales caractersticas de este gestor de bases de datos son las

siguientes:
Aprovecha la potencia de sistemas multiprocesador, gracias a su

implementacin multihilo.
Soporta gran cantidad de tipos de datos para las columnas.
Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc).
Gran portabilidad entre sistemas.
Soporta hasta 32 ndices por tabla.
Gestin de usuarios y passwords, manteniendo un muy buen nivel de

seguridad en los datos.
5.4.2 Qu es lo que le falta?
MySQL surgi como una necesidad de un grupo de personas sobre un gestor de

bases de datos rpido, por lo que sus desarrolladores fueron implementando
nicamente lo que precisaban, intentando hacerlo funcionar de forma ptima. Es
por ello que, aunque MySQL se incluye en el grupo de sistemas de bases de datos
relacionales, carece de algunas de sus principales caractersticas:
Subconsultas: tal vez sta sea una de las caractersticas que ms se echan en
falta, aunque gran parte de las veces que se necesitan, es posible reescribirlas de
manera que no sean necesarias.
SELECT INTO TABLE: Esta caracterstica propia de Oracle, todava no est

implementada.
Triggers y Procedures: Se tiene pensado incluir el uso de procedures

almacenados en la base de datos, pero no el de triggers, ya que los triggers
reducen de forma significativa el rendimiento de la base de datos, incluso en
aquellas consultas que no los activan.
Transacciones: a partir de las ltimas versiones ya hay soporte para

transacciones, aunque no por defecto (se ha de activar un modo especial).
48
Integridad referencial: aunque s que admite la declaracin de claves ajenas en la
creacin tablas, internamente no las trata de forma diferente al resto de campos.
Los desarrolladores comentan en la documentacin que todas estas carencias no

les resultaba un problema, ya que era lo que ellos necesitaban. De hecho, MySQL
fue diseada con estas caractersticas, debido a que lo que buscaban era un
gestor de bases de datos con una gran rapidez de respuesta. Pero ha sido con la
distribucin de MySQL por Internet, cuando ms y ms gente les est pidiendo
estas funcionalidades, por lo que sern incluidas en futuras versiones del gestor.
5.5 PHP
10
Php es un lenguaje de programacin interpretado, diseado originalmente para
la creacin de pginas web dinmicas. Es usado principalmente en interpretacin
del lado del servidor (server-side scripting) pero actualmente puede ser utilizado
desde una interfaz de lnea de comandos o en la creacin de otros tipos de
programas incluyendo aplicaciones con interfaz grfica usando las bibliotecas Qt o
GTK+.
Un lenguaje del lado del servidor es aquel que se ejecuta en el servidor web, justo
antes de que se enve la pgina a travs de Internet al cliente. Las pginas que se
ejecutan en el servidor pueden realizar accesos a bases de datos, conexiones en
red, y otras tareas para crear la pgina final que ver el cliente. El cliente
solamente recibe una pgina con el cdigo HTML resultante de la ejecucin de la
PHP. Como la pgina resultante contiene nicamente cdigo HTML, es compatible
con todos los navegadores. Podemos saber algo ms sobre la programacin del
servidor y del cliente en el artculo qu es DHTML.
10
WIKIPEDIA. Php [en lnea]
< http://es.wikipedia.org/wiki/PHP > [Citado el 15 de Marzo del 2011]
49
Figura 6. Esquema del funcionamiento de las pginas PHP
Fuente: Wikipedia
Una vez que ya conocemos el concepto de lenguaje de programacin de scripts

del lado del servidor podemos hablar de PHP. PHP se escribe dentro del cdigo
HTML, lo que lo hace realmente fcil de utilizar, al igual que ocurre con el popular
ASP de Microsoft, pero con algunas ventajas como su gratuidad, independencia
de plataforma, rapidez y seguridad. Cualquiera puede descargar a travs de la
pgina principal de PHP www.php.net y de manera gratuita, un mdulo que hace
que nuestro servidor web comprenda los scripts realizados en este lenguaje. Es
independiente de plataforma, puesto que existe un mdulo de PHP para casi
cualquier servidor web. Esto hace que cualquier sistema pueda ser compatible con
el lenguaje y significa una ventaja importante, ya que permite portar el sitio
desarrollado en PHP de un sistema a otro sin prcticamente ningn trabajo.
PHP, en el caso de estar montado sobre un servidor Linux u Unix, es ms rpido
que ASP, dado que se ejecuta en un nico espacio de memoria y esto evita las
comunicaciones entre componentes COM que se realizan entre todas las
tecnologas implicadas en una pgina ASP.
50
Por ltimo sealbamos la seguridad, en este punto tambin es importante el
hecho de que en muchas ocasiones PHP se encuentra instalado sobre servidores
Unix o Linux, que son de sobra conocidos como ms veloces y seguros que el
sistema operativo donde se ejecuta las ASP, Windows NT o 2000. Adems, PHP
permite configurar el servidor de modo que se permita o rechacen diferentes usos,
lo que puede hacer al lenguaje ms o menos seguro dependiendo de las
necesidades de cada cual.
Fue creado originalmente en 1994 por Rasmus Lerdorf, pero como PHP est
desarrollado en poltica de cdigo abierto, a lo largo de su historia ha tenido
muchas contribuciones de otros desarrolladores. Actualmente PHP se encuentra
en su versin 4, que utiliza el motor Zend, desarrollado con mayor meditacin para
cubrir las necesidades de las aplicaciones web actuales.
Este lenguaje de programacin est preparado para realizar muchos tipos de
aplicaciones web gracias a la extensa librera de funciones con la que est dotado.
La librera de funciones cubre desde clculos matemticos complejos hasta
tratamiento de conexiones de red, por poner dos ejemplos.
Algunas de las ms importantes capacidades de PHP son: compatibilidad con las

bases de datos ms comunes, como MySQL, mSQL, Oracle, Informix, y ODBC,
por ejemplo. Incluye funciones para el envo de correo electrnico, upload de
archivos, crear dinmicamente en el servidor imgenes en formato GIF, incluso
animadas y una lista interminable de utilidades adicionales.
5.5.1 Caractersticas de PHP
5.5.1.1 Ventajas
Es un lenguaje multiplataforma.
Completamente orientado al desarrollo de aplicaciones web dinmicas con

acceso a informacin almacenada en una Base de Datos.
El cdigo fuente escrito en PHP es invisible al navegador y al cliente ya que

es el servidor el que se encarga de ejecutar el cdigo y enviar su resultado
HTML al navegador. Esto hace que la programacin en PHP sea segura y
confiable.
Capacidad de conexin con la mayora de los motores de base de datos

que se utilizan en la actualidad, destaca su conectividad con MySQL y
PostgreSQL.
51
Capacidad de expandir su potencial utilizando la enorme cantidad de
mdulos (llamados ext's o extensiones).
Posee una amplia documentacin en su pgina oficial ([4]), entre la cual se

destaca que todas las funciones del sistema estn explicadas y
ejemplificadas en un nico archivo de ayuda.
Es libre, por lo que se presenta como una alternativa de fcil acceso para
todos.
Permite aplicar tcnicas de programacin orientada a objetos.
Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definicin de tipos de variables aunque sus variables se pueden

evaluar tambin por el tipo que estn manejando en tiempo de ejecucin.
Tiene manejo de excepciones (desde PHP5).
Si bien PHP no obliga a quien lo usa a seguir una determinada metodologa

a la hora de programar (muchos otros lenguajes tampoco lo hacen), aun
estando dirigido a alguna en particular, el programador puede aplicar en su
trabajo cualquier tcnica de programacin y/o desarrollo que le permita
escribir cdigo ordenado, estructurado y manejable. Un ejemplo de esto son
los desarrollos que en PHP se han hecho del patrn de diseo Modelo Vista
Controlador (o MVC), que permiten separar el tratamiento y acceso a los
datos, la lgica de control y la interfaz de usuario en tres componentes
independientes (ver ms abajo Frameworks en PHP).
5.5.1.2 Inconvenientes
Como es un lenguaje que se interpreta en ejecucin para ciertos usos

puede resultar un inconveniente que el cdigo fuente no pueda ser
ocultado. La ofuscacin es una tcnica que puede dificultar la lectura del
cdigo pero no la impide y, en ciertos casos, representa un costo en
tiempos de ejecucin.
52
5.6 PHPMYADMIN
11
PhpMyAdmin es una herramienta escrita en PHP con la intencin de manejar la
administracin de MySQL a travs de pginas web, utilizando Internet.
Actualmente puede crear y eliminar Bases de Datos, crear, eliminar y alterar
tablas, borrar, editar y aadir campos, ejecutar cualquier sentencia SQL,
administrar claves en campos, administrar privilegios, exportar datos en varios
formatos y est disponible en 62 idiomas. Se encuentra disponible bajo la licencia
GPL.
5.6.1 Caractersticas de phpMyAdmin
Multiplataforma.
Multilenguaje (ms de 50).
Licencia GPL.
Est escrito en PHP
5.6.2 Historia de phpMyAdmin
Tobias Ratschiller comenz a trabajar en un front-end escrito PHP para MySQL en

1998. El proyecto se volvi muy popular en aplicaciones PHP, pero lo dej por
falta de tiempo en el ao 2000.
Un grupo de tres desarrolladores, Olivier Mller, Marc Delisle y Loc Chapeaux,
registraron el proyecto en SourceForge, retomando el desarrollo de phpMyAdmin
en 2001.
11
WIKIPEDIA. Phpmyadmin [en lnea]
< http://es.wikipedia.org/wiki/PhpMyAdmin > [Citado el 15 de Marzo del 2011]
53
5.7 NAVICAT
12
Navicat es un potente administrador de bases de datos relacionales MySQL,
incluye un amplio abanico de herramientas para gestionar, crear y sincronizas
bases de datos tanto en servidores locales como remotos.
Navicat for MySQL integra numerosas caractersticas y funcionalidades que

facilitan ampliamente la gestin de bases de datos MySQL: soporta todas las
versiones a partir de 3.21, trabaja perfectamente con SSH para mtodos de
autentificacin seguros, almacena las configuraciones en ficheros (.reg) para
facilitar la migracin de datos, y presenta una interfaz simple, de fcil adaptacin
para los nuevos usuarios. integra numerosas caractersticas y funcionalidades que
facilitan ampliamente la gestin de bases de datos MySQL: soporta todas las
versiones a partir de 3.21, trabaja perfectamente con SSH para mtodos de
autentificacin seguros, almacena las configuraciones en ficheros (.reg) para
facilitar la migracin de datos, y presenta una interfaz simple, de fcil adaptacin
para los nuevos usuarios.
5.7.1 Principales Caractersticas:
- Soporta versiones de MySQL 3.21 y posteriores.

- Soporta SSH.
- Permite establecer conexiones HTTP.
- Salva las configuraciones en archivos REG.
- Permite gestionar mltiples bases de datos.
- Reconexin automtica a servidores MySQL.
- Permite crear/editar tablas, campos, etc.
- Permite crear y restaurar copias de seguridad.
- Permite importar datos ODBC.
12
PHPNUKE. Navicat [en lnea]
<http://downloads.phpnuke.org/es/download-item-view-a-g-m-b-
m/NAVICAT%2BFOR%2BMYSQL.htm > [Citado el 15 de Marzo del 2011]
54
5.8 MIGRACIN DE DATOS
13
Proceso de migracin: Es importante dejar claro y documentado el proceso que
se va a realizar para la extraccin de la informacin, los procesos de conversin y
las cargas que se van a realizar al nuevo sistema, en una forma ms detallada es
tablas se van a utilizar, que archivos se van a generar, donde se colocaran estos
archivos, luego como ser trasformada esta informacin, como se cargaran los
archivos al nuevo sistema y como se validar que la informacin cargada al nuevo
sistema es coherente que fue extrada del sistema anterior.
Figura 7. Proceso Migracin de Datos
Fuente: Wikipedia
13
WIKIPEDIA. Migracin de Datos, [en lnea]
< http://es.wikipedia.org/wiki/Migraci%C3%B3n_de_datos > [Citado el 15 de Marzo del 2011]
55
5.8.1 Tcnicas de Migracin de Datos
Planeacin
Lo ms importante al migrar una Base de Datos es llevar a cabo un proceso de
planeacin y anlisis del trabajo, puesto que aunque pareciera tomarse algn
tiempo adicional, ste ser retribuido en el xito de la operacin y menos costos
por errores de datos. Es importante que esto sea aplicado cuando la Base de
Datos destino est en produccin.
Contador de registros
Si la migracin se realiza de forma manual, mediante alguna consulta de insercin
es recomendable inicializar un contador para cada registro insertado con xito y
otro para los no insertados, as obviamente, la suma de ambos debe ser igual a
los registros originales.
Mapeador de Tipos de datos

Algunas plataformas no soportan algunos tipos de datos, as que es necesario
planificar el mapeo de los campos en la nueva base de datos.
Restricciones y Trigers
Antes de iniciar la migracin de la BD, es recomendable deshabilitar los Trigers y/o
restricciones que nos puedan generar error al momento que el DBMS ejecute el
proceso de escritura de los datos.
Codificacin de Caracteres
Cuando el copiado se realiza de forma automtica, es necesario identificar la
codificacin de caracteres que la BD destino espera, pues as evitaremos el
reemplazo automtico de caracteres o en su caso, prdida de los mismos.
56
5.9 HELP DESK
14
La tecnologa de Mesa de Ayuda (Help Desk, mal traducido como Ayuda de
Escritorio), o Mesa de Servicio (Service Desk) es un conjunto de servicios que
ofrece la posibilidad de gestionar y solucionar todas las posibles incidencias de
manera integral, junto con la atencin de requerimientos relacionados con las TICs
(Tecnologas de Informacin y Comunicaciones).
5.9.1 Descripcin
Como su nombre lo dice, es un servicio de Mesa de Ayuda, donde se ofrecen

Servicios acerca de soporte tcnico (bugs, consultas, etc.). Ayuda a incrementar la
productividad y aumenta la satisfaccin de los usuarios internos y externos de una
empresa u organizacin.
5.9.2 Analista
El analista de la Mesa de Ayuda debe tener habilidades, conocimientos y

capacidades, necesarias para la atencin eficiente al usuario. La primera, debe
explicar una solucin a los requerimientos del usuario, usando la lgica y
razonamiento para identificar las fortalezas y debilidades de soluciones
alternativas brindadas a los usuarios.
Tambin debe poseer conocimientos de software, hardware y telecomunicaciones,
todo relacionado con el rea, adems de las polticas de la organizacin. As como
tambin, tener capacidades comunicacionales idneas, tales como escuchar y
comprender la informacin, y las ideas expuestas en forma oral, aplicar reglas
generales a problemas especficos, para as lograr respuestas con sentido.
14
WIKIPEDIA. Help Desk, [en lnea]
< http://es.wikipedia.org/wiki/Help_desk > [Citado el 15 de Marzo del 2011]
57
5.9.3 Componentes
La Mesa de Ayuda se basa en un conjunto de recursos tcnicos y humanos que

permiten dar soporte a diferentes niveles de usuarios informticos de una
empresa, tales como:
- Servicio de soporte a usuarios de sistemas microinformticos.
- Soporte telefnico centralizado Hotline
- Atendido de forma inmediata e individualizada por Tcnicos Especializados.
- Apoyado sobre un Sistema informtico de ltima generacin.
- Permite asignar tareas a tcnicos propios o externos a su empresa.
5.9.4 Funciones
Una Mesa de Ayuda tiene varias funciones. Este provee a los usuarios un punto
central para recibir ayuda en varios temas referentes a la computadora. El help
desk tpicamente administra sus peticiones va software que permite dar
seguimiento a las peticiones del usuario con un nico nmero de Ticket. Esto
tambin puede ser llamado "Seguimiento Local de Fallos" o LBT por sus siglas en
ingls (Local Bug Tracker). Este software, a menudo puede ser una herramienta
extremadamente benfica cuando se usa para encontrar, analizar y eliminar
problemas comunes en un ambiente computacional de la organizacin.
En una Mesa de ayuda, el usuario notifica su problema, y este emite un ticket que
contiene los detalles del problema; si el primer nivel es capaz de resolver el
problema, el ticket es cerrado y actualizado con la documentacin de la solucin
para permitir a otros tcnicos de servicio tener una referencia. Si el problema
necesita ser escalado, este ser despachado a un segundo nivel.
Se utiliza mucho en teleoperadoras.
58
5.10 PRUEBAS DE SOFTWARE
15
Las pruebas de software, en ingls testing son los procesos que permiten
verificar y revelar la calidad de un producto software. Son utilizadas para identificar
posibles fallos de implementacin, calidad, o usabilidad de un programa de
ordenador o videojuego. Bsicamente es una fase en el desarrollo de software
consistente en probar las aplicaciones construidas.
Las pruebas de software se integran dentro de las diferentes fases del ciclo del
software dentro de la Ingeniera de software. As se ejecuta un programa y
mediante tcnicas experimentales se trata de descubrir que errores tiene.
Para determinar el nivel de calidad se deben efectuar unas medidas o pruebas

que permitan comprobar el grado de cumplimiento respecto de las
especificaciones iniciales del sistema.
El testing puede probar la presencia de errores pero no la ausencia de ellos

Edsger Dijkstra
Hay muchos planteamientos a la hora de abordar el proceso de pruebas de

software, pero para verificar productos complejos de forma efectiva requiere de un
proceso de investigacin ms que seguir un procedimiento al pie de la letra. Una
definicin de "testing" es: proceso de evaluacin de un producto desde un punto
de vista crtico, donde el "tester" (persona que realiza las pruebas) somete el
producto a una serie de acciones inquisitivas, y el producto responde con su
comportamiento como reaccin. Por supuesto, nunca se debe testear el software
en un entorno de produccin. Es necesario testear los nuevos programas en un
entorno de pruebas separado fsicamente del de produccin. Para crear un
entorno de pruebas en una mquina independiente de la mquina de produccin
es necesario crear las mismas condiciones que en la mquina de produccin.
Existen a tal efecto varias herramientas vendidas por los mismos fabricantes de
hardware (IBM, Sun, HP etc.). Esas utilidades reproducen automticamente las
bases de datos para simular un entorno de produccin.
En general, los informticos distinguen entre errores de programacin (o "bugs") y

defectos de forma. En un defecto de forma, el programa no realiza lo que el
usuario espera. Por el contrario, un error de programacin puede describirse como
un fallo en la semntica de un programa de ordenador. ste podra presentarse, o
no, como un defecto de forma si se llegan a dar ciertas condiciones de clculo.
15
WIKIPEDIA. Pruebas [en lnea]
< http://es.wikipedia.org/wiki/Pruebas_de_software > [Citado el 15 de Marzo del 2011]
59
Una prctica comn es que el proceso de pruebas de un programa sea realizado
por un grupo independiente de "testers" al finalizar su desarrollo y antes de sacarlo
al mercado. Una prctica que viene siendo muy popular es distribuir de forma
gratuita una versin no final del producto para que sean los propios consumidores
los que la prueben. En ambos casos, a la versin del producto en pruebas y que
es anterior a la versin final (o "master") se denomina beta, y a dicha fase de
pruebas, beta testing.
Puede adems existir una versin anterior en el proceso de desarrollo llamada

alpha, en la que el programa, aunque incompleto, dispone de funcionalidad bsica
y puede ser testeado.
Finalmente y antes de salir al mercado, es cada vez ms habitual que se realice

una fase de RTM testing (Release To Market), dnde se comprueba cada
funcionalidad del programa completo en entornos de produccin.
Otra prctica es que el proceso de pruebas se realice desde el mismo momento
en que empieza el desarrollo y contine hasta que finaliza.
Figura 8. Pruebas
Fuente: Wikipedia
60
En la cadena de valor del desarrollo de un software especfico, el proceso de
prueba es clave a la hora de detectar errores o fallas. Conceptos como estabilidad,
escalabilidad, eficiencia y seguridad se relacionan a la calidad de un producto bien
desarrollado. Las aplicaciones de software han crecido en complejidad y tamao, y
por consiguiente tambin en costos. Hoy en da es crucial verificar y evaluar la
calidad de lo construido de modo de minimizar el costo de su reparacin. Mientras
antes se detecte una falla, ms barata es su correccin.
El proceso de prueba es un proceso tcnico especializado de investigacin que
requiere de profesionales altamente capacitados en lenguajes de desarrollo,
mtodos y tcnicas de pruebas y herramientas especializadas. El conocimiento
que debe manejar un ingeniero de prueba es muchas veces superior al del
desarrollador de software.
5.11 TIPOS PRUEBAS 16
5.11.1 Prueba unitaria
En programacin, una prueba unitaria es una forma de probar el correcto

funcionamiento de un mdulo de cdigo. Esto sirve para asegurar que cada uno
de los mdulos funcione correctamente por separado. Luego, con las Pruebas de
Integracin, se podr asegurar el correcto funcionamiento del sistema o
subsistema en cuestin.
La idea es escribir casos de prueba para cada funcin no trivial o mtodo en el
mdulo de forma que cada caso sea independiente del resto.
5.11.1.1 Caractersticas
Para que una prueba unitaria sea buena se deben cumplir los siguientes
requisitos:
Automatizable: no debera requerirse una intervencin manual. Esto es

especialmente til para integracin contina.
Completas: deben cubrir la mayor cantidad de cdigo.
16
WIKIPEDIA. Tipos de Pruebas [en lnea]
< http://es.wikipedia.org/wiki/Pruebas_de_software > [Citado el 15 de Marzo del 2011]
61
Repetibles o Reutilizables: no se deben crear pruebas que slo puedan ser
ejecutadas una sola vez. Tambin es til para integracin continua.
Independientes: la ejecucin de una prueba no debe afectar a la ejecucin

de otra.
Profesionales: las pruebas deben ser consideradas igual que el cdigo, con
la misma profesionalidad, documentacin, etc.
Aunque estos requisitos no tienen que ser cumplidos al pie de la letra, se
recomienda seguirlos o de lo contrario las pruebas pierden parte de su funcin.
5.11.1.2 Ventajas
El objetivo de las pruebas unitarias es aislar cada parte del programa y mostrar
que las partes individuales son correctas. Proporcionan un contrato escrito que el
trozo de cdigo debe satisfacer. Estas pruebas aisladas proporcionan cinco
ventajas bsicas:
Fomentan el cambio: Las pruebas unitarias facilitan que el programador

cambie el cdigo para mejorar su estructura (lo que se ha dado en llamar
refactorizacin), puesto que permiten hacer pruebas sobre los cambios y
as asegurarse de que los nuevos cambios no han introducido errores.
Simplifica la integracin: Puesto que permiten llegar a la fase de integracin

con un grado alto de seguridad de que el cdigo est funcionando
correctamente. De esta manera se facilitan las pruebas de integracin.
Documenta el cdigo: Las propias pruebas son documentacin del cdigo

puesto que ah se puede ver cmo utilizarlo.
Separacin de la interfaz y la implementacin: Dado que la nica

interaccin entre los casos de prueba y las unidades bajo prueba son las
interfaces de estas ltimas, se puede cambiar cualquiera de los dos sin
afectar al otro, a veces usando objetos mock (mock object) para simular el
comportamiento de objetos complejos.
62
Los errores estn ms acotados y son ms fciles de localizar: dado que
tenemos pruebas unitarias que pueden desenmascararlos.
Es importante darse cuenta de que las pruebas unitarias no descubrirn todos los
errores del cdigo. Por definicin, slo prueban las unidades por s solas. Por lo
tanto, no descubrirn errores de integracin, problemas de rendimiento y otros
problemas que afectan a todo el sistema en su conjunto. Adems, puede no ser
trivial anticipar todos los casos especiales de entradas que puede recibir en
realidad la unidad de programa bajo estudio. Las pruebas unitarias slo son
efectivas si se usan en conjunto con otras pruebas de software.
5.11.2 Pruebas funcionales
Una prueba funcional es una prueba basada en la ejecucin, revisin y

retroalimentacin de las funcionalidades previamente diseadas para el software.
La pruebas funcionales se hacen mediante el diseo de modelos de prueba que
buscan evaluar cada una de las opciones con las que cuenta el paquete
informtico.
5.11.3 Caja blanca (sistemas)
En programacin, se denomina cajas blancas a un tipo de pruebas de software

que se realiza sobre las funciones internas de un mdulo. As como las pruebas
de caja negra ejercitan los requisitos funcionales desde el exterior del mdulo, las
de caja blanca estn dirigidas a las funciones internas. Entre las tcnicas usadas
se encuentran; la cobertura de caminos (pruebas que hagan que se recorran todos
los posibles caminos de ejecucin), pruebas sobre las expresiones lgico-
aritmticas, pruebas de camino de datos (definicin-uso de variables),
comprobacin de bucles (se verifican los bucles para 0,1 y n iteraciones, y luego
para las iteraciones mximas, mximas menos uno y ms uno).
Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un mdulo
concreto, para luego realizar las de caja negra sobre varios subsistemas
(integracin).
En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarse
a los mtodos de la clase, pero segn varias opiniones, ese esfuerzo debera
63
dedicarse a otro tipo de pruebas ms especializadas (un argumento podra ser
que los mtodos de una clase suelen ser menos complejos que los de una funcin
de programacin estructurada). Dentro de las Pruebas de Caja Blanca
encontramos las llamadas coberturas (sentencia, decisin, condicin y mltiple
adems de los mencionados caminos ciclomticos propuestos por McCabe)
Este concepto tambin es utilizado de manera anloga en la teora general de
sistemas.
5.11.4 Caja negra (sistemas)
En teora de sistemas y fsica, se denomina caja negra a aquel elemento que es

estudiado desde el punto de vista de las entradas que recibe y las salidas o
respuestas que produce, sin tener en cuenta su funcionamiento interno. En otras
palabras, de una caja negra nos interesar su forma de interactuar con el medio
que le rodea (en ocasiones, otros elementos que tambin podran ser cajas
negras) entendiendo qu es lo que hace, pero sin dar importancia a cmo lo hace.
Por tanto, de una caja negra deben estar muy bien definidas sus entradas y
salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los
detalles internos de su funcionamiento.
5.11.4.1 Contenido
Un sistema formado por mdulos que cumplan las caractersticas de caja negra
ser ms fcil de entender ya que permitir dar una visin ms clara del conjunto.
El sistema tambin ser ms robusto y fcil de mantener, en caso de ocurrir un
fallo, ste podr ser aislado y abordado ms gilmente.
5.11.5 Caja negra y programacin modular
En programacin modular, donde un programa (o un algoritmo) es dividido en

mdulos, en la fase de diseo se buscar que cada mdulo sea una caja negra
dentro del sistema global que es el programa que se pretende desarrollar, de esta
manera se consigue una independencia entre los mdulos que facilita su
implementacin separada por un equipo de trabajo donde cada miembro va a
encargarse de implementar una parte (un mdulo) del programa global; el
implementador de un mdulo concreto deber conocer como es la comunicacin
con los otros mdulos (la interfaz), pero no necesitar conocer como trabajan esos
64
otros mdulos internamente; en otras palabras, para el desarrollador de un
mdulo, idealmente, el resto de mdulos sern cajas negras.
65
5.12 MANTIS
17
Mantis es un sistema de registro y control de Bugs basado en Web.
El acceso a la aplicacin (al ser una aplicacin de tipo Web), se realiza mediante
un navegador. El Mantis, no tiene ninguna restriccin al tipo de navegador que
debe usarse para trabajar como cliente.
El objetivo de Mantis es crear y mantener un sistema de control de Bugs, y est

diseado de manera que sea fcilmente modificable, personalizable y actualizable.
Mantis est desarrollado en PHP y requiere para su correcto funcionamiento
Una base de datos (MySQL).
Un servidor de aplicaciones Web (servidor http Apache)
Mdulo PHP Apache
El Mantis se despliega sobre el servidor Web (servidor http Apache) y usar la

base de datos MySQL para la gestin de informacin.
Puede ser instalado en sistemas operativos Windows, sistemas operativos MacOS

o sistemas operativos de tipo Unix.
5.13 FIREBUG
18
Firebug es una extensin de Firefox creada y diseada especialmente para
desarrolladores y programadores web. Es un paquete de utilidades con el que se
puede analizar (revisar velocidad de carga, estructura DOM), editar, monitorizar y
depurar el cdigo fuente, CSS, HTML y JavaScript de una pgina web de manera
instantnea e inline.
Firebug no es un simple inspector como DOM Inspector, adems edita y permite

guardar los cambios, un paso por delante del conocido Web Developer. Su
17
WIKIPEDIA. Mantis [en lnea]
< http://es.wikipedia.org/wiki/Mantis_Bug_Tracker > [Citado el 15 de Marzo del 2011]
18
WIKIPEDIA. Firebug [en lnea]
< http://es.wikipedia.org/wiki/Firebug > [Citado el 15 de Marzo del 2011]
66
atractiva e intuitiva interfaz, con solapas especficas para el anlisis de cada tipo
de elemento (consola, HTML, CSS, Script, DOM y red), permite al usuario un
manejo fcil y rpido. Firebug est encapsulado en forma de plug-in o
complemento de Mozilla, es Open Source, libre y de distribucin gratuita.
Con Firebug es posible editar el cdigo HTML de una pgina y comprobar el

resultado al instante, sin tener que recargar.
Esa misma accin puede realizarse sobre las hojas de cascada en estilo (CSS),
sin tener que editar el fichero que las contiene. Los cambios tambin se vern en
vivo.
Firebug incluye una pequea regla que te ayudar en las tareas de diseo, para
que no yerres ningn pixel.
Otras caractersticas interesantes de FireBug son:

Supervisar la actividad de red.
Depurar el cdigo Javascript.
Explorar el DOM (Document Object Model).
Y mucho ms.
5.13.1 Historia del proyecto
La primera versin del proyecto (versin 0.2) de 21 kb fue lanzada el 12 de enero

de 2006. Cinco das ms tarde vio la luz la versin 0.2.1 y dos das despus la
0.2.2 con una apariencia notablemente mejorada y que inclua una ventana para el
inspector ms completa. Adems mantena visible el men del navegador en la
consola y mostraba una solapa para inspeccionar el JavaScript mucho ms
depurada. Durante ese mismo mes se sacara una versin ms, la 0.2.3, que
poda ser instalada en Flock (navegador de cdigo abierto basado en tecnologas
de Mozilla y programado en torno a Gecko) y Deer Park (versin de prueba del
hoy Firefox 1.1).
La versin 0.3 aparece a finales de marzo de 2006 con numerosos cambios,

especialmente en la forma en la que trabaja el inspector e inclua novedades como
un inspector de eventos, editor DOM y la posibilidad de ver el cdigo fuente en
vivo. Luego vendran las versiones 0.3.1, 0.3.2 (que poda ser instalada en Firefox
2.0 alpha), 0.4 y 0.4.1 (compatible con Firefox 2 y primeros pasos hacia una
versin estable en Mac Os X).
67
La versin 1.0 aparece en enero de 2007, un ao despus del inicio del proyecto y
con un tamao de 291 kb. En los cuatro primeros meses de este ao han salido
las versiones 1.01, 1.02, 1.03, 1.04 y 1.05, evolucionando como es lgico en su
propio cdigo y usabilidad.
Figura 9. Firebug
Fuente: Wikipedia
5.14 ESQUEMA DE UNA BASE DE DATOS
19
Diagrama de un complejo Esquema de Base da datos.
El Esquema de una Base de datos (en Ingls Database Schema) describe la
estructura de una Base de datos, en un lenguaje formal soportado por un Sistema
administrador de Base de datos (DBMS). En una Base de datos Relacional, el
Esquema define sus tablas, sus campos en cada tabla y las relaciones entre cada
campo y cada tabla.
El esquema es generalmente almacenado en un Diccionario de Datos. Aunque
generalmente el esquema es definido en un lenguaje de Base de datos, el trmino
se usa a menudo para referirse a una representacin grfica de la estructura de
base de datos.
19
WIKIPEDIA. Esquema de una base de datos[en lnea]
<http://es.wikipedia.org/wiki/Esquema_de_una_base_de_datos>[Citado el 15 de Marzo del 2011]
68
5.15 MODELO NAVEGACIONAL
Un mapa de navegacin es la representacin grfica de la organizacin de la

informacin de una estructura web. Expresa todas las relaciones de jerarqua y
secuencia y permite elaborar escenarios de comportamiento de los usuarios.
Tambin grafica, de modo que todos los profesionales participantes en un
proyecto lo tengan claro, diferencias entre pginas dinmicas, administrables o
estticas 20
5.16 DIAGRAMAS DE CASOS DE USO
Un caso de uso es una secuencia de interacciones que se desarrollarn entre un

sistema y sus actores en respuesta a un evento que inicia un actor principal sobre
el propio sistema. Los diagramas de casos de uso sirven para especificar la
comunicacin y el comportamiento de un sistema mediante su interaccin con los
usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la
relacin entre los actores y los casos de uso en un sistema. Una relacin es una
conexin entre los elementos del modelo, por ejemplo la especializacin y la
generalizacin son relaciones. Los diagramas de casos de uso se utilizan para
ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se
producen en su mbito o en l mismo21.
5.17 DIAGRAMA DE CLASES
Un diagrama de clases es un tipo de diagrama esttico que describe la estructura

de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los
diagramas de clases son utilizados durante el proceso de anlisis y diseo de los
sistemas, donde se crea el diseo conceptual de la informacin que se manejar
en el sistema, y los componentes que se encargaran del funcionamiento y la
relacin entre uno y otro22.
20
ARQUITECTURA DE INFORMACION. Modelo Navegacional [en lnea]
< http://www.arquitecturadeinformacion.cl/como/mapa.html > [Citado el 15 de Marzo del 2011]
21
WIKIPEDIA. Diagramas de casos de uso [en lnea]
< http://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso > [Citado el 15 de Marzo del 2011]
22
WIKIPEDIA. Diagramas de clases[en lnea]
< http://es.wikipedia.org/wiki/Diagrama_de_clases > [Citado el 15 de Marzo del 2011]
69
6. DISEO METODOLOGICO
6.1 DESCRIPCION DEL PROYECTO SAGA
A continuacin se dar a mostrar la descripcin del proyecto SAGA donde se

incluir los beneficios del sistema, el plan del proyecto, recursos, descripcin de
cada mdulo, entre otros.
6.1.1 Informacin general SAGA (Sistema Acadmico Gimnasio los

Alczares)
Es un sistema de informacin para el manejo adecuado y sistematizado del

seguimiento acadmico de los estudiantes de la institucin.
SAGA es una herramienta que permite por su cdigo libre realizar mltiples tareas
y que se proyecta como un sistema escalable y de fcil integracin con cualquier
plataforma.
Su sostenibilidad en el tiempo agilizara los procesos en las herramientas

personalizadas en cada colegio segn lo decretos que demande la ley de
educacin en Colombia.
El sistema deber permitir:

Que la secretara acadmica (administrador) pueda estructurar de forma
adecuada la administracin que tiene un sistema acadmico eficiente.
Que los docentes calificar o valorar a los estudiantes de forma adecuada y

autnoma basados en las polticas administrativas definidas.
Brindar a las familias y estudiantes un servicio completo en la visualizacin

de los informes acadmicos ingresados por los docentes en los diferentes
periodos.
Elaborar una plataforma que permita la expansin de otros mdulos de

integracin sobre la gestin de los docentes, las familias y los estudiantes.
70
6.1.2 Beneficios
La oportunidad de tener la informacin en lnea "Bajo Web".
Capacidad del almacenamiento de datos.
Tener un sistema propio con sus propias bases de datos y la escalabilidad

necesaria para poder enlazarla o integrarla con otros sistemas.
Seguridad y confiabilidad de la informacin
La posibilidad de ampliar la gama de servicios que se prestan y

personalizarla a la estructura de cada colegio.
Sea por alquiler o por la compra es un producto que tiene fcil recuperacin
econmica en el mercado.
Reduccin de tiempo debido a la automatizacin en la administracin de las

notas.
Agilidad en el manejo de informacin de los estudiantes.
Sistema de fcil uso y administracin por parte del usuario.
6.1.3 Descripcin Plan del proyecto SAGA
El propsito de este Plan de Desarrollo de Software es ofrecer toda la informacin

necesaria para controlar el desarrollo del proyecto S.A.G.A. Es una visin al ms
alto nivel de abstraccin que facilita al equipo de trabajo la organizacin del
desarrollo.
Los usuarios potenciales de este Plan de Desarrollo de Software son los

siguientes:
Jefe de proyecto: planificacin temporal y de recursos, as como control de
progresos.
Miembros del equipo del proyecto: entender lo que necesitan hacer, cuando
tienen que hacerlo y de qu otras actividades dependen.
71
6.1.3.1 Organizacin del Proyecto
Estructura Organizacional
Gimnasio los Alczares, se considera el Cliente del proyecto software, cuya

funcin ser aclarar todos los aspectos relacionados con los requisitos del
mismo.
El Equipo de Desarrollo del Proyecto estar constituido por 3 integrantes (1

programador, 1 tester, y gerente de proyecto)
Interfaces Externas
Gimnasio los Alczares definir los participantes del proyecto que

proporcionarn los requisitos del sistema, y entre ellos quines sern los
encargados de evaluar los artefactos de acuerdo a cada subsistema y
segn el plan establecido.
El equipo de desarrollo interactuar activamente con los participantes del

Gimnasio los Alczares para especificacin y validacin de los artefactos
generados.
6.1.3.2 Recursos del proyecto
A continuacin presentamos los recursos del proyecto.
Recursos humanos
Los recursos humanos utilizados, son un gerente de proyecto, un arquitecto

de software, 1 programador, un diseador - programador y un Tester.
72
Recursos software
El sistema operativo sobre el que se va a realizar el desarrollo es Microsoft

Windows XP Professional. A continuacin, se incluye una lista con las
herramientas que se van a utilizar a lo largo del desarrollo:
Microsoft Word 2007. Editor de textos.
Microsoft Project 2007. Gestor de proyectos.
Enterprise Architect 7.5. Programa de creacin de diagramas UML.
Microsoft Explorer 7. Explorador web.
Mozilla Firefox 3.5. Explorador web.
Gooogle Chrome. Explorador web.
XAMPP.
Repositorio de RUP.
PHP
MySQL
Navicat
Recursos hardware
Cada uno de los integrantes del equipo de desarrollo dispondr de su

propio computador de uso personal para la realizacin del proyecto.
6.1.4 Descripcin mdulos SAGA
Con esta descripcin queremos dar a conocer la funcionalidad de nuestro sistema

acadmico desarrollado en el colegio y que tiene como finalidad mostrar nuestras
fortalezas ante otros sistemas acadmicos y el factor econmico, que es clave en
el momento de tomar decisiones.
73
6.1.4.1 Los mdulos del aplicativo:
Modulo de administracin de usuarios del sistema:

En este modulo se identifican los actores que principalmente gestionan todo el
sistema desde la administracin de los usuarios que acceden y perfiles que
pueden realizar diferentes tareas. En este modulo se identifican algunas
caractersticas como estas:
Administrador (Administrador y secretaria acadmica):
Administracin de usuarios: Altas, bajas, modificaciones y listados de
usuarios registrados en el sistema, promocionar (convertir en
administrador a un usuario registrado) y desproporcionar un usuario.
Seguridad: Inicio de sesin en la aplicacin
Administracin de Materias: Crear materias, asignar a reas, modificar

reas, eliminar reas, asignar materias a cursos.
Administracin de reas: Crear reas, eliminar reas, modificar reas
Administracin de Cursos: Crear curso, asignar a grados, modificar

cursos, eliminar cursos.
Administracin de Grados: Crear grados, modificar grados, eliminar

grado.
Administracin de periodo: Crear periodos, modificar periodos, eliminar

periodos.
Administracin de tipos de calificacin: Crear tipos de calificacin,

modificar tipos de calificacin, asignar tipos de calificacin a periodos.
Administracin de Notas: Asignar notas, modificar notas.

Usuario Registrado:
Realizar actividades segn el perfil de usuarios del SAGA
(administrador, empleados, docentes, estudiantes, familias.)
Usuario:
Seguridad: Registrarse para el acceso al sistema
Administracin de notas: Consultar notas segn perfil
Administracin del sistema: ver datos personales
Administracin de informes: ver informes segn perfil.
74
Modulo de gestin de evaluacin:
Administrar notas: segn perfil, por ejemplo el docente puede ingresar:

notas y modificarlas solo hasta el cierre del periodo.
Administrar logros: segn perfil. Por ejemplo el administrador y el

docente pueden ingresar modificar logros, pero lo directores de curso
solo no.
Modulo de gestin de informes y reportes:
Administracin de informes: solo administrador
Consultar informes: segn el perfil. Por ejemplo solo las familias pueden
visualizar un tipo de informes.
Entiende administracin las funciones bsicas de las bases de datos; crear,
actualizar, modificar y eliminar.
6.1.5 Lista de requerimientos
Tabla 5. Requerimientos Funcionales y Compuestos.

N Descripcin Prioridad Exigencia
El sistema permitir la creacin y edicin de
1 1 E
usuarios.
2 El sistema permitir el la creacin de perfiles. 1 E
El sistema considerar como mnimo los siguientes
3 perfiles: administrador, docente, estudiante, 1 E
administrativos y padre de familia.
75
El sistema limitar el acceso a las funciones de
4 1 E
acuerdo al perfil del usuario.
El sistema permitir establecer permisos a cada
5 1 E
perfil.
El sistema permitir el ingreso al programa basado
6 1 E
en usuario y contrasea.
Las contraseas sern encriptados en base de
7 1 E
datos cifrada mediante una funcin (MD5).
Se guardarn todas las incidencias de ingreso por
8 2 E
usuario, adems de los intentos de ingreso fallidos.
El sistema no permitir el ingreso de un mismo
9 1 E
usuario desde dos sesiones distintas
El sistema permitir 3 intentos fallidos de ingreso,
10 2 E
luego de esto se bloquear el usuario.
Para mejorar la performance de la Base de Datos,
11 mensualmente se ejecutarn procedimientos para 2 D
descartar datos no relevantes.
El sistema establecer al usuario creado una
12 1 E
contrasea por defecto.
La contrasea por defecto del usuario creado tendr
13 1 E
que ser cambiada en el primer ingreso al sistema.
14 El sistema permitir el cambio de contrasea. 2 D
15 El sistema permitir asociar usuarios a un colegio 1 E
El sistema no permitir calificar profesores que no
16 tengan logros asignados a sus periodos 1 D
acadmicos.
El sistema permitir validar las notas que se
17 1 D
ingresan segn el rango establecido
El sistema mostrar la lista de alumnos X curso y X
18
ao
El sistema mostrar la lista de docentes con su
19 respectiva carga acadmica y Intensidad Horaria.
Listado de Asignaturas X Curso con su respectiva

20
Intensidad Horaria
Estadstica de alumnos reprobados X materia y X
21
periodo con el nombre del docente
Listado de alumnos que requieren refuerzo y su
22
curso
El modulo de recuperaciones solo mostrara los
23
alumnos que la requieren.
En el sistema se podr definir la escala conceptual
24
de notas con su respectivo desempeo.
76
El sistema permitir asociar un sistema de notas a
1 1 E
un colegio
El sistema permitir asociar los perfiles a ese
2 1 E
sistema de notas adoptado.
El sistema debe permitir la administracin de las
3 1 E
directrices del colegio
El sistema podr establecer 4 criterios bases en la
calificacin de estudiantes segn decreto 1290:
Aspectos cognitivos
4 1 E
Aspecto actitudinal
Autoevaluacin
Aspectos formativos
El sistema permitir administrar los diferentes
rangos asociados a la calificacin de un estudiante
segn el decreto:
5 1. Desempeos 1 E
2. Notas
3. Periodos
4. Fechas de calificacin para docentes
El sistema permitir ingresar los logros que se
6 califican en los diferentes periodos establecidos por 1 E
el colegio.
El sistema permitir calificar los diferentes aspectos
7 mencionados en el punto 4. Y segn los rangos de 1 E
notas establecidos.
El sistema permitir ingresar la inasistencia de los
8 estudiantes segn criterios del colegio por: da, 1 E
semana, mes o periodo.
El sistema permitir consultar los resultados de los
estudiantes segn las siguientes opciones:
Informe matricial acumulado
Informe matricial por periodo
Informe de notas de aspectos por asignatura
Informe de notas por estudiante:
Boletn de notas por periodo
1 1 E
Registro de valoracin acadmica
Registro de asignaturas perdidas
Registro de reas perdidas
Registro de inasistencia
Informe de excelencia acadmica
Informe de porcentajes de perdida por asignatura
Informe de porcentajes de perdida por grupos.
2 El sistema permitir exportar los datos a archivos, 1 E
77
Pdf, Html, Word, Excel y de texto.
El sistema permitir ver los informes segn los
3 1 E
perfiles asociados.
N Descripcin Requerimientos No Funcionales Prioridad Exigencia

La interfaz de usuario debe ser amigable el manejo
1 3 D
del programa debe ser a travs de teclado y mouse.
El sistema funcionar bajo al menos en los
2 2 D
navegadores Firefox, Chrome y Internet Explorer.
El sistema trabajar con una base de datos MySQL
3 1 E
o mejor.
EL sistema funcionar con una arquitectura base de
4 1 E
cliente servidor.
5 El sistema se implementar en lenguaje PHP 5 1 E
El sistema permitir el ingreso al sistema solo a
7 1 E
usuarios registrados.
Tabla 6. Prioridad y Exigencia de Requerimientos

Valores Descripcin
1 Alta
2 Media
3 Baja
Valores Descripcin
E Exigible
D Deseable
6.1.6 Diagramas
6.1.6.1 Diagrama de bases de datos
En esta parte se trabajo en la integracin de varias tablas en la base de datos de

acuerdo a necesidades que surgieron:
Algunas tablas les haca falta la clave principal ya que se pensaba que no se iba a
necesitar pero en el momento de administracin, por ejemplo en la tabla
cursoxmateriaxusuario si haba una modificacin o eliminacin de algn registro se
necesita saber el ndice principal por ende se organizo cada tabla con su clave
78
principal. Ahora tablas como areaxmateriaxusuario se integro con el fin de poder
asociar una materia a varias reas en diferente curso, la tabla observacin con el
fin de poder modificar las observaciones que son de ayuda para el docente
calificar los diferentes aspectos.
Figura. 10 Diagrama de bases de datos
79
6.1.6.2 Modelo navegacional
Figura 11: Diagrama Navegacional
80
Figura 12: Diagrama Navegacional 2
81
6.1.6.3 Diagramas de casos de uso
Los casos de uso que vi necesarios integrar al sistema, as todava no estn en

estos diagramas fueron:
Visualizar los logros por perodo: Anteriormente se tena un botn el cual mostraba
todos los logros de una materia en los diferentes periodos. Por ende me parece
que para un usuario es ms fcil poder buscar los logros seleccionando el perodo.
Integrar una materia a varias reas: Se vio necesario en el sentido de que haba
una materia que estaba ligada a un rea, pero hacia parte del porcentaje de la
nota de otras reas, por ende se vio la necesidad de integrarla a varias reas.
Agregar Perfiles a Usuarios y eliminar perfil a usuario: Inicialmente cuando se

creaba el usuario se le asignaban los diferentes perfiles que poda tener como
docente, administrador, director de grupo, pero al analizar mire que un usuario
puede cambiar de perfiles o puede que le asignen mas perfiles ya que puede
cambiar de docente a administrador o puede que sea docente y le asignen el
cargo de director de grupo.
Por otro lado tambin tengo muchas sugerencias frente a sistema lo cual no se
alcanzaran a realizar en el tiempo establecido de prctica.
82
Figura 13. Diagramas de casos de uso 1
uc Casos de uso SAGA
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versi
Actors
+ Admi ni strador
+ Di rectivo Usuario
+ Docente
ADMINISTRAR SAGA
+ Dpto de Si stemas
+ Estudiante
+ Fami l ia
+ Secretara Acadmica
+ Usuario
Administrador
invokes
Secretara Acadmica Dpto de Sistemas
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
ADMINISTRACION EA 7.1 Unregistered Trial Versi
Validar Usuario
ACADEMICA invokes
Docente
invokes
Directiv o
INFORMES
EA 7.1 Unregistered Trial Version

Familia
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versi
EA 7.1 Unregistered TrialEstudiante

Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Versi

83
uc ADMINISTRAR SAGA
ADMINIST RAR SAGA

Administar Usuarios
ADMINISTRAR
GRADOS
EA 7.1 Unregistered
Administrador Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
(from Actors)
ADM INISTRAR
CURSOS
ADMINISTRAR
MATERIAS
Dpto de Sistemas
Secretara Acadmica ADMINISTRAR
(from Actors) JORNADA
EA 7.1 Unregistered
(fromTrial
Actors) Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
ADM INISTAR
PERIODO
ADM INISTRACION
ACADEM ICA
Usuario
ACTUALIZAR AO
EA 7.1(from
Unregistered
Actors)
Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
ACADEM ICO
INFORMES
ADM INISTRAR NOTAS
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial

Registrar Version
al sistema EA 7.1 Unregistered Trial Version
84
uc Adminis tar Usuarios
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregist
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered

CREAR Trial Version EA 7.1 Unregist
ELIMINAR
EA 7.1 Unregistered
Administrador
Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregist
(fro m Actors)
MODIFICAR
ASIGNAR USUARIOS A
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
CURSOS EA 7.1 Unregist
Dpto de Siste mas
Sec retara Aca dmica
EA(from Unregistered(from
7.1Actors) Actors)
Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregist
ASIGNAR USUARIOS A
M ATERIAS

uc ADM INISTRAR GRADOS

CREAR

Administrador
(from Actors) ELIM INAR

M ODIFICAR
Secretara Acadmica
Dpto de Sistemas
(from Actors) EA 7.1 Unregistered Trial Version
(from Actors)
85
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Tria
uc ADMINISTRAR CURSOS
CREAR
Administrador
(from Actors)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial VersionELIMEA
INAR7.1 Unregistered Tria

M ODIFICAR EA 7.1 Unregistered Tria
EA 7.1 Unregistered
Dpto de Sistemas Trial Version
Secretara Acadmica EA 7.1 Unregistered Trial AVersion EA 7.1 Unregistered Tria
ASIGNAR CURSOS
GRADOS
(from Actors) (from Actors)

uc ADM INISTRAR M ATERIAS
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
CREAR
ELIM INAR
Administrador
EA 7.1 Unregistered
(from Actors) Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
M ODIFICAR
EA 7.1Secretara
Unregistered
Acadmica
Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
(from Actors)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial
ASIGNAR Version
M ATERIAS EA 7.1 Unregistered
A A CURSOS
Dpto de Sistemas
(from Actors)
86
EA 7.1ucUnregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
ADMINISTRAR JORNADA
CREAR
extend
ADMINISTRAR
JORNADA
extend
Administrador
MODIFICAR
(from Actors)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trialextend

Version EA 7.1 Unregistered Trial Version
ELIMINAR
Secretara Acadmica
EA 7.1 Unregistered Trial
Dpto Version
de Sistemas EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
(from Actors)
(from Actors)

uc ADMINISTAR PERIODO
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial CREAR


ELIMINAR
ADMINISTAR
PERIODO
Administrador
(from Actors)
FECHAS
i nvokes
MODIFICAR
extend
ASIGNAR PERIODO A DESCRIPCION
Secretara Acadmica AO ACADEMICO
(from Actors)
87
uc ADM ON ACADEM I...
M ODIFICAR NOT AS
M ODIFICAR NOTAS
Administrador
EA(from
7.1Actors)
Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
INFORM ES
Secretara Acadmica
EA 7.1 Unregistered
(from Actors) Trial Version EA 7.1 Unregistered Trial Version
LOGROS
ADM INISTRAR
ADM INISTRAR
Docente
ASPECTOS
(from Actors)
ADM INISTRAR
NOTAS
Directiv o
EA(from
7.1Actors)

uc Promov er Estudiant...
EA 7.1 Unregistered T rial Version EA 7.1 Unregistered Trial Versi

PROM OVER
EA 7.1 Unregistered T rial Version EA EST
7.1 Unregistered
UDIANTES Trial Versi
EA 7.1 Unregistered T rial Version

Administrador EA 7.1 Unregistered Trial Versi
(fro m Actors) NO PROM OVER
EA 7.1 Unregistered T rial Version EA 7.1 Unregistered
ESTUDIANTES Trial Versi

DESACTIVAR
ESTUDIANTE

Sec reta ra Aca dmica
EA 7.1 Unregistered Trial Versi
(from Actors)
88
uc INFORM ...
EA 7.1 Unregistered T rial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
INFORM ES
Adminis tra dor
EA 7.1 (from
Unregistered
Acto rs)
T rial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
EA 7.1 Unregistered T rial Version EA 7.1 Unregistered TrialADM

Version
INIS TRAR
INFORM ES
S ec re ta ra Ac a dmic a
(fro m Actors)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
EA 7.1 Unregistered
Doc e nte T rial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
CONSULTAR
(fro m Acto rs)
INFORM ES
Dire ctiv o
(fro m Acto rs)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
EA 7.1 Unregistered
Fa milia T rial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
(fro m A cto rs)
EA 7.1 Unregistered
Estudiante T rial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered T rial Version
(fro m Acto rs)

EA 7.1 Unregistered Trial VersionNOTAS
uc ADMINISTRAR EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
CREAR
invokes
ADMINISTRAR NOTAS
Administrador invokes
MODIFICAR
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1invokes

Unregistered Trial Version EA 7.1 Unregistered
ELIMINAR
Secretara Acadmica
Dpto de Sistemas Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered
89
uc ADM ON ACADEM I...
M ODIFICAR NOT AS
M ODIFICAR NOTAS
Administrador
EA(from
7.1Actors)
INFORM ES
Secretara Acadmica
EA 7.1 Unregistered
(from Actors) Trial Version EA 7.1 Unregistered Trial Version
LOGROS
ADM INISTRAR
ADM INISTRAR
Docente
ASPECTOS
(from Actors)
ADM INISTRAR
NOTAS
Directiv o
EA(from
7.1Actors)

uc ADM INISTRAR INFORM ...
EA 7.1 Unregistered T rial Version EA 7.1 Unregistered Trial Version
EA 7.1 Unregistered T rial Version EA 7.1 CREAR

Unregistered Trial Version

ELIM INAR

Docente
(from Actors)

M ODIFICAR
90
A 7.1 Unregistered uc
Trial Version
ADMINISTRAR EA 7.1 Unregistered Trial Version
ASPECTOS EA 7.1 Unregistered Tr
A 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Tr
CREAR
Docente
A 7.1 Unregistered Trial Version
(from Actors)
EA 7.1 Unregistered Trial VersionELIMINAR
EA 7.1 Unregistered Tr
MODIFICAR

uc ADMINISTRAR NOTAS
EA 7.1 Unregistered Trial Version EA 7.1INGRESAR

Unregistered
NOTAS
Trial Version EA 7.1 Unregistered Trial Version
Docente
ELIMINAR NOTAS
(from Actors)
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 PERIODO
Unregistered
ABIERTO
Trial Version
precedes
MODIFICAR NOTAS

91
uc INFORM...
INFORMES
Administrador
EA 7.1 (from
Unregistered
Actors) Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered TrialADM

Version
INISTRAR
INFORMES
Secretara Acadmica
EA 7.1(from
Unregistered
Actors)
EA 7.1 Unregistered
Docente
Trial Version EA 7.1 Unregistered TrialCONSULTAR
(from Actors)
INFORMES
Directiv o
(from Actors)
EA 7.1 Unregistered
Familia Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
(from Actors)
EA 7.1 Unregistered
Estudiante Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
(from Actors)
92
EA 7.1ucUnregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
ADMINISTRAR INFORM...
CREAR
Administrador
ELIMINAR
(from Actors)

MODIFICAR EA 7.1 Unregistered Trial Version
Dpto de Sistemas
Secretara Acadmica
EA 7.1 (from
Unregistered
Actors) Trial
(fromVersion
Actors) EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version
93
6.1.6.4 Diagrama de clases
Realizacin del diagrama de clases del sistema SAGA donde se describen las
clases, atributos y mtodos de las mismas clases.
Figura 31. Diagrama de Clases

class Diagramas de Clases SAGA
usuario tipocalificacion
- Apodo: char - Anio: int
- Celular: char - Apodo: char
- EA int
Clave: 7.1 Unregistered Trial Version - EA 7.1intUnregistered Trial Version
Estado:
- CorreoInstituci onal: char - Nombre: char
- CorreoPersonal: char - Porcentaj e: i nt
- Estado: i nt - T ipoCal ifi cacionId: int
perfil - Foto: char
- Pri merApel li do: char + Asi gnarT i poCali ficaci onaCalificacion() : voi d
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version ++ EA

-
-
Apodo: char
Eli minarPefi l: int
-
-
Asi gnarT i posdeCali ficaci onaPeriodos() : voi d
Pri merNombre: char
7.1
CrearT ipoCalUnregistered
ificacion() : voi d
SegundoApell ido: char
Trial Version
- Estado: i nt - SegundoNombre: char + Eli minarT ipoCal ificacion() : void
- Nombre: char - T elefono: char + Modifi carT i poCali ficaci on() : void
- PerfilId: int - Usuari oId: int
+ CrearPerfil() : void + AsignarPerfil aUsuarios() : void

aniocursado
EA
+ 7.1 Unregistered
ModificarPerfil () : void Trial Version EA 7.1 Unregistered
+ AsignarUsuariosaCurso() : void Trial Version EA 7.1 Unregistered Trial Version
+ AsignarUsuariosaMaterias() : voi d - Anio: int
+ CrearUsuario() : void - AnioCursadoId: int
EA 7.1 Unregistered Trial Version EliEA 7.1 Unregistered
minarUsuari o() : void Trial Version
+- EA 7.1 Unregistered Trial Version
Aprobado: int
+ ModificarUsuario() : voi d - CursoId: i nt
- Usuari oId: int
EA 7.1 Unregisteredlogro
calificacion
- Ani o: int
EA 7.1 Unregistered
- Contenido: Trial
char Version EA 7.1 Unregistered Trial Version EA 7.1
- Unregistered
Anio: i nt Trial Version
- Estado: int - Cali fi cacion: int
- GradoId: int - Contenido: char
EA 7.1 Unregistered Trial Version EA 7.1 Unregistered Trial Version EA 7.1
- LogroId: i nt - Unregistered
CursoId: int Trial Version
- Materi aId: int curso - Estado: int
- PeriodoId: int - M ateriaId: i nt
- Apodo: char
- UsuarioId: i nt
- CursoId: int Trial Version EA 7.1
- Unregistered
Peri odoId: i nt Trial Version
- T i poCali ficaci onId: int
+ Asi gnarLogroaGrados() : void - Estado: int
- UsuarioId_Cal ificado: int
+ Asi gnarLogrosaMateri as() : voi d - GradoId: i nt
- UsuarioId_Cal ificador: i nt
+ Elim inarLogros() : void
- Ni velCursoId:Trial
int Version EA 7.1 Unregistered Trial Version
- Nombre: char
+ IngresarLogros() : void + El imi narCali fi cacion() : void
+ Modi fi carLogros() : void + IngresarCalificaci on() : voi d
+ AsignarCursoaGrado() : void EA 7.1
+ MUnregistered
odificarCalificaci on() : Trial
voi d Version
+ CrearCurso() : voi d
+ El imi narCurso() : void
materia
+ M odificarCurso() : void
- Apodo: char grado

- AreaId: int
- Apodo: char
- Estado: int
- Estado: i nt
- Materi aID: int
- GradoId: i nt
- Nombre: char
- Nombre: char
- Porcentaj e: i nt
+ CrearGrado() : voi d
+ Asi gnarMateriaaArea() : void anioescolar periodo
+ ModificarGrado() : void
+ CrearMateri a() : void
+ Eli minarMateri a() : void - Anio: i nt
Trial Version EA
-
7.1 Unregistered Trial Version
AnioEscolarId: int
+ Modifi carM ateria() : voi d - Apodo: char - Apodo: char
- Estado: int - Estado: i nt
- Trial
FechaFin: dateti me Version EA
- 7.1 Unregistered
FechaFin: Dateti me Trial Version
- FechaIni ci o: Datetime - FechaInicio: dateti me
- Nombre: i nt - Nombre: char
EA 7.1 Unregistered Trial Versionarea EA 7.1 Unregistered Trial Version EA
- 7.1odoId:
Peri Unregistered
i nt Trial Version
+ CrearAoEscolar() : void
- Apodo: char + El imi narAoEscolar() : voi d + AsignarPeriodoaAoEscol ar() : void
- AreaId: int EA 7.1 Unregistered Trial
+ M odificarAoEscol ar()Version
: void EA 7.1 Unregistered
+ CrearPeri odos() : void Trial Version
- Estado: int + ModificarPeriodos() : voi d
- Nombre: char
+ CrearArea() : void
+ Elimi narArea() : void
+ Modi ficarArea() : voi d
94
6.1.6.5 Imgenes sistema saga
Figura 32. Imgenes SAGA 1
95

96
97
6.2 FUNCIONES A REALIZAR POR PARTE DEL PRACTICANTE
Apoyar el proceso de anlisis, diseo, implementacin y mantenimiento del

sistema evaluativo SAGA, principalmente en las siguientes actividades:
Disear algunos casos de uso
Modelar las nuevas definiciones de la bases de datos utilizando

Navicat Premium, SQL developer y Phpmyadmin.
Participar en el desarrollo del sistema evaluativo SAGA realizado en
PHP y orientado a la arquitectura MVC
Certificar la solucin a nivel funcional.
Documentar el modelo navegacional , diagrama de clases y casos de
uso
Realizar el manual de usuario

Acompaar al rea de infraestructura en los servicios de red, software y hardware.
6.3 PRUEBAS
6.3.1 Pruebas aplicadas al sistema saga
Mtodos de Pruebas:
Existen dos mtodos bsicos para realizar las pruebas a nuestros sistemas de
informacin.
6.3.1.1 Mtodo caja negra
Este corresponde a la realizacin de pruebas en nuestro sistema de informacin

por parte de personas que no sean muy expertas en manejo de los mismos o por
personas que no conozcan mucho la funcionalidad de este sistema de
informacin, se le debe suministrar ingreso y navegacin por el sistema y no
controlar la forma de navegacin o de ejecucin de esta persona con nuestro
sistema.
98
Lo importante es identificar los problemas que se presenten en control de accesos
y navegacin que para nosotros como diseadores o desarrolladores son
evidentes que no se van a presentar pero que realmente no hemos podido
controlar.
En esta seccin se prob el sistema acadmico con el secretario acadmico

(administrador) y con los mismos docentes para los cuales resulto un sistema
agradable y muy sencillo de manejar, tambin ayudaron al mejoramiento del
sistema dndonos a conocer pequeos errores que afectaban los informes y la
manera como navegaban en el, ya que cada uno hacia las cuentas de sus
materias.
El secretario acadmico dio varias sugerencias a lo largo del desarrollo del

sistema de notas las cuales se tuvieron en cuenta y ayudaron a un manejo ms
sencillo por parte del mismo y a poner el sistema mucho ms robusto y amigable.
Por otro lado observando los diferentes mtodos de calificacin y tipos de materias
que dictan los docentes se vio la necesidad de incluir nuevos requerimientos al
sistema que por el momento no se van a desarrollar pero en un futuro se van a
tener en cuenta.
6.3.1.2 Mtodo caja blanca:
Estas pruebas las debe realizar personal con conocimientos de sistemas de

informacin pero que sepa la funcionalidad definida para nuestro sistema,
normalmente son personas que han estado con nosotros en todo el desarrollo del
sistema de informacin y que tiene total claridad en la forma como debe funcionar
este sistema, evaluara datos reales, identificara problemas que se han
presentando en anteriores sistemas y que desea evitar que le pase, solucionara
diferencias o formas de trabajar inadecuadas o que no se hallan identificado en el
levantamiento de requerimientos y necesidades.
Lo importante es identificar los errores y determinar las acciones de mejoramiento
que se deben realizar, determinar si los errores son determinados por deficiencias
en los requerimientos y establecer un cronograma de mejoras y nuevas pruebas
para solucionar esto.
A continuacin se muestra un formato de cmo se realizaron las pruebas del

sistema SAGA
99
6.4 RESULTADOS DE LAS PRUEBAS
Tabla 7. Formato de Pruebas

Casos Prueba SAGA
Sistema Acadmico Gimnasio los

Nombre del proyecto Alczares S.A.G.A.
Nombre del Cliente Colegio Gimnasio los Alczares
Analista Lder Juan Carlos Quintero
Analista de la prueba Juan Camilo Morales Rojas
Garantizar correcta ejecucin de sistema
completo de SAGA: Seguridad,
Objetivo del caso de prueba Parametrizacin, y Seguimiento
Resultado Resultado Esperado y

Caso Prueba Obtenido Observaciones
Modulo Notas
Ingreso Notas por Docente y Tipo Calificacin

Verificar que los estudiantes Correcto El sistema debe mostrar
pertenezcan al curso los estudiantes correctos
correspondiente. en el momento en que se
selecciona el curso
Verificar que docente tenga Correcto El sistema debe mostrar
asignado las materias y cursos la materia y el curso que
correspondientes. el docente tiene asignado
Verificar que se valide que en el Correcto El sistema debe validar la
ingreso de notas solo se nota en formato correcto
ingresen nmeros y este y valor correcto y mostrar
establecido dentro del rango un mensaje cuando lo
establecido. ingresa incorrecto
Verificar que el sistema muestre Correcto El sistema debe mostrar
un mensaje de informacin en el un mensaje de
100
guardado de notas informacin cuando se
guardan las notas
Verificar que solo se muestren Correcto El sistema solo de ver
los estudiantes no calificados mostrar los estudiantes
no calificados.
Verificar que si todos los Correcto El sistema deber
estudiantes estn calificados mostrar todos los
mostrar un mensaje de alerta. estudiantes ya han sido
calificados
Verificar que solo se muestren Correcto El sistema deber solo
los estudiantes con estado mostrar los estudiantes
Activo con estado Activo
Resultado Resultado Esperado
Caso Prueba Obtenido y Observaciones
Modulo Notas
Modificar Notas por Docente y Tipo Calificacin

Verificar que se valide que en la Correcto El sistema debe
modificacin de existan notas mostrar solamente los
para poder modificar. estudiantes
calificados con las
notas ingresadas.
Si todos estn calificados Correcto El sistema debe
mostrar la materia y el
curso que el docente
tiene asignado
Verificar que se valide que en el Correcto El sistema debe
ingreso de notas solo se validar la nota en
ingresen nmeros y este formato correcto y
establecido dentro del rango valor correcto y
establecido. mostrar un mensaje
cuando lo ingresa
incorrecto
Verificar que el sistema muestre Correcto El sistema debe
un mensaje de informacin en el mostrar un mensaje
guardado de notas de informacin
cuando se guardan
las notas
101
Modulo Logros
Ingreso Logros por Docente

Verificar que se habilite el botn Correcto El sistema debe
guardar y el panel del ingreso de mostrar el botn
logros en el momento en que se guardar y habilitar el
seleccione el perodo, grado y panel para escribir en
materia. el momento en que se
seleccionen los
parmetros
seleccionados
Verificar que se muestre algn Correcto El sistema debe
mensaje en el momento en que mostrar los logros
se guarde algn logro. ingresados debajo del
panel del ingreso de
logros a medida que
se van ingresando.
Verificar que se valide que en el Correcto El sistema debe
modificar logros se habilite el habilitar el panel para
panel para escribir sobre l y poder modificar algn
poder modificar. logro ingresado.
Modulo Informes
Informe Matricial Acumulado

Verificar que se muestren las Correcto El sistema debe
notas de los periodos correctas mostrar las notas
asignadas al estudiante que le correctamente
pertenecen las notas. asignadas al rea y
estudiante.
Verificar que se haga bien el Correcto El sistema debe
clculo de multiplicar las nota de mostrar la nota
las materias por el porcentaje definitiva por rea
equivalente al rea y sumarlas mas no por materia
para mostrar la definitiva por
rea.
Verificar que se haga bien el Correcto El sistema debe
clculo de la nota de los mostrar como el
periodos por el porcentaje estudiante lleva el
correspondiente a cada uno y acumulado del rea
mostrar el acumulado llevado al de acuerdo a los
100%. perodos calificados
102
Verificar que el sistema permita Correcto El sistema debe
exportar los registros al formato permitir exportar los
(Excel ) registros a los
diferentes formatos
Informe Matricial por Perodo
Verificar que se muestren las Correcto El sistema debe
notas del perodo seleccionado mostrar las notas
asignadas al estudiante que le correctamente
pertenecen las notas. asignadas al rea y
estudiante en el
perodo seleccionado.
exportar los registros al formato permitir exportar los
(Excel ) registros a los
diferentes formatos
Verificar que se muestren los Correcto El sistema debe
informes correctamente del ao mostrar el informe
actual correctamente con los
cursos, estudiantes
del ao actual y sus
correspondientes
notas
Mdulo Configuracin
Datos Personales
Verificar que se valide que se Correcto El sistema debe
ingresen algunos campos. validar que se
ingresen los campos
requeridos
Modulo Administracin Ao Escolar y Perodos
Ao Escolar
Verificar que el Campo Fecha No Aplica El sistema debe
de Creacin, tenga un formato validar la fecha en
correcto(dd/mm/aaa) y que no formato correcto y
acepte fechas diferentes a la del valor correcto
ao actual
Verificar que despus de que se Correcto El sistema deber
cree el ao escolar no se pueda mostrar solo la
crear otro en ese mismo ao modificacin del ao
creado en ese ao
cuando ya se ha
103
creado
Perodos escolares
Verificar que se muestre un Correcto El sistema deber
mensaje de que se debe crear mostrar un mensaje
primero el ao escolar para la que se debe crear el
creacin de perodos. ao escolar para
comenzar con la
creacin de perodos.
Verificar que los campos Fecha No Aplica El sistema debe
de Creacin, tenga un formato validar la fecha en
correcto(dd/mm/aaa) y que no formato correcto y
acepte fechas diferentes a la del valor correcto.
ao actual
Verificar que la fecha de Correcto El sistema debe
terminacin del perodo sea validar que la fecha
mayor a la de inicio de inicio del perodo
sea mayor que la
fecha de terminacin
del periodo.
Verificar que las fechas de los No Aplica El sistema debe
diferentes perodos no se validar que el rango
crucen. de fechas de un
perodo no se cruce
con el de otro perodo.
Verificar que solo se muestren Correcto El sistema deber
los perodos que tiene asignado mostrar solo los
el ao actual. perodos del ao
actual.
Verificar que se valide que al Incorrecto El sistema deber
modificar los tipos de calificacin mostrar un mensaje
a un perodo no existan notas en de alerta que no se
alguno de esos aspectos puede modificar los
tipos de calificacin al
perodo ya que
existen notas.
Verificar que los campos de Correcto El sistema deber
fecha y nombre sean mostrar un mensaje
obligatorios de alerta si no se
ingresan los campos
necesarios.
Replicacin de Notas
Verificar que se valide que el Incorrecto El sistema deber
perodo del cual se van a mostrar los perodos
104
replicar las notas sea diferente diferentes del cual se
al perodo al cual se van a van a replicar las
replicar. notas.
Verificar que se valide que el Incorrecto El sistema deber
curso y materia al cual se van a mostrar un mensaje
replicar las notas no contenga de alerta de que ya
ya notas registradas en ese existen notas en ese
perodo perodo, materia y
curso donde se van a
replicar las notas
Modulo reas y Grados
reas
Verificar que el campo Nombre Correcto El sistema debe
sea requeridos validar que el campo
sea obligatorio.
Verificar que en la modificacin Correcto El sistema deber
del grado se muestren los mostrar los grados
grados creados y se pueda creados y permitir
modificar el campo del grado hacer cualquier
siguiente modificacin sobre los
grados.
Materias
sea obligatorio.
asociar materia a varias reas y permitir asociar una
a varios cursos con su materia a varias reas
respectivo porcentaje y a varios cursos y
dependiendo del rea y curso. asignarle un
porcentaje diferente
para cada curso y
rea.
Verificar que en el momento en No aplica El sistema deber
que se va agregar una materia a validar que primero se
un rea y curso ya existan debe crear un curso y
creados algunos de estos dos rea para poder
parmetros. asociar la materia a
estos 2 parmetros.
Verificar que se pueda modificar No aplica El sistema deber
el estado y porcentaje de una permitir que se pueda
materia asignada a un curso modificar el estado y
105
porcentaje de una
materia asignada a un
curso.
Verificar que se valide que la Incorrecto El sistema deber
suma de los porcentajes de las validar que la suma
materias por curso y por rea de de los porcentajes de
100% las materias por curso
y por rea no
sobrepase 100%
Verificar que al eliminar la Incorrecto El sistema deber
relacin de curso y materia no mostrar una alerta de
contenga notas que ese curso en esa
materia ya tiene
asignada unas notas.
Grados
sea obligatorio.
Verificar que en la modificacin Correcto El sistema deber
del grado se muestren los mostrar los grados
grados creados y se pueda creados y permitir
modificar el campo del grado hacer cualquier
siguiente modificacin sobre los
grados.
Cursos
Verificar que todos los campos Correcto El sistema debe
sea requeridos validar que todos los
campos sean
obligatorios.
Verificar que se valide que Incorrecto El sistema deber
exista primero el grado para mostrar un mensaje
luego crear el curso de alerta diciendo que
debe existir primero
un grado para la
creacin de un curso.
Modulo Administracin de Notas
Notas Avanzada
Verificar que el sistema retorne Correcto El sistema debe
los datos correctos de acuerdo mostrar solo los
al criterio de bsqueda del registros que
Campo "Estudiante" concuerden al criterio
de bsqueda.
106
Verificar que los filtros de Correcto El sistema debe
bsqueda arrojen los resultados arrojar solo registros
correctos de acuerdo al criterio que concuerden con
de bsqueda especificado los parmetros de
(Estudiante, Perodo, Tipo bsqueda ingresados
calificacin, materia,
Calificacin, Observaciones)
Verificar que los filtros de Correcto El sistema debe
bsqueda para notas avanzada mostrar solo los
funcionen correctamente registros que
(Perodo, Tipo calificacin, concuerden al criterio
materia) de bsqueda pero el
sistema presenta un
error de cache en los
filtros y no muestra
correctamente los
registros.
Verificar que solo se muestren Correcto El sistema debe
los registros en los cuales el mostrar solo los
estudiante tenga notas pata registros en los que
poder modificar tenga notas
Agregar Notas
Verificar que se agregue Incorrecto Guarda correctamente
correctamente las notas del pero hay un Error
estudiante a las materias que ve cuando no se han
ese estudiante y a los tipos de creado los parmetros
calificacin que tiene asignado necesarios como
ese perodo al que se quiere periodos, materias
agregar las notas asignadas al curso al
que pertenece el
estudiante, o no haber
seleccionado el
estudiante.
Resultado Resultado Esperado
Caso Prueba Obtenido y Observaciones
Modulo Usuarios
Creacin/Modificacin de usuarios
Verificar que todos los Correcto El sistema debe validar
obligatorios sean requeridos que se ingresen todos
los campos requeridos
Verificar que se pueda asignar Correcto El sistema debe
correctamente varios perfiles a permitir asignar varios
107
un usuario perfiles a un mismo
usuario
Verificar que se pueda cambiar Correcto El sistema deber
el estado del usuario permitir cambiar el
correctamente estado del por
cualquier motivo.
Verificar que se muestre Correcto El sistema deber
correctamente la asociacin del mostrar correctamente
usuario con su perfil(es). la asociacin del
usuario con sus
perfiles.
Verificar que despus de creado Correcto El sistema deber
el usuario se pueda eliminar el permitir eliminarle un
perfil asignado o se le puedan perfil a un usuario o
agregar ms perfiles. asignarle mas perfiles
al mismo
Asignar estudiantes a un curso
los usuarios de tipo estudiante. mostrar solo los
usuarios de tipo
estudiante.
Verificar que solamente se Correcto El sistema deber
muestren los estudiantes que no mostrar solamente los
tienen asignado ningn curso en estudiantes que no
el ao actual. estn asignados a
ningn curso en el ao
actual de lo contrario
un mensaje de alerta
diciendo que todos ya
estn asignados a un
curso.
Verificar que se puedan Correcto El sistema deber
seleccionar ms de un asociar varios
estudiante para asignarlo a un estudiantes a un curso.
curso.
Verificar que solamente se Correcto El sistema deber
pueda seleccionar un curso a la permitir solo
vez seleccionar un curso a
la vez para asignarle
los estudiantes
Verificar que al modificar un No Aplica El sistema deber
estudiante de algn curso este validar que el
no contenga notas estudiante no tenga
notas en ese curso
108
para poder cambiarlo
de curso.
Promocin de Estudiantes
Verificar que no existan Correcto El sistema deber
estudiantes en el ao actual habilitar el botn de
para promover los del ao promover en el
pasado momento en el cual el
ao actual no contenga
ningn estudiante.
Verificar que se promuevan Correcto El sistema deber
correctamente los estudiantes promover solamente
que ganaron todas las reas de los estudiantes que
un grado a otro ganaron todas las
reas o que reforzaron
y ganaron. El sistema
promueve o todos
incluyendo a los que
pierden reas.
Verificar que se puedan No Aplica El sistema deber
promover los estudiantes si promover a los
existen estudiantes registrados estudiantes
en algn curso ese ao. independiente si
existen estudiantes
registrados en algn
curso.
Docentes a Curso y Materia
Verificar que solo se puedan Correcto El sistema deber
seleccionar usuarios con el perfil habilitar mostrar solo
de docente los usuarios con el
perfil de docente
Verificar que ya exista una No Aplica El sistema deber
relacin entre materia y curso mostrar un mensaje de
para poder hacer la asociacin alerta diciendo que se
del docente. debe asociar primero la
materia al curso para
despus hacer este
proceso.
Verificar que se muestren las Correcto El sistema deber
materias asignadas al curso mostrar los cursos que
han sido asignados a
determinada materia.
Verificar que al eliminar la No Aplica L sistema deber
relacin de un docente a curso y mostrar un menaje de
materia este no contenga notas alerta cuando este
109
usuario ya a ingresado
notas a ese curso
Modulo Informes
General
Verificar que todos los informes Correcto El sistema debe
se muestren correctamente por mostrar los informes
ao. de acuerdo al ao
seleccionado.
Verificar que se muestre Incorrecto El sistema deber
correctamente los informes de mostrar
un estudiante cuando se cambia correctamente los
de curso informes de un
estudiante cuando se
cambio de curso en el
transcurso del ao.
Verificar que se muestren Incorrecto El sistema no muestra
mensajes de alerta cuando falta ningn mensaje
algn parmetro para mostrar cuando falta algn
los informes parmetro. Solo
muestra el error.
Modulo Impresin
General
Verificar que solo se pueda Correcto El sistema debe
seleccionar hasta los perodos mostrar solamente los
calificados. perodos calificados
Verificar que se pueda imprimir El sistema debe
todos los estudiantes de un Correcto permitir seleccionar
curso o los que se seleccionen. cualquier cantidad de
estudiante para la
impresin de su boletn.
Verificar que los clculos de las Correcto El sistema deber
notas que se impriman sean mostrar correctamente
correctas las notas de los
estudiantes
seleccionados y como
lleva su promedio
las reas que el estudiante tiene mostrar solamente las
calificadas reas que el estudiante
tiene calificadas.
110
Verificar que se saque el Correcto El sistema deber
promedio correctamente hasta mostrar correctamente
el perodo seleccionado. el promedio de las
notas hasta el perodo
seleccionado.
Verificar que las observaciones Correcto El sistema deber
correspondan al rea que son. mostrar correctamente
las observaciones
asociadas al rea que
son y al su respectivo
estudiante.
Recuperaciones
General
Verificar que solo se muestren Correcto El sistema debe
los estudiantes que han perdido validar que solo los
menos de 2 reas para asignar estudiantes con que
la recuperacin por materia hayan perdido menos
de 3 reas pueden
recuperar.
General
Administracin
una total administracin del validar que solo
sistema solo a usuarios que usuarios con perfil de
contengan perfiles de administradores,
administrador puedan alterar o
modificar la
informacin
presentada.
Verificar que en la mayora de Correcto El sistema solo
registros siempre se muestren deber mostrar en la
los que tienen estado activo en mayora de mdulos
el modulo docentes. de docente que se
muestren los datos
con estado Activo
Verificar que se controlen Incorrecto El sistema deber
excepciones y se muestren mostrar mensajes de
mensajes de alerta con los alerta cuando el
errores previstos. administrador trata de
hacer alfo incorrecto
111
6.4.1 Tipos de Pruebas:
Tambin se realizan pruebas de unidad tanto funcionales y no funcionales donde

se analiz la forma como funciona nuestro sistema de informacin pantalla a
pantalla, la informacin que se ingresa al sistema y a su ves como se va
trasformando o adicionando informacin a medida que pasa por cada uno de los
mdulos de nuestros sistema, los que se controla es que el sistema controle el
proceso de la informacin y que los datos se conserven y se complementes segn
como sea necesario.
Para las pruebas no funcionales se determina cmo se comporta el sistema de
informacin bajo las situaciones que se presentan como concurrencia, tensin y
desempeos y de encontrarse problemas se debe buscar soluciones definitivas de
capacidad, disponibilidad y tolerancias de los elementos de sistema de
informacin.
Para este tipo de prueba se utilizo firebug:
FireBug se utiliz para la realizacin de diferentes pruebas encontrar varios

errores en el sistema en donde se inspecciona el cdigo fuente y el
funcionamiento del sistema, localizando e incluso depurando cualquier error
o bug al instante.
La extensin abre una ventana a modo de consola en el navegador, donde

muestra los posibles errores en el cdigo JavaScript o CSS. Tambin
podrs inspeccionar el cdigo HTML de la web examinando objeto por
objeto toda la web, repasar el diseo y echar un vistazo a todos los datos
del DOM de tu documento web.
112
6.4.2 Reporte de incidencias en mantis
Figura 16. Mantis
En mantis se reportaban todos los bugs que se encontraban en el sistema SAGA

el cual se le asignaba al desarrollador u otro usuario dependiendo del Bug
encontrado.
6.5 HELP DESK
A principios de la practica se prest un servicio de mesa de ayuda para los

usuarios del Colegio ASPAEN Gimnasio los Alcazares, en el momento en que
algn usuario necesitar de ayuda en cuanto un error de conexin a la impresora,
de acceso a internet, problema con la cuenta del correo, con el equipo, tambin en
una semana donde se desarrollo un evento de destinado para deportes donde
participan diferentes colegios de ASPAEN se colaboro con disear un formato en
Excel para los resultados de todos los deportes y publicarlos en la web. Despus
se contrataron otros practicante para el desarrollo de estas funciones y otras ya
que la funcin primordial era trabajar en el sistema de notas SAGA.
113
6.6 COLABORAR EN TAREAS DE ADMINISTRACIN DE BASES DE DATOS
EN MYSQL
Este objetivo realiz desde el inicio hasta el final de la prctica de forma

constante, las tareas fueron: copias de seguridad de las bases de datos de la
aplicacin del sistema SAGA, parametrizacin de algunos registros en la base de
datos para la aplicacin.
En el desarrollo del sistema de notas se colaboro a la elaboracin de muchas de
las consultas (consulta es el mtodo para acceder a los datos en las bases de
datos. Con las consultas se puede modificar, borrar, mostrar y agregar datos a una
base de datos. Para esto se utiliza un lenguaje de consultas.) A la base de datos,
lo que ayudo en gran parte al mejoramiento en cuanto a tiempo de respuesta del
sistema a la hora de mostrar, modificar o ingresar informacin de la base de
datos.
6.7 MIGRACIN DE DATOS
Inicialmente se requera hacer un proceso de migracin a la base de datos ya que

el Colegio necesitaba urgente pasar notas de los estudiantes, entonces para ello
se requera que en la base de datos ya existieran los usuarios, los estudiantes de
un curso, los docentes que dictan una materia y a qu curso, entre otros, y todo
este proceso se hizo por la base de datos.
6.8 LECCIONES APRENDIDAS
Estructurar mejor los diferentes diagramas existentes para el desarrollo de

un software.
Realizar diferentes tipos de consultas a una base de datos.
Programacin bsica en el lenguaje php.
Utilizacin de la arquitectura MVC en php.
Realizacin de diferentes tipos de pruebas a un software utilizando la

herramienta de firebug y mantis.
Como se debe realizar correctamente un manual de usuario.
114
Conocimiento de herramientas como phpmyadmin y navicat, entre otras.
Utilizacin de la metodologa RUP.
115
6.9 RESULTADOS
Aplicar el patrn de diseo MVC (Modelo Vista Controlador) y herramientas

libres de programacin y bases de datos tales como PHP y MySQL, para la
construccin del sistema SAGA.
Primero que todo se realiz un proceso similar a la migracin de informacin la

cual fue muy til para que los docentes comenzaran a probar el sistema
ingresando las notas a sus estudiantes.
Se colaboro en tareas de administracin de bases de datos en My SQL:
Construccin de varias consultas que se realizo ayudo mucho en el tiempo de
respuesta de las mismas consultas lo que agilizo diferentes procesos para el
sistema de notas.
Otras tareas llevadas a cabo en MySQL fueron, copias de seguridad de las bases
de datos, en dos ubicaciones diferentes, estas ubicaciones eran en el servidor de
administracin, y en el servidor web. Esta tarea se ejecutaba diariamente dos
veces.
Modelar la base de datos del sistema SAGA de acuerdo a los lineamientos

del rea.
Con la realizacin de varias reuniones donde se vio la necesidad de definir nuevos

requerimientos, esto genero otros casos de uso, los cuales se incluyeron el
diagrama de casos de uso, lo que tambin modifico un poco el diagrama de bases
de datos y de clases.
Definir los mtodos y tcnicas de pruebas funcionales para el sistema

SAGA.
Se definieron tipos de pruebas de caja blanca y caja negra, pruebas funcionales y

pruebas no funcionales.
116
Ejecutar los mtodos y tcnicas de pruebas funcionales definidos para el
sistema SAGA.
Al ejecutar los diferentes tipos de pruebas al sistema se encontraron varios bugs

los cuales se registraban y dependiendo del bug se discuta la manera como se
deba solucionar o simplemente se le asignaba al desarrollador.
Reportar al rea de desarrollo los resultados de las pruebas para la toma de

acciones de mejora en la funcionalidad del sistema SAGA.
Estos reportes se hicieron mediante un sistema de registro y control de Bugs

basado en Web que es el mantis.
Realizar actividades de soporte en Infraestructura para la administracin de

los servicios de red, software y hardware y en la solucin de problemas que
se puedan presentar en cada uno de estos.
Al inicio de la prctica se colabor ayudando a los usuarios con problemas de

conexin a internet, a la impresora, con algunos errores en los software.
En cuanto al problema que tambin se presenta mucho que es con las cuentas del
correo de los usuarios, donde se utiliza servicios de Google Apps, dado que es
uno de los mejores del mercado.
Otras tareas bsicamente creacin, modificacin de usuarios con el directorio
activo.
117
7. RECOMENDACIONES
Sugerencias para el sistema SAGA:
Replicacin
En la replicacin de notas sea un proceso automtico que se pueda hacer
en cualquier instante.
Mdulo reas y Grados
En la creacin del curso, este se asigna a un nivel: el que se debera

asignar a un nivel es el grado.
Las materias se deben asignar al grado ms no al curso.
Mostrar mensajes de alertas como Se ha guardado satisfactoriamente,

como en la creacin de cursos, grados, materias, reas, usuarios, etc.
En la asignacin de materias a cursos que haya otra opcin en la cual hay

materia que van a todos los cursos con el mismo porcentaje que solamente
seleccione la materia y seleccione todos los grados a las que esta asignada
esa materia.
Que se pueda modificar el estado de la materia asignada a un curso.
Poder definir si una materia en un curso es semestral o solo se da en

ciertos perodos y que todos los clculos solo se hagan sobre los perodos
en que un curso ve esa materia.
Mdulo Usuarios
Promover solamente a los estudiantes que ganan todas las reas y dejar en
el mismo grado a los que pierden incluyendo a los que reforzaron y
perdieron.
Que se pueda habilitar el periodo o ingreso de notas para ciertos usuarios.
Mdulo Notas
Poder hacer modificaciones de aos pasados, como ingreso de notas,
modificacin notas, entre otros
118
Mdulo Informes
Que se tenga algn informe acumulado x Materia adems del que se tiene
por rea de un curso.
El sistema mostrar la lista de alumnos por curso y por ao.
El sistema mostrar la lista de docentes con su respectiva carga acadmica

e Intensidad Horaria.
Que el administrador puede definir cuales informes por rea o por materia
desea mostrar.
Listado de Asignaturas por Curso con su respectiva Intensidad Horaria y

porcentaje.
Si el administrador ve que alguna materia en un curso falta por calificar, que

le pueda enviar un correo desde el sistema al docente dicindole que el
plazo lmite de poder ingresar las notas.
Mdulo Recuperaciones
Poder definir el nmero de reas con el que un estudiante pierde el ao o
con el que un estudiante puede reforzar.
Que quede un historial de los refuerzos que hay a mitad de ao.
Mostrar por curso los estudiantes que pierden menos de 3 reas y mostrar
esas reas con las materias.
Otros
Que exista un mdulo donde se puedan hacer los backups o copias de
seguridad y restaurar las mismas.
Modificar los rangos de desempeo.
Crear aspectos o tipos de calificacin.
Asignar aspectos a curso, materia y perodo con su respectivo porcentaje.
Asignar el estudiante a una familia para que esa familia solo pueda ver las
notas de solamente ese estudiante.
En el tipo de calificacin de autoevaluacin que el mismo estudiante pueda

calificar ese tipo de calificacin.
Asignar un curso a cada director de grupo para que sea este el que pueda
imprimir los informes.
119
Se tiene pensado integrar todo lo que tiene con familias, la parte de
reservas de biblioteca, horario de los profesores, evaluacin de los
profesores, matriculas, lo que quedara pendiente por hacer.
Poder personalizar el sistema para varios colegios o varias jornadas

independizando todo.
Que se puedan asignar las faltas de asistencia a los estudiantes.
Que se pueda escoger el tipo de valoracin ya sea cuantitativa o cualitativa.
Graficas y Manejo de estadsticas de estudiantes segn los aos o periodos

que vaya llevando, los que les est yendo ms mal, los mejores de cada
curso o del colegio, cantidad de estudiantes que pierde x curso, nota ms
alta, nota ms baja, promedio, estudiantes que mas faltan.
Que el administrador pueda eliminar notas o calificaciones (sea x periodo,

materia y tipo de calificacin), usuarios, materias, reas, entre otras, etc.
Que se haga una especie de chat donde los docentes o estudiantes puedan
encontrase para resolver dudas
Que los estudiantes puedan ingresar al sistema y asignar los trabajos o

talleres a una materia y curso para que los estudiantes la descarguen ah.
Banco de Preguntas para realizar exmenes en lnea o simulacros.
Tener una total administracin por ao.
Poder visualizar los logros de aos anteriores y poder asignarlos a

diferentes aspectos o tipos de calificacin x materia y x curso.
Envo de Correos a Alumnos, Padres de Familia, Profesores.
Poder personalizar las imgenes que se encuentran en los boletines de

calificacin.
Que exista un mdulo de ayudas donde se pueda acceder a una especie de

manual por los diferentes mdulos del sistema y tambin que puedan dar
soluciones a los problemas ms comunes.
Si existiera un mdulo de horario de profesores que los estudiantes puedan

citar a los profesores en sus horas libres para tener ayudas extras.
Que los estudiantes puedan buscar por materia cuales son los temas que
se van a ver y evaluar en dicha materia.
120
Que al hacer alguna modificacin en algn mdulo se quede en la misma
pantalla.
Que se le envi un correo automticamente al docente cuando le falta por

ingresar algunas notas.
Que se pueda guardar un historial de todos los eventos sucedidos como:

quien y cuando ingreso o modifico notas, cuando el administrador modifico
algo, etc
121
8. CONCLUSIONES
Conforme con los objetivos planteados inicialmente la principal conclusin de este

trabajo es verificar la correcta funcionalidad del sistema SAGA, y garantizar que la
informacin que se est mostrando es de total confiabilidad.
El colegio logro desarrollar su propio software para la administracin de notas, el

cual cuenta con la flexibilidad y caractersticas principales que satisficieran sus
necesidades.
El RUP se utilizo como una metodologa interesante, fuente de ideas,

herramientas y con una amplia disponibilidad de formacin tcnica y prctica, que
aumenta la visin del desarrollo del mismo, es decir, permite prever los cambios
que un software pueda tener de acuerdo a los requerimientos y al avance social
que se tenga, brindando objetivos ms amplios y una visin de los requerimientos
global.
Teniendo como base la colaboracin en la realizacin de algunas consultas

MySQL ayuda a la reduccin en el tiempo de procesamiento de la ejecucin de
diferentes procesos, permitiendo as lograr obtener mejores resultados en base al
tiempo de la informacin.
En la realizacin de las pruebas se da uno cuenta que no es solo escribir la

funcin bsica de cada uso y decir si funciona o no. Para ello se debe pensar en
todas las posibilidades que pueden generar algn error
.
Con estas se demuestra si verdaderamente el sistema cumple con lo que en
realidad estaba planeado y si verdaderamente funciona.
Por otro lado con la realizacin de pruebas constante se ahorra ms tiempo que
programando y despus probando ya que es ms fcil localizar los errores, en
cambio cuando programas y despus se hace las pruebas se necesitara mucho
tiempo en la depuracin que se hace despus, y los usuarios identificarn ms
errores que no se pudieron identificar en las pruebas globales
.
Tambin hay que escuchar a los usuarios y si verdaderamente lo que se hizo es lo
que ellos desean, para ello hay que tener un contacto con los usuarios y analizar
la manera como ellos quedan satisfechos
Con la realizacin del tutorial de SAGA aumento el nivel de entendimiento del

sistema los diferentes usuarios.
122
En el mbito personal se obtuvieron conocimientos sobre diversas herramientas
existentes y la manera como se manejan.
123
BIBLIOGRAFIA
ARQUITECTURA DE INFORMACION. Modelo Navegacional [en lnea]

< http://www.arquitecturadeinformacion.cl/como/mapa.html > [Citado el 15 de
Marzo del 2011]
CIUDAD EDUCATIVA. Software de notas Ciudad Educativa [en lnea]

<http://www.ciudadeducativa.com/cms/index.php?option=com_content&view=articl
e&id=25&Itemid=28> [Citado el 15 de Marzo del 2011]
DATOSOFT. Software de notas datosoft [en lnea]

< http://www.datosoft.com/colegios.htm > [Citado el 15 de Marzo del 2011]
EDUCOLOMBIA. Software de notas educolombia [en lnea]

< www.educolombia.org > [Citado el 15 de Marzo del 2011]
GIMNASIO LOS ALCZARES. ASPAEN Gimnasio los Alczares

<www.alcazares.edu.co> [Citado el 10 de Abril de 2011]
MINISTERIO DE EDUCACIN LINEAL. Decreto 1290 del 2009 [Citado el 15 de

Marzo del 2011]
124
PHPNUKE. Navicat [en lnea]
<http://downloads.phpnuke.org/es/download-item-view-a-g-m-b-
m/NAVICAT%2BFOR%2BMYSQL.htm > [Citado el 15 de Marzo del 2011]
SISTACNET. Software de notas sistacnet [en lnea]

< http://sistacnet.com/> [Citado el 15 de Marzo del 2011]
WIKIPEDIA. Diagramas de casos de uso [en lnea]

< http://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso > [Citado el 15 de
Marzo del 2011]
WIKIPEDIA. Diagramas de clases[en lnea]

< http://es.wikipedia.org/wiki/Diagrama_de_clases > [Citado el 15 de Marzo del
2011]
WIKIPEDIA. Firebug [en lnea]

< http://es.wikipedia.org/wiki/Firebug > [Citado el 15 de Marzo del 2011]
WIKIPEDIA. Mantis [en lnea]
< http://es.wikipedia.org/wiki/Mantis_Bug_Tracker > [Citado el 15 de Marzo del

2011]
125
WIKIPEDIA. Metodologa RUP [en lnea]
< http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational > [Citado el 15 de
Marzo del 2011]
WIKIPEDIA. Migracin de Datos, [en lnea]

< http://es.wikipedia.org/wiki/Migraci%C3%B3n_de_datos > [Citado el 15 de Marzo
del 2011]
WIKIPEDIA. Modelo MVC [en lnea]

< http://es.wikipedia.org/wiki/Modelo_Vista_Controlador > [Citado el 15 de Marzo
del 2011]
WIKIPEDIA. Mysql [en lnea]
< http://es.wikipedia.org/wiki/MySQL > [Citado el 15 de Marzo del 2011]
WIKIPEDIA. Php [en lnea]< http://es.wikipedia.org/wiki/PHP > [Citado el 15 de

Marzo del 2011]
WIKIPEDIA. Phpmyadmin [en lnea]

< http://es.wikipedia.org/wiki/PhpMyAdmin > [Citado el 15 de Marzo del 2011]
126
WIKIPEDIA. Pruebas [en lnea]
< http://es.wikipedia.org/wiki/Pruebas_de_software > [Citado el 15 de Marzo del
2011]
SLIDESHARE. Tipos Pruebas [en lnea]

< http://www.slideshare.net/aracelij/pruebas-de-software > [Citado el 15 de Marzo
del 2011]
WIKIPEDIA. Help Desk, [en lnea]

< http://es.wikipedia.org/wiki/Help_desk > [Citado el 15 de Marzo del 2011]
127
ANEXOS
ANEXO A CRONOGRAMA DE ACTIVIDADES DE LA PRCTICA EN GENERAL
PLAN DE TRABAJO GENERAL

# Actividad Responsable Fecha
Enviar pautas para realizar
1 el trabajo de grado. Asesor 1/02/2011
Identificar los objetivos,
descripcin de la empresa
2 y funciones de la prctica. Practicante 1/02/2011
3 Realizar informe inicial. Practicante 1/03/2011
Enviar al asesor el informe
4 inicial Practicante 1/03/2011
Realizar visita del asesor a
la empresa para realizar
Asesor 1/04/2011
seguimiento del
5 practicante.
Documentar evidencias de
funciones realizadas por el Practicante 1/04/2011
6 practicante
Entregar trabajo escrito al
7 asesor (primera entrega) Practicante 1/03/2011
Entregar trabajo escrito
8 (segunda entrega) Practicante 1/05/2011
Realizar informe para la
empresa sobre el
9 aprendizaje en la misma. Practicante 1/06/2011
Entrega final de la
documentacin de la
10 prctica Practicante 1/06/2011
Visita del asesor a la
empresa para evaluar las
Asesor 1/06/2011
funciones y el cumplimiento
11 de ellas por el practicante
Entrega informe final
12 escrito Practicante 1/07/2011
Socializacin del proyecto
13 ante jurados Practicante 1/07/2011
128
ANEXO B CRONOGRAMA DEL DESARROLLADO EN LA PRCTICA
FECHA FECHA RECURSOS

ACTIVIDADES DURACION
INICIO FIN HUMANOS
PROYECTO Wed Fri
SISTEMA SAGA 78 days 26/01/11 13/05/11
Wed Tue
Fase Inicial 15 days 26/01/11 15/02/11
Modelado Wed Fri
Empresarial 3 days 26/01/11 28/01/11
Gerente Proyecto
Detallar los casos de Wed Thu Juan Carlos
uso 2 days 26/01/11 27/01/11 Quintero
Detallar los Gerente Proyecto
Trabajadores del Wed Fri Juan Carlos
Negocio 3 days 26/01/11 28/01/11 Quintero
Definir las Gerente Proyecto
necesidades de Fri Fri Juan Carlos
automatizacin 1 day 28/01/11 28/01/11 Quintero
Wed Fri
Requisitos 3 days 26/01/11 28/01/11
Desarrollar Gerente Proyecto
especificaciones Wed Wed Juan Carlos
suplementarias 1 day 26/01/11 26/01/11 Quintero
Gerente Proyecto
Detallar los requisitos Wed Wed Juan Carlos
de software 1 day 26/01/11 26/01/11 Quintero
Gerente Proyecto
Priorizar los Wed Wed Juan Carlos
Requisitos 1 day 26/01/11 26/01/11 Quintero
Gerente Proyecto
Thu Thu Juan Carlos
Revisar requisitos 1 day 27/01/11 27/01/11 Quintero
Entregar Primeros
requisitos a la Gerente Proyecto
direccin Fri Fri Juan Carlos
administrativa 1 day 28/01/11 28/01/11 Quintero
Mon Tue
Anlisis y Diseo 6 days 07/02/11 15/02/11
Revisin de las Gerente Proyecto
actividades de la fase Juan Carlos
inicial de los Mon Tue Quintero;
requisitos 6 days 07/02/11 15/02/11 Arquitecto Juan
129
Carlos Quintero
Gestin de Wed Fri

proyectos 8 days 26/01/11 04/02/11
Definir la organizacin Gerente Proyecto
y el personal del Wed Wed Juan Carlos
proyecto 1 day 26/01/11 26/01/11 Quintero
Gerente Proyecto
Desarrollar el plan de Wed Wed Juan Carlos
iteracin 1 day 26/01/11 26/01/11 Quintero
Gerente Proyecto
Identificar y valorar Thu Thu Juan Carlos
los riesgos 1 day 27/01/11 27/01/11 Quintero
Gerente Proyecto
Fri Fri Juan Carlos
Informe de estado 1 day 28/01/11 28/01/11 Quintero
Gerente Proyecto
Fri Fri Juan Carlos
Organizar la revisin 1 day 28/01/11 28/01/11 Quintero
Gerente Proyecto
Planificar fases e Fri Thu Juan Carlos
iteraciones 5 days 28/01/11 03/02/11 Quintero
Gerente Proyecto
Planificar y asignar Mon Fri Juan Carlos
trabajo 5 days 31/01/11 04/02/11 Quintero
Revisin de los
criterios de Gerente Proyecto
evaluacin de la Mon Mon Juan Carlos
iteracin 1 day 31/01/11 31/01/11 Quintero
Gerente Proyecto
Revisin del plan de Mon Mon Juan Carlos
la iteracin 1 day 31/01/11 31/01/11 Quintero
Mon Mon
Entorno 1 day 31/01/11 31/01/11
Personalizar el Gerente Proyecto
proceso de desarrollo Mon Mon Juan Carlos
para el proyecto 1 day 31/01/11 31/01/11 Quintero
Mon Mon
Fase de Elaboracin 51 days 31/01/11 11/04/11
Agregar
requerimientos
nuevos al proyecto y Mon Mon Arquitecto Juan
correcciones. 1 day 14/02/11 14/02/11 Carlos Quintero
130
Mon Fri
Modelado Mon Mon
Empresarial 1 day 14/02/11 14/02/11
Arquitecto Juan
Carlos Quintero;
Analizar la Mon Mon Usuario
Arquitectura 1 day 31/01/11 31/01/11 Practicante
Arquitecto Juan
Carlos Quintero;
Analizar los Casos de Tue Wed Usuario
Uso 2 days 01/02/11 02/02/11 Practicante
Describir la
Arquitectura en Thu Thu Arquitecto Juan
Tiempo de Ejecucin 1 day 03/02/11 03/02/11 Carlos Quintero
Describir la Fri Fri Arquitecto Juan
Distribucin 1 day 04/02/11 04/02/11 Carlos Quintero
Arquitecto Juan
Carlos Quintero;
Disear Casos de Mon Mon Usuario
Uso 1 day 07/02/11 07/02/11 Practicante
Arquitecto Juan
Carlos Quintero;
Tue Tue Usuario
Disear Clases 1 day 08/02/11 08/02/11 Practicante
Arquitecto Juan
Carlos Quintero;
Disear la Base de Wed Mon Usuario
Datos 4 days 09/02/11 14/02/11 Practicante
Disear la Interfaz de Tue Fri Arquitecto Juan
Usuario 4 days 15/02/11 18/02/11 Carlos Quintero
Disear los
Elementos Soporte de Mon Mon Arquitecto Juan
Prueba 1 day 21/02/11 21/02/11 Carlos Quintero
Tue Tue Arquitecto Juan
Disear Subsistemas 1 day 22/02/11 22/02/11 Carlos Quintero
Arquitecto Juan
Carlos Quintero;
Especificar Migracin Wed Thu Usuario
de Datos 2 days 23/02/11 24/02/11 Practicante
Generar Prototipo de Fri Fri
la Interfaz de Usuario 1 day 25/02/11 25/02/11 Desarrollador 1
Revisar Artefacto de Mon Mon Arquitecto Juan
la Arquitectura 1 day 21/02/11 21/02/11 Carlos Quintero
131
Tue Tue Arquitecto Juan
Revisar el Diseo 1 day 22/02/11 22/02/11 Carlos Quintero
Tue Mon
Implementacin 5 days 22/02/11 28/02/11
Analizar el Gerente Proyecto
comportamiento en Tue Wed Juan Carlos
tiempo de ejecucin 2 days 22/02/11 23/02/11 Quintero
Estructurar el modelo Tue Mon Arquitecto Juan
de implementacin 5 days 22/02/11 28/02/11 Carlos Quintero
Implementar Tue Wed
elementos de diseo 2 days 22/02/11 23/02/11 Desarrollador 1
Implementar la
prueba de Tue Fri Pruebas Usuario
desarrollador 4 days 22/02/11 25/02/11 Practicante Dllo
Fri Mon
Prueba 26 days 04/03/11 11/04/11
Identificar ideas de Fri Fri Pruebas Usuario
prueba 10 days 04/03/11 18/03/11 Practicante Dllo
Definir el enfoque de Mon Mon Pruebas Usuario
Estructurar la
implementacin de la Mon Mon Pruebas Usuario
Gestin de cambios y Mon Thu
configuracin 9 days 14/03/11 24/03/11
Configurar el entorno Gerente Proyecto
de gestin de la Mon Fri Juan Carlos
configuracin (CM) 5 days 14/03/11 18/03/11 Quintero[80%]
Confirmar las CR Gerente Proyecto
duplicadas o Mon Thu Juan Carlos
rechazadas 4 days 14/03/11 17/03/11 Quintero
Gerente Proyecto
Enviar una solicitud Fri Tue Juan Carlos
de cambio 3 days 18/03/11 22/03/11 Quintero
Gerente Proyecto
Revisar solicitudes de Wed Thu Juan Carlos
cambio 2 days 23/03/11 24/03/11 Quintero
Gerente Proyecto
Wed Fri Juan Carlos
Informe de estado 3 days 23/03/11 25/03/11 Quintero
Gerente Proyecto
Fri Tue Juan Carlos
Organizar la revisin 2 days 25/03/11 29/03/11 Quintero
132
Revisin de los
criterios de Gerente Proyecto
evaluacin de la Wed Thu Juan Carlos
iteracin 2 days 30/03/11 31/03/11 Quintero
Gerente Proyecto
Revisin del plan de Thu Mon Juan Carlos
la iteracin 2 days 31/03/11 04/04/11 Quintero
Gerente Proyecto
Mon Tue Juan Carlos
Valorar la iteracin 1 day 04/04/11 05/04/11 Quintero
Tue Fri
Entorno 4 days 01/02/11 04/02/11
Gestin de Wed Tue
proyectos 10 days 23/03/11 05/04/11
Iniciar el proceso de Fri Fri
desarrollo 1 day 04/02/11 04/02/11 Desarrollador 1
Entregar Arquitectura Tue Fri Arquitecto Juan
y Casos de Uso 4 days 01/02/11 04/02/11 Carlos Quintero
Fase de Fri Tue
Construccin 68 days 04/02/11 10/05/11
Mon Fri
Implementar
requerimientos
nuevos al proyecto y Mon Fri Arquitecto Juan
correcciones. 5 days 28/03/11 01/04/11 Carlos Quintero
Fri Tue
Implementacin 58 days 04/02/11 26/04/11
Actualizacin de la Fri Thu
base de datos 5 days 04/02/11 10/02/11
INFORME DE
REGISTRO
ESCOLAR DE
VALORACION,
INTENSIDAD Y Fri Tue
DECRETO 3 days 11/02/11 15/02/11 Desarrollador 1
Creacin de logros
del periodo segn la
materia y ver los Wed Tue
logros anteriores 5 days 16/02/11 22/02/11 Desarrollador 1
Modificar y actualizar
nota de los est x
grupo, periodo, logros Tue Thu
y materia 2 days 01/03/11 03/03/11 Desarrollador 1
133
nota de un est x Thu Tue
periodo y materia 3 days 03/03/11 08/03/11 Desarrollador 1
parmetros de
entrada de Grupos,
materias, estudiantes, Wed Tue
familias y profesores 5 days 09/03/11 15/03/11 Desarrollador 1
Modificar y actualizar Wed Thu
intensidad horaria 2 days 16/03/11 17/03/11 Desarrollador 1
Modificar estudiantes
a un curso y
profesores a materias Fri Tue
especificas 3 days 18/03/11 22/03/11 Desarrollador 1
periodos acadmicos Wed Thu
y fechas 2 days 23/03/11 24/03/11 Desarrollador 1
Insertar Notas de
estudiante nuevo.
sta ser personal y
asignada por periodo Fri Mon
y materia 2 days 25/03/11 28/03/11 Desarrollador 1
Insertar Intensidad
horaria de las Tue Wed
materias 2 days 29/03/11 30/03/11 Desarrollador 1
Agregar un Profesor a Thu Thu
una Materia 1 day 31/03/11 31/03/11 Desarrollador 1
Agregar un
Estudiante a una Fri Fri
Curso 1 day 01/04/11 01/04/11 Desarrollador 1
Agregar Nuevas
reas, Materias,
Cursos, Estudiantes, Mon Fri
familias y Profesores 5 days 04/04/11 08/04/11 Desarrollador 1
Insertar Periodos Mon Tue
acadmicos y fechas 2 days 11/04/11 12/04/11 Desarrollador 1
Optimizacin de
boletines y Wed Thu
observaciones 2 days 13/04/11 14/04/11 Desarrollador 1
Agregar Boletn por Fri Tue
periodo 3 days 15/04/11 19/04/11 Desarrollador 1
Reportes o informes
con respecto a las Wed Thu
notas detallados 2 days 20/04/11 21/04/11 Desarrollador 1
134
Validacin de ingreso
y modificacin de las
notas de forma Fri Tue
adecuada 3 days 22/04/11 26/04/11 Desarrollador 1
Wed Tue
Prueba 15 days 20/04/11 10/05/11
Pruebas Usuario
Ejecutar el conjunto Practicante Dllo;
de aplicaciones de Wed Tue Arquitecto Juan
prueba 5 days 20/04/11 26/04/11 Carlos Quintero
Pruebas Usuario
Practicante Dllo;
Determinar resultados Wed Tue Arquitecto Juan
de prueba 5 days 27/04/11 03/05/11 Carlos Quintero
Pruebas Usuario
Practicante Dllo;
Valorar y defender la Wed Tue Arquitecto Juan
calidad 5 days 04/05/11 10/05/11 Carlos Quintero
Mon Wed
Despliegue 3 days 25/04/11 27/04/11
Desarrollador
1;Pruebas
Usuario
Practicante Dllo;
Desarrollar materiales Mon Wed Arquitecto Juan
de soporte 3 days 25/04/11 27/04/11 Carlos Quintero
Gestin de cambios y Mon Fri
configuracin 5 days 25/04/11 29/04/11
Configurar el entorno Gerente Proyecto
de gestin de la Mon Tue Juan Carlos
configuracin (CM) 2 days 25/04/11 26/04/11 Quintero[30%]
Confirmar las CR Gerente Proyecto
duplicadas o Wed Wed Juan Carlos
rechazadas 1 day 27/04/11 27/04/11 Quintero
Gerente Proyecto
Enviar una solicitud Thu Thu Juan Carlos
de cambio 1 day 28/04/11 28/04/11 Quintero
Gerente Proyecto
Revisar solicitudes de Fri Fri Juan Carlos
cambio 1 day 29/04/11 29/04/11 Quintero
Gestin de Mon Fri
proyectos 5 days 25/04/11 29/04/11
Mon Tue Gerente Proyecto
Informe de estado 1,5 days 25/04/11 26/04/11 Juan Carlos
135
Quintero; Pruebas
Manuel Hincapie
Revisin de los Pruebas Manuel
criterios de Hincapie; Gerente
evaluacin de la Wed Wed Proyecto Juan
iteracin 0,5 days 27/04/11 27/04/11 Carlos Quintero
Gerente Proyecto
Revisin del plan de Thu Thu Juan Carlos
la iteracin 1 day 28/04/11 28/04/11 Quintero
Gerente Proyecto
Fri Fri Juan Carlos
Valorar la iteracin 1 day 29/04/11 29/04/11 Quintero
Mon Mon
Entorno 6 days 25/04/11 02/05/11
Soporte desarrollo Mon Fri
para el proyecto 5 days 25/04/11 29/04/11 Desarrollador 1
Entrega de Aplicacin Gerente Proyecto
de los Mdulos Mon Mon Juan Carlos
desarrollados 1 day 02/05/11 02/05/11 Quintero
Mon Fri
Fase de Transicin 10 days 02/05/11 13/05/11
Mon Fri
Despliegue 10 days 02/05/11 13/05/11
Desarrollador
1;Pruebas
Usuario
Practicante Dllo;
Desarrollar productos Gerente Proyecto
de trabajo de Mon Mon Juan Carlos
instalacin 1 day 02/05/11 02/05/11 Quintero
Pruebas Usuario
Practicante Dllo;
Gerente Proyecto
Gestionar la prueba Mon Mon Juan Carlos
de aceptacin 5 days 02/05/11 09/05/11 Quintero
Gerente Proyecto
Entrega Final del Mon Fri Juan Carlos
proyecto 10 days 02/05/11 13/05/11 Quintero
136
ANEXO C DECRETO No 1290
MINISTERIO DE EDUCACIN NACIONAL 23

DECRETO No. 1290
REPBLICADE COLOMBIA
Por el cual se reglamenta la evaluacin del aprendizaje y promocin de los

estudiantes de los niveles de educacin bsica y media.
EL PRESIDENTE DE LA REPBLICA DE COLOMBIA,
en ejercicio de sus facultades constitucionales y legales, en especial de las

conferidas por el numeral 11 del artculo 189 de la Constitucin Poltica, en
concordancia con el artculo 79 y el literal d) del numeral 2 del artculo 148 de la
Ley 115 de 1994 y numeral 5.5 del artculo 5 de la Ley 715 de 2001,
D E C R E T A:
ARTCULO 1. Evaluacin de los estudiantes. La evaluacin de los aprendizajes

de los estudiantes se realiza en los siguientes mbitos:
1. Internacional. El Estado promover la participacin de los estudiantes del pas

en pruebas que den cuenta de la calidad de la educacin frente a estndares
internacionales.
2. Nacional. El Ministerio de Educacin Nacional y el Instituto Colombiano para el

Fomento de la Educacin Superior ICFES, realizarn pruebas censales con el
fin de monitorear la calidad de la educacin de los establecimientos educativos
con fundamento en los estndares bsicos. Las pruebas nacionales que se
aplican al finalizar el grado undcimo permiten, adems, el acceso de los
estudiantes a la educacin superior.
3. Institucional. La evaluacin del aprendizaje de los estudiantes realizada en los

establecimientos de educacin bsica y media, es el proceso permanente y
objetivo para valorar el nivel de desempeo de los estudiantes.
ARTCULO 2. Objeto del decreto. El presente decreto reglamenta la evaluacin

del aprendizaje y promocin de los estudiantes de los niveles de educacin
bsica y media que deben realizar los establecimientos educativos.
23
MINISTERIO DE EDUCACIN LINEAL. Decreto 1290 del 2009 [Citado el 15 de Marzo del 2011]
137
ARTCULO 3. Propsitos de la evaluacin institucional de los estudiantes. Son
propsitos de la evaluacin de los estudiantes en el mbito institucional:
1. Identificar las caractersticas personales, intereses, ritmos de desarrollo y estilos
de aprendizaje del estudiante para valorar sus avances.
2. Proporcionar informacin bsica para consolidar o reorientar los procesos
educativos relacionados con el desarrollo integral del estudiante.
3. Suministrar informacin que permita implementar estrategias pedaggicas
para apoyar a los estudiantes que presenten debilidades y desempeos
superiores en su proceso formativo.
4. Determinar la promocin de estudiantes.
5. Aportar informacin para el ajuste e implementacin del plan de mejoramiento
institucional.
ARTCULO 4. Definicin del sistema institucional de evaluacin de los

estudiantes. El sistema de evaluacin institucional de los estudiantes que hace
parte del proyecto educativo institucional debe contener:
1. Los criterios de evaluacin y promocin
2. La escala de valoracin institucional y su respectiva equivalencia con la escala
nacional.
3. Las estrategias de valoracin integral de los desempeos de los estudiantes.
4. Las acciones de seguimiento para el mejoramiento de los desempeos de los
estudiantes durante el ao escolar.
5. Los procesos de autoevaluacin de los estudiantes.
6. Las estrategias de apoyo necesarias para resolver situaciones
pedaggicas pendientes de los estudiantes.
7. Las acciones para garantizar que los directivos docentes y docentes del
establecimiento educativo cumplan con los procesos evaluativos estipulaos en el
sistema institucional de evaluacin.
8. La periodicidad de entrega de reportes a los padres de familia.
9. La estructura de los informes de los estudiantes, para que sean claros,
comprensibles y den informacin integral del avance en la formacin.
10. Las instancias, procedimientos y mecanismos de atencin y resolucin de
reclamacin de padres de familia y estudiantes sobre al evaluacin y promocin.
11. Los mecanismos de participacin de la comunidad educativa en la
construccin del sistema institucional de evaluacin de los estudiantes.
ARTICULO 5. Escala de valor accin nacional: Cada establecimiento educativo

definir y adoptar su escala de valoracin de los desempeos de los
estudiantes en su sistema de evaluacin. Para facilitar la movilidad de los
estudiantes entre establecimientos educativos, cada escala deber expresas su
equivalencia con la escala de valoracin nacional:
Desempeo Superior
Desempeo Alto
Desempeo Bsico
Desempeo Bajo
138
La denominacin y desempeo bsico se entiende como la superacin de los
desempeos necesarios en relacin con las reas obligatorias y fundamentales,
teniendo como referente los estndares bsicos, las orientaciones y lineamientos
expedidos por el Ministerio de Educacin Nacional y lo establecido en el proyecto
educativo institucional. El desempeo bajo se entiende como la no
superacin de los mismos.
ARTCULO 6. Promocin escolar. Cada establecimiento educativo

determinar los criterios de promocin escolar de acuerdo con el sistema
institucional de evaluacin de los estudiantes. As mismo, el establecimiento
educativo definir el porcentaje de asistencia que incida en la promocin del
estudiante.
Cuando un establecimiento educativo determine que un estudiante no puede ser

promovido al grado siguiente, debe garantizarle en todos los casos, el cupo para
que contine con su proceso formativo.
ARTCULO 7. Promocin anticipada de grado. Durante el primer perodo

del ao escolar el consejo acadmico, previo consentimiento de los padres
de familia, recomendar ante el consejo directivo la promocin anticipada al
grado siguiente del estudiante que demuestre un rendimiento superior en el
desarrollo cognitivo, personal y social en el marco de las competencias bsicas del
grado que cursa. La decisin ser consignada en el acta del consejo directivo y, si
es positiva en el registro escolar.
Los establecimientos educativos debern adoptar criterios y procesos para

facilitar la promocin al grado siguiente de aquellos estudiantes que no la
obtuvieron en el ao lectivo anterior.
ARTICULO 8. Creacin del sistema institucional de evaluacin de los

estudiantes: Los establecimientos educativos deben como mnimo seguir el
procedimiento que se menciona a continuacin:
1. Definir el sistema institucional de evaluacin de los estudiantes.
2. Socializar el sistema institucional de evaluacin con la comunidad educativa.
3. Aprobar el sistema institucional de evaluacin en sesin en el consejo directivo
y consignacin en el acta.
4. Incorporar el sistema institucional de evaluacin en el proyecto educativo
institucional, articulndolo a las necesidades de los estudiantes a la comunidad
educativa.
5. Divulgar el sistema institucional de evaluacin de los estudiantes a la
comunidad educativa.
6. Divulgar los procedimientos y mecanismos de reclamaciones del sistema
institucional de evaluacin.
139
7. Informar sobre el sistema de evaluacin a los nuevos estudiantes, padres de
familia y docentes que ingresen durante cada perodo escolar.
Pargrafo. Cuando el establecimiento educativo considere necesaria la

modificacin del sistema institucional de evaluacin de los estudiantes deber
seguir el procedimiento antes enunciado.
ARTCULO 9. Responsabilidades del Ministerio de Educacin Nacional. En

cumplimiento de las funciones establecidas en la ley, el Ministerio de Educacin
Nacional debe:
1. Publicar informacin clara y oportuna sobre los resultados de las pruebas
externas tanto internacionales como nacionales, de manera que sean un insumo
para la construccin de los sistemas institucionales de evaluacin de los
estudiantes y el mejoramiento de la calidad de la educacin.
2. Expedir y actualizar orientaciones para la implementacin del sistema
institucional de evaluacin.
3. Orientar y acompaar a las secretaras de educacin del pas en la
implementacin del presente decreto.
4. Evaluar la efectividad de los diferentes sistemas institucionales de evaluacin
de los estudiantes.
ARTCULO 10. Responsabilidades de las secretar as de educacin de las

entidades territoriales certificadas. En cumplimiento de las funciones establecidas
en la ley, la entidad territorial certificada debe:
1. Analizar los resultados de las pruebas externas de los establecimientos
educativos de su jurisdiccin y contrastarlos con los resultados de las
evaluaciones de los sistemas institucionales de evaluacin de los estudiantes.
2. Orientar, acompaar y realizar seguimiento a los establecimientos educativos
de su jurisdiccin en la definicin e implementacin del sistema institucional de
evaluacin de estudiantes.
3. Trabajar en equipo con los directivos docentes de los establecimientos
educativos de su jurisdiccin para facilitar la divulgacin e implementacin de las
disposiciones de este decreto.
4. Resolver las reclamaciones que se presenten con respecto a la movilidad de
estudiantes entre establecimientos educativos de su jurisdiccin.
ARTCULO 11. Responsabilidades del establecimiento educativo. En

cumplimiento de las funciones establecidas en la ley, el establecimiento
educativo, debe:
1. Definir, adoptar y divulgar el sistema institucional de evaluacin de
estudiantes, despus de su aprobacin por el consejo acadmico.
2. Incorporar en el proyecto educativo institucional los criterios, procesos y
procedimientos de evaluacin; estrategias para la superacin de debilidades y
promocin de los estudiantes, definidos por el consejo directivo.
140
3. Realizar reuniones de docentes y directivos docentes para analizar, disear e
implementar estrategias permanentes de evaluacin y de apoyo para la
superacin de debilidades de los estudiantes y dar recomendaciones a
estudiantes, padres de familia y docentes.
4. Promover y mantener la interlocucin con los padres de familia y el
estudiante, con el fin de presentar los informes peridicos de evaluacin, el plan
de actividades de apoyo para la superacin de las debilidades, y acordar los
compromisos por parte de todos los involucrados.
5. Crear comisiones u otras instancias para realizar el seguimiento de los
procesos de evaluacin y promocin de los estudiantes si lo considera pertinente.
6. Atender los requerimientos de los padres de familia y de los estudiantes, y
programar reuniones con ellos cuando sea necesario.
7. A travs de consejo directivo servir de instancia para decidir sobre
reclamaciones que presenten los estudiantes o sus padres de familia en relacin
con la evaluacin o promocin.
8. Analizar peridicamente los informes de evaluacin con el fin de identificar
prcticas escolares que puedan estar afectando el desempeo de los
estudiantes, e introducir las modificaciones que sean necesarias para mejorar.
9. Presentar a las pruebas censales del ICFES la totalidad de los estudiantes
que se encuentren matriculados en los grados evaluados, y colaborar con ste
en los procesos de inscripcin y aplicacin de las pruebas, segn se le requiera.
ARTCULO 12. Derechos del estudiante. El estudiante, para el mejor desarrollo

de su proceso formativo, tiene derecho a:
1. Ser evaluado de manera integral en todos los aspectos acadmicos, personales
y sociales
2. Conocer el sistema institucional de evaluacin de los estudiantes: criterios,
procedimientos e instrumentos de evaluacin y promocin desde el inicio de ao
escolar.
3. Conocer los resultados de los procesos de evaluacin y recibir oportunamente
las respuestas a las inquietudes y solicitudes presentadas respecto a estas.
4. Recibir la asesora y acompaamiento de los docentes para superar sus
debilidades en el aprendizaje.
ARTCULO 13. Deberes del estudiante. El estudiante, para el mejor desarrollo

de su proceso formativo, debe:
1. Cumplir con los compromisos acadmicos y de convivencia definidos por el
establecimiento educativo.
2. Cumplir con las recomendaciones y compromisos adquiridos para la superacin
de sus debilidades.
ARTCULO 14. Derechos de los padres de familia. En el proceso formativo de sus

hijos, los padres de familia tienen los siguientes derechos:
141
1. Conocer el sistema institucional de evaluacin de los estudiantes: criterios,
procedimientos e instrumentos de evaluacin y promocin desde el inicio de ao
escolar.
2. Acompaar el proceso evaluativo de los estudiantes.
3. Recibir los informes peridicos de evaluacin.
4. Recibir oportunamente respuestas a las inquietudes y solicitudes presentadas
sobre el proceso de evaluacin de sus hijos.
ARTCULO 15. Deberes de los padres de familia. De conformidad con las

normas vigentes, los padres de familia deben:
1. Participar, a travs de las instancias del gobierno escolar, en la definicin de
criterios y procedimientos de la evaluacin del aprendizaje de los estudiantes y
promocin escolar
2. Realizar seguimiento permanente al proceso evaluativo de sus hijos
3. Analizar los informes peridicos de evaluacin
ARTCULO 16. Registro escolar. Los establecimientos educativos deben llevar

un registro actualizado de los estudiantes que contenga, adems de los datos de
identificacin personal, el informe de valoracin por grados y el estado de la
evaluacin, que incluya las novedades acadmicas que surjan.
ARTCULO 17. Constancias de desempeo. El establecimiento educativo, a

solicitud del padre de familia, debe emitir constancias de desempeo de cada
grado cursado, en las que se consignarn los resultados de los informes
peridicos.
Cuando la constancia de desempeo reporte que el estudiante ha sido promovido

al siguiente grado y se traslade de un establecimiento educativo a otro, ser
matriculado en el grado al que fue promovido segn el reporte. Si el
establecimiento educativo receptor, a travs de una evaluacin diagnstica,
considera que el estudiante necesita procesos de apoyo para estar acorde
con las exigencias acadmicas del nuevo curso, debe implementarlos.
ARTCULO 18. Graduacin. Los estudiantes que culminen la educacin media

obtendrn el ttulo de Bachiller Acadmico o Tcnico, cuando hayan cumplido con
todos los requisitos de promocin adoptados por el establecimiento educativo en
su proyecto educativo institucional, de acuerdo con la ley y las normas
reglamentarias.
ARTCULO 19. Vigencia. A partir de la publicacin del presente decreto todos los
establecimientos educativos realizarn las actividades preparatorias pertinentes
para su implementacin.
142
Los establecimientos educativos concluirn las actividades correspondientes al
ao escolar en curso con sujecin a las disposiciones de los decretos 230 y 3055
de 2002.
Para establecimientos educativos de calendario A el presente decreto rige a partir

del primero de enero de 2010 y para los de calendario B a partir del inicio del ao
escolar 20092010. Igualmente deroga los decretos 230 y 3055 de 2002 y las
dems disposiciones que le sean contrarias a partir de estas fechas.
PUBLQUESE Y CMPLASE
Dado en Bogot, D. C., a los 16 ABR 2009
143

Sistema Notas SAGA1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sistema Notas SAGA1

Cargado por

Copyright:

Formatos disponibles

SISTEMA PARA LA ADMINISTRACIN Y ALMACENAMIENTO DE NOTAS DEL

COLEGIO ASPAEN GIMNASIO LOS ALCZARES

JUAN CAMILO MORALES ROJAS

CORPORACIN UNIVERSITARIA LASALLISTA

JUAN CAMILO MORALES ROJAS

Trabajo de grado para optar el ttulo de Ingeniera Informtica

CORPORACIN UNIVERSITARIA LASALLISTA

Firma del presidente del jurado

Firma del jurado

Firma del jurado

Caldas (Antioquia) 8 de Julio de 2011

Es una experiencia totalmente diferente y nueva para m, quiero dar un

Agradezco a mi familia en especial a mi madre, una mujer que me inspira cada da

A Cielo Bello, asesora de tesis y profesora, por guiarme y aconsejarme para

3.4 GOBIERNO COLEGIADO 24

3.5 ASPAEN (ASOCIACIN PARA LA ENSEANZA) 26

3.6 ESTRUCTURA ORGANIZACIONAL 26

5.1 ESTADO DEL ARTE O ANTECEDENTES 28

5.1.1 School Pack y Colegios Virtuales 28

5.1.1.1 School Pack 28

5.1.1.2 Plataforma VCB 28

5.1.1.4 Ventajas y Desventajas 30

5.1.1.5 Costos Colegios Virtuales 31

5.1.1.6 Costos School Pack 31

5.1.2 Data School 32

5.1.2.3 Esquema Servicio 33

5.1.3 Ciudad Educativa 34

5.1.3.2 Beneficios para la Institucin 34

5.1.3.3 Beneficios para docentes 35

5.2 METODOLOGA RUP 37

5.2.1 Ciclo de vida 38

5.2.2.1 Fase de inicio 39

5.2.2.2 Fase de elaboracin 39

5.2.2.3 Fase de construccin 39

5.2.2.4 Fase de Transicin 39

5.2.4 Especificacin de las fases 40

5.3 MODELO MVC 43

5.3.2 Diagrama de secuencia 45

5.4.2 Que es lo que falta 47

5.8 MIGRACIN DE DATOS 54

5.8.1 Tcnicas de migracin 55

5.9 HELP DESK 56

5.10 PRUEBAS SOFTWARE 58

5.11 TIPOS DE PRUEBAS 60

5.11.1 Prueba Unitaria 60

5.11.2 Pruebas Funcionales 62

5.11.3 Prueba caja blanca 62

5.11.4 Prueba caja negra 63

5.14 ESQUEMA DE UNA BASE DE DATOS 66

5.15 MODELO NAVEGACIONAL 67

5.16 DIAGRAMAS DE CASOS DE USO 67

5.17 DIAGRAMA DE CLASES 67

6.1. DESCRIPCIN DEL PROYECTO 68

6.1.1 Informacin general 68

6.1.3.1 Organizacin del proyecto 70

6.1.4 Descripcin de mdulos. 71

6.1.5 Lista de Requerimientos 73

6.1.6.1 Diagrama de Bases de datos 76

6.1.6.2 Diagrama Navegacional 77

6.1.6.3 Diagrama de Casos de uso 79

6.1.6.4 Diagrama de Clases 91

6.1.6.5 Imgenes SAGA 92

6.2 FUNCIONES A REALIZAR. 95

6.3 MTODOS Y TCNICAS DE PRUEBAS 95