1 introduccion -...
TRANSCRIPT
-
2
CAPITULO 1
1 INTRODUCCION
1.1 Antecedentes.
Luego de efectuar diversas entrevistas a las
personas encargadas de llevar las tareas
administrativas de la Facultad de Medicina,
Veterinaria y Zootecnia pudimos notar que no
poseen ningn tipo de Sistema que permita
realizar de forma automtica las diversas tareas, lo
cual conlleva que se presenten las siguientes
falencias:
1. La matriculacin, registro de notas y asistencia de los alumnos
es llevada de forma manual y almacenada en:
Hojas de Excel,
-
3
Archivos planos.
2. No poseen registros de los alumnos egresados.
3. La generacin de reportes es realizada en forma manual extrayendo la
informacin de documentos fsicos, los cuales son almacenados en
archiveros.
4. Al ser llevada la informacin de forma manual, no es posible asegurar los
datos, permitiendo, de esta manera, que personas no autorizadas puedan
acceder a los mismos.
5. No es posible controlar de manera gil y efectiva que las materias que un
alumno pueda seleccionar en un perodo de estudio se encuentren acorde a
lo indicado en la malla curricular.
6. La Asignacin de Ctedras a los diversos docentes es realizada de forma
manual, originando que muchos profesores posean horarios cruzados en las
primeras semanas de clases, perjudicando de manera directa a los alumnos.
7. No poseen registro de la cancelacin de las rdenes de pago, lo cual origina
que existan alumnos que pueden matricularse en el siguiente perodo a
pesar de no haber terminado de cancelar totalmente el anterior. En muchos
casos hasta culminan la carrera Universitaria manteniendo deuda con la
Facultad.
-
4
1.2 Definicin de la aplicacin
El objetivo principal del sistema a implementar en la Facultad de
Medicina, Veterinaria y Zootecnia es desarrollar mecanismos
automatizados que faciliten la planificacin, organizacin, gestin y
control acadmico y administrativo.
El sistema ser desarrollado en un entorno multiusuario, de tal manera
que el mismo pueda ser utilizado por los diferentes departamentos y
sectores que componen la organizacin de la Facultad, especialmente por
estudiantes, docentes, personal administrativo y direccin acadmica.
As mismo, el sistema permitir:
Mantener actualizada la informacin de todos los alumnos, ya sean
activos o egresados.
Generar reportes administrativos (pagos, cantidad de alumnos
matriculados, porcentaje de alumnos aprobados, etc.) y acadmicos
(listas de alumnos, control de flujo de materias, mallas curriculares,
certificado de notas, etc.) de manera gil y eficiente.
Tener un control total sobre la cantidad de materias que un alumno
puede seleccionar, as como garantizar que las mismas se encuentren
acorde al semestre que est cursando el alumno.
-
5
Llevar un registro de las calificaciones de los alumnos.
Llevar el control de los pagos realizados por los alumnos, de tal
manera que los estudiantes que tengan deudas de semestres anteriores
no puedan registrarse.
Contar con una red que permita la comunicacin de las diferentes
computadoras, de tal manera que la informacin ms relevante de los
alumnos pueda ser consultada desde cualquier punto de la Facultad.
Todas estas soluciones que hemos descrito se encuentran acorde a las
normas legales y acadmicas que rigen tanto la Universidad de
Guayaquil como la Facultad de Medicina, Veterinaria y Zootecnia.
1.3 Visin.
Brindar una herramienta segura y de fcil uso, que permita realizar las
diversas labores que tiene a su cargo el departamento administrativo de
la Facultad de Medicina, Veterinaria y Zootecnia, en el menor tiempo
posible, optimizando los recursos humanos y tecnolgicos.
-
6
1.4 Objetivo de la aplicacin.
Dado que las diferentes labores administrativas en la Facultad de
Medicina, Veterinaria y Zootecnia, son desarrolladas de forma manual, se
convierten en un proceso tedioso, inseguro y propenso al error por lo cual
nuestra propuesta de tesis est orientada a la automatizacin de dichas
labores, volviendo estas ms eficaces.
El objetivo de este proyecto es implementar un sistema que permita llevar
un control de manera eficiente y eficaz de todos los procesos que se
emplean en una unidad acadmica, as como tambin la generacin gil y
precisa de todos los informes utilizados por las diversas reas
involucradas, proporcionando beneficios al usuario tales como:
Reduccin de Tareas Manuales.
Herramientas Automatizadas.
Mejor Gestin.
Mejor control de las actividades.
Optimizacin de tiempo.
-
7
1.5 Alcance de la aplicacin.
Luego de las diferentes entrevistas con los usuarios pudimos darnos
cuenta de las principales necesidades, las cuales son llenadas mediante
los siguientes mdulos.
Docentes.
Este mdulo realizar el proceso de ingreso de los profesores,
adems de la asignacin de las materias dependiendo de la
trayectoria del docente
Matriculacin del Alumno.
Este mdulo registrar la informacin de los alumnos, materias,
paralelos, etc.
Adicionalmente, verificar que los alumnos solo puedan
seleccionar las materias que le es permitido de acuerdo a la malla
curricular.
Horario de Clases.
Se permitir la asignacin manual de los Horarios de los diferentes
Profesores evitando el cruce de horarios y adaptndose a la
disponibilidad horaria de los mismos, ya que la misma ser
ingresada en el Sistema.
-
8
Malla de Materias.
En este mdulo se ingresarn las materias que se dictan en la
Facultad por cada semestre, permitiendo tener diferentes mallas
curriculares de acuerdo al ao de ingreso del alumno
Notas de Alumnos
Permitir llevar el control de las notas de los diferentes alumnos
verificando el estado de los mismos.
Egresados.
Este mdulo permitir obtener rpidamente los reportes ms
importantes que los egresados necesitan para realizar diversos
trmites. As mismo permitir ingresar y consultar datos de su Tesis
de Grado, como Tema, Tribunal y Ao de Graduacin, etc.
Control y registro de Pagos
Este mdulo permitir el ingreso de los pagos realizados por los
alumnos, lo cual permitir conocer gilmente si un estudiante
posee alguna deuda con la Facultad impidiendo que este pueda
realizar alguna transaccin. Cabe recalcar que no fue posible
Generar las rdenes de Pago directamente en la Facultad por
polticas propias de la Administracin Central de la Facultad
-
9
Seguridad
El control de acceso es el proceso por el cual se limita el privilegio
de uso de los recursos de un sistema. Los principales controles
que se implementarn para limitar el Acceso al sistema son:
Control Administrativo
Las diferentes opciones de la aplicacin sern habilitadas de
acuerdo al perfil del usuario y las claves de los mismos se
encontrarn encriptadas en la Base de Datos.
Control Lgico
El control lgico de acceso a los datos se establecer mediante
roles, los cuales sern asignados a los diferentes usuarios.
El Sistema estar implementado mediante DLL, de tal manera que
no pueda ser copiado ni modificado en las diferentes mquinas.
1.5.1 Administracin de Personal
Se llevar una base de datos con la informacin ms importante de
los profesores y empleados administrativos.
-
10
Informes.
Se generarn reportes administrativos y acadmicos que agiliten
las labores diarias de los diferentes departamentos, tales como:
Generacin de Listas de alumnos.
Generacin de Actas para Ingreso de Notas
Horarios de Clases.
Mallas Curriculares.
Alumnos Matriculados.
Certificado de notas
Informacin de Egresados y Graduados, etc
1.6 Plataforma Tecnolgica.
Como plataforma tecnolgica hemos utilizado un Ambiente Microsoft, la
misma se describe a continuacin:
1.6.1. Arquitectura de Datos.
La Base de datos que utilizaremos es SQL SERVER 2000, el cual
es un sistema de gestin de bases de datos relacionales (SGDBR
o RDBMS: Relational Database Management System) diseado
para trabajar con grandes cantidades de informacin y la capacidad
de cumplir con los requerimientos de proceso de informacin para
aplicaciones comerciales y sitios Web.
-
11
SQL Server 2000 ofrece el soporte de informacin para las
tradicionales aplicaciones Cliente/Servidor, las cuales estn
conformadas por una interfaz a travs de la cual los clientes
acceden a los datos por medio de una LAN.
La hoy emergente plataforma NET exige un gran porcentaje de
distribucin de recursos, desconexin a los servidores de datos y
un entorno descentralizado, para ello sus clientes deben ser
livianos, tales como los navegadores de Internet los cuales
accedern a los datos por medio de servicios como el Internet
Information Services(IIS).
SQL Server 2000 est diseado para trabajar con dos tipos de
bases de datos :
OLTP (OnLine Transaction Processing) Son bases de datos
caracterizadas por mantener una gran cantidad de usuarios
conectados concurrentemente realizando ingreso y/o
modificacin de datos. Por ejemplo : entrada de pedidos en
lnea, inventario, contabilidad o facturacin.
OLAP (OnLine Analytical Processing) Son bases de datos
que almacenan grandes cantidades de datos que sirven
para la toma de decisiones, como por ejemplo las
aplicaciones de anlisis de ventas.
-
12
1.6.1.1 SQL SERVER 2000 presenta las siguientes
caractersticas:
SQL Server puede ejecutarse sobre redes basadas en Windows
Server as como sistema de base de datos de escritorio en
mquinas Windows NT Workstation, Windows Millenium y
Windows 98.
Los entornos Cliente/Servidor, estn implementados de tal forma
que la informacin se guarde de forma centralizada en un
computador central (servidor), siendo el servidor responsable del
mantenimiento de la relacin entre los datos, asegurarse del
correcto almacenamiento de los datos, establecer restricciones que
controlen la integridad de datos, etc.
Del lado cliente, este corre tpicamente en distintas computadoras
las cuales acceden al servidor a travs de una aplicacin, para
realizar la solicitud de datos los clientes emplean el Structured
Query Language (SQL), este lenguaje tiene un conjunto de
comandos que permiten especificar la informacin que se desea
recuperar o modificar.
Existen muchas formas de organizar la informacin pero una de las
formas ms efectivas de hacerlo est representada por las bases
de datos relacionales, las cuales estn basadas en la aplicacin de
la teora matemtica de los conjuntos al problema de la
-
13
organizacin de los datos. En una base de datos relacional, los
datos estn organizados en tablas (llamadas relaciones en la teora
relacional). Una tabla representa una clase de objeto que tiene
importancia para una organizacin.
Al organizar los datos en tablas, se pueden encontrar varias formas
de definirlas. La teora de las bases de datos relacionales define un
proceso, la normalizacin, que asegura que el conjunto de tablas
definido organizar los datos de manera eficaz.
Figura 1.1 Arquitectura Cliente Servidor
SQL Server incluye un conjunto de herramientas que facilitan la
instalacin y administracin del servidor as como un conjunto de
-
14
herramientas que facilitan el diseo e implementacin de base de
datos, entre ellos podemos mencionar:
SQL Server 2000 Database Engine, diseado para almacenar
detalladamente los registros de las operaciones transaccionales
(OLTP), este motor es responsable de mantener la seguridad de
los datos, proveer un adecuado nivel de tolerancia a fallos,
optimizar las consultas, emplear adecuadamente los bloqueos de
recursos para optimizar la concurrencia, etc.
SQL Server 2000 Analysis Services, provee herramientas para
consultar informacin almacenada en data warehouses y data
marts, como por ejemplo cuando se desea obtener informacin
totalizada acerca de los niveles de ventas mensuales por regiones
de ventas, etc.
Soporte para aplicaciones, SQL Server brinda a las aplicaciones
clientes la posibilidad de acceder a los datos a travs de un
lenguaje denominado Transact-SQL, asimismo es importante
mencionar que ahora existe un soporte para devolver la
informacin en ormato XML.
1.6.1.2. Arquitectura de la Aplicacin
La aplicacin ha sido desarrollada en Visual Basic. Net que es uno
de los componentes de la plataforma .NET con el propsito de
-
15
estar actualizados en la Tecnologa de manejo de informacin que
existe en el mercado de la computacin. Se aplica el desarrollo de
reportes en Crystal report.
1.6.1.3. Infraestructura Tecnolgica.
Las mquinas instaladas deben tener las siguientes caractersticas:
Las maquinas clientes deben tener:
256 Mb de RAM
40 Gb de disco
Procesador Pentium IV de 1.8 GhZ. o posterior
Monitor de 15 pulgadas.
Windows 2000 XP como Sistema Operativo.
La mquina que funcione como servidor donde radicar la Base de
Datos y poseer las siguientes caractersticas:
512 MB de RAM
160 GB de Disco
Procesador Pentium IV de 3 Ghz. o posterior
Monitor de 15 pulgadas.
Windows NT 2000 Server como Sistema Operativo.
La adquisicin de licencias para los sistemas operativos y la base
de datos SQL Server 2000
-
16
1.7 Casos de Uso
Los diagrama de casos de uso representa la forma en como un Cliente
(Actor) opera con el sistema en desarrollo, adems de la forma, tipo y
orden en como los elementos interactan (operaciones o casos de uso).
Un diagrama de casos de uso consta de los siguientes elementos:
Actor.
Casos de Uso.
Relaciones de Uso, Herencia y Comunicacin.
1.7.1 Actor
Un actor es el rol que un usuario juega con respecto al sistema. Es
importante destacar el uso de la palabra rol, pues con esto se especifica
que un Actor no necesariamente representa a una persona en particular,
sino ms bien la labor que realiza frente al sistema.
Asociacin Dependencia Generalizacin
Actor Caso de Uso Relaciones de Uso
Figura 1.2 Elementos de casos de uso
http://www.dcc.uchile.cl/~psalinas/uml/casosuso.html#actor#actorhttp://www.dcc.uchile.cl/~psalinas/uml/casosuso.html#casosuso#casosusohttp://www.dcc.uchile.cl/~psalinas/uml/casosuso.html#relacion#relacion
-
17
1.7.2 Caso de Uso
Es una operacin o tarea especfica que se realiza tras una orden de
algn agente externo, sea desde una peticin de un actor o bien desde la
invocacin desde otro caso de uso.
1.7.3 Relaciones:
Asociacin
Es el tipo de relacin ms bsica que indica la invocacin
desde un actor o caso de uso a otra operacin (caso de uso).
Dicha relacin se denota con una flecha simple.
Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual
una clase depende de otra, es decir, se instancia (se crea).
Dicha relacin se denota con una flecha punteada.
Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una
doble funcin dependiendo de su estereotipo, que puede ser de
Uso () o de Herencia ().
-
18
Este tipo de relacin esta orientado exclusivamente para casos
de uso (y no para actores).
Herencia: Se recomienda utilizar cuando un caso de uso es
similar a otro (caractersticas).
Uso: Se recomienda utilizar cuando se tiene un conjunto de
caractersticas que son similares en ms de un caso de uso y
no se desea mantener copiada la descripcin de la
caracterstica.
De lo anterior cabe mencionar que tiene el mismo paradigma en
diseo y modelamiento de clases, en donde esta la duda
clsica de usar o heredar.
Materias
Ordenes de
Pago
Matricula
Registro de
Notas
Malla
Academica
Horarios
Egresados
Reportes
Responsable
Figura 1.3 Diagrama de casos de uso.
Manejo de Sistema Acadmico
-
19
1.7.4 Descripcin de Casos de Uso
En este cuadro se muestra como podemos describir el caso de uso.
Nombre: Mantenimiento de Alumno
Autor: Secretaria
Descripcin: Permite crear un nuevo alumno con todos sus datos.
Actores: Secretaria de la facultad
Precondiciones: El usuario debe haber ingresado al sistema.
Flujo Normal:
1. El actor pulsa sobre la Opcin mantenimiento de Alumno. 2. El sistema muestra la pantalla de Ingreso de Alumno. 3. El actor introduce los datos del alumno. 4. El actor pulsa guardar 5. El sistema comprueba la validez de los datos y los almacena.
Flujo Alternativo:
1. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello permitindole que los corrija
Poscondiciones: El alumno ha sido almacenado en la base de datos.
Cuadro 1.1 Matriz de Caso de Uso
1.8 Diagrama de Proceso
Es una representacin grfica de los pasos que se siguen en toda una
secuencia de actividades, dentro de un proceso o un procedimiento,
identificndolos mediante smbolos de acuerdo con su naturaleza; incluye,
adems, toda la informacin que se considera necesaria para el anlisis,
tal como distancias recorridas, cantidad considerada y tiempo requerido.
-
20
Con fines analticos y como ayuda para descubrir y eliminar ineficiencias,
es conveniente clasificar las acciones que tienen lugar durante un
proceso dado en cinco clasificaciones. Estas se conocen bajo los
trminos de operaciones, transportes, inspecciones, retrasos o demoras y
almacenajes. Las siguientes definiciones en la tabla 5.1, cubren el
significado de estas clasificaciones en la mayora de las condiciones
encontradas en los trabajos de diagramado de procesos.
Este diagrama muestra la secuencia cronolgica de todas las operaciones de
taller o en mquinas, inspecciones, mrgenes de tiempo y materiales a
utilizar en un proceso de fabricacin o administrativo, desde la llegada de la
materia prima hasta el empaque o arreglo final del producto terminado.
Seala la entrada de todos los componentes y subconjuntos al ensamble con
el conjunto principal. De igual manera que un plano o dibujo de taller
presenta en conjunto detalles de diseo como ajustes tolerancia y
especificaciones, todos los detalles de fabricacin o administracin se
aprecian globalmente en un diagrama de operaciones de proceso.
Antes de que se pueda mejorar un diseo se deben examinar primero los
dibujos que indican el diseo actual del producto. Anlogamente, antes de
que sea posible mejorar un proceso de manufactura conviene elaborar un
diagrama de operaciones que permita comprender perfectamente el
problema, y determinar en qu reas existen las mejores posibilidades de
-
21
mejoramiento. El diagrama de operaciones de proceso permite exponer con
claridad el problema, pues si no se plantea correctamente un problema
difcilmente podr ser resuelto.
1.9 Actividad / Definicin
1.9.1 Operacin
Ocurre cuando un objeto est siendo modificado en sus caractersticas, se
est creando o agregando algo o se est preparando para otra operacin,
transporte, inspeccin o almacenaje. Una operacin tambin ocurre cuando
se est dando o recibiendo informacin o se est planeando algo. Ejemplos:
Tornear una pieza, tiempo de secado de una pintura, un cambio en un
proceso, apretar una tuerca, barrenar una placa, dibujar un plano, etc.
1.9.2 Transporte
Ocurre cuando un objeto o grupo de ellos son movidos de un lugar a otro,
excepto cuando tales movimientos forman parte de una operacin o
inspeccin. Ejemplos:
Mover material a mano, en una plataforma en monorriel, en banda
transportadora, etc. Si es una operacin tal como pasteurizado, un recorrido
de un horno, etc., los materiales van avanzando sobre una banda y no se
consideran como transporte esos movimientos.
-
22
1.9.3 Inspeccin
Ocurre cuando un objeto o grupo de ellos son examinados para su
identificacin o para comprobar y verificar la calidad o cantidad de
cualesquiera de sus caractersticas. Ejemplos:
Revisar las botellas que estn saliendo de un horno, pesar un rollo de papel,
contar un cierto nmero de piezas, leer instrumentos medidores de presin,
temperatura, etc.
1.9.4 Demora
Ocurre cuando se interfiere en el flujo de un objeto o grupo de ellos. Con esto
se retarda el siguiente paso planeado. Ejemplos:
Esperar un elevador, o cuando una serie de piezas hace cola para ser
pesada o hay varios materiales en una plataforma esperando el nuevo paso
del proceso.
1.9.5 Almacenaje
Ocurre cuando un objeto o grupo de ellos son retenidos y protegidos contra
movimientos o usos no autorizados. Ejemplos:
Almacn general, cuarto de herramientas, bancos de almacenaje entre las
mquinas. Si el material se encuentra depositado en un cuarto para sufrir
alguna modificacin necesaria en el proceso, no se considera almacenaje
sino operacin; tal sera el caso de curar tabaco, madurar cerveza, etc.
-
23
1.9.6 Actividad combinada
Cuando se desea indicar actividades conjuntas por el mismo operario en el
mismo punto de trabajo, los smbolos empleados para dichas actividades
(operacin e inspeccin) se combinan con el crculo inscrito en el cuadro.
1.9.7 Utilizacin del diagrama de operaciones de proceso
Una vez que el analista ha terminado su diagrama de operaciones deber
prepararse para utilizarlo. Debe revisar cada operacin y cada inspeccin
desde el punto de vista de los enfoques primarios del anlisis de
operaciones. Los siguientes enfoques se aplican, en particular, cuando se
estudia el diagrama de operaciones:
Propsito de la operacin.
Diseo de la parte o pieza.
Tolerancias y especificaciones.
Materiales.
Proceso de fabricacin.
Preparacin y herramental.
Condiciones de trabajo.
Manejo de materiales.
Distribucin en la planta.
Principios de la economa de movimientos.
-
24
El procedimiento del analista consiste en adoptar una actitud inquisitiva
acerca de cada uno de los diez criterios enumerados, en lo que respecta a su
influencia en el costo y la produccin del producto en estudio.
La cuestin ms importante que el analista tiene que plantear cuando estudia
los eventos del diagrama de operaciones es "Por qu?" Las preguntas tpicas
que se deben hacer son:
"Por qu es necesaria esta operacin?"
"Por qu esta operacin se efecta de esta manera?"
"Por qu son tan estrechas estas tolerancias?"
"Por qu se ha especificado este material?"
"Por qu se ha asignado esta clase de operario para ejecutar el trabajo?"
El analista no debe considerar nada como cosa ya sabida. Debe hacer citas y
otras preguntas pertinentes acerca de todas las fases del proceso, y luego
proceder a reunir la informacin necesaria para contestar adecuadamente
todas las preguntas de modo que pueda introducirse una mejor manera de
hacer el trabajo.
La interrogante "Por qu?" sugiere de inmediato otras como '"Cul?",
"Cmo?", "Quin?" "Dnde?" y "Cundo?" Por tanto, el analista podra
preguntar:
1.10 Diagramas de Flujo de datos
Los diagramas de flujo representan la forma ms tradicional para especificar
los detalles algortmicos de un proceso. Se utilizan principalmente en
programacin, economa y procesos industriales; estos diagramas utilizan
-
25
una serie de smbolos con significados especiales. Son la representacin
grfica de los pasos de un proceso, que se realiza para entender mejor al
mismo. Son modelos tecnolgicos utilizados para comprender los rudimentos
de la programacin lineal. Otra definicin del diagrama de flujo es la
siguiente: "Es un esquema para representar grficamente un algoritmo. Se
basan en la utilizacin de diversos smbolos para representar operaciones
especficas. Se les llama diagramas de flujo porque los smbolos utilizados se
conectan por medio de flechas para indicar la secuencia de operacin. Para
hacer comprensibles los diagramas a todas las personas, los smbolos se
someten a una normalizacin; es decir, se hicieron smbolos casi universales,
ya que, en un principio cada usuario podra tener sus propios smbolos para
representar sus procesos en forma de Diagrama de Flujo. Esto trajo como
consecuencia que slo aquel que conoca sus smbolos, los poda interpretar.
La simbologa utilizada para la elaboracin de diagramas de flujo es variable
y debe ajustarse a un patrn definido previamente."
Figura 1.4. Ejemplo de Diagrama de Flujo
http://es.wikipedia.org/wiki/Imagen:DiagramaDeFlujo.PNG
-
26
Diagrama de flujo en el cual se emplean los smbolos ms comunes.
No es indispensable usar un tipo especial de smbolos para crear un
diagrama de flujo, pero existen algunos ampliamente utilizados por lo que es
adecuado conocerlos y utilizarlos, ampliando as las posibilidades de crear un
diagrama ms claro y comprensible para crear un proceso lgico y con
opciones mltiples adecuadas.
Flecha. Indica el sentido y trayectoria del proceso de informacin o
tarea.
Rectngulo. Se usa para representar un evento o proceso
determinado. ste es controlado dentro del diagrama de flujo en que
se encuentra. Es el smbolo ms comnmente utilizado.
Rectngulo redondeado. Se usa para representar un evento que
ocurre de forma automtica y del cul generalmente se sigue una
secuencia determinada.
Rombo. Se utiliza para representar una condicin. Normalmente el
flujo de informacin entra por arriba y sale por un lado si la condicin
se cumple o sale por el lado opuesto si la condicin no se cumple. Lo
anterior hace que a partir de ste el proceso tenga dos caminos
posibles.
-
27
Crculo. Representa un punto de conexin entre procesos. Se utiliza
cuando es necesario dividir un diagrama de flujo en varias partes, por
ejemplo por razones de espacio o simplicidad. Una referencia debe de
darse dentro para distinguirlo de otros. La mayora de las veces se
utilizan nmeros en los mismos.
Existen adems una variedad de formas especiales para denotar las
entradas, las salidas, los almacenamientos, etctera.
1.10.1 Reglas para dibujar un diagrama de flujo.
Los Diagramas de flujo se dibujan generalmente usando algunos smbolos
estndares; sin embargo, algunos smbolos especiales pueden tambin ser
desarrollados cuando sean requeridos. Algunos smbolos estndares, que se
requieren con frecuencia para diagramar programas de computadora se
muestran a continuacin:
Inicio o fin del programa
Pasos, procesos o lneas de instruccin de programa de computo
Operaciones de entrada y salida
Toma de dediciones y Ramificacin
Conector para unir el flujo a otra parte del diagrama
-
28
Cinta magntica
Disco magntico
Conector de pagina
Lneas de flujo
Anotacin
Display, para mostrar datos
Enva datos a la impresora
Cuadro 1.2 Componentes de un diagrama de flujo
Observacin: Para obtener la correcta elaboracin de los smbolos, existen
plantillas. Las puedes conseguir en Papeleras
1.11 Arquitectura de desarrollo.
2..1 Plataforma .NET
La plataforma .NET cambi de forma radical la aproximacin de
Microsoft hacia el desarrollo de software". Completamente cierto y
nadie mejor que los millones de programadores en VB 6.0 para
corroborar esta afirmacin.
-
29
Existe un antes y un despus en el desarrollo de software en
plataforma Microsoft a partir de .NET. Antes de .NET, Microsoft
haba incorporado algunos avances al desarrollo de software. El
mayor de todos quizs sea el aporte de la programacin visual
(con Visual Basic como abanderado). Sin embargo, antes de
.NET, Microsoft no contaba con una propuesta para el desarrollo
de software lo suficiente robustamente pero sencilla, que
fomentase la productividad de los desarrolladores y la calidad de
los productos generados (entendindose aqu calidad como la
adherencia a los denominados requerimientos no funcionales: alto
rendimiento, escalabilidad, portabilidad, ).
Con .NET Microsoft adopta la decisin de tomarse el desarrollo de
software en serio.
En .NET se corrigen muchos de los problemas que afectaban el
desarrollo de aplicaciones en plataforma Microsoft antes de su
llegada: se crea un sistema de tipos unificado, se define e
implementa un sistema de clases nico, se permite un manejo
integral de los recursos de hardware, se incorpora un sistema de
seguridad desde el mismo nivel de cdigo, etc.
Pero quizs lo ms importante con la plataforma .NET es la
-
30
apertura y adopcin de Microsoft a una serie de estndares
universales (es decir, no propietarios a una empresa en particular)
lo cual permite que las aplicaciones escritas para esta plataforma
puedan hablar con relativa facilidad con aplicaciones escritas en
otras plataformas. XML es el lenguaje para representacin y
transmisin de datos por excelencia en .NET. Los servicios WEB
son la primera escogencia en .NET para la integracin de
aplicaciones. Microsoft es adems participante activo en la
definicin y desarrollo de dichos estndares (agregando los suyos
propios a dicho conjunto): la especificacin de la plataforma de
ejecucin .NET (conocida como CLR por sus siglas en ingls) es
abierta, el dialecto XSD para representacin de esquemas
originado por Microsoft est siendo fuertemente adoptado por otros
proveedores de plataformas de desarrollo.
1.11.2 .NET como Plataforma de programacin y ejecucin de
1.11.2.1 aplicaciones
.NET es una plataforma de programacin y ejecucin de
aplicaciones en la que existen gran cantidad de lenguajes de
programacin para los programadores puedan escoger.
-
31
1.11.2.2 Descripcin de la Arquitectura de la Plataforma .NET
En el grafico siguiente encontramos, como esta conformada la
arquitectura:
Figura 1.5 Arquitectura de la Plataforma .NET
Tal como se aprecia en el grfico anterior, la plataforma .NET est
compuesta de 3 componentes bsicos: La plataforma de ejecucin,
los recursos de programacin y la familia de servidores de
Propsito especfico.
1.11.2.3 Plataforma de ejecucin
Es la encargada de ejecutar las aplicaciones creadas con los
recursos de programacin estos recursos ejecutables se conocen
como ensamblados en la plataforma .NET. Bsicamente lo que
hace esta plataforma es tomar los ensamblados, traducirlos a
cdigo nativo y administrarlos en el sentido del contexto de
-
32
seguridad en que ejecutan y de los recursos a los que los acceden.
1.12 Los recursos de programacin
Son aquellos componentes comunes a los que todo programador
independientemente del lenguaje de programacin tiene
acceso. Se trata bsicamente de un sistema comn de tipos, un
sistema comn de clases y herramientas para la depuracin y
optimizacin de las aplicaciones. Dentro de los recursos de
programacin se deben incluir a los propios lenguajes de
programacin. Sin embargo, es importante insistir en que todos los
lenguajes hacen uso de los mismos componentes mencionados
anteriormente. Es decir, operaciones como la apertura de archivos
o la creacin de hilos por ejemplo- se hacen con las mismas
clases (es decir, de la misma manera) en Visual Basic .NET, C#,
C++, Delphi para .NET, Cobol para .NET, etc.
1.13 Servidores de propsito especfico
Estos servidores son productos completos pensados y
desarrollados para proveer ambientes de programacin y ejecucin
de operaciones muy especficas o de misin crtica. Estos
ambientes y operaciones incluyen: la creacin de bases de datos
(utilizando Microsoft SQL Server) la creacin de portales web
(utilizando Microsoft Share Point Portal Server), la integracin de
-
33
aplicaciones de negocios (utilizando Microsoft BizTalk Server), el
uso de instrucciones activadas por voz (utilizando Microsoft Speech
Server), y otros servidores que repasaremos en artculos
posteriores.
La plataforma .NET provee una serie de recursos de programacin
de uso compartido. Sin embargo, para utilizar dichos recursos, el
programador puede incluso usar editores de texto y luego compilar
el cdigo fuente utilizando los compiladores de lnea de mandatos
provistos por el SDK desarrollado por Microsoft (el cual dicho sea
de paso es gratuito).
Quizs la confusin que provoca se origina en el IDE de
programacin que Microsoft ha provisto desde hace mucho tiempo
(incluso antes de la llegada de .NET) el cual se conoce como
Visual Studio.
Visual Studio s es un ambiente de programacin. Es la integracin
de la oferta de lenguajes de programacin que Microsoft pone a
disposicin de los programadores. Esta oferta incluye 4 lenguajes:
Visual Basic, C#, C++ y J#, as como una serie de utilitarios que
agilizan las labores de programacin: Intellisense, editores grficos
de clases, ambiente grficos de depuracin,
-
34
Es importante aclarar que Visual Studio .NET no es el nico
ambiente de programacin existente para la plataforma .NET (ni
sus lenguajes los nicos existentes en el mercado para dicha
plataforma). Es quizs el ambiente ms completo que existe pero
no es el nico (si no que lo digan los devotos de Visual
NotePad). Una simple pregunta a Google sobre .NET
Programming Languages mostrar la vasta oferta de lenguajes
(gratuitos o no) que existen para esta plataforma.
1.14 Estabilidad y seguridad.
Un objetivo fundamental de Windows .NET Framework 1.1 era
proporcionar una plataforma slida para crear software profesional.
Windows .NET Framework 1.1 ampla la probada capacidad de la
versin 1.0 y ofrece caractersticas adicionales de seguridad que
proporcionan un control ms flexible y especfico de la directiva de
seguridad y proteccin frente a ataques maliciosos.
La directiva de seguridad exhaustiva integrada en Windows .NET
Framework ofrece modelos de seguridad basados en funciones y
en usuarios con el fin de restringir de un modo seguro el acceso a
las aplicaciones slo a los usuarios autorizados. CAS (seguridad de
acceso del cdigo) proporciona un mecanismo de seguridad
-
35
adicional para garantizar que no se ejecute cdigo maligno en
equipos cliente.
1.15 Ventajas de la Plataforma .NET:
A continuacin se resumen las ventajas ms importantes que
proporciona .Net Framework:
1.15.1 Cdigo administrado:
El CLR realiza un control automtico del cdigo para que este sea
seguro, es decir, controla los recursos del sistema para que la
aplicacin se ejecute correctamente.
1.15.2 Interoperabilidad multilenguaje:
El cdigo puede ser escrito en cualquier lenguaje compatible con
.Net ya que siempre se compila en cdigo intermedio (MSIL).
1.15.3 Compilacin just-in-time:
El compilador JIT incluido en el Framework compila el cdigo
intermedio (MSIL) generando el cdigo mquina propio de la
plataforma. Se aumenta as el rendimiento de la aplicacin al ser
especfico para cada plataforma.
-
36
1.15.4 Garbage collector:
El CLR proporciona un sistema automtico de administracin de
memoria denominado recolector de basura (garbage collector). El
CLR detecta cundo el programa deja de utilizar la memoria y la
libera automticamente. De esta forma el programador no tiene por
que liberar la memoria de forma explcita aunque tambin sea
posible hacerlo manualmente (mediante el mtodo disponse()
liberamos el objeto para que el recolector de basura lo elimine de
memoria).
1.15.5 Seguridad de acceso al cdigo:
Se puede especificar que una pieza de cdigo tenga permisos de
lectura de archivos pero no de escritura. Es posible aplicar distintos
niveles de seguridad al cdigo, de forma que se puede ejecutar
cdigo procedente del Web sin tener que preocuparse si esto va a
estropear el sistema.
1.15.6 Despliegue:
Por medio de los ensamblados resulta mucho ms fcil el
desarrollo de aplicaciones distribuidas y el mantenimiento de las
mismas. El Framework realiza esta tarea de forma automtica
-
37
mejorando el rendimiento y asegurando el funcionamiento correcto
de todas las aplicaciones.
2.1 QL SERVER 2000 Arquitectura de la base de datos.
SQL Server soporta bases de datos del sistema y bases de datos
del usuario.
Las bases de datos del sistema, almacenan informacin que
permite operar y administrar el sistema, mientras que las de
usuario almacenan los datos requeridos por las operaciones del
cliente.
Las bases de datos del sistema son:
1.16.1 Master
La base de datos master se compone de las tablas de sistema que
realizan el seguimiento de la instalacin del servidor y de todas las
bases de datos que se creen posteriormente. Asimismo controla
las asignaciones de archivos, los parmetros de configuracin que
afectan al sistema, las cuentas de inicio de sesin. Esta base de
datos es crtica para el sistema, as que es bueno tener siempre
una copia de seguridad actualizada.
-
38
1.16.2 Tempdb
Es una base de datos temporal, fundamentalmente un espacio de
trabajo, es diferente a las dems bases de datos, puesto que se
regenera cada vez que arranca SQL Server. Se emplea para las
tablas temporales creadas explcitamente por los usuarios, para las
tablas de trabajo intermedias de SQL Server durante el
procesamiento y la ordenacin de las consultas.
1.16.3 Model
Se utiliza como plantilla para todas las bases de datos creadas en
un sistema. Cuando se emite una instruccin CREATE
DATABASE, la primera parte de la base de datos se crea copiando
el contenido de la base de datos model, el resto de la nueva base
de datos se llena con pginas vacas.
1.16.4 Msdb
Es empleada por el servicio SQL Server Agent para guardar
informacin con respecto a tareas de automatizacin como por
ejemplo copias de seguridad y tareas de duplicacin, asimismo
solucin a problemas. La informacin contenida en las tablas que
contiene esta base de datos, es fcilmente accedida desde el
Administrador Empresarial, as que se debe tener cuidado de
modificar esta informacin directamente a menos que se conozca
muy bien lo que se esta haciendo.
-
39
1.16.5 Distribution
Almacena toda la informacin referente a la distribucin de datos
basada en un proceso de replicacin.
1.17 Cualidades de la Base de Datos
1.17.1 Disponibilidad.
La confiabilidad y concurrencia se mejoran con nuevos algoritmos
para la interaccin fsica de archivos. Estos algoritmos eliminan la
necesidad de ejecutar comandos de consola de base de datos
(DBCC) como parte del mantenimiento habitual. No obstante,
DBCC sigue estando disponible y los nuevos comandos DBCC
CHECK se pueden ejecutar sin impedir el procesamiento en lnea.
1.17.2 Escalabilidad
El subsistema de almacenamiento, formado por archivos fsicos de
bases de datos y su diseo en disco, admite la escala desde bases
de datos muy pequeas hasta bases de datos de gran tamao.
SQL Server puede admitir ahora hasta 64 GB de memoria fsica
(RAM) y hasta 32 procesadores.
-
40
1.17.3 Fcil utilizacin
Las capacidades de administracin mejoradas ayudan al
administrador de la base de datos (DBA) a automatizar y centralizar
la administracin de servidores. De este modo, se consigue
tambin un mantenimiento sencillo de los servidores y las
aplicaciones remotas sin necesidad de que el DBA tenga que
visitar cada uno de los sitios. La configuracin del servidor,
administrada por un sofisticado algoritmo, responde de forma
dinmica a los patrones de uso del servidor. De este modo, se
libera al DBA de centrarse en las tareas de administracin y
optimizacin de las bases de datos.
2.1 O.NET
1.18.1 Conectar con datos y recuperarlos en ADO.NET
La principal funcin de cualquier aplicacin de base de datos es
conectarse a un origen de datos y recuperar los datos contenidos .
Los proveedores de datos de .NET Framework para ADO.NET
sirven como puente entre una aplicacin y un origen de datos,
permitindole ejecutar comandos y recuperar datos mediante un
DataReader o un DataAdapter.
-
41
1.18.2 Establecimiento de una conexin
ADO.NET es lo ms reciente en una extensa lnea de tecnologas
de acceso a bases de datos que comenz hace varios aos con la
interfaz de programacin de aplicaciones (API) de la conectividad
abierta de base de datos (Open Database Connectivity, ODBC).
Transcurrido este tiempo, han sucedido varias cosas interesantes.
Por ejemplo, COM comenz a trabajar en el terreno de las bases
de datos, lo que culmin con OLE DB. Posteriormente, ActiveX
Data Objects (ADO) (ms o menos, una versin automatizada de
OLE DB) se ha elegido para regir la comunidad Visual Basic y ASP
de los desarrolladores de base de datos basados en Windows.
Con .NET, Microsoft ofrece un marco de trabajo general (biblioteca
de clase de marco de trabajo) que se ampliar para cubrir todas las
API de Windows existentes, entre otras muchas cosas. En
concreto, incluir varias bibliotecas de uso frecuente que, en la
actualidad, se encuentran disponibles a travs de objetos COM
independientes. Entre ellas, se encuentran los modelos de objetos
XML y ADO que se han integrado en un subrbol de clases
denominado ADO.NET.
ADO.NET representa el sustrato que compondr la base de las
aplicaciones .NET compatibles con datos. A diferencia de ADO,
-
42
ADO.NET se ha diseado siguiendo especficamente unas
directrices ms generales y menos orientadas a la base de datos.
ADO.NET rene todas las clases que permiten el manejo de datos.
Estas clases representan los objetos que contienen datos y que
muestran las capacidades normales de las bases de datos:
ndices, ordenacin, vistas. Aunque ADO.NET es la solucin
definitiva para las aplicaciones de base de datos de .NET, destaca
por un diseo global que no se centra tanto en las bases de datos
como el modelo ADO.
ADO.NET es una solucin bastante distinta de ADO. Se trata de un
nuevo modelo de programacin para el acceso a datos que
necesita un compromiso y un entendimiento completos, as como
un acercamiento distinto. No obstante, una vez haya comenzado a
utilizar ADO.NET, observar que cualquier tarea de ADO resulta de
extrema ayuda para generar aplicaciones eficaces y para resolver
antiguos problemas de una forma distinta, aunque de manera ms
elegante y consistente.
En el resto de este artculo, nos centraremos en la forma en la que
ADO.NET realiza las operaciones de base de datos bsicas. Se
indicar cundo resulta ms aconsejable utilizar ADO.NET o ADO.
ADO.NET no es una adaptacin de ADO que se ajuste a la
-
43
infraestructura .NET. Esto es obvio si se observa ADO.NET en
cuanto a sintaxis, diseo de cdigo y migracin.
Acceso a datos despus de .NET
El acceso a los orgenes de datos en ADO.NET se rige a travs de
proveedores administrados. Respecto a las funciones, un
proveedor administrado es muy parecido a un proveedor OLE DB,
aunque con dos diferencias importantes. Primero, funcionan en el
entorno .NET y recuperan y exponen datos a travs de clases
.NET, como DataReader y DataTable. Segundo, la arquitectura
resulta ms sencilla, puesto que se ha optimizado para .NET.
En la actualidad, ADO.NET incorpora dos tipos de proveedores
administrados: uno para SQL Server 7.0 y posterior y otro para
todos los dems proveedores OLE DB que pueda tener instalados.
Las clases que se utilizan en ambas situaciones son distintas,
aunque siguen una convencin de nomenclatura parecida. Los
nombres son iguales, excepto por los prefijos. El prefijo es SQL en
el primer caso y ADO en el segundo.
Se deben utilizar clases SQL para obtener acceso a las tablas de
SQL Server, ya que se dirigen directamente a la API interna del
servidor de base de datos, omitiendo el nivel intermedio
representado por el proveedor OLE DB. Las clases de ADO
-
44
constituyen una interfaz .NET adems de los proveedores OLE DB
y utilizan el puente COM Interop para realizar esta tarea.
El primero resulta ms tcnico y proporciona una visin general y
de alto nivel sobre el modelo de programacin ADO.NET. El ltimo
est dirigido a explicar la finalidad de ADO.NET y la forma en la
que se relaciona con XML, secuencias de comando y otras
tecnologas.
Lectura de datos
Una aplicacin ADO.NET que necesita leer algunos datos de un
origen externo debe comenzar la creacin de un objeto de
conexin. Puede ser SQLConnection o ADOConnection, segn el
proveedor de destino. Recuerde que, aunque no es aconsejable,
puede utilizar las clases de ADO.NET para conectarse con una
base de datos SQL Server. El nico inconveniente radica en que el
cdigo se transmite a travs una capa adicional de cdigo
innecesaria. Solicita el proveedor administrado de ADO, que a su
vez llama al proveedor OLE DB de SQL Server. El proveedor
administrado de SQL Server, por el contrario, se dirige
directamente a los datos tal y como hara un proveedor OLE DB.
Una diferencia significativa entre los objetos de conexin ADO y
ADO.NET radica en el hecho de que la conexin ADO.NET no
-
45
admite la propiedad CursorLocation. Observe que no se trata de un
error de la documentacin, sino de un asunto de diseo muy
discutible. Para reforzar su visin centrada en los datos, ADO.NET
no incluye la implementacin explcita de cursores.
En ADO, se utilizaban cursores para extraer registros de la base de
datos, as como otro origen de datos compatible con OLE DB. Se
puede elegir entre cursores cliente o servidor y, dependiendo de
esta seleccin, varios tipos de cursores predefinidos. ADO.NET
tiende a la abstraccin del origen de datos y proporciona una
interfaz de programacin nueva para la lectura y el anlisis de los
datos.
En ADO, cree un objeto Recordset mediante la especificacin de
una conexin y un texto de comando. El Recordset contiene ciertas
reglas para la ubicacin y el tipo de cursor. Para leer datos, puede
hacer lo siguiente:
Cree una copia esttica en memoria de los registros seleccionados
y procselos mientras se encuentra desconectado del origen de
datos. ADO lo denomina cursor esttico.
Desplcese por los datos utilizando un cursor rpido, de slo
lectura, que slo se desplaza hacia adelante y que funciona sobre
-
46
una instantnea esttica de los registros. ADO lo denomina cursor
de slo lectura.
Obtenga acceso a los datos a travs de dos tipos de cursores de
servidor, que necesitan una conexin destacada pero que permiten
detectar, en distintos niveles, los cambios entrantes que realizan
otros usuarios conectados. ADO los denomina cursores keyset y
dinmicos.
Las dos primeras opciones son parecidas en el hecho de que
funcionan con recordsets desconectados y leen la informacin
desde la memoria cach de un cliente. Adems, estas dos
opciones representan las utilizadas con mayor frecuencia en los
contextos Web y para nuevos sistemas de n niveles.
En ADO, todas las opciones anteriores se asignan a un tipo de
cursor distinto. Como ver ms adelante en este captulo,
ADO.NET resulta bastante distinto, aunque no perder las
capacidades de las que disfrutaba con ADO. Por el contrario, el
cdigo se abstraer del origen de datos real, as como el formato y
el medio de almacenamiento fsico.
ADO.NET ofrece dos objetos para manipular los datos extrados de
un origen de datos. Se trata de los objetos DataSet y DataReader.
El primero es una memoria cach de los registros que se pueden
-
47
visitar en cualquier direccin y modificar como se desee. El
segundo es un objeto optimizado para desplazarse por registros de
slo lectura y slo hacia adelante. Observe que el aspecto de
DataSet es similar a un cursor esttico, mientras que el objeto
DataReader es el equivalente en .NET al cursor de slo lectura de
ADO.
En ADO.NET, no se admiten cursores de servidor. No obstante,
esto no quiere decir que no se puedan utilizar. Tan slo tiene que
importar la biblioteca de tipo ADO en .NET. Para ello, simplemente
haga clic con el botn secundario en el nodo de referencias en la
ventana del proyecto. Una vez realizada esta operacin, puede
empezar a utilizar los objetos nativos de ADO en las aplicaciones.
Aunque personalmente recomiendo que habra que volver a
programar las aplicaciones existentes con .NET, la decisin de
cambiar a .NET no resulta fcil de tomar. Una importacin
completa de ADO puede constituir el primer paso prctico con
.NET sin tener que emplear demasiado tiempo o recursos. Sin
embargo, recuerde que se trata del primer paso de un camino ms
largo. Bajo ningn concepto se trata del nico paso hacia .NET. El
valor real aadido de .NET proviene de una interfaz de
programacin uniforme y consistente y del amplio uso de las clases
-
48
nativas. Aunque no es recomendable, se admite la importacin de
bibliotecas del tipo COM, ya que nicamente supone una solucin
a corto plazo o un paso intermedio.
Tenga en cuenta que ADO.NET unifica la interfaz de programacin
para las clases contenedoras de datos. Independientemente del
tipo de aplicacin que desee desarrollar (para formularios de
Windows, Web o Servicios Web), maneje los datos a travs del
mismo juego de clases. Tanto si el origen de datos en el servidor
es una base de datos SQL Server, un proveedor OLE DB, un
archivo XML o una matriz, desplcese por el contenido y contrlelo
a travs de los mismos mtodos y propiedades.
Si desea utilizar ADO en .NET, tendr que enfrentarse a algunos
efectos secundarios, como el cdigo adicional que necesitar para
utilizar los recordsets a partir de controles enlazados a datos.
DataSet, DataTable y Recordset
ADO.NET no incluye un equivalente directo para el objeto
Recordset. DataTable representa el objeto ms cercano. Aunque
contienen un conjunto de funciones casi idntico, juegan un papel
distinto en sus respectivos marcos de trabajo.
-
49
Recordset es un objeto de gran tamao que incluye buena parte de
las capacidades ADO, aunque todava tiene carencias en algunas
reas. Resulta positivo en muchos aspectos: se puede crear,
funciona desconectado y contiene muchas caractersticas. Sin
embargo, se podra mejorar en algunas reas. Por ejemplo, resulta
difcil de serializar en una red, debido a su naturaleza COM, es un
objeto binario difcil de compartir entre mdulos que funcionan en
distintas plataformas y no puede penetrar servidores de seguridad.
Adems, representa una nica tabla de registros. Si esta tabla se
origina como resultado de una o varias instrucciones JOIN, puede
resultar difcil actualizar los orgenes de datos originales. Al intentar
reconciliar el recordset desconectado con el origen de datos
original, funciona siempre que el origen comprenda SQL. No
obstante, puede ocurrir fcilmente que un proveedor que no es
SQL haya creado el recordset.
En ADO.NET, toda la funcionalidad del Recordset de ADO se ha
dividido en objetos ms simples: uno de ellos es DataReader. El
objeto DataReader imita el comportamiento de un cursor rpido, de
slo lectura y que avanza.
El objeto DataTable es un objeto simple que representa un origen
de datos. Se puede crear un DataTable de forma manual, o bien,
-
50
se puede rellenar automticamente con comandos DataSet.
DataTable desconoce el origen de los datos que contiene. Permite
la manipulacin de los datos en la memoria y realiza operaciones
como la exploracin, ordenacin, edicin, aplicacin de filtros,
creacin de vistas, etc.
El objeto DataSet no tiene un equivalente en ADO. Se trata de una
clase contenedora de datos y es el objeto clave para realizar la
abstraccin de datos de ADO.NET. DataSet agrupa uno o varios
objetos DataTable. DataTable expone el contenido a travs de
recopilaciones genricas, como filas y columnas. Al intentar la
lectura desde una tabla de datos, puede pasar por dos capas
distintas de objetos: DataTableMapping y DataView.
El objeto DataTableMapping contiene la descripcin de una
asignacin entre columnas de datos en un origen de datos y un
objeto DataTable. El objeto DataSetCommand utiliza esta clase al
rellenar un DataSet. Mantiene el vnculo entre columnas abstractas
en el conjunto de datos y las fsicas en el origen de datos.
Una vista de la tabla se procesa a travs del objeto DataView.
Representa una vista personalizada de DataTable y se puede
enlazar a controles especializados, como el Datagrid en los
-
51
formularios de Windows y de Web. Este objeto es el equivalente en
memoria a la instruccin SQL CREATE VIEW.
Todas las tablas en un objeto DataSet se pueden relacionar a
travs de un campo comn. Un objeto DataRelation puede
controlar esta relacin. Aunque resulta casi idntico en aspecto a la
formas de datos en ADO, existe una diferencia considerable. No es
necesario manejar el lenguaje de formas de datos y el resultado es
una arquitectura de extrema flexibilidad. El modelo de exploracin
en ADO.NET permite el desplazamiento sencillo desde la fila
maestra de una tabla a todas las secundarias.
El objeto DataRelation representa el equivalente en memoria a la
instruccin JOIN y resulta til para implementar relaciones
primaria/secundaria con columnas que incluyen el mismo tipo de
datos. Una vez establecida la relacin, no se permite ningn
cambio que la interrumpa y se origina una excepcin de tiempo de
ejecucin. Las vistas y las relaciones constituyen dos mtodos
para implementar los esquemas maestro/detalle. Recuerde que
una vista es simplemente una mscara en los registros, mientras
que una relacin es un vnculo dinmico establecido entre una o
varias columnas de dos tablas y que con las relaciones no existe
forma de cambiar las condiciones de orden o conjunto.
-
52
Si el cdigo necesita relaciones de clave externa 1:1 y no se
cambian los datos, resulta aconsejable utilizar sencillos comandos
JOIN. Si necesita capacidades de filtro adicionales, utilice las vistas
personalizadas de ADO.NET
Adems, puede utilizar la propiedad HasMoreRows para
comprobar rpidamente si DataReader est vaco. Si slo necesita
desplazarse en una serie de registros, DataReader es ms rpido y
eficaz. Esto es especialmente cierto si necesita consultar un nico
registro. El contenido de DataReader no se puede editar, aunque
siempre se puede extraer para ajustarlo a un objeto ms
controlable como, por ejemplo, DataTable, o uno o varios objetos
DataRow.
DataReader deja de ser la herramienta perfecta si necesita tratar
con relaciones complejas entre tablas y registros. En ADO, siempre
se acaba trabajando con recordsets. Cuanto ms articulado sea el
modelo de datos, ms complejos sern los comandos SQL. El
modelo de exploracin permanece secuencial y, a menudo,
almacena ms datos en la memoria cach de lo necesario. Los
objetos DataSet y DataRelation representan el fundamento de esta
especie de modelo de relacin de tablas.
-
53
Para administrar relaciones primarias/secundarias, ADO adems
conduce el motor de formas de datos. En cuanto a las funciones,
las relaciones ADO.NET y las formas de datos son iguales. Sin
embargo, en cuanto al diseo, tienen poco en comn. Los
recordsets con formas incrustan toda la informacin en un nico
objeto en forma de tablas. Las relaciones ADO.NET son vnculos
dinmicos que se pueden establecer en cualquier momento entre
dos tablas de datos. ADO se basa en el proveedor Shaping Service
for OLE DB y contiene un lenguaje especfico de SQL para crear
un recordset jerrquico dentro de la ejecucin de un nico
comando ADO.
En ADO.NET, cada objeto incluido en la relacin se considera
siempre por separado. La propia relacin se expone como un
objeto y recibe determinadas directrices de comportamiento. Por
ejemplo, un objeto DataRelation puede mostrar cambios en
cascada de las filas primarias a las secundarias. Para ello, agregue
un objeto ForeignKeyConstraint en la coleccin de restricciones de
DataTable. El objeto ForeignKeyConstraint representa una
restriccin forzada en un conjunto de columnas asociadas a travs
de una relacin de claves externas, siempre que un valor o una fila
se elimina o se actualiza. Como se ha mencionado anteriormente,
una vez que se ha establecido la relacin y hasta que no se
-
54
termine mediante programacin, no se pueden introducir cambios
que pudieran romperla.
Adems, las relaciones no se transfieren. Puede establecer dos
relaciones distintas entre, por ejemplo, clientes y pedidos y pedidos
y productos. No obstante, mientras se desplaza por los pedidos de
un cliente concreto, no puede saltar de un pedido a las filas
relacionadas de conjuntos de productos. Por el contrario, debe
abrir la relacin pedidos/productos por separado, encontrar el
pedido que necesite y, a continuacin, solicitar las filas
relacionadas. Por este motivo, a veces las relaciones 1:1 se
procesan mejor a travs de las tradicionales y sencillas
instrucciones SQL JOIN.
1.18.3 Actualizacin de datos
Las aplicaciones Web suelen actualizar los datos mediante simples
instrucciones SQL o, an mejor, procedimientos almacenados con
parmetros. No obstante, al utilizar datos desconectados, puede
que desee explotar servicios integrados para actualizar todos los
registros que se deben revisar. Para ello, ADO proporciona
mecanismos de actualizaciones por lotes.
El mtodo UpdateBatch se utiliza para enviar cambios de
Recordset guardados en el bfer de copia al servidor, de modo que
-
55
se actualice el origen de datos. Utiliza un tipo de bloqueo Lock
Optimistic que permite todos los cambios locales pendientes.
Adems, enva todos los cambios al origen de datos en una nica
operacin. Este tipo de bloqueo se produce cuando el origen de
datos bloquea los registros que se desean cambiar nicamente
mientras se realizan dichos cambios. Como resultado, dos usuarios
pueden obtener acceso al mismo registro a la vez e introducir
cambios que se sobrescriben con el siguiente. Obviamente, este
mtodo funciona siempre que el origen de datos pueda detectar y
rechazar conflictos de datos. Adems, asume que todo el origen de
datos no es extremadamente voltil ni se encuentra sujeto a
cambios frecuentes. De lo contrario, el costo de la reconciliacin
ocasionada sera mayor que el ahorro de algunos bloqueos Lock
Pessimistic completos. En realidad, con el mtodo UpdateBatch, se
devuelve un error si alguno de los cambios no es correcto.
Entonces, obtenga acceso al error a travs de la coleccin Errors y
el objeto Error.
Si comprende el funcionamiento de los bloqueos Lock Optimistic
en ADO, entender los motivos por los que el modelo ADO.NET
para actualizar los datos resulta mucho ms eficaz. Desde el
cdigo ADO, llame UpdateBatch y lo que suceda a partir de ese
momento no depende de usted. Es decir, las actualizaciones se
-
56
realizan en el servidor si el desplazamiento ocurre por las filas que
se han cambiado, comparando el valor original con el actual en el
registro correspondiente del origen de datos. Si todo coincide, la
instruccin SQL correcta (INSERT, UPDATE o DELETE) se
ejecuta en la tabla.
El problema radica en el hecho de que no se puede controlar la
instruccin SQL que realmente aplica los cambios. El cdigo de
actualizacin en el servidor no resulta mejor que el que el usuario
desarrolla, ni funciona si el objetivo es un proveedor que no es
SQL. En el comienzo de esta seccin, se ha indicado que las
aplicaciones Web suelen actualizar los datos a travs de
procedimientos almacenados con parmetros. Sin embargo, esto
no sucede si utiliza actualizaciones por lotes.
En ADO.NET, este modelo se ha expandido en cierta medida.
Actualmente se sigue un esquema ms genrico que permite
especificar comandos propios para las operaciones bsicas, como
la insercin, la eliminacin, la actualizacin y la seleccin. Resulta
sencillo ver el motivo de abstraer el origen de datos y proporcionar
la misma compatibilidad, independientemente de la naturaleza del
origen de datos. La actualizacin por lotes en ADO.NET necesita la
-
57
creacin de un comando DataSetCommand, QLDataSetCommand
o ADODataSetCommand.
Visual Basic .NET.
Visual Basic .Net es uno de cuatro lenguajes .Net que provee
Microsoft para la construccin de lo ltimo en componentes,
aplicaciones y servicios. Con esta nueva versin, los
desarrolladores pueden construir todas las aplicaciones de ASP
.Net para servicios Web XML.
1.19 Lo nuevo en Visual Basic .Net
Visual Basic .Net ofrece numerosas caractersticas nuevas y
mejoradas, como herencia, interfaces y sobrecarga, la palabra
clave Overrides, miembros compartidos y constructores, que lo
convierten en un eficaz Lenguaje de Programacin orientado a
objetos. Ahora se puede crear aplicaciones multiproceso y
escalables utilizando subprocesamiento mltiple explcito. Otra
caracterstica nueva de Visual Basic .Net incluye el control
estructurado de excepciones, atributos personalizados y
compatibilidad con CLS (Common Language Specification,
Especificacin de Lenguajes Comn.
-
58
Tambin se incluyen el control estructurado de excepciones,
delegados y varios tipos de datos nuevos. Visual Basic .Net
2005 tiene nuevas funciones que simplifican la manipulacin del
bits y la declaracin de variables de bucle. Con esta nueva versin,
los desarrolladores pueden construir todas las aplicaciones ASP
.Net para servicios Web XML.
1.20 Caractersticas:
Con Visual Basic se podr disear dos tipos de aplicaciones:
Aplicaciones para Windows y Aplicaciones para Internet.
El acceso de datos ser usando ADO .Net el cual nos permitir
trabajar con DataSers desconectados.
Extensin de los ficheros de cdigo.
En Visual Basic .NET a diferencia de lo que ocurra en las
versiones anteriores de Visual Basic, slo existe un tipo de fichero
de cdigo, el cual tiene la extensin .vb, en este tipo de fichero
pueden coexistir distintos tipos de elementos, por ejemplo: un
mdulo de clase, un formulario, un mdulo de cdigo, un control,
etc.; mientras que en las versiones anteriores de Visual Basic,
cada uno de estos elementos tenan su propio tipo de fichero con
su respectiva extensin.
-
59
Con Visual Basic .NET puedes crear bsicamente estos dos
tipos de ejecutables: de consola, no grfico, al estilo del viejo MS-
DOS, y grficos, como los que normalmente estamos
acostumbrados a ver en Windows. Existen otros tipos de
aplicaciones que se pueden crear con Visual Basic .NET:
aplicaciones ASP.NET, (realmente no es una aplicacin o
ejecutable, sino un compendio de distintos tipos de elementos...),
servicios Web, servicios Windows, etc.
-
60
CAPITULO 2
2 MODULO DE NIVELES, PERIODOS, MATERIAS,
HORARIOS Y RDENES DE PAGO
2.1 DEFINICIN:
El ingreso de materias permite tener registrado todas las asignaturas que el
estudiante va a cursar en la base de datos. Tambin se puede determinar en
que materia depende de otra, esto nos va a permitir tener un control a la hora
de la inscripcin de un estudiante en el periodo lectivo, para evitar que el
estudiante se matricule en una materia que no ha aprobado.
El ingreso de niveles es de vital importancia para el proceso de creacin de
malla, el nivel permite definir en que nivel va a pertenecer una materia en la
malla una materia, pudiendo as ubicar a una materia en un nivel especfico
dentro de la malla.
El ingreso de periodo es mucha importancia, ya que este define el inicio y el
fin del ciclo en que un estudiante se encuentra cursando.
-
61
La generacin de la malla curricular relaciona todo lo anteriormente
mencionado en los puntos anteriores, ya que para generar una malla tiene
que estar ingresado: los niveles, las materias.
La creacin de un horario se la realiza escogiendo la malla curricular a la cual
se le va hacer referencia para seleccionar las materias que van a ser
utilizadas para generar el horario, antes se debe seleccionar el da y la hora
en el que se va a ingresar la materia permitiendo selecciona a un profesor
que tenga la disponibilidad de la orden de pago.
La orden de pago se genera un vez matriculado el alumno permitiendo
escoger la cantidad de cuotas en que la matricula se pueda diferir, esta
cuotas pueden ir de una hasta cinco, y adems adicionarle otros conceptos
que la Facultad considere necesario, as tambin se pueden hacer
descuentos a la matricula.
2.2 Actores
Los actores que se presentan en este modulo son los siguientes:
Secretario de la Facultad.
Asistente del Secretario de la Facultad.
-
62
2.3 Descripcin de Actores
2.3.1 Secretario de la Facultad: Responsable del control del
cumplimiento de las labores que se realizan en la Facultad:
Lleva un control sobre la asistencia de :
o Profesores
o Estudiantes
o Personal Administrativo.
Generador de horarios de clase
Generador de mallas
Control de las actividades administrativas despus del
Decano.
Cursos y paralelos.
Jornadas, aulas y edificios.
Horarios de clases y exmenes.
Realizacin de consultas.
2.3.2 Asistentes del Secretario: son las secretarias de la
Facultad que realizan labores de consultas ingreso de informacin
pero no alteracin de la misma, bsicamente las funciones son :
Asistencia de Profesores.
Asistencia de Estudiantes.
Asistencia de Personal.
Reportes Generales
-
63
2.4 Casos de Uso
Listado de los casos de uso generados en el anlisis de la
informacin:
Materias del Pensum.
Niveles a Cursar.
Periodo acadmico.
2.5 Descripcin de Casos de Uso
A continuacin describimos cada uno de los casos de usos listados en el
punto anterior:
Nombre: Materias del Pensum.
Actores Secretario de la Facultad
Funcin Permitir el mantenimiento de las materias a cursar por los
estudiantes de la facultad
Descripcin Este caso de uso describe el ingreso, consulta, modificacin
de las materias a cursar por los estudiantes de la facultad.
Para ingresar o crear una materia nueva, se necesita
especificar el cdigo de la materia, el nombre que se le va a
poner a dicha materia, el tipo de materia define si pertenece a
una materia de pre-universitario, semestre, o una materia de
seminario.
-
64
Para el caso de modificar una materia, se debe ingresar el
cdigo de la materia, y la informacin que se modifica es
descripcin de la materia, y el tipo de la materia.
Para el caso de eliminar una materia se debe seleccionar la
materia y se procede a eliminar.
Cuadro 2.1 Caso de Uso Materia Pensum.
Nombre: Niveles a Cursar
Actores Secretario de la Facultad
Funcin Permitir el mantenimiento de los niveles que se van a cursar
en el ciclo estudiantil.
Descripcin Este caso describe el ingreso o creacin de los niveles que se
van a cursar en el ciclo estudiantil.
Para crear o eliminar un nivel se debe hacer un consenso
para llegar a determinar que cantidad de niveles se van a
cursar en un ciclo estudiantil.
Cuadro 2.2 Caso de Uso Niveles a Cursar.
Nombre: Periodo acadmico.
Actores Secretario de la Facultad
-
65
Funcin Permite el mantenimiento del periodo lectivo a cursar.
Descripcin Este caso de uso describe el ingreso y cierre de un periodo
lectivo.
Para crear o cerrar un periodo lectivo se debe tener en cuenta
la cantidad de meses que va a durar el periodo. para cerrar
un periodo se debe haber cumplido el tiempo asignado.
Cuadro 2.3 Caso de Uso Periodo acadmico.
Nombre: Malla Curricular.
Actores Secretario de la Facultad
Funcin Permite crear la malla acadmica que cursaran los
estudiantes de una facultad durante la vida estudiantil.
Descripcin Este caso de uso describe el ingreso de las materias a cursar
en los diferentes niveles previamente establecidos
Para ingresar una materia en una malla se debe seleccionar
el codigo de la materia y el nivel donde se ubicar a la
materia en la malla y se procede a ingresar la materia en la
malla.
Para el caso de eliminar una materia de la malla se debe
seleccionar la materia a eliminar y se procede a eliminar la
materia de la malla.
Cuadro 2.4 Caso de Uso Malla Curricular.
-
66
Nombre: Horario de Clases.
Actores Secretario de la Facultad
Funcin Permite crear un horario de clase. Indicando el da, la hora, la
materia, el profesor que tenga la disponibilidad horaria.
Descripcin Este caso de uso describe el ingreso de las materias a cursar
en cada hora de clase por da, permitiendo ingresar al
profesor que tenga la disponibilidad horario en el da y hora
seleccionada.
Para ingresar una materia al horario se debe haber ingresado
previamente, la asignatura, el dia y la hora de clase, la
persona encargada de impartir la materia y su disponibilidad
horaria. Una vez ingresada todas las materias en el horario se
llega a un consenso entre todos los profesores para
seleccionar el horario final.
Cuadro 2.5 Caso de Uso Horario de Clases.
-
67
2.6 DIAGRAMA DE PROCESOS 2.6.1 DIAGRAMA DE PROCESO DE NIVELES
Figura 2.1 Diagrama de proceso de los niveles. 2.6.2 DIAGRAMA DE PROCESO DE PERIODO Figura 2.2 Diagrama de proceso de los Periodos.
Creando niveles
Verificando informacin
B.D
.
Ingresando a la base Enviando
parmetro
Devolviendo informacin
Muestra
nivel
Ingresando informacin
B.D
.
Creando periodo
Verificando informacin
B.D
.
Ingresando a la base Enviando
parmetro
Devolviendo informacin
Muestra
Periodo
Ingresando
informacin
B.D
.
-
68
2.6.3 DIAGRAMA DE PROCESO DE MATERIAS Figura 2.3 Diagrama de proceso de las Materias. 2.6.4 DIAGRAMA DE PROCESO DE MALLA Figura 2.4 Diagrama de proceso de las Mallas.
Creando materia
Verificando informacin
B.D
.
Ingresando a la base
Enviando parmetro
Devolviendo informacin
Muestra
materia
Ingresando informacin
B.D
.
Ingreso Materia Malla
Ingresando a la base
Enviando parmetro
B.D
.
Selecciona Malla
Solicita Datos de
Malla
Crear
Malla B.D
.
Presenta
Malla
Consulta Malla
Valida Materia
Impresin pantalla
-
69
2.6.5 DIAGRAMA DE PROCESO DE INGRESO HORARIO
Figura 2.5 Diagrama de proceso de las Horarios.
Selecciona materia
Selecciona hora
Selecciona dia
Selecciona Profesor
Genera horario
Verifica
disponibilidad
B.D
.
-
70
2.7 Diagramas de Flujo del Modulo 2.7.1 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE NIVELES: Figura 2.6 Diagrama de Flujo de Datos de los Niveles.
Inicio
Ing. Datos Nivel
Validador de
Existencia
B.D
Existe S
Proceso seleccionad
o B.D
Fin
MOD. ING. ELI.
N
-
71
2.7.2 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE PERIODOS: Figura 2.7 Diagrama de Flujo de Datos de los Periodos.
Inicio
Ing. Datos
Periodos
Validador de
Existencia
B.D
Existe S
Proceso seleccionad
o B.D
Fin
MOD. ING. ELI.
N
-
72
2.7.3 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE MATERIAS: Figura 2.8 Diagrama de Flujo de Datos de los Materias.
Inicio
Ing. Datos
Materias
Validador de
Existencia
B.D
Existe S
Proceso seleccionado B.D
Fin
MOD. ING. ELI.
N
-
73
2.7.4 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE MALLA: Figura 2.9 Diagrama de Flujo de Datos de las Mallas.
Inicio
Ing. Datos Malla
Validador de
Existencia
B.D
Existe S
Proceso Ingreso B.D
Fin
N
Ingreso de
materia a la
Malla
-
74
2.7.5 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE HORARIO: Figura 2.10 Diagrama de Flujo de Datos de los Horarios.
Inicio
Ing. Datos
Horario
Validador de
Existencia
B.D
Existe S
Proceso Ingreso B.D
Fin
N
Ingreso de
materia
Ingreso de
Profesor
-
75
2.7.6 DIAGRAMA DE FLUJO DE MANTENIMIENTO DE ORDEN DE PAGOS: Figura 2.11 Diagrama de Flujo de Datos de las Ordenes de Pago.
Inicio
Ing. Datos
Alumno
Validador de
Existencia
B.D
Existe N
Proceso Generar O/P B.D
Fin
S
No Existe
Validador O/P
Existe
S
Desea Re Impresin
Imprimiendo O/P
N
Imprimiendo O/P
-
76
CAPITULO 3
3.1 Mantenimiento Personal Docente y Administrativo
3.1.1 Descripcin
Mdulo de mantenimiento de Personal Docente y Administrativo se
fundamenta en la administracin de la informacin del personal de la
Facultad de Veterinaria y Zootecnia.
Este mdulo esta compuesto por sub mdulos, los cuales permite el mejor
manejo y presentacin de los datos del personal de la Facultad.
Los mdulos en lo que se sub dividen son: Mdulo de Personal, Mdulo de
Mantenimiento de Datos Generales Personal, Mdulo de Mantenimiento de
Cargos y Datos Contractuales, Mdulo de Mantenimiento Datos
Acadmicos, Mdulo de Mantenimiento de Disponibilidad del Personal
Docente, Reportes de Personal Administrativo y Docente, Mdulo de Control
de Asistencia de Personal.
Estos mdulos se han desarrollado de acuerdo a la documentacin
recolectada por medio de la Facultad, cabe recalcar que la Institucin no
lleva el manejo administrativo del personal, esta actividad es realizada por la
Administracin Central de la Universidad, por lo que con la ayuda del nuevo
sistema se mejora el control de la informacin.
-
77
3.2 Lista de Actores
Los actores dentro del Modulo de mantenimiento del personal Administrativo
y Docente son los siguientes:
Personal Facultad
Secretaria
Docente
Coordinador
3.2.1 Descripcin de Actores
Los actores que participan en el mdulo de Mantenimiento del
Personal Docente y Administrativo de la Facultad son:
Personal Facultad.- Persona responsable de proporcionar la
informacin necesaria, para ser ingresada en el sistema.
Secretaria.- Persona encargada de la recepcin, ingreso y
control de la informacin suministrada por los otros actores al
nuevo sistema de la Facultad.
Docente.- Personal responsable de proporcionar la informacin
necesaria sobre su disponibilidad horaria y acadmica para la
correcta asignacin de Horarios de clase..
Coordinador.- Persona encargada del control e ingreso de la
asistencia del personal de la facultad al sistema.
-
78
3.3 Mantenimiento Datos Personal
3.3.1 Lista de Casos de Uso
Se describe los casos de Uso que se utilizarn en este
capitulo:
Ingreso datos del Personal.
Modificacin datos del Personal
Eliminacin de datos Personal.
Reactivar Personal.
3.3.2 Descripcin de Casos de Uso
Nombre Ingreso datos del Personal
Descripcin El sistema deber permitir el ingreso datos del personal que
labora o que laborara en la institucin.
Funcin 1. La secretaria solicita los Nombres de la persona, tipo
de identificacin e identificacin.
2. Si la Identificacin no esta ingresada en el sistema y
que la misma se valida, Se selecciona la clase de
personal (Administrativo o Docente).
3. Se confirman los datos ingresados, y se guardan.
Excepciones 1. Si un campo esta vaci (mensaje de error opcin de
regresar al paso 1).
-
79
2. Identificacin Incorrecta (mensaje de error con opcin
de regresar al paso 1).
2. Si la cedula no es valida no se permite guardar la
Transaccin.
1...2 Se podr cancelar la transaccin en cualquier
momento.
Cuadro 3.1 Caso de Uso de Ingreso datos del Personal
Nombre Modificacin datos del Personal
Descripcin El sistema deber permitir la actualizacin de datos del
personal que labora o que laborara en la institucin.
Funcin 1. La secretaria solicita la tipo de identificacin e
identificacin.
2. Si la Identificacin esta ingresada en el sistema, se
presentan los datos.
3. Se modifican los datos.
4. Se confirman los datos ingresados.
5. Se pulsa el botn modificar.
Excepciones 1. Si un campo esta vaci (mensaje de error opcin de
regresar al paso 1).
-
80
2. Identificacin Incorrecta (mensaje de error con opcin
de regresar al paso 1).
2. Si la cedula no es valida no se permite guardar la
Transaccin.
1...5 Se podr cancelar la transaccin en cualquier
momento.
Cuadro 3.2 Caso de Uso de Modificacin datos del Personal.
Nombre Eliminar datos del Personal
Descripcin El sistema deber permitir el eliminar lgicamente datos del
personal que labora o que laborara en la institucin.
Funcin 1. La secretaria solicita el tipo de identificacin e
identificacin.
2. Si la Identificacin esta ingresada en el sistema y que
la misma se valida, Se presentan los datos.
3. Se confirman la eliminacin, y se ejecuta el proceso.
4. Se pulsa el botn eliminar.
Excepciones 1. Si un campo esta vaci (mensaje de error opcin de
regresar al paso 1).
2. Identificacin Incorrecta (mensaje de error con opcin
de regresar al paso 1).
-
81
2. Si la cedula no es valida no se permite guardar la
Transaccin.
1...4 Se podr cancelar la transaccin en cualquier
momento.
Cuadro 3.3 Caso de Uso de Eliminar datos del Personal.
Nombre Reactivacin del Personal
Descripcin El sistema deber permitir el activar lgicamente datos del
personal que labora o que laborara en la institucin una vez
que este ha sido eliminado.
Funcin 1. La secretaria ingresa a la pantalla de buscar persona.
2. luego ingresa al link activar persona.
3. Elige la persona a activar.
4. Pulsa el botn activar.
Excepciones 1. Si un campo esta vaci (mensaje de error opcin de
regresar al paso 1).
2. Identificacin Incorrecta (mensaje de error con opcin
de regresar al paso 1).
2. Si la cedula no es valida no se permite guardar la
Transaccin.
-
82
1...4 Se podr cancelar la transaccin en cualquier
momento.
Cuadro 3.4 Caso de Uso de Reactivacin del Personal.
-
83
3.4 Diagrama de Flujo de Datos
Fin
Ingreso de Datos
Profesores
VTZOOConulta_Existe_
Persona
si
no
Valida_cedula
Valida_ruc_natural
si
no
Insert_profesor VTZOO
Inicio
Identificacin
no ValidaPersona Existe
en la Base
DATOS PERSONAL
Figura 3.1 Diagrama de Flujo de Datos de Ingreso de Datos Personales
-
84
Inicio
Persona
Inactiva
Proceso Obtiene
ID de Persona
Ingreso de
Motivo de
Activacin
VTZOO
Actualiza Estado
de Persona VTZOO
Desea
Reactivar
Persona
si
no
Fin
ACTIVACION PERSONA
Figura 3.2 Diagrama de Flujo de Datos de Activacin de Personal
-
85
Inicio
Ingresar Tipo
de
Identificacin
Proceso Tipo
Identificacin
si
Consulta Todas
PersonasVTZOO
Presenta
Datos Todas
las Personas
Fin
no Ingrese
IdentificacinConsulta
Persona
Si hay datos
presentar
si
Presenta
Datos de las
Personas
Si tipo Identificacin
es todos
no
CONSULTA PERSONA
Figura 3.3 Diagrama de Flujo de Datos de Consulta de Personal
-
86
3.8 Diagrama de Procesos
Solicita Datos Valida Cedula Consulta Existe
Persona VTZOO
Ingresa Persona VTZOO
Print Informacin
Figura 3.4 Diagrama de Procesos del Ingreso General de Personal
-
87
3.9 Mantenimiento de Datos Generales
3.9.1 Lista de Casos de Uso
Se describe los casos de Uso que se utilizarn en este
capitulo:
Ingreso datos Generales del Personal.
Modificacin datos Generales del Personal
Eliminar datos Generales Personal.
3.9.2 Descripcin de Casos de Uso
Nombre Ingreso datos personales generales
Descripcin El sistema deber permitir el ingreso datos personales del
personal que labora o que laborara en la institucin.
Funcin 1. La secretaria solicita la identificacin de la persona.
2. Se consulta la existencia de la persona en el sistema.
3. Si existe se busca si tiene datos personales
ingresados.
4. Si no tiene se generan como nuevos.
5. Solicita los datos personales de la persona, si la
nacionalidad es extranjera se selecciona el pas.
6. Se confirma los datos ingresados si estn bien, se
guardan.
-
88
Excepciones 3. Si existen los datos se genera un mensaje de
informacin.
5. Campo esta vaci (se genera un mensaje de error con
opcin de regresar al paso 4).
1...6 Se podr cancelar la transaccin en cualquier
momento.
Cuadro 3.5 Caso de Uso de Ingreso datos personales generales
Nombre Modificacin datos personales generales
Descripcin El sistema deber permitir la modificacin de los datos
generales del personal que labora o que laborara en la
institucin.
Funcin 1. La secretaria solicita la identificacin de la persona.
2. Se consulta la existencia de la persona en el sistema.
3. Si existe se busca si tiene datos personales
ingres