UNIVERSIDAD CENTRAL DEL ECUADOR

SEDE SANTO DOMINGO

CARRERA INFORMTICA


DESARROLLO DE UN SISTEMA PARA LA GESTIN DE
LA PRCTICA PREPROFESIONAL DOCENTE EN EL
INSTITUTO DE PRCTICA PREPROFESIONAL
DOCENTE DE LA UCE SEDE
SANTO DOMINGO





SANTO DOMINGO - ECUADOR
2013
RESUMEN

DESARROLLO DE UN SISTEMA PARA LA GESTIN DE
LA PRCTICA PREPROFESIONAL DOCENTE EN EL
INSTITUTO DE PRCTICA PREPROFESIONAL
DOCENTE DE LA UCE SEDE
SANTO DOMINGO


El presente trabajo tiene como meta la elaboracin de un sistema
informtico para la gestin del seguimiento de Prctica Docente a los
estudiantes que la realizan, el mismo que est orientado a mejorar el servicio
que se viene dando en esta dependencia.

Con este sistema se pretende agilizar el manejo de la informacin
obteniendo un reporte detallado de cada estudiante que realiza la Prctica,
institucin y sus docentes a cargo, esto a la vez se traducir en el
mejoramiento de los servicios a los estudiantes, docentes e instituciones.




ABSTRACT

DEVELOPMENT OF A MANAGEMENT SYSTEM
PREVOCATIONAL PRACTICE IN TEACHING
PREVOCATIONAL PRACTICE INSTITUTE
TEACHING UCE PLACE
SANTO DOMINGO



The goal of this work is the development of a management information
system for monitoring teaching practice students who perform, it is aimed at
improving the service that is taking place in this office.

This system aims to streamline the management of information by obtaining a
detailed report of each student who takes the practice, institution and
teachers in charge, this in turn will result in improved services to students,
teachers and institutions.
INTRODUCCIN

La formacin docente representa la clave para una educacin de calidad que
propicie el logro de fines y objetivos incluidos en la Constitucin Nacional de
la Repblica del Ecuador, Ley Orgnica de Educacin entre otras.

El Sistema de Prctica Preprofesional Docente se reglamenta en el marco
de los fines, polticas, objetivos y metas de la Facultad de Filosofa, Letras y
Ciencias de la Educacin de la Universidad Central del Ecuador y se
propone, a travs del Instituto de Prctica Preprofesional Docente (IPPD) en
coordinacin con las Escuelas de la Facultad e Instituciones educativas
anexas consolidar la formacin del futuro docente en todos los niveles del
sistema educativo nacional.










CAPTULO 1

1. PRESENTACIN DEL PROBLEMA

1.1. Ttulo

Desarrollo de un sistema para la gestin de la prctica preprofesional
docente en el Instituto de prctica preprofesional docente de la UCE sede
Santo Domingo.

1.2. Lugar de Implantacin

Instituto de prctica preprofesional docente de la UCE Sede Santo Domingo

1.3. Planteamiento del Problema

El Instituto de Prctica PreProfesional Docente (I.P.P.D) de la Universidad
Central del Ecuador Sede Santo Domingo, es una dependencia que se
encuentra ubicada dentro de la mencionada Universidad. Su funcin principal
es coordinar con las Instituciones educativas anexas la Prctica Docente de
los estudiantes desde Sexto Semestre de las distintas carreras que ofrece la
Universidad para consolidar la formacin del futuro docente en todos los
niveles del sistema educativo nacional. Se encuentra conformada por una
Coordinadora General, una estudiante que realiza las funciones de secretaria
y varios docentes que realizan las funciones de visitadores y tutores.

Actualmente el I.P.P.D de la U.C.E Sede Santo Domingo no posee un
sistema que solvente las necesidades de seguimiento de Prctica Docente:
distribucin y asignacin de los estudiantes a las diferentes Instituciones,
notas y fichas de docentes y estudiantes, provocando demoras y retrasos en
muchas de las actividades que aqu se realizan.

En la Sede Santo Domingo el IPPD es un departamento relativamente
nuevo, es por esta razn que se evidencian algunos problemas entre los que
se pueden mencionar: la designacin e ingreso de los estudiantes a las
Instituciones, la entrega de fichas de observacin de estudiantes y docentes,
y todo lo relacionado con el seguimiento del proceso de prctica
preprofesional de semestralizados y anualizados. Todos estos
inconvenientes afectan directamente a los estudiantes, docentes y en
algunos casos a las instituciones involucradas en el mencionado proceso.

Por no contar con instituciones anexas, como las que dispone la matriz de la
Universidad; se recurre cada inicio del ao universitario a realizar convenios
con las diferentes Instituciones educativas de la provincia y con el S.R.I, para
que los estudiantes puedan ingresar a realizar sus prcticas preprofesionales
en estas instituciones. La contrariedad se genera primeramente al momento
que se realiza la asignacin de estudiantes, por el motivo de que cada
institucin establece un nmero mximo de estudiantes, en donde se debe
considerar: la carrera, horarios disponibles, la cercana a la residencia o
trabajo, entre otras. Cada uno de estos tems representa un nmero elevado
de coincidencias, lo cual dificulta la asignacin de uno a uno.

El seguimiento de la realizacin de la prctica se hace utilizando diferentes
instrumentos o fichas elaboradas para este objetivo, donde por cada
estudiante muchas veces se necesita registrar informacin en ms de una
ficha, todo este proceso se lo realiza manualmente y en una hoja de clculo.

