Documento de diseño by Sistema Automatizado L.B. Rafael Rangel

República Bolivariana de Venezuela Instituto Universitario de Tecnología del Estado Trujillo I.U.T.E.T. Sede San Luis

DOCUMENTO DE DISEÑO: Sistema Automatizado para el Control Académico del “Liceo Bolivariano Rafael Rangel” de la Ciudad de Valera Estado Trujillo

Integrantes: Acevedo, Mayerling González, Janeth Monreal, Leonard Provenzali, Frany Riera, Marbelis Profesora: Ing. Biceño Doris

Introducción Debido a los avances tecnológicos que a diario se presentan, durante el desarrollo de las actividades más cotidianas, desde utilizar un computador desde el seno del hogar, hasta en las más compleja organización de prestigio, las Comunidades desde más pequeñas hasta las más grandes tienen la necesidad de formar parte de los avances que brinda la tecnología para agilizar los procesos que traen consigo grandes beneficios. El presente documento especifica los requisitos de software del sistema que se estudia y desarrolla: un sistema de registro y control de inscripción para el Liceo Bolivariano “Rafael Rangel “ubicado en Valera estado Trujillo. Los objetivos de este proceso de especificación son identificar, validar y documentar los requisitos de software, es decir, determinar las características que deberán tener el sistema o las restricciones que deberá cumplir para que sea aceptado por el o los futuros usuarios de la aplicación. Para un análisis detallado de los requerimientos y funcionalidades del sistema se hará uso de las diferentes herramientas que proporciona el UML 2.0 (casos de uso, diagramas de secuencia, diagramas de estado, entre otros.), del mismo modo el desarrollo del sistema estará basado y estructurado bajo los lineamientos de la metodología para el diseño del Sistema Web, se utilizará como base la Metodología de la Red Nacional y Desarrollo de Software Libre (MeRinde), propuesta por el Centro Nacional de Tecnologías de Información.

Este documento contiene la descripción detallada de los diferentes requisitos de software que debe cumplir el sistema de información utilizado para el registro y control de inscripciones. El sistema a desarrollar tomará los procesos, normas y procedimientos del sistema actual, claro está, optimizando el rendimiento y agregando nuevas funcionalidades requeridas por el usuario. Entre los objetivos que persigue esta propuesta para la especificación del diseño tenemos:

1. Producir un documento técnico que describa todos los detalles del diseño de la arquitectura del sistema o aplicación y de los componentes que la conforman.

2. Proporcionar todos los detalles técnicos requeridos por el Grupo de Programación para programar o producir cada uno de los componentes de software de la aplicación o sistema.

3. Servir de insumo para la planificación y ejecución de las pruebas de unidad, integración y aceptación que realizará el Grupo de Pruebas al sistema.

Con la finalidad de producir un documento de diseño que cumpla con los procesos que se mencionan, presentamos aquí una estructura propuesta de dicho documento. Documento de Diseño de Software DDS 1. INTRODUCCION a. Propósito b. Alcance c. Definiciones, Acrónimos y Abreviaturas d. Referencias 2. VISTA GENERAL DE LA ARQUITECTURA 3. INTERFAZ a. Características de los Usuarios b. Consideraciones de Entradas y Salidas c. Consideraciones Físicas, Sintácticas y Semánticas d. Características de la Interfaz Grafica e. Estándares de Diseño definidos f. Menú, Pantallas y Reportes 4. DISEÑO DETALLADO a. Diseño de la BD b. Diseño de los Componentes a. Propósito

El Sistema Automatizado para el Registro y Control de Estudiantes y Docentes del Liceo Bolivariano “Rafael Rangel”, tiene como intención el automatizar los procesos de matriculación y control de estudiantes y docentes, ya que este proceso es totalmente manual. En tal sentido se encuentra lentitud en el proceso y falta de seguridad en los datos, entre otros. La implementación de un sistema informático que controle el proceso d registro y control de estudiantes y docentes de las seccionales de dicha institución educativa representa una evolución notable en el proceso, ya que serán sustituidos los archivadores y los procesos manuales de llenados de fichas y consulta por un sistema global encargado del almacenamiento y búsqueda de toda la información vinculada en el proceso de registro de alumnos y docentes, aminorando notablemente la carga laboral para el personal administrativo en comparación con el método actual. b. Alcance Este sistema formará parte de una serie de procesos a ejecutarse dentro del macro proyecto institucional para la automatización e integración del manejo de la información académica de los estudiantes del Liceo Bolivariano “Rafael Rangel”. En particular, el sistema brindará los servicios de información requeridos para la ejecución de un conjunto de procesos y actividades realizados por las seccionales de la institución y que permitirán: 