Por las razones mencionadas anteriormente se ha planteado el desarrollo de
un sistema que agilite la gestin que se viene realizando en el departamento
de prctica preprofesional docente de la UCE Sede Santo Domingo; de esta
manera se podr contar de una manera ms gil con cada uno de los
procesos que involucren la prctica docente.

1.4. Formulacin del Problema

Cmo influye el desarrollo de un sistema para la gestin de la prctica
preprofesional docente de la UCE Sede Santo Domingo?

1.5. Interrogantes de la Investigacin

Cules son los principales problemas encontrados en el proceso de
distribucin de los estudiantes a las Instituciones?

De qu manera se realiza el seguimiento de los estudiantes que
realizan prcticas?

De qu manera es registrada la informacin de los estudiantes y
docentes?

1.6. Objetivos de la Investigacin

El objetivo del sistema es simplificar el proceso de la realizacin de prctica
docente; brindando una asesora continua de cada uno de los estudiantes
que realizan la prctica en las diferentes instituciones.

1.6.1. Objetivo General
El objetivo fundamental del proyecto es implementar el sistema de gestin de
prctica preprofesional docente en el departamento de prctica de la UCE
Sede Santo domingo.
1.6.2. Objetivo Especfico

Hacer un anlisis de los requerimientos y necesidades de los actores
que intervienen en el desarrollo del sistema.
Evaluar la informacin y los servicios existentes, para establecer
necesidades, oportunidades y consideraciones para el desarrollo del
nuevo sistema.
Realizar el diseo e implementacin de las aplicaciones del sistema de
gestin de prctica.

1.7. Justificacin

El presente proyecto tiene como finalidad poder brindar al departamento de
prctica preprofesional docente la mejora de sus procesos de seguimiento
de prctica, teniendo como resultado una mejora en sus operaciones
cotidianas y por ende, su imagen institucional hacia los estudiantes, docentes
y autoridades de la Universidad.

Adems contar con herramientas que permitan identificar los procesos que
se realizan en el departamento, subprocesos, actividades de control y
requerimientos de las funcionalidades, que sirva como soporte del rediseo
de procesos y ayude a mejorar la calidad del servicio administrativo.

La implementacin de este sistema minimizara el impacto econmico
permitiendo obtener ahorros significativos al medir y controlar la utilizacin
de recursos humanos y materiales.

Para su desarrollo est basado en el uso del mtodo cientfico, el cual
propone una secuencia de pasos lgicos como: el diagnstico de una
realidad problemtica, planeamiento de hiptesis, definicin de objetivos,
contratacin de la hiptesis y resultados.

1.8. Alcance

El sistema informtico de Prctica Docente ser una aplicacin que
funcionar en un entorno que permitir administrar y consultar la informacin
de prctica docente realizada por los estudiantes de la U.C.E sede Santo
Domingo, de manera fcil y gil. sta aplicacin dar apoyo a los siguientes
procesos:

Administrar usuarios del Sistema.
Gestionar informacin de los estudiantes
Administrar horarios de estudiantes y docentes de prctica.
Administrar informacin de la institucin a cargo de la prctica.
Administrar informacin de los docentes guas de la institucin
Gestionar fichas de registros y documentos de los docentes que cumplen
funciones de visitadores y tutores.










CAPITULO 2

2. REVISIN BIBLIOGRFICA

2.1. Antecedentes

El sistema de seguimiento de prctica docente permitir llevar un control
adecuado de la prctica realizada durante el ao lectivo. El cual interactuar
con un equipo de cmputo, mediante una base de datos. La interaccin con
la interfaz grfica y usuario ser a travs de mens.

De esta manera se propone este sistema totalmente informatizado que
elimine en la medida de lo posible los procesos no automatizados (o
manuales) que actualmente se utilizan, con el objeto de agilizar la gestin de
seguimiento de prctica, adems de facilitar el trabajo en el momento de
asignacin a las instituciones, administrar la informacin de los docentes de
una manera ms eficaz.

2.2. Fundamentacin Terica

SOFTWARE DBMS.- (Data Base Management System). Son las siglas en
ingls para los Sistemas de Gestin de Bases de Datos (SGBD). Bajo este
nombre se conoce a productos de fabricantes como Oracle, Sybase,
Informix, Ingres, Borland, Microsoft, IBM, etc.

Sistema de administracin de bases de datos. Software que controla la
organizacin, almacenamiento, recuperacin, seguridad e integridad de los
datos en una base de datos. Acepta solicitudes de la aplicacin y ordena al
sistema operativo transferir los datos apropiados.
Los DBMS pueden trabajar con lenguajes de programacin tradicionales
(COBOL, C, etc.) o pueden incluir su propio lenguaje de programacin. Por
ejemplo, dBASE y Paradox son programas de base de datos con un DBMS,
un lenguaje completo de programacin y un lenguaje de cuarta generacin,
haciendo de ellos sistemas completos de desarrollo de aplicaciones. Los
comandos de los lenguajes de cuarta generacin permiten a los usuarios
crear en forma interactiva archivos de bases de datos, editarlos, formular
preguntas e imprimir informes sin necesidad de programacin. Miles de
aplicaciones han sido desarrolladas en ambientes como stos.

Consideraciones al elegir un DBMS
Nmero de usuarios
Nmero de transacciones
Cantidad de datos para almacenar
Consistencia en la informacin
Presupuesto
Experiencia propia o externa*

Arquitectura de un manejador de bases de datos (DBMS)
Una base de datos en ejecucin consta de 3 cosas:
Archivos
Control (ctl): almacenan informacin acerca de la estructura de
archivos de la base.
Rollback (rbs): cuando se modifica el valor de alguna tupla en una
transaccin, los valores nuevos y anteriores se almacenan en un
archivo, de modo que si ocurre algn error, se puede regresar
(rollback) a un estado anterior.
Redo (rdo): bitcora de toda transaccin, en muchos dbms incluye
todo tipo de consulta incluyendo aquellas que no modifican los datos.
Datos (dbf): el tipo ms comn, almacena la informacin que es
accesada en la base de datos.
Indices (dbf) (dbi): archivos hermanos de los datos para acceso
rpido.
Temp (tmp): localidades en disco dedicadas a operaciones de
ordenamiento o alguna actividad particular que requiera espacio
temporal adicional.
Memoria
o Shared Global Area (SGA): es el rea ms grande de memoria y quizs
el ms importante
Shared Pool: es una cach que mejora el rendimiento ya que almacena
parte del diccionario de datos y el parsing de algunas consultas en SQL
Redo Log Buffer: contiene un registro de todas las transacciones dentro
de la base, las cuales se almacenan en el respectivo archivo de Redo y
en caso de siniestro se vuelven a ejecutar aquellos cambios que an no
se hayan reflejado en el archivo de datos (commit).
Large Pool: espacio adicional, generalmente usado en casos de
multithreading y esclavos de I/O.
Java Pool: usado principalmente para almacenar objetos Java
o Program Global Area (PGA): informacin del estado de
cursores/apuntadores
o User Global Area(UGA): informacin de sesin, espacio de stack

Procesos
o Threading
o System Monitor: despierta peridicamente y realiza algunas actividades
entre las que se encuentran la recuperacin de errores, recuperacin de
espacio libre en tablespaces y en segmentos temporales.
o Process Monitor: limpia aquellos procesos que el usuario termina de
manera anormal, verificando consistencias, liberacin de recursos,
bloqueos.
o Database Writer: escribe bloques de datos modificados del buffer al
disco, aquellas transacciones que llegan a un estado de commit.
o Log Writer: escribe todo lo que se encuentra en el redo log buffer hacia el
redo file
o Checkpoint: sincroniza todo lo que se tenga en memoria, con sus
correspondientes archivos en disco

MySQL

MySQL es una manejador de bases de datos relacional bastante robusto, de
cdigo abierto bajo la licencia GPL el cual se ha convertido en el ms popular
hoy en da.

Su origen se debi a la bsqueda por parte de los fundadores de crear un
manejador de bases de datos que fuera "rpido", todava ms rapido que
mSQL. As surgi MySQL, primero como un producto de la empresa y
despes como software de dominio pblico.

Por otro lado en el ao 2002 MySQL tuvo un logo ms original que el simple
nombre, incluyendo un delfn, el cual a travs de una encuesta en la pgina
web recibi su nombre: "Sakila", de origen africano.

Por qu usar MySQL ?

Es importante resaltar que no se trata de una herramienta de juguete o
aprendizaje, MySQL es un manejador que puede competir competir con sus
famosas contrapartes comerciales: Oracle, DB2, Informix, Sybase.
Bsicamente los motivos por los cuales se podra optar por usar MySQL en
lugar de otro manejador seran:

Es gratis
Es extensible
Es robusto
Es rpido
No requiere de una gran nmero de recursos para funcionar
(obviamente para aplicaciones a gran escala es mejor contar con una
buena infraestructura)
Es fcil de administrar
Utilizacin de la base de datos SQL
MySQL cumple con el estndar SQL92. Es importante resaltar que aunque
no implementa todas las funciones que otros manejadores poseen, es
posible realizar cualquier consulta usando los distintos tipos de joins o
inclusive a travs de tablas temporales.

MODELADO DE DATOS (UML)

El lenguaje unificado de diagrama o notacin (UML) sirve para especificar,
visualizar y documentar esquemas de sistemas de software orientado a
objetos. UML no es un mtodo de desarrollo, lo que significa que no sirve
para determinar qu hacer en primer lugar o cmo disear el sistema, sino
que simplemente le ayuda a visualizar el diseo y a hacerlo ms accesible
para otros. UML est controlado por el grupo de administracin de objetos
(OMG) y es el estndar de descripcin de esquemas de software.

UML est diseado para su uso con software orientado a objetos, y tiene un
uso limitado en otro tipo de cuestiones de programacin.
UML se compone de muchos elementos de esquematizacin que
representan las diferentes partes de un sistema de software. Los elementos
UML se utilizan para crear diagramas, que representa alguna parte o punto
de vista del sistema. Umbrello UML Modeller soporta los siguientes tipos de
diagramas:
Diagrama de casos de uso que muestra a los actores (otros usuarios
del sistema), los casos de uso (las situaciones que se producen
cuando utilizan el sistema) y sus relaciones.
Diagrama de clases que muestra las clases y la relaciones entre ellas.
Diagrama de secuencia muestra los objetos y sus mltiples relaciones
entre ellos.
Diagrama de colaboracin que muestra objetos y sus relaciones,
destacando los objetos que participan en el intercambio de mensajes.
Diagrama de estado muestra estados, cambios de estado y eventos
en un objeto o en parte del sistema.
Diagrama de actividad que muestra actividades, as como los
cambios de una a otra actividad junto con los eventos que ocurren en
ciertas partes del sistema.
Diagrama de componentes que muestra los componentes de mayor
nivel de la programacin (cosas como Kparts o Java Beans).
Diagrama de implementacin que muestra las instancias de los
componentes y sus relaciones.
Diagrama de relaciones de entidad que muestra los datos y las
relaciones y restricciones entre ellos.