Realizar el control de la matricula estudiantil



Efectuar la inscripción de los estudiantes en la institución



Obtener un control de las asistencias de los estudiantes y docentes



Proporcionar la información concerniente al rendimiento académico de los estudiantes, entre otros.

En general, está orientado a mejorar los procesos de registro y control de datos de los estudiantes y docentes del Liceo Bolivariano “Rafael Rangel”, satisfaciendo así las necesidades y expectativas de los usuarios, lo que se reflejará en un servicio de mejor calidad. c. Definiciones, Acrónimos y Abreviaturas Internet 72

Internet es una red internacional de redes: International Network. Wikipedia (http://es.wikipedia.org), es decir, la enciclopedia libre de Internet, lo define como un método de interconexión descentralizada de redes de computadoras implementado en un conjunto de protocolos TCP/IP y garantiza que redes físicas heterogéneas funcionen como una red lógica única, de alcance mundial. Dicho de modo más sencillo, se trata del conjunto de ordenadores que se encuentran conectados entre sí y que lo hacen generalmente a través de la línea telefónica. Sus orígenes datan de 1969 como un medio para proteger la información en caso de guerra, es decir, con un fin militar (ARPANET). Pero Internet, tal y como lo conocemos ahora, fue fruto de un encargo científico de los físicos e investigadores

del CERN (www.cern.ch) quienes para poder trabajar

simultáneamente estando alejados físicamente unos de otros, encargaron la creación de alguna herramienta informática para poder comunicarse. Web Según Peña y Coroles (2006) El término web tiene varios usos. Además de nombrar a Internet en general, la palabra web puede servir hacer mención a una página web, un sitio web o hasta un servidor web Web es un vocablo inglés que significa “red”, “telaraña” o “malla”. El concepto se utiliza en el ámbito tecnológico para nombrar a una red informática y, en general, a Internet (en este caso, suele escribirse como Web, con la W mayúscula). Una página web es un documento que incluye un archivo HTML con texto, imágenes, videos, animaciones Flash, etc. Al conjunto de páginas web que suelen formar parte del mismo dominio o subdominio de Internet se lo conoce como sitio web. Dentro del sitio web, todas las páginas guardan alguna relación entre sí y están vinculadas mediante vínculos (también conocidos como enlaces, hipervínculos, hiperenlaces o links). Software: 73

Según Lewis 1994 "software es la suma total de los programas de computadora, procedimientos, reglas, la documentación asociada y los datos que pertenecen a un sistema de cómputo". Según el mismo autor, "un producto de software es un producto diseñado para un usuario" Se conoce como software al equipamiento lógico o soporte lógico de una computadora digital; comprende el conjunto de los componentes lógicos necesarios que hacen posible la realización de tareas específicas, en contraposición a los componentes físicos del sistema, llamados hardware. Sistema Automatizado: Según (Dervis, E. 1974) es un sistema donde se trasfieren tareas de producción, realizadas habitualmente por operadores humanos a un conjunto de elementos tecnológicos. Un sistema automatizado consta de dos partes principales: Parte de Mando Parte Operativa

La Parte Operativa es la parte que actúa directamente sobre la máquina. Son los elementos que hacen que la máquina se mueva y realice la operación deseada. Los elementos que forman la parte operativa son los accionadores de las máquinas como motores, cilindros, compresores. Y los captadores como fotodiodos, finales de carrera.

La Parte de Mando suele ser un autómata programable (tecnología programada), aunque hasta hace bien poco se utilizaban relés electromagnéticos, tarjetas electrónicas o módulos lógicos neumáticos (tecnología cableada). En un sistema de fabricación automatizado el autómata programable está en el centro del sistema. Este debe ser capaz de comunicarse con todos los constituyentes de sistema automatizado.

Automatización: Según Alan Pert. “Es la ciencia y técnica de la automatización que estudian los métodoscientíficos y tecnológicos utilizados para la concepción y construcción de sistemas automáticos”

Abreviaturas DD: documento de diseño. DC:

Diagrama de Componentes.

UML: lenguaje unificado de modelado. BD: base de datos. PHP: es un lenguaje de programación interpretado, diseñado originalmente para la creación de páginas dinámicas. SALBRR: Sistema Automatizado del Liceo Bolivariano Rafael Rangel

d. Referencias

Para elaborar el Documento de Diseño (DD)

se siguieron

los

lineamientos que están establecidos en las especificaciones del Documento de Diseño del Software de la cátedra Ing. De Software II que está definida en el programa y reglamento del Proyecto Nacional de Formación para Ingeniería en Informática, así como también se va a utilizar la metodología de la Red Nacional y Desarrollo de Software Libre (MeRinde), propuesta por el Centro Nacional de Tecnologías de Información.

Panorama del Diseño El sistema diseñado para el Liceo Bolivariano “Rafael Rangel” persigue agilizar el proceso de inscripción de tal manera que sea confiable, seguro y amigable para así realizar una modernización de su proceso, con el fin de mejorar sus servicios a los estudiantes, así como también realizar las operaciones en una forma más ágil y eficiente. Dicho plan incluye la automatización de los procesos realizados por la seccional, los cuales como se ha mencionado anteriormente se realizan de forma manual, el nuevo sistema, hará uso de base de datos para guardar la información de los estudiantes y los 75

docentes. Esto dará lugar a tener un mayor orden en los Procesos y seguridad en los datos que se manejan.

Dicho sistema será elaborado bajo el lenguaje de programación basado en entorno libre como es el PHP con un ambiente visual agradable a la vista, en él se van a registrar los estudiantes y docentes del Liceo Bolivariano “Rafael Rangel”, a la hora de la implantación del sistema este podrá ser instalado en diferentes plataformas. El

sistema será manejado a través de un menú principal el cual

contemplará una serie de opciones que permitirán dar acceso a la realización de los diferentes procesos, emitiendo así resultados eficientes mediante las pantallas de salidas. Entre los procesos que realizara el sistema como primordial están: Realizar el control de la matricula estudiantil Registro de inscripción de los estudiantes en la institución Registro de los docentes Asistencias de estudiantes y docentes. Emitir citaciones. Realizar constancias. 2) Descripción de la arquitectura El diseño arquitectónico permite establecer el conjunto de componentes que integran la aplicación Web, las relaciones y restricciones de interacción entre ellos, las relaciones con otras aplicaciones externas y la distribución física de cada uno de estos componentes. Arquitectura Cliente/Servidor Desde el punto de vista funcional, se puede definir el Cliente/Servidor como una arquitectura distribuida que permite a los usuarios finales obtener acceso