Diagrama de casos de uso
Los diagramas de casos de uso describen las relaciones y las dependencias
entre un grupo de casos de uso y los actores participantes en el proceso.
Es importante resaltar que los diagramas de casos de uso no estn
pensados para representar el diseo y no puede describir los elementos
internos de un sistema. Los diagramas de casos de uso sirven para facilitar la
comunicacin con los futuros usuarios del sistema, y con el cliente, y resultan
especialmente tiles para determinar las caractersticas necesarias que
tendr el sistema. En otras palabras, los diagramas de casos de uso
describen qu es lo que debe hacer el sistema, pero no cmo.

Caso de uso
Un caso de uso describe, desde el punto de vista de los actores, un
grupo de actividades de un sistema que produce un resultado concreto y
tangible.
Los casos de uso son descriptores de las interacciones tpicas entre los
usuarios de un sistema y ese mismo sistema. Representan el interfaz externo
del sistema y especifican qu requisitos de funcionamiento debe tener este
(recuerde, nicamente el qu, nunca el cmo).
Cuando se trabaja con casos de uso, es importante tener presentes algunas
secillas reglas:
Cada caso de uso est relacionado como mnimo con un actor
Cada caso de uso es un iniciador (es decir, un actor)
Cada caso de uso lleva a un resultado relevante (un resultado con
valor intrnseco)
Los casos de uso pueden tener relaciones con otros casos de uso. Los tres
tipos de relaciones ms comunes entre casos de uso son:
<<include>> que especifica una situacin en la que un caso de uso
tiene lugar dentro de otro caso de uso
<<extends>> que especifica que en ciertas situaciones, o en algn
punto (llamado punto de extensin) un caso de uso ser extendido por
otro.
Generalizacin que especifica que un caso de uso hereda las
caractersticas del super caso de uso, y puede volver a especificar
algunas o todas ellas de una forma muy similar a las herencias entre
clases.

Actor

Un actor es una entidad externa (de fuera del sistema) que interacciona con
el sistema participando (y normalmente iniciando) en un caso de uso. Los
actores pueden ser gente real (por ejemplo, usuarios del sistema), otros
ordenadores o eventos externos.
Los actores no representan a personas fsicas o a sistemas, sino su rol. Esto
significa que cuando una persona interacta con el sistema de diferentes
maneras (asumiendo diferentes papeles), estar representado por varios
actores. Por ejemplo, una persona que proporciona servicios de atencin
telefnica a clientes y realiza pedidos para los clientes estara representada
por un actor equipo de soporte y por otro actor representante de ventas.

Descripcin de casos de uso

Las descripciones de casos de uso son reseas textuales del caso de uso.
Normalmente tienen el formato de una nota o un documento relacionado de
alguna manera con el caso de uso, y explica los procesos o actividades que
tienen lugar en el caso de uso.

Diagrama de clases

Los diagramas de clases muestran las diferentes clases que componen un
sistema y cmo se relacionan unas con otras. Se dice que los diagramas de
clases son diagramas estticos porque muestran las clases, junto con sus
mtodos y atributos, as como las relaciones estticas entre ellas: qu clases
conocen a qu otras clases o qu clases son parte de otras clases, pero
no muestran los mtodos mediante los que se invocan entre ellas.

Clase

Una clase define los atributos y los mtodos de una serie de objetos. Todos
los objetos de esta clase (instancias de esa clase) tienen el mismo
comportamiento y el mismo conjunto de atributos (cada objetos tiene el suyo
propio). En ocasiones se utiliza el trmino tipo en lugar de clase, pero
recuerde que no son lo mismo, y que el trmino tipo tiene un significado ms
general.

En , las clases estn representadas por rectngulos, con el nombre de la
clase, y tambin pueden mostrar atributos y operaciones de la clase en otros
dos compartimentos dentro del rectngulo.

Entorno de desarrollo integrado (IDE)
Un entorno de desarrollo integrado o Integrated Development
Environment (IDE) es un programa compuesto por un conjunto de
herramientas para un programador.

Un IDE es un entorno de programacin que ha sido empaquetado como un
programa de aplicacin, es decir, consiste en un editor de cdigo, un
compilador, un depurador y un constructor de interfaz grfica GUI. Los IDEs
pueden ser aplicaciones por si solas o pueden ser parte de aplicaciones
existentes. El leguaje Basic por ejemplo puede ser usado dentro de las
aplicaciones de Microsoft Office, lo que hace posible escribir sentencias
Basic en forma de macros para Word.
Los IDEs proveen un marco de trabajo amigable para la mayora de los
lenguajes de programacin tales como C++, Java, C#, Basic, Object Pascal,
etc.

Como mnimo, un IDE estar compuesto por un editor, un gestor de
proyectos, un entorno de ejecucin y un depurador. Si nos centramos en
aquellos que soportan J2ME, stos deberan contemplar las siguientes
herramientas:

Gestor de proyectos (ficheros fuente y atributos de los MIDlets).
Editor (de cdigo y recursos).
Construccin de ficheros de clases (compilacin, eliminacin de
informacin necesaria y preverificacin del cdigo fuente).
Generacin de paquetes (empaquetado de MIDlets en ficheros JAR y
JAD).
Emulacin (ejecucin de MIDlets en un emulador de dispositivo).
Depurador de MIDlets.
Documentacin y tutoriales, ya que al ser el desarrollo de aplicaciones
J2ME un proceso complejo que integra muchos aspectos de
Ingeniera del software, cualquier ayuda es poca en ese sentido.

Algunas otras caractersticas adicionales que pueden ser interesantes son:

Apoyo a la entrega de aplicaciones. J2ME Over-the-air (OTA)
estandariza el proceso de bsqueda, descarga, autenticacin,
verificacin y ejecucin de una aplicacin Java para un dispositivo
mvil.
Desarollo completo de aplicaciones, no slo la parte del dispositivo,
que actuarn como clientes, sino los propios servidores que se
ejecutarn en ordenadores de sobremesa.
Herramientas RAD (Rapid Application Development), que permiten
construir visualmente interfaces de usuario.
Hay que tener en cuenta que en el mercado de dispositivos mviles, cada
vendedor tiene sus propias herramientas de desarrollo, emuladores de
dispositivos y aplicaciones para el anlisis del rendimiento.
Algunos de los IDEs principales son:

J2ME Wireless ToolKit (J2MEWTK)

Contiene una implementacin de referencia de J2ME (MIDP) y mltiples
emuladores de dispositivos. Este entorno de Sun se encuentra disponible
para sistemas operativos de la familia Windows y Unix/Linux. En realidad no
es un IDE como tal, pues no posee prestaciones de edicin y depuracin,
que son imprescindibles. S contiene un mnimo entorno de desarrollo con
un interfaz grfico para compilar, empaquetar y ejecutar aplicaciones MIDP.

JBuilder 7 Enterprise con MobilSet3

JBuilder es ya un entorno clsico dentro del desarrollo con Java para varias
plataformas. Posee tres ediciones, de las cuales la ms completa es la
Enterprise. Es precisamente sobre esta donde se fundamenta su uso con
J2ME, ya que para desarrollar en este lenguaje para mviles hay que
instalarse un mdulo adicional llamado MobileSet. Una vez instalado, aade
prestaciones adicionales a JBuilder, como entornos de compilacin y
ejecucin y ayudantes especficos.

Sun ONE Studio 4 Mobile Edition
Este entorno ofrece tres posibilidades: Community, Mobile y Enterprise. Las
dos primeras son gratuitas. La versin Mobile tiene pocas prestaciones como
IDE, aunque su diseo modular permite que terceros puedan desarrollar e
integrar nuevos componentes.

Metrowerks CodeWarrior Wireless Studio 7

La edicin profesional incluye desde un Java 2 SDK hasta un gran nmero
de emuladores de dispositivos y compiladores.
jVise from S5 System
Est basado en el proyecto Eclipse, el cual ofrece un conjunto de
funcionalidades como IDE en un motor de ejecucin. Tanto vendedores
como desarrolladores individuales pueden aadir caractersticas adicionales
al entorno.


Entorno de desarrollo NetBeans



Existen varios entornos que han encontrado aceptacin por profesionales y
aficionados. Los ms conocidos son probablemente Eclipse, NetBeans y
IntelliJ IDEA. Los dos primeros resultan ms interesantes por ser de cdigo
abierto, y para este artculo se ha escogido NetBeans por presentar una
ventaja adicional: al ser desarrollado por la compaa Sun, la misma que
cre Java, puede descargarse e instalarse en un mismo paquete con el kit de
desarrollo JDK, lo cual simplificar su instalacin a los alumnos.

Requerimientos hardware:
Espacio en disco duro: 125 Mbytes
Memoria: 256 Mbytes
Procesador: 500 MHz
Requerimientos software: JDK 1.3 o superior.

Descripcin:

El IDE NetBeans est formado por dos componentes:
Platafoma: es un runtime ncleo que proporciona los servicios
comunes que requieren la mayora de aplicaciones: acciones,
ventanas, almacenamiento y gestin de configuraciones, acceso a
archivos entre otros. De esta forma los desarrolladores pueden
concentrarse en la lgica de su aplicacin y escribir mdulos que
implementan su funcionalidad. La plataforma proporciona un conjunto
bien definido de APIs y abstracciones para implementar funcionalidad
rpida y fcilmente, las APIs Abiertas NetBeans (NetBeans Open
APIs). Ellas son interfaces pblicas y documentadas que los mdulos
utilizan para interactuar con la Plataforma NetBeans y otros mdulos.
A medida que el proyecto evolucione, la implementacin subyacente
de las APIs puede cambiar, pero las APIs se mantienen de tal forma
que los mdulos anteriores todava trabajen en las versiones ms
nuevas de la Plataforma.
Mdulos: proporcionan la funcionalidad que hace de NetBeans un
IDE. El soporte para el lenguaje Java, el editor de cdigo son ejemplos
de mdulos plug-in. Cada pieza de funcionalidad que NetBeans ofrece
es proporcionada por mdulos. Ellos estn distribuidos en varias
catergoras que son descritas ms adelante.
Las principales caractersticas del IDE NetBeans son:

Editor de cdigo con soporte para completar cdigo, anotaciones,
macros, auto- identacin, capaz de operar en un modo mixto para
documentos de mltiples lenguajes.
Soporte para Java, C, C++, XML y HTML.
Soporte para compiladores, debuggers y servicios de ejecucin a
travs de la adicin de plug-ins.
Soporte para JSP, Servlets, Enterprise Java Beans, XML, RMI,
CORBA, JINI y JDBC.
Soporte para Ant, CVS y otros sistemas de control de versiones.
Herramientas visuales de diseo (AWT/Swing).
Asistentes y herramientas de generacin y gestin de cdigo.
Soporte para bases de datos: Oracle, IBM DB2, Microsoft SQL Server,
PointBase, Sybase, Informix, Cloudscape, MySQL, PostgreSQL,
InstantDB, Interbase, Hypersonic SQL, Micrososft Access.
Soporte para una gran cantidad de plataformas.