información

forma

transparente

aún

entornos 76

multiplataforma. En el modelo cliente servidor, el cliente envía un mensaje solicitando un determinado servicio a un servidor (hace una petición), y este envía uno o varios mensajes con la respuesta (provee el servicio) En un sistema distribuido cada máquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente para otras. Esta arquitectura permite distribuir físicamente los procesos y los datos en forma más eficiente lo que en computación distribuida afecta directamente el tráfico de la red, reduciéndolo grandemente. Beneficios: Mejor aprovechamiento de la potencia de cómputo (Reparte el trabajo). Reduce el tráfico en la Red. Opera bajo sistemas abiertos. Permite el uso de interfaces gráficas variadas y versátiles. Para la descripción de la arquitectura se utilizó elModelo Arquitectónico Cliente Servidor el cual agrupa conjuntos de elementos que efectúan procesos distribuidos

cómputo

cooperativo.

arquitectura

tradicional

cliente/servidor también es conocida como arquitectura de 3 capas. Requiere una interfaz de usuario que se instala y se ejecuta en una PC o estación de trabajo y envía solicitudes a un servidor para ejecutar operaciones complejas. La carga se divide en tres niveles (o capas) con un reparto claro de funciones: una capa para la presentación (interfaz de usuario), otra para el cálculo (donde se encuentra modelado el negocio) y otra para el almacenamiento (acceso a datos). El primer nivel consiste en que la capa de presentación que incluye no solo el navegador, sino también el servidor web que es el responsable de presentar los datos en un formato adecuado. El segundo nivel está referido habitualmente a algún tipo de programa o script y finalmente, el tercer nivel proporciona al segundo los datos necesarios para su ejecución. Una aplicación Web típica recogerá datos del usuario (primer nivel), los enviará al servidor,

que ejecutará un programa (segundo y tercer nivel) y cuyo resultado será formateado y presentado al usuario en el navegador (primer nivel otra vez). 3) Diseño de Interfaz

a. Características de los Usuarios