Hasta la fecha existen mdulos distribuidos en las siguientes categoras:
Herramientas Java (7)
Bases de datos (4)
Soporte para aplicaciones distribuidas(4)
XML (3)
Herramientas (6)
Refactorizacin (1)
Desarrollo de NetBeans (5)
Herramientas de modelamiento (6)
Servicios Web(2)
Debugging(2)
Web (7)
Documentacin (2)
Profiling (1)
C, C++, y Fortran (2)
Control de versiones (2)
Herramientas J2EE (2)
Herramienta de prueba (7)
Soporte J2EE (1)
Libreras (1)
Herramientas de desarrollo de GUIs (1 module)
J2ME (6)
Otros desarrollos (1 module)

Valoracin
Al igual que con el resto de entornos, terminemos con una breve exposicin
de sus aspectos ms destacados:

Puntos fuertes de NetBeans
Sin duda, el ms completo, estable y fiable de los tres
Si un alumno necesita programar en su vida profesional y ha
aprendido con NetBeans, podr enfrentarse con confianza a cualquier
entorno presente en la empresa, ya que todos son muy parecidos
entre s
La gestin de paquetes y sus avanzadas detecciones de errores
(incluso antes de compilar) resultan ms cmodas e intuitivas que en
los otros entornos

Puntos dbiles de NetBeans
Su consumo de recursos es significativamente mayor que el de las
otras alternativas
Enfrentarse a un entorno algo complejo como NetBeans puede
desanimar o confundir al alumno, especialmente si no tiene nociones
de programacin
Sus mltiples ayudas al programador pueden no ser adecuadas para
iniciarse en el lenguaje Java

2.3. Identificacin de Variables

La comunidad universitaria (estudiantes, profesores, etc.)
El perodo lectivo.

2.4. Hiptesis

Con la aplicacin de este sistema se pretende agilizar el manejo de la
informacin obteniendo un reporte detallado de cada estudiante que realiza
la Prctica, institucin y sus docentes a cargo, esto a la vez se traducir en el
mejoramiento de los servicios a los estudiantes, docentes e instituciones.





CAPTULO 3

3. METODOLOGA

Para el desarrollo del proyecto se cont con el apoyo de las personas
encargadas del departamento de prctica preprofesional docente, por lo cual
se utilizar la investigacin descriptiva ya que con la colaboracin de
docentes del rea y estudiantes, se obtendr informacin del tema lo que
permitir aportar con alternativas en bsqueda de solucionar la problemtica.

En el proceso de investigacin la recoleccin de informacin ser muy
importante, pues de ello depender la validez de la investigacin para los
tipos de investigacin que se utilizarn durante el desarrollo de la misma
sern:

La investigacin de campo ser utilizada para recolectar informacin
mediante la encuesta, donde los instrumentos como el cuestionario se
aplicarn para conocer las aptitudes y opiniones de los individuos con
relacin al objeto de estudio.

Tambin se utilizar la investigacin documental al elaborar el marco
terico conceptual para formar un cuerpo de ideas donde se necesitar
incorporarle informacin bsica, provenientes de fuentes como lo son los
libros, revistas, peridicos, enciclopedias, tesis entre otras. Adems se
contar con el uso del recurso informtico, es decir, informacin de pginas
del internet, lo cual servir tambin como sustento al marco terico.


CAPITULO 4

4. MARCO ADMINISTRATIVO

4.1. Recursos

En el mencionado proyecto se necesitarn recursos humanos, materiales,
financieros y tecnolgicos.

4.2. Presupuesto

No se emplearn recursos econmicos en la elaboracin del sistema de
prctica preprofesional docente.

4.3. Cronograma

El cronograma establecido se adjuntar en los anexos.




CAPITULO 5

5. DESARROLLO DEL SISTEMA

El sistema de seguimiento de prctica docente permitir llevar un control
adecuado de la prctica realizada durante el ao lectivo. El cual interactuar
con un equipo de cmputo, mediante una base de datos. La interaccin con
la interfaz grfica y usuario ser a travs de mens.

De esta manera se propone este sistema totalmente informatizado que
elimine en la medida de lo posible los procesos no automatizados (o
manuales) que actualmente se utilizan, con el objeto de agilizar la gestin de
seguimiento de prctica, adems de facilitar el trabajo en el momento de
asignacin a las instituciones, administrar la informacin de los docentes de
una manera ms eficaz.

5.1. Procesos del Sistema

El sistema de prctica permitir realizar las siguientes funciones:

Administrar usuarios del Sistema.- El administrador del sistema podr
gestionar los usuarios (agregar, modificar, eliminar, buscar, listar).

Gestionar informacin de los estudiantes.- El usuario podrn agregar
informacin a los estudiantes (actualizaciones, fichas, ingresos, cambios)

Administrar horarios de estudiantes y docentes de prctica.- El
administrador podrn modificar el horario establecido.

Administrar informacin de la institucin a cargo de la prctica.- El
usuario mantendr actualizada la informacin de las instituciones; pero
solo el administrador podr agregar o eliminar instituciones.

Administrar informacin de los docentes guas de la institucin.- El
administrador podr realizar (cambios, agregar, eliminar, listar)

Gestionar fichas de registros y documentos de los docentes que cumplen
funciones de visitadores y tutores.- El usuario realizar registros de fichas
(ingreso y actualizaciones)

Gestionar las notas de prctica docente de los estudiantes.- Solo el
administrador podr (cambiar, corregir, eliminar, listar).

5.2. Anlisis

Diagramas UML
El lenguaje de modelado unificado (UML - Unified Modeling Language)
facilita varios tipos de diagramas, los que nos permiten describir los
requisitos, funcionalidad, y otros conceptos relativos a un proyecto de
desarrollo de software.

Diagrama de Caso de Usos

Los diagramas de caso de uso que se utilizarn para la aplicacin del
sistema son los que se detallan a continuacin:




CASO DE USO GENERAL



CASO DE USO N 1
ADMINISTRAR REGISTRO DE ESTUDIANTES

DESCRIPCIN DE LOS CASOS DE USO

Caso de uso Administrar registro de estudiantes
Actor Administrador
Propsito Muestra informacin de los estudiantes.
Tipo Principal
Descripcin: El administrador entra al sistema con el fin de actualizar, modificar,
eliminar y listar informacin de los estudiantes que realizan las
prcticas en las diferentes instituciones
Curso normal de los eventos
Accin del Actor Respuesta del Sistema
1. El Administrador ingresa al sistema
validando su usuario y contrasea
3. Selecciona la opcin con la imagen de
estudiantes.
5. Escoge una opcin y digita la
informacin.
7. Selecciona la opcin que necesita:
modificar, eliminar o listar.
9. El administrador sale del sistema
2. Despliega un men con las opciones de
docentes, instituciones y estudiantes.
4. despliega un cuadro de bsqueda con
las opciones por cedula o por nombre.
6. Ingresa al listado de estudiantes del
curso y carrera que se encuentra
matriculado.
8. Actualiza la informacin en la base de
datos
Curso alternativo de los eventos

CASO DE USO N 2



Caso de uso Administrar registro de instituciones
Actor Administrador
Propsito Muestra informacin sobre las instituciones de prctica del I.P.P.D
Tipo Principal
Descripcin: El administrador puede registrar las instituciones, cupos, listado y
horarios de estudiantes, docentes a cargo, entre otros para no tener
inconvenientes al momento de asignar los cupos.
Curso normal de los eventos
Accin del Actor Respuesta del Sistema
1. El Administrador ingresa al sistema.
3. Selecciona la opcin con la imagen de
instituciones.
5. Escoge una opcin y digita la
informacin.
7. Selecciona entre las opciones que
necesita:
9. El administrador sale del sistema
2. Despliega un men con las opciones de
docentes, instituciones y estudiantes.
4. despliega un cuadro de bsqueda con
las opciones por cdigo o por nombre.
6. Ingresa al listado de instituciones
8. Actualiza la informacin en la base de
datos
Curso alternativo de los eventos

CASO DE USO N 3



Caso de uso Administrar Registro de docentes
Actor Administrador
Propsito Proporciona informacin acerca de los docentes tutores y visitadores
Tipo Principal
Descripcin: El administrador mantiene ordenado y visible la informacin
concerniente a los docentes tutores y visitadores del I.P.P.D
Curso normal de los eventos
Accin del Actor Respuesta del Sistema
1. El Administrador ingresa al sistema.
3. Selecciona la opcin con la imagen de
instituciones.
5. Escoge una opcin y digita la
informacin.
7. Selecciona entre las opciones que
necesita:
9. El administrador sale del sistema
2. Despliega un men con las opciones de
docentes, instituciones y estudiantes.
4. despliega un cuadro de bsqueda con
las opciones por cdigo o por nombre.
6. Ingresa al listado de instituciones
8. Actualiza la informacin en la base de
datos
Curso alternativo de los eventos

CASO DE USO N 4




Caso de uso Registro de documentos
Actor Usuario
Propsito Registrar informes y mantener actualizada la informacin del I.P.PD
Tipo Principal
Descripcin: El usuario puede actualizar, entregar y recibir documentacin de
docentes, instituciones as como los estudiantes que realizan las
prcticas
Curso normal de los eventos
Accin del Actor Respuesta del Sistema
1. el usuario ingresa al sistema,
validando su usuario y contrasea
3. selecciona la opcin que desea
5. Ingresa la informacin
7. Sale del sistema
2. Despliega un men con las opciones de
docentes, instituciones y estudiantes.
4. Se despliega un men con ciertas
opciones habilitadas
6. Actualiza la informacin.
Curso alternativo de los eventos

Modelo de Requerimientos

Nmero de requisito 1
Nombre de requisito VALIDAR USUARIO
Tipo Requisito Restriccin
Fuente del requisito ADMINISTRADOR
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional
Cada vez que un usuario de la aplicacin requiera iniciar una sesin en la
misma, esta deber solicitar un nombre de usuario, una contrasea para
validar en la base de datos y permitir o no el inicio de sesin.

Nmero de requisito 2
Nombre de requisito INGRESO DE INFORMACIN
Tipo Requisito Restriccin
Fuente del requisito ADMINISTRADOR Y USUARIO
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional

El sistema deber registrar toda la informacin ingresada por el usuario o
administrador.

Nmero de requisito 3
Nombre de requisito REPORTES DE LA INFORMACIN
Tipo Requisito Restriccin
Fuente del requisito ADMINISTRADOR Y USUARIO
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional

El sistema deber emitir reportes detallados de la informacin solicitada, sea
por el administrador o el usuario.

Nmero de requisito 4
Nombre de requisito MODIFICAR LA INFORMACIN
Tipo Requisito Restriccin
Fuente del requisito ADMINISTRADOR
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional

El administrador ser nico responsable que podr realizar cualquier
modificacin con la informacin ingresada al sistema

Nmero de requisito 5
Nombre de requisito ELIMINAR INFORMACIN
Tipo Requisito Restriccin
Fuente del requisito ADMINISTRADOR
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional

El sistema no deber eliminar ninguna informacin ingresada al mismo.

Actores
Tipo de usuario Administrador
Formacin Superior
Habilidades Conocimiento en el manejo de sistemas informticos
Actividades Podr agregar, modificar, eliminar o realizar cambios
en la base de datos, as como administrar los
permisos de acceso de los usuarios.
Tipo de usuario Usuario
Formacin Superior con conocimientos bsicos de computacin
Habilidades Conocimientos bsicos en el manejo de sistemas
informticos
Actividades Ingreso y consultas respectivas de la informacin en
la base de datos.












CAPITULO 6

6. CONCLUSIONES Y RECOMENDACIONES

6.1. Conclusiones

En el desarrollo del presente proyecto, se lleg a las siguientes conclusiones:

El departamento de prctica preprofesional docente no cuenta
Domingo no posee un sistema que solvente las necesidades de
seguimiento de Prctica Docente: distribucin y asignacin de los
estudiantes a las diferentes Instituciones, notas y fichas de docentes y
estudiantes, provocando demoras y retrasos en muchas de las
actividades que aqu se realizan.

Existe contrariedad se genera primeramente al momento que se
realiza la asignacin de estudiantes, por el motivo de que cada
institucin establece un nmero mximo de estudiantes, en donde se
debe considerar: la carrera, horarios disponibles, la cercana a la
residencia o trabajo, entre otras.

El seguimiento de la realizacin de la prctica se hace utilizando
diferentes instrumentos o fichas elaboradas para este objetivo, donde
por cada estudiante muchas veces se necesita registrar informacin
en ms de una ficha, todo este proceso se lo realiza manualmente y
en una hoja de clculo.



6.2. Recomendaciones

Diseo e implantacin de un sistema informtico para la gestin del
seguimiento de Prctica Docente a los estudiantes que la realizan, el
mismo que est orientado a mejorar el servicio que se viene dando en
esta dependencia.





MATERIALES DE REFERENCIA

TERMINOLOGA BSICA

Base de Datos.- Es una coleccin de informacin organizada de forma que
un programa de ordenador pueda seleccionar rpidamente los fragmentos
de datos que necesite. Una base de datos es un sistema de archivos
electrnico. Las bases de datos tradicionales se organizan por campos,
registros y archivos. Un campo es una pieza nica de informacin;
un registro es un sistema completo de campos; y un archivo es una coleccin
de registros.

Sistema Informtico.- Es un conjunto de partes que funcionan relacionndose
entre s con un objetivo preciso. Sus partes son: hardware, software y
las personas que lo usan.

Usuario.- Es un individuo que utiliza una computadora, sistema operativo,
servicio o cualquier sistema informtico. Por lo general es una nica persona

Administrador.- Root o Sysop, en ingls. Persona encargada de mantener y
controlar un sistema informtico. Un administrador suele tener privilegios que
ningn otro usuario tiene. Incluso es el encargado de otorgar los permisos
para el resto de los usuarios.

Hardware.- Trmino ingls que hace referencia a cualquier componente fsico
tecnolgico, que trabaja o interacta de algn modo con la computadora. No
slo incluye elementos internos como el disco duro, CD-ROM, disquetera,
sino que tambin hace referencia al cableado, circuitos, gabinete, etc. E
incluso hace referencia a elementos externos como la impresora, el mouse,
el teclado, el monitor y dems perifricos

Software.- Es todo programa o aplicacin programado para realizar tareas
especficas. La representacin del software: programas, detalles del diseo
escritos en un lenguaje de descripcin de programas, diseo de la
arquitectura, especificaciones escritas en lenguaje formal, requerimientos del
sistema, etc.


BIBILIOGRAFA

http://msdn.microsoft.com/es-es/library/ms165088.aspx
http://foro.ignetwork.net/showthread.php?15188-IDE-Entorno-
integrado-de-desarrollo-(Concepto-importante)
M. Domnguez-Dorado,. Todo Programacin. N 13. Pgs. 32-34.
Editorial Iberprensa (Madrid). DL M-13679-2004. Noviembre, 2005..
NetBeans IDE 4.1. La alternativa a Eclipse..

http://netbeans.org/community/releases/roadmap.html


ANEXOS
Cronograma de actividades
N ACTIVIDADES
OCTUBRE NOVIEMBRE DICIEMBRE ENERO
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1
Identificacin de problemas, oportunidades y
objetivos
2 Primera visita a la institucin
3 Recoleccin de datos informativos de la institucin
4 Determinacin de los requerimientos de informacin
5 Entrevistas al personal y administradora
6 Anlisis de las necesidades del sistema
7 Elaboracin de diagramas de flujo de datos nivel 0
8 Elaboracin de diagramas de flujo de datos nivel 1
9 Anlisis de los documentos de la institucin
10 Presentacin del primer informe
11 Elaboracin de los diagramas de caso de uso
12 Elaboracin de los diagramas de clases
13 Elaboracin del modelo entidad-relacin
14 Presentacin del informe de los requisitos IEEE 830
15 Diseo del sistema recomendado
16 Diseo fsico
17 Diseo lgico
18 Desarrollo y documentacin del software
19 Presentacin de mdulos de informacin
20 Pruebas y mantenimientos del sistema
21 Implantacin y evaluacin del sistema