Administrador: Es el responsable de funcionamiento y administración del sistema, además que es nuestro cliente principal en la aplicación. Podrá editar, bloquear, eliminar, asignarle otro nivel de permisos, entre otros, a los datos de los administradores y usuarios, Posee acceso total a toda la administración del sistema, siendo esta registrar, actualizar, eliminar y consultar, Tendrá visibilidad a los demás perfiles de usuario, con capacidad de realizar las funciones de los mismos, Realiza el control de la matricula estudiantil, Efectúa la inscripción de los estudiantes en la institución, Maneja el control de las inasistencias de los estudiantes, Gestiona Nota de los Estudiantes, Emite Boletín de Notas, Emite Constancias Varias, Emite Citaciones a los estudiantes, Gestiona tablas principales del sistema,

Revisa

Coordina

correspondiente

información que se maneja durante el avance del proyecto, Tendrá acceso a la solución de problemas requeridos por el sistema.

Usuario: Es la persona que asiste al jefe de seccional, Tendrá acceso parcial en la administración del sistema, sin poder acceder al módulo de mantenimiento, a la edición de usuarios, tampoco a la configuración, eliminación de datos, entre otros, Podrá registrar y consultar datos del sistema, Efectúa la inscripción de los estudiantes en la institución, Registra las inasistencias de los estudiantes, Emite Constancias Varias, Registra tablas principales del sistema, Registra Nota de los Estudiantes, Aporta información que se maneja durante el avance del proyecto.

b. Consideraciones de Entradas y Salidas

Para Ingresar al sistema automatizado del Liceo Bolivariano Rafael Rangel “SALBRR” debe poseer usuario y clave se acceso, los cuales son ingresados por medio del dispositivo teclado del computador y como resultado del proceso de información en el mismo, puede ser visualizado a través de la pantalla o de forma física mediante la impresión de reportes.

c. Consideraciones Físicas, Sintácticas y Semánticas El aspecto Sintáctico podríamos describirlo como “Conjunto de reglas que definen las secuencias correctas de los elementos de un lenguaje de programación”, en el caso de la aplicación informática cuyo diseño se estructura está plasmada en la presente propuesta, podríamos indicar que se definieron normas básicas para la programación (estructuración de los programas, usos de librerías, Notación de estructuración de las base de datos).

d. Características de la Interfaz Grafica La interfaz es el elemento que permite al usuario interactuar con los contenidos, no sólo se precisa una interfaz atractiva, sino funcional. El diseño de interfaz de un hipertexto es, pues, fundamental para que el usuario pueda interactuar con los contenidos de dicho hipertexto. La pantalla del ordenador se convierte en una ventana a través de la cual el usuario accede al espacio hipertextual. Por tal sentido la Interfaz del Usuario del sistema automatizado para el registro y control de estudiantes y docente del liceo Rafael Rangel es amigable a la vista del usuario, posee colores suaves, gráficos alusivos y referenciales a la función del botón y de fácil acceso a la lista del menú de usuarios.

e. Estándares de Diseño definidos

Patrón de Diseño (Patrones Micro Arquitectónicos). El inicio de los Patrones de Diseño suele atribuirse a un profesor de arquitectura de la Universidad de Berkeley llamado Christopher Alexander y la visión del autor forma la siguiente definición: “Cada patrón describe un problema que ocurre una y otra vez en nuestro entorno, así como la solución a este problema, de tal ,modo que esta solución se pueda aplicar esta solución un millón de veces, sin hacer lo mismo dos veces”. Los patrones de diseño son la base para la búsqueda de soluciones a problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces. Un patrón de diseño es una solución a un problema de diseño. Para que una solución sea considerada un patrón debe poseer ciertas características. Una de ellas es que debe haber comprobado su efectividad resolviendo problemas similares en ocasiones anteriores. Otra es que debe ser reutilizable, 80

lo que significa que es aplicable a diferentes problemas de diseño en distintas circunstancias. En 1979 el arquitecto Christopher Alexander aportó al mundo de la arquitectura el libro The Timeless Way of Building; en él proponía el aprendizaje y uso de una serie de patrones para la construcción de edificios de una mayor calidad. En palabras de este autor, "Cada patrón describe un problema que ocurre infinidad de veces en nuestro entorno, así como la solución al mismo, de tal modo que podemos utilizar esta solución un millón de veces más adelante sin tener que volver a pensarla otra vez." Los patrones que Christopher Alexander y sus colegas definieron, publicados en un volumen denominado A Pattern Language, son un intento de formalizar y plasmar de una forma práctica generaciones de conocimiento arquitectónico. Los patrones no son principios abstractos que requieran su redescubrimiento para obtener una aplicación satisfactoria, ni son específicos a una situación particular o cultural; son algo intermedio. Un patrón define una posible solución correcta para un problema de diseño dentro de un contexto dado, describiendo las cualidades invariantes de todas las soluciones. Objetivos de los patrones Los patrones de diseño pretenden:  Estandarizar el modo en que se realiza el diseño.  Formalizar un vocabulario común entre diseñadores.  Facilitar el aprendizaje de las nuevas generaciones de diseñadores condensando conocimiento ya existente.  Proporcionar catálogos de elementos reusables en el diseño de sistemas software.  Evitar la reiteración en la búsqueda de soluciones a problemas ya conocidos y solucionados anteriormente.

Igualmente, no pretenden:

 Eliminar la creatividad inherente al proceso de diseño.  Imponer ciertas alternativas de diseño frente a otras.  No es obligatorio utilizar los patrones, solo es aconsejable en el caso de tener el mismo problema o similar que soluciona el patrón, siempre teniendo en cuenta que en un caso particular puede no ser aplicable. "Abusar o forzar el uso de los patrones puede ser un error".

Estructuras o plantillas de patrones

Para describir un patrón se usan plantillas más o menos estandarizadas, de forma que se expresen uniformemente y puedan constituir efectivamente un medio de comunicación uniforme entre diseñadores. Varios autores eminentes en esta área han propuesto plantillas ligeramente distintas, si bien la mayoría definen los mismos conceptos básicos. La plantilla más común es la utilizada precisamente por el GoF y consta de los siguientes apartados:  Nombre del patrón: nombre estándar del patrón por el cual será reconocido en la comunidad (normalmente se expresan en inglés).  Clasificación

del

patrón:

creacional,

estructural

comportamiento.  Intención: ¿Qué problema pretende resolver el patrón?  También conocido como: Otros nombres de uso común para el patrón.  Motivación: Escenario de ejemplo para la aplicación del patrón.  Aplicabilidad: Usos comunes y criterios de aplicabilidad del patrón.  Estructura: Diagramas de clases oportunos para describir las clases que intervienen en el patrón.  Participantes: Enumeración y descripción de las entidades abstractas (y sus roles) que participan en el patrón. 82

 Colaboraciones: Explicación de las interrelaciones que se dan entre los participantes.  Consecuencias: Consecuencias positivas y negativas en el diseño derivadas de la aplicación del patrón.  Implementación: Técnicas o comentarios oportunos de cara a la implementación del patrón.  Código de ejemplo: Código fuente ejemplo de implementación del patrón.  Usos conocidos: Ejemplos de sistemas reales que usan el patrón.  Patrones relacionados: Referencias cruzadas con otros patrones.

La arquitectura o modelo de patrones que ha demostrado ser fundamental a la hora de diseñar aplicaciones web es el Modelo-Vista-Control (MVC). Separa la lógica de negocio (el modelo) y la presentación (la vista) por lo que se consigue un mantenimiento más sencillo de las aplicaciones. Si por ejemplo una misma aplicación debe ejecutarse tanto en un navegador estándar como un navegador de un dispositivo móvil, solamente es necesario crear una vista nueva para cada dispositivo; manteniendo el controlador y el modelo original. El controlador se encarga de aislar al modelo y a la vista de los detalles del protocolo utilizado para las peticiones (HTTP, consola de comandos, email, entre otros). El modelo se encarga de la abstracción de la lógica relacionada con los datos, haciendo que la vista y las acciones sean independientes de, por ejemplo, el tipo de gestor de bases de datos utilizado por la aplicación.

Modelo Vista Controlador o MVC describe una forma, muy utilizada en el Web, de organizar el código de una aplicación separando los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. Modelo – Componente encargado del acceso a datos. Vista – Define la interfaz de usuario, HTML+CSS… enviados en el navegador Controlador – Responde a eventos y modifica la vista y el modelo

La clave está en la separación entre vista y modelo. El modelo suele ser más estable a lo largo del tiempo y menos sujeto a variaciones mientras que las vistas puede cambiar con frecuencia, ya sea por cambio del medio de presentación (por ejemplo HTML a WAP o a PDF) o por necesidades de usabilidad de la interfaz o simple renovación de la estética de la aplicación. Con esta clara separación las vistas pueden cambiar sin afectar al modelo y viceversa. Los controladores son los encargados de hacer de puente entre ambos, determinando el flujo de salida de la aplicación (qué se ve en cada momento).

Si tomamos como referencia la plataforma J2EE, las vistas podrían ser JSPs (o plantillas Velocity o documentos XML tratados con XSLT,...) los 84

controladores serían servlets y el modelo podría implementarse utilizando EJBs u objetos Java normales en combinación con frameworks de persistencia como Hibernate o JDO.

A la hora de utilizar el MVC en aplicaciones web es conveniente utilizar un único servlet como controlador para toda la aplicación. Este control gestiona todas las peticiones, incluyendo invocaciones a servicios de seguridad, gestión de excepciones, selección de la siguiente vista, etc. Esto se conoce como el patrón Front Controller(controlador frontal o fachada). El poder centralizar e un solo punto servicios como la gestión de conexiones a base de datos, comprobaciones de seguridad o gestión de errores favorecen que la aplicación sea mucho más robusta y aísla de todos estos aspectos al resto de componentes.

Si aplicamos esto junto con el patrón Command podemos seguir lo que se conoce como estrategia Comando y Controlador. En este caso el componente Control (entendido dentro del marco MVC y no como el servlet controlador de este caso concreto) está formado por el servlet que recibe las peticiones y por un conjunto de clases implementadas a través del patrón Command en las que delega las tareas a llevar a cabo según la acción invocada. Estos comandos seleccionan la siguiente vista en función de los resultados de su procesamiento y el servlet controlador sirve esta vista al cliente.

Capas

El Modelo se encarga de todo lo que tiene que ver con la persistencia de datos. Guarda y recupera la información de la base de datos.

La Vista agrupa todas las clases y ficheros que tenga que ver con la presentación de la información obtenida con el modelo mediante el controlador, de manera que el usuario la pueda visualizar.

El Controlador dependiendo de la acción solicitada por el usuario, es el que pide al modelo la información necesaria e invoca a la plantilla (de la vista) que corresponda para que la información sea presentada.

Niveles de Abstracción

Funcionamiento del Modelo Vista Controlador

El usuario realiza una petición interactúa con la interfaz.

El controlador recibe de la interfaz-vista, la notificación de la acción

solicitada por el usuario. El controlador captura el evento y accede al modelo, efectuando las modificaciones pertinentes sobre el modelo. 3.

El modelo es el encargado de interactuar con la base de datos

El controlador recibe la información y la envía a la vista.

La vista obtiene sus datos del modelo para generar la interfaz

apropiada donde se refleja los cambios en el modelo. 6.

La interfaz de usuario espera nuevas interacciones del usuario…

Todas estas capas pueden residir en un único ordenador, si bien lo más usual es que haya una multitud de ordenadores en donde reside la capa de presentación (son los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o más ordenadores.

f. Menú, Pantallas y Reportes

4. Dise単o Detallado a. Dise単o de la BD 91

Estructura de la Notación de la Base de Datos  [ent] Entidad o Tabla.  [Atributo] Nombre del Campo.  [TC] Sufijo del Tipo del campo.

SUFIJO

Tabla de Prefijos Estandarizados SIGNIFICADO TYPE

Boolean (0,1)

Carácter

Varchar

Entero

Int

Entero corto

Tinyint

Real

Double

Fecha

Date

Texto corto

Tinytext

Valores Fijos

Enum

Boolean.

Notación Simple:entAtributoTC

►

Notación Simple [ent] adm [Atributo] login. [TC] va

Name

Type

Lenght

admloginva

varchar

admclaveva

varchar

100

admnombreva

varchar

admnivelen

enum

‘A’ , ’U’

admestatusen

enum

‘A’ , ’I’

ESTRUCTURACIÓN DE LA BASE DE DATOS (Tablas) SALBRR.sql 92

Estructura de Datos: Tabla: administrador Nº

Nombre del dato

Tipo de dato

Longitud del dato

admloginva

varchar

admclaveva

varchar

100

Admnombreva

varchar

admnivelen

enum

'A','U'

admestatusen

enum

'A','I'

Tabla:  

Descripción del campo

administrador Relacionada con las tablas: citación, cabecerainscripcion Clave única: admloginva

Estructura de Datos: Tabla: anoescolar Nº 1

anocodigova

varchar

Longitud del dato 2

anonombreva

varchar

anoestatusen

enum

Tabla:  

Nombre del dato

Tipo de dato

Descripción del campo

'A','I'

anoescolar Relacionada con las tablas: cabecerainscripcion, seccion, unidadcurricular, estudiante Clave única: anocodigova

Estructura de Datos: Tabla:cabecerainscripcion Nº

Nombre del dato

Tipo de dato

Longitud del dato

int

txtfecha

varchar

txtcodigoes

varchar

txtcodigoae

varchar

Txtcodigose

varchar

cabcodigoperiodova

varchar

Descripción del campo

Tabla: cabecerainscripcion  

Relacionada con las tablas: detalleinscripcion, anoescolar, sección, estudiante, periodoescolar, administrador, representante Clave única: id

Estructura de Datos: Tabla:citacion Nº

Nombre del dato

Tipo de dato

Longitud del dato

citcodigoin

int

citcodigotipoti

tinyint

Citcedulaestudiantedo

double

citloginadmva

varchar

citobservacionva

varchar

100

Descripción del campo

10 3

Tabla: citacion  

Relacionada con las tablas: administrador, estudiante, tipocitacion. Clave única: citcodigoin

Estructura de Datos: Tabla:claseconstancia Nº

Nombre del dato

Tipo de dato

Longitud del dato

clacodigoti

tinyint

clanombreva

varchar

Descripción del campo

Tabla: claseconstancia  

Relacionada con las tablas: constancia Clave única:clacodigoti

Estructura de Datos: Tabla:constancia Nº

Nombre del dato

Tipo de dato

Longitud del dato

concodigodo

double

concedulaestudiantedo

double

Confechada

varchar

concodigoclaseti

tinyint

Descripción del campo

Tabla: constancia  

Relacionada con las tablas: claseconstancia, docente, estudiante Clave única:concodigodo

Estructura de Datos: Tabla: detalleinscripcion Nº

Nombre del dato

Tipo de dato

detcodigodo

double

detcodigocabin

int

detcoducva

varchar

Longitud del dato

Descripción del campo

10 8

Tabla: detalleinscripcion  Relacionada con las tablas:unidadcurricular, cabecerainscripcion  Clave única: detcodigodo

Estructura de Datos: Tabla:docente Nº

Nombre del dato

Tipo de dato

Longitud del dato

doccodigodo

double

Doccedulava

varchar

docnombreva

varchar

docapellidova

varchar

docsexoen

enum

docdireccionva

varchar

doctelefono1va

varchar

doctelefono2va

varchar

docprofesionva

varchar

docfechanacda

varchar

Descripción del campo

'M','F'

Tabla: docente  

Relacionada con las tablas: unidadcurricular, constancia Clave única: doccodigodo

Estructura de Datos: Tabla:estudiante Nº

Nombre del dato

Tipo de dato

Longitud del dato

estcodigodo

double

Estcedulava

varchar

estnombreva

varchar

estapellidova

varchar

estfechanacda

varchar

estsexoen

enum

estdireccionva

varchar

esttelefonova

varchar

estcodigorepresentanted o

double

Descripción del campo

'M','F'

Tabla: estudiante  

Relacionada con las tablas: unidadcurricular, anoescolar, cabecerainscripcion, citación, inasistenciaesrudiate, repestudiante, constancia Clave única: estcodigodo

Estructura de Datos: Tabla:inasistenciaestudiante Nombre del dato

Nº

Tipo de dato

Longitud del dato

inacedulaestudiantedo

double

Inainasistenciati

tinyint

inafechatt

varchar

660

inaobservacionva

varchar

100

Descripción del campo

Tabla: inasistenciaestudiante  

Relacionada con las tablas: estudiante Clave única:inacedulaestudiantedo

Estructura de Datos: Tabla:lapso Nº

Nombre del dato

Tipo de dato

Longitud del dato

lapcodigova

varchar

lapnombreva

varchar

lapestatusen

enum

Descripción del campo

'A','I'

Tabla: lapso  

Relacionada con las tablas: periodoescolar Clave única:lapcodigova

Estructura de Datos: Tabla:periodo Nº

Nombre del dato

Tipo de dato

Longitud del dato

percodigova

varchar

pernombreva

varchar

perestatusen

enum

Descripción del campo

'A','I'

Tabla: periodo  

Relacionada con las tablas: lapso, cabecerainscripcion, estudiante Clave única:percodigova

Estructura de Datos: Tabla: representante Nº

Nombre del dato

Tipo de

Longitud

dato

del dato

int

repcedulava

varchar

repnombreva

varchar

Descripción del campo

repapellidova

varchar

repedadva

tinyint

repnacionalidadva

enum

‘V’, ‘E’

repocupacionva

varchar

100

replugar_tva

varchar

100

repcodva

varchar

reptlfva

varchar

Tabla: representante  Relacionada con las tablas: cabecerainscripcion, constancia, repestudiante, estudiante  Clave única: id

Estructura de Datos: Tabla: rep_alum Nombre del dato

Nº

Tipo de dato

Longitud del dato

int

id_alum

varchar

ced_rep

varchar

Tabla:  

Descripción del campo

rep_alum Relacionada con las tablas: estudiante, representante Clave única:id

Estructura de Datos: Tabla:seccion Nº

Nombre del dato

Tipo de dato

Longitud del dato

seccodigova

varchar

seccodanoescolarva

varchar

seccantidadeti

tinyint

Descripción del campo

Tabla: seccion  

Relacionada con las tablas: cabecerainscripcion, anoescolar, estudiante, Clave única:seccodigova

Estructura de Datos: Tabla:tipocitacion Nº

Nombre del dato

Tipo de dato

Longitud del dato

tipcodigoti

tinyint

tipnombreva

varchar

Descripción del campo

Tabla: tipocitacion  

Relacionada con las tablas: citacion Clave única:tipcodigoti

Estructura de Datos: Tabla:unidadcurricular Nº

Nombre del dato

Tipo de dato

Longitud del dato

unicodigova

varchar

uninombreva

varchar

Unicodanoescolarva

varchar

unihpracticati

tinyint

Unihteoriati

tinyint

uniestatusen

enum

'A','I'

Descripción del campo

Tabla: unidadcurricular  

Relacionada con las tablas: detalleinscripcion, anoescolar, estudiante, docente. Clave única:unicodigova

b. Diseño de los Componentes

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

CONCLUSIONES

123

El proceso de inscripción de la Liceo Bolivariano “Rafael Rangel “se lleva de forma manual esto conlleva a proponer un sistema automatizado de inscripción de los estudiantes. Bajo este enfoque el proceso que tiene lugar cuando un representante tramite una operación de inscripción del estudiante, y así mismo toda la dinámica que conlleva el control de requisitos solicitados y recibidos de la respectiva solicitud. Y paralelamente, tomando como base su orientación a la mejora de la calidad del servicio, diseñar un Sistema automatizado de Inscripción, que contribuya a agilizar el flujo de la información involucrada, a lo largo del proceso de inscripción, y por ende que permita un manejo más óptimo del tiempo destinado a las auditorias, búsqueda de información y documentos, todo ello en áreas de adecuarse a las tendencias y exigencias que impone continuamente el mercado, garantizando así, su competitividad u supervivencia. Las ventajas que trae el sistema automatizado de inscripción, ofrece una gran velocidad en el procesamiento y manejo de datos trayendo consigo también la agilidad de generar reportes en muy poco tiempo y asimismo facilita las auditorias, evitando pérdida de tiempo, datos, evitando la duplicación de inscripciones, ofreciendo seguridad de los datos, brindando una interfaz amigable entre el usuario y el sistema. Se determinó que el personal administrativo no tiene el conocimiento de sistemas automatizados y tal vez existe un temor al cambio a raíz de eso, pero sin embargo están motivados en aprender y desenvolverse con el programa ya que se les dio a conocer las ventajas que un sistema automatizado trae y con la culminación del Proyecto socio tecnológico propuesto como requisitos en el Programa Nacional de Formación de Informática PNFI podemos concluir lo siguiente.

El desarrollo de la aplicación informática, fue de gran importancia, puesto que me permitió desarrollar los conocimientos teóricos y prácticos adquiridos durante la carrera y de alguna manera incrementarlos. Del mismo 124

modo en obtener nuevas experiencias con respecto al área de trabajo en la cual nos vamos a desempeñar como futuros Ingenieros en Informática.

RECOMENDACIONES

Sistemas Operativos permitiendo la adecuación del Sistema Automatizado de Inscripción, en el los equipos del personal administrativo. 125

plan de seguridad y respaldo, que permita rescatar los datos en caso de cualquier eventualidad.

Automatizado de Inscripci贸n, a trav茅s de un Manual de Procedimiento. Cualquier modificaci贸n que requiera el sistema desarrollado de acuerdo a requerimientos posteriores, recomendamos sean hechas documentado los mismos para no dejar desactualizada la documentaci贸n.

126