Você está na página 1de 138

INSTITUTO TECNOLGICO SUPERIOR DE TEQUILA

Informe de residencia profesional

EMPRESA:
Magis IT S. de R.L. de C.V.

PROYECTO:
Desarrollo de mejoras a sistema de control escolar Magis

CARRERA:
Ingeniara en Informtica
Plan de Estudios: IINF-2010-220

RESIDENTES:
Radams Ramrez Prez 10061216
Abel Barajas Hernndez 10061171

ASESOR EXTERNO:
Ing. Luis Enrique Casillas Romo

ASESOR INTERNO:
Mtro. Julio Cesar Villa Lpez
TEQUILA, JALISCO; ENERO DE 2015

INDICE

INTRODUCCIN.......................................................................................................3
JUSTIFICACIN........................................................................................................4
OBJETIVOS...............................................................................................................5
CARACTERIZACIN DEL AREA EN EL QUE SE PARTICIPO................................6
PROBLEMAS A RESOLVER PRIORIZNDOLOS...................................................9
ALCANCES Y LIMITACIONES................................................................................11
FUNDAMENTO TERICO......................................................................................12
PROCEDIMIENTO Y DESCRIPCIN DE LAS ACTIVIDADES REALIZADAS......20
RESULTADOS, PLANOS, GRAFICAS, PROTOTIPOS Y PROGRAMAS............100
CONCLUSIONES..................................................................................................123
RECOMENDACIONES..........................................................................................123
REFERENCIAS BIBLIOGRAFICAS......................................................................124
ANEXOS................................................................................................................125

INTRODUCCIN
La necesidad de poder generar y administrar informacin es de vital importancia
para cualquier institucin, el hecho de recopilar datos que fundamenten cualquier
actividad o proceso que se desarrolle en una organizacin es la fuente de
conocimiento para la toma de decisiones en las funciones que se desempeen de
manera interna.
2

El desarrollar un sistema de informacin que ayude a generar datos y


administrarlos facilita significativamente su registro, su anlisis, as como, el
manejo de procesos que se gestionan dentro de la organizacin con la base de
datos recabados.
Una de las instituciones que manejan da a da gran cantidad de informacin es
una escuela debido al gran nmero de estudiantes con los que pueda contar el
plantel, las interacciones de los alumnos con la escuela generan informacin ya
sea desde inscripciones, tramites semestrales, titulaciones, entre otros. Estas
actividades gestionan diversos procesos que implican manejar datos los cuales si
no se gestionan con algn sistema de informacin es difcil tener un control de
cada uno de los datos.
En el contenido de este documento se explica la necesidad de gestionar mdulos
de un sistema de informacin de control escolar, en el cual, se definen los
problemas que se enfrenta la institucin al no contar con un sistema informacin
que lleve tal registro en el plantel as como las reas de oportunidad donde se
puede implementar.
Se presenta las etapas de anlisis del proyecto y su desarrollo para poder
implementar el sistema de informacin, de sus alcances y limitaciones y de la
importancia de los datos que generara el sistema. En el reporte puede encontrar el
diseo de las ventanas, la explicacin del cdigo del sistema ya que es necesaria
la definicin de los procesos que ejecuta el sistema as como el manual de usuario
explicando las funciones de cada componente de la aplicacin.

JUSTIFICACIN
En la actualidad las instituciones de educacin y media superior se enfrentan al
desafo de ser ms competitivas ofreciendo ms y mejores opciones de educacin
con un alto grado de calidad y servicio. Esto trae consigo un nuevo reto
tecnolgico de las instituciones, ya que se ven en la necesidad de buscar
3

mecanismos que faciliten el manejo de la informacin de sus procesos y la


proactividad de las herramientas en cualquier lugar y momento para ser ms
eficientes.
La tecnologa ha probado ser una herramienta eficaz para la administracin,
abriendo nuevos horizontes al campo de la educacin. Con el soporte del Sistema
de Control Escolar Magis, instituciones educativas han implementado estrategias
para mejorar la calidad de los procesos administrativos.
El desarrollo de mejoras al sistema depende de las necesidades y demanda del
cliente, en medida de nuevas actualizaciones o creacin de mdulos que sean
necesarios para cumplir con las actividades que se lleven a cabo. Debido a esto
es necesario disear nuevos mdulos que cumplan con los requerimientos de
nuevas actividades.

OBJETIVOS
GENERAL
Desarrollo

de

mejoras

sistema

de

Control

Escolar

Magis,

anlisis,

automatizacin y pruebas de mejoras a sistema de Control Escolar Magis, para


brindar una solucin que facilite la operacin de procesos especficos de cada
cliente, diseando y programando mdulos que cumplan con los requerimientos
de cada actividad.

ESPECFICOS

Desarrollo del mdulo de admisiones de alumnos.


Desarrollar mdulo de inscripcin y reinscripcin de alumnos.
Desarrollar mdulo para gestionar becas en la institucin.
Desarrollar mdulo de planes de estudio de los estudiantes inscritos en la
institucin.

CARACTERIZACIN DEL AREA EN EL QUE SE PARTICIPO


Institucin: Magis ITS. de R.L. de C.V.
Direccin: Lapizlazuli no.2901 no int. 6 Residencial Victoria Guadalajara, Jalisco
C.P.: 44560.
Tel: + 52 (33) 15626655
Razn social de la empresa: Privada.

QUINES SOMOS?

Magis se crea en el ao 2005 de la fusin de empresas y grupos de trabajo


independientes, con la idea de prestar servicios a diversos sectores de la industria
principalmente educativa, brindando as a las instituciones Superiores y de Media
superior el poder controlar las operaciones Escolares y Financieras pasa acelerar
su crecimiento.
Siendo miembros desde el principio de Oracle Partner Network el portafolio Magis
ha sido validado como solucin segura para el segmento de Institutos educativos
privados y de Gobierno.
Siendo miembros de Oracle Partner Network desde su fundacin cuenta con
personal altamente calificado y certificado en tecnologa Oracle, ha desarrollado
soluciones bajo altos estndares de calidad encontrndose certificada por el
Software Engineering Institute como CMMI2, adicionalmente se combinan
metodologas PSP/TSP y AGILE garantizando una solucin segura para
instituciones educativas en el sector privado y gubernamental.

Actualmente cuenta con una familia de productos web implementada y validada


por ms de 60 clientes a lo largo del territorio nacional y el extranjero, entre las
que se encuentran:
-

Sistema Financiero.
Sistema de Contabilidad Gubernamental.
Sistema de Control Escolar.
Portal web para el proceso de Aspirantes.
Portal web para Estudiantes.
Portal web para Profesores.

Los cuales se encuentran desarrollados bajo una funcionalidad estndar para


cualquier institucin educativa sin embargo replicada y adecuada a la medida de
las necesidades de cada cliente.

Ilustracin 1
Logotipo de la empresa Magis

ORGANIGRAMA DEL REA DESIGNADA


Ilustracin 2
Organigrama del proyecto

PROBLEMAS A RESOLVER PRIORIZNDOLOS.


1. Mdulo de Admisiones.
1.1. Configuracin de ciclos escolares.
1.2. Configuracin de trmites escolares.
1.3. Configuracin de fechas y planes de estudio de admisin.
1.4. Configuracin de documentos.
1.5. Registro de aspirantes.
1.6. Cambio de estatus e impresin de solicitudes.
1.7. Captura y seguimiento del proceso de admisin.
1.8. Impresin de reportes.
2. Mdulo de Inscripcin y Re-inscripcin
2.1. Configuracin de Reinscripciones.
2.2. Excepciones a Alumnos.
2.3. Inscripciones.
2.4. Reinscripcin de alumnos regulares.
2.5. Reinscripcin de alumnos irregulares.
2.6. Catlogo de grupos.
2.7. Cambios de grupo.
2.8. Bajas de grupo.
2.9. Cancelacin de grupos.
2.10.
Autorizacin de bajas.
2.11.
Impresin de listas y actas.
2.12.
Entrega de documentos.
2.13.
Generacin de CXC (cuentas por cobrar).
2.14.
Inscripciones a grupos especiales.
2.15.
Actividades extraescolares.
3. Mdulo Planes de Estudio
3.1. Catlogo de Planes.
3.2. Catlogo de Programas.
3.3. Configuracin de planes de estudio.
3.4. Catlogo de reas.
3.5. Catlogo de acadmicas.
3.6. Configuracin de asignaturas.
3.7. Prerrequisitos a materias.
3.8. Administracin de paquetes de grupos.
3.9. Catlogo de coordinadores.
3.10.
Configuracin de especialidades.
3.11.
Equivalencia de materias.
9

4. Mdulo de Becas
4.1. Configuracin de tipos de beca.
4.2. Ajuste de becas por ciclo escolar.
4.3. Solicitudes de becas.
4.4. Seguimiento al proceso de aplicacin de becas.
4.5. Reportes de becas.
4.6. Apoyo a aspirantes.

10

ALCANCES Y LIMITACIONES
ALCANCES
Los mdulos son totalmente funcionales cumpliendo con los requisitos que solicito
el cliente, realizando los procesos de la forma planteada en los requerimientos, se
crea una instancia en la base de datos como un sistema de prueba en espera de
ser autorizado para pasar al rea de produccin en el esquema de la empresa.
Cada punto de los problemas a resolver fue solucionado por lo cual se alcanzaron
los objetivos planeados por lo cual se integra al sistema los siguientes mdulos:

Mdulo de admisiones de alumnos.


Mdulo de inscripcin y reinscripcin de alumnos.
Mdulo para gestionar becas en la institucin.
Mdulo de planes de estudio de los estudiantes inscritos en la institucin.

LIMITACIONES

El sistema trabajo en base a tecnologa de Oracle, por lo cual es necesario

contar con la licencia Oracle Data Base 11g para trabajar con la aplicacin.
La interfaz del sistema es muy simple debido a la tecnologa utilizada
(ORACLE FORMS), ya que los componentes no ofrecen una mejor calidad

en los grficos, colores y diseos.


EL sistema necesita de personal capacitado para trabajar de una manera

correcta y optima, cumpliendo el uso correcto del control escolar.


El proyecto se adecua a las necesidades de cada cliente por lo cual si se
desea replicar el proyecto a otra institucin, este tendra que ser modificado
para adaptarlo a los requisitos que demande un nuevo usuario.

11

FUNDAMENTO TERICO
SISTEMA OPERATIVO:
Un sistema operativo (SO, frecuentemente OS, del ingls Operating System) es un
programa o conjunto de programas que en un sistema informtico gestiona los
recursos de hardware y provee servicios a los programas de aplicacin,
ejecutndose en modo privilegiado respecto de los restantes y anteriores
prximos y viceversa. Un sistema operativo es lo que normalmente se conoce
como Windows, el sistema en el cual se desarrollan aplicaciones o sistemas para
uso comercial o personal segn sea el caso. Para poder desarrollar un sistema
operativo se requiere de lenguajes de programacin y de gestores de bases de
datos para guardar la informacin.

LENGUAJE DE PROGRAMACIN:
Un lenguaje de programacin es un lenguaje formal diseado para expresar
procesos que pueden ser llevados a cabo por mquinas como las computadoras.
Un ejemplo de lenguaje de programacin es c#, C# Es un lenguaje orientado a
objetos puro, lo que significa que todo con lo que vamos a trabajar en este
lenguaje son objetos. Un objeto es un agregado de datos y de mtodos que
permiten manipular dichos datos, y un programa en C# no es ms que un conjunto
de objetos que interaccionan unos con otros a travs de sus mtodos. Un mtodo
es un conjunto de instrucciones a las que se les asocia un nombre de modo que si
se desea ejecutarlas basta referenciarlas a travs de dicho nombre en vez de
tener que escribirlas.

SISTEMA GESTOR DE BASES DE DATOS:

12

Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase Management


System) es una coleccin de programas cuyo objetivo es servir de interfaz entre la
base de datos, el usuario y las aplicaciones. Se compone de un lenguaje de
definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de
consulta. Un SGBD permite definir los datos a distintos niveles de abstraccin y
manipular dichos datos, garantizando la seguridad e integridad de los mismos.

LENGUAJE:
Un lenguaje de definicin de datos (Data DefinitionLanguage, DDL por sus siglas
en ingls) es un lenguaje proporcionado por el sistema de gestin de base de
datos que permite a los usuarios de la misma llevar a cabo las tareas de
definicin de las estructuras que almacenarn los datos as como de los
procedimientos

funciones

que

permitan

consultarlos.

Lenguaje

de

Manipulacin de Datos (Data Manipulacin Language, DML) es un idioma


proporcionado por los sistemas gestores de bases de datos que permite a los
usuarios de la misma llevar a cabo las tareas de consulta o modificacin de los
datos contenidos en las Bases de Datos del Sistema Gestor de Bases de Datos.
El lenguaje de consulta Es el lenguaje mediante el cual, un usuario expresa su
necesidad de informacin bien sea en un motor de bsqueda o una base de datos,
utilizando filtros o condiciones, para delimitar y precisar los resultados. En otras
palabras es la estrategia de bsqueda que un usuario plantea para
satisfacer sus necesidades de informacin. Una base de datos es una coleccin
de informacin organizada de forma que un programa de ordenador pueda
seleccionar rpidamente los fragmentos de datos que necesite. Una base de
datos es un sistema de archivos electrnico. El paradigma de programacin que
se utiliza ser orientado a objetos denominado POO (Programacin orientada a
objetos).

13

PROGRAMACIN ORIENTADA A OBJETOS


La programacin orientada a objetos o POO (OOP segn sus siglas en ingls) es
un paradigma de programacin que usa los objetos en sus interacciones, para
disear aplicaciones y programas informticos. Est basado en varias tcnicas,
incluyendo herencia, cohesin, abstraccin, polimorfismo, acoplamiento y
encapsulamiento. Su uso se populariz a principios de la dcada de los aos
1990. En la actualidad, existe una gran variedad de lenguajes de programacin
que soportan la orientacin a objetos.
Los mtodos (comportamiento) y atributos (estado) estn estrechamente
relacionados por la propiedad de conjunto. Esta propiedad destaca que una clase
requiere de mtodos para poder tratar los atributos con los que cuenta. El
programador debe pensar indistintamente en ambos conceptos, sin separar ni
darle mayor importancia a alguno de ellos. Hacerlo podra producir el hbito
errneo de crear clases contenedoras de informacin por un lado y clases con
mtodos que manejen a las primeras por el otro. De esta manera se estara
realizando una programacin estructurada camuflada en un lenguaje de
programacin orientado a objetos.
La POO difiere de la programacin estructurada tradicional, en la que los datos y
los procedimientos estn separados y sin relacin, ya que lo nico que se busca
es el procesamiento de unos datos de entrada para obtener otros de salida. La
programacin estructurada anima al programador a pensar sobre todo en trminos
de procedimientos o funciones, y en segundo lugar en las estructuras de datos
que esos procedimientos manejan. En la programacin estructurada solo se
escriben funciones que procesan datos. Los programadores que emplean
Programacin Orientada a Objetos, en cambio, primero definen objetos para luego
enviarles mensajes solicitndoles que realicen sus mtodos por s mismos. El
14

lenguaje de programacin que se utilizara para el desarrollo del sistema ser Java
debido al paradigma orientado a objetos donde cada objeto puede ser
funcionalmente independiente de los dems componentes, as como su alto
acoplamiento.
JAVA
Es un lenguaje de programacin de propsito general, concurrente, orientado a
objetos y basado en clases que fue diseado especficamente para tener tan
pocas dependencias de implementacin como fuera posible. Su intencin es
permitir que los desarrolladores de aplicaciones escriban el programa una vez y lo
ejecuten en cualquier dispositivo (conocido en ingls como WORA, o "write once,
runanywhere"), lo que quiere decir que el cdigo que es ejecutado en una
plataforma no tiene que ser recompilado para correr en otra. Java es, a partir de
2012, uno de los lenguajes de programacin ms populares en uso,
particularmente para aplicaciones de cliente-servidor de web, con unos 10
millones de usuarios reportados.
JRE
El JRE (Java Runtime Environment, o Entorno en Tiempo de Ejecucin de Java)
es el software necesario para ejecutar cualquier aplicacin desarrollada para la
plataforma Java. El usuario final usa el JRE como parte de paquetes software o
plugins (o conectores) en un navegador Web. Sun ofrece tambin el SDK de Java
2, o JDK (Java Development Kit) en cuyo seno reside el JRE, e incluye
herramientas como el compilador de Java, Javadoc para generar documentacin o
el depurador. Puede tambin obtenerse como un paquete independiente, y puede
considerarse como el entorno necesario para ejecutar una aplicacin Java,
mientras que un desarrollador debe adems contar con otras facilidades que
ofrece el JDK.
SQL

15

El software que se utiliza en este proyecto para realizar la base de datos es el


SQL. La sigla que se conoce como SQL corresponde a la expresin inglesa
Structured Query Language (Entendida

en

espaol

como

Lenguaje

de

Consulta Estructurado), la cual identifica a un tipo de lenguaje vinculado con la


gestin de bases de datos de carcter relacional que permite la especificacin de
distintas clases de operaciones entre stas. Gracias a la utilizacin del
lgebra

de clculos relacionales, el SQL brinda la posibilidad de realizar

consultas con el objetivo de recuperar informacin de las bases de datos de


manera sencilla. Con el SQL se pueden crear procedimientos almacenados los
cuales son unidades de cdigo compuestas por una o ms sentencias TransactSQL o T-SQL y que son almacenados en el servidor. SPs nos dan la habilidad
de extender el lenguaje T -SQL gracias a que podemos aadir nuestras propias
subrutinas y procedimientos para las bases de datos.
SQL

server

es

el

Lenguaje

de

Consulta

Estructurado

(StructuredQueryLanguage) es un lenguaje declarativo de acceso a bases de


datos relacionales que permite especificar diversos tipos de operaciones sobre las
mismas. Ana caractersticas del lgebra y el clculo relacional permitiendo lanzar
consultas con el fin de recuperar informacin de inters de una base de datos, de
una forma sencilla. Es un lenguaje de cuarta generacin, en l se pueden
crear procedimientos

almacenados,

Un

Procedimiento

Almacenado

StoreProcedures (En ingls) son unidades de cdigo compuestas por una o


ms sentencias Transact-SQL o T-SQL y que son almacenados en el servidor. SPs
nos dan la habilidad de extender el lenguaje T-SQL gracias a que podemos
aadir nuestras propias subrutinas y procedimientos para las bases de datos
SQL SERVER. Veamos la sintaxis. Al igual que con SQL server se pueden crear
vistas Una vista es una alternativa para mostrar datos de varias tablas. Una vista
es como una tabla virtual que almacena una consulta. Los datos accesibles a
travs de la vista no estn almacenados en la base de datos como un objeto.
VISTAS
16

Entonces, una vista almacena una consulta como un objeto para utilizarse
posteriormente.
Las tablas consultadas en una vista se llaman tablas base. En general, se puede
dar un nombre a cualquier consulta y almacenarla como una vista.Una vista suele
llamarse tambin tabla virtual porque los resultados que retorna y la manera de
referenciarlas es la misma que para una tabla.
Las vistas permiten:

Ocultar

informacin: permitiendo

el

acceso

algunos

datos

manteniendo oculto el resto de la informacin que no se incluye en la vista.


El usuario opera con los datos de una vista como si se tratara de una tabla,

pudiendo modificar tales datos.


Simplificar la administracin de los permisos de usuario: se pueden
dar al usuario permisos para que solamente pueda acceder a los datos a
travs de vistas, en lugar de concederle permisos para acceder a ciertos

campos, as se protegen las tablas base de cambios en su estructura.


Mejorar el rendimiento: se puede evitar tipear instrucciones
repetidamente almacenando en una vista el resultado de una consulta

compleja que incluya informacin de varias tablas.


Podemos crear vistas con: un subconjunto de registros y campos de una
tabla; una unin de varias tablas; una combinacin de varias tablas;
un

resumen estadstico de una tabla; un subconjunto de otra vista,

combinacin de vistas y tablas.


DICCIONARIOS DE DATOS
Para poder llevar un mejor control del sistema se necesitan diccionarios de datos
Estos son un catlogo, un depsito, de los elementos en un sistema.
Como su nombre lo sugiere, estos elementos se centran alrededor de los datos y
la forma en que estn estructurados para satisfacer los requerimientos de los
usuarios y las necesidades de la organizacin. En un diccionario de datos se
17

encuentra la lista de todos los elementos que forman parte del flujo de datos en
todo el sistema. Los elementos ms importantes son flujos de datos, almacenes
de datos y procesos. El diccionario guarda los detalles y descripciones de todos
estos elementos al igual que los diagramas de datos se necesitan diagramas ER
(entidad relacin) es una herramienta para el modelado de datos que permite
representar las entidades relevantes de un sistema de informacin as como sus
interrelaciones y propiedades. Un tipo de diagrama que se puede utilizar tambin
es el diagrama UMl (Lenguaje Unificado de Modelado).

CLASES
En java existen objetos y clases. Un objeto es una combinacin de cdigo y
datos que puede tratarse como una unidad. Un objeto puede ser una porcin de
una aplicacin, como un control o un formulario. Una aplicacin entera tambin
puede ser un objeto. Existen clases de datos en esta clase se agregan las
variables que son propias de la tabla en la base de datos las cuales
funcionaran como parmetros para asignarles valores desde las pantallas y as
poderlas enviar a la clase de control donde se encuentra el cdigo necesario para
ejecutar los procedimientos almacenados, clases de control. Se definen las
variables

que

harn

referencia

los

procedimientos

almacenados

correspondientes a la tabla que contiene los datos de la pantalla en ejecucin. En


esta clase se define la cadena de conexin en una variable que se utilizara en
dicha clase, la

cadena de conexin est creada en las configuraciones del

proyecto para agilizar en caso de un cambio en los datos. Una cadena es una
coleccin de parmetros que se le dan a un objeta para que este con los valores
que contiene cada parmetro realice la conexin a la base de datos.

TORTOISE SVN

18

Para llevar un control del proyecto y para poder juntarlo al modificarlos se puede
utilizar TortoiseSVN es un cliente de subversin (Apache Subversin (SVN)
client), implementado como una extensin de shell de Windows. Es intuitivo y fcil
de usar, ya que no requiere que el cliente de lnea de comando de
Subversin para funcionar.

Caractersticas:

Fcil de usar
Todos los comandos estn disponibles directamente desde el explorador de

Windows.
Slo los

comandos

que

tienen

sentido

para

el

archivo/carpeta

seleccionada se muestran. Usted no ver ningn comando que no se

puede utilizar en su situacin.


Ver el estado de los archivos directamente en el explorador de Windows
Dilogos descriptivos, constantemente mejorado debido a

retroalimentacin de los usuarios.


Permite mover archivos arrastrndolos en el Explorador de Windows.

la

19

PROCEDIMIENTO Y DESCRIPCIN DE LAS ACTIVIDADES


REALIZADAS
MTODO DE INVESTIGACIN
Investigacin pura y simple, tambin recibe el nombre de investigacin bsica o
dogmtica. Se caracteriza porque parte de un marco terico y permanece en l, la
finalidad radica en formular nuevas teoras; o modificar las existentes mediante el
descubrimiento de amplias generalizaciones o principios en incrementar los
conocimientos cientficos y filosficos pero sin contrastrselos con ningn aspecto
prctico. Son Pura investigacin. Tienen el objeto el estudio de un problema
destinado exclusivamente al progreso o la simple bsqueda de conocimiento.
Se trabaj con el meto de investigacin pura y simple, ya que se necesitara
recabar datos de todos los procesos y tipos de datos que interactan en las
transacciones que realiza el almacn de herramientas del ITS Tequila para poder
realizar algn prstamo.
Investigacin Aplicada, tambin conocida como practica o emprica, busca la
aplicacin o utilizacin de los conocimientos que se adquieren, depende de los
avances y resultados de la investigacin bsica, lo que le interesa al investigador
son las consecuencias prcticas. Por su parte se utilizara tambin el mtodo de
investigacin aplicada porque en base a los datos recabados se programar la
aplicacin cumpliendo las reglas de negocio que recopilamos, donde al procesar
los datos debemos corroborar que la informacin que maneja el sistema debe ser
la correcta. De esta manera se aplica todos los datos recabados de las
operaciones y de los resultados.

20

DESCRIPCIN DETALLADA DE LAS ACTIVIDADES


AN LISIS DE REQUERIMIENTOS PROPUESTOS
Se analiz la viabilidad de los requerimientos propuestos, estos se adecuaron a
los procesos ya existentes en la aplicacin para garantizar la estabilidad general
del sistema, los procesos con sus respectivos casos de uso de explican de la
Tabla 1 hasta la Tabla 42.

REQUERIMIENTOS ADMISIONES
Tabla 1
Proceso: Validacin de la entrevista del aspirante
Caso de uso validacin de la entrevista del aspirante
Proceso

Validacin de la entrevista del aspirante.

Descripcin del
Proceso

Se requiere que el sistema valide el estatus de Aceptado de


la Entrevista para Aceptar al aspirante en CNCI.

PreCondiciones

El aspirante debe de estar registrado en el sistema.

PostCondiciones

Aspirante, Aceptado o Rechazado.


Flujo Bsico

1.

El usuario realiza la entrevista al


aspirante y debe poder cambiar el
estatus de la entrevista a Aceptado,
No aceptado y A consideracin.

2.

El usuario acepta al aspirante y se


genera su matrcula
(REQM003/Admisiones), si su
entrevista fue Aceptada.

Flujo Alternativo

El sistema debe mostrar un


mensaje en donde informe que
2.1
la entrevista no fue aceptada.
21

Tabla 2
Proceso: Entrevista de aspirante

Caso de uso entrevista de aspirante


Proceso

Entrevista de aspirante.

Descripcin del
proceso

Se requiere un bloque de preguntas y respuestas estticas


que puedan ser respondidas por aspirante.

Pre-Condiciones

El aspirante debe de estar registrado en el sistema.

PostCondiciones

Entrevista guardada.
Flujo Bsico

1.

El usuario podr realizar la


entrevista al aspirante y guardar
sus respuestas.

Flujo Alternativo
1.1

Tabla 3
Proceso: Generacin de matrcula

Casos de uso generacin de matrcula


Proceso

Generacin de matrcula.

Descripcin del
proceso

Se requiere que el sistema genere una matrcula de 8


dgitos.

Pre-Condiciones

El aspirante debe de estar registrado en el sistema y los


prefijos deben estar configurados por unidad.

Post-Condiciones

Matrcula del aspirante generado.

Flujo Bsico

Flujo Alternativo

22

1.

El usuario aceptar al aspirante y


el sistema deber generarle una
matrcula que consta de un prefijo
por plantel de 4 dgitos (0098)
ms un nmero consecutivo por
plantel de 4 dgitos (0001). No se
reinicia la numeracin por ciclo
escolar.

Tabla 4
Proceso: Registro de escuelas de procedencia
Caso de uso registro de escuelas de procedencia
Proceso

Registro de escuelas de procedencia.

Descripcin del
proceso

Se requiere que el sistema registre escuelas de


procedencia de nivel Secundaria.

Pre-Condiciones

El nivel Secundaria debe de estar guardado en el sistema.

Post-Condiciones

Escuela de nivel Secundaria registrada.

Flujo Bsico

1.

Flujo Alternativo

El usuario deber poder registrar


escuelas de procedencia que
sean de nivel Secundaria en el
catlogo de escuelas de
procedencia.

Tabla 5
Proceso: Generacin de CXC de inscripcin
23

Casos de uso Generacin de CXC de inscripcin


Proceso

Generacin de CXC (cuentas por cobrar) de inscripcin.


Se requiere que en la entrevista de inicio el usuario
genere la CXC por concepto de inscripcin.

Descripcin del
proceso
Pre-Condiciones

Aspirante registrado en el sistema.

Post-Condiciones

CXC de Inscripcin generada.

Flujo Bsico

1.

Flujo Alternativo

El usuario deber poder registrar


al aspirante y generarle la CXC
por concepto de Inscripcin en la
entrevista de inicio.

Tabla 6
Proceso: Registro de documentos de aspirantes
Caso de uso registro de documentos de aspirantes
Proceso

Registro de documentos de aspirantes.

Descripcin del
Proceso

Se requiere que el Registro de documentos de


aspirantes se realice en el Registro de aspirantes.

Pre-Condiciones

Aspirante registrado en el sistema y documentos


configurados para el trmite.

Post-Condiciones

Documentos registrados al aspirante.

Flujo Bsico
1.

Flujo Alternativo

El usuario deber poder registrar


al aspirante y registrarle sus
documentos.
24

Tabla 7
Proceso: Validacin del pago de inscripcin
Caso de uso validacin del pago de inscripcin
Proceso

Validacin del pago de inscripcin.

Descripcin del
proeso

Se requiere que el sistema valide el pago de inscripcin


para aceptar al aspirante en CNCI.

Pre-Condiciones

Aspirante registrado en el sistema y CXC de inscripcin


generada.

Post-Condiciones

Aspirante Aceptado.

Flujo Bsico

Flujo Alternativo

1.

El usuario registra al aspirante y le


genera la CXC de inscripcin.

2.

El usuario acepta al aspirante y se


genera su matrcula
(REQM003/Admisiones), si ya
realiz el pago de inscripcin.

2.1

El sistema debe mostrar un


mensaje en donde informe que
el aspirante no ha realizado el
pago de su inscripcin.

Tabla 8
Proceso: Opcin para cambio de forma
Caso de uso opcin para cambio de forma
Proceso

Opcin para Cambio de forma.

25

Se requiere en la Entrevista de inicio una opcin que me


permita cambiarme directamente a la forma Cambio de
estatus del aspirante.

Descripcin del
proceso
Pre-Condiciones
Post-Condiciones

Usuario en la forma de Cambio de estatus del aspirante.

Flujo Bsico
1.

El usuario registra al aspirante y


selecciona la opcin de Cambio
de estatus del aspirante.

2.

El sistema muestra al usuario la


forma de cambio de estatus de
aspirante.

Flujo Alternativo

Tabla 9
Proceso: Transferir promotor del rea comercial
Caso de uso transferir promotor del rea comercial
Proceso

Transferir Promotor del rea comercial.

Descripcin del
proceso

Se requiere que en el sistema al transferir los prospectos


de CRM tambin transfiera por prospecto la clave del
Promotor del rea comercial.

Pre-Condiciones

CRM envi informacin del Promotor del rea comercial al


Sistema de Control Escolar.

Post-Condiciones

Promotor del rea comercial transferido por prospecto.

Flujo Bsico
1.

Flujo Alternativo

El usuario transfiere los


prospectos de CRM con la clave
del Promotor del rea comercial.

26

Tabla 10
Proceso: Reporte de aviso de confidencialidad de datos
Caso de uso reporte de aviso de confidencialidad de datos
Proceso:

Reporte de aviso de confidencialidad de datos.

Descripcin del
Proceso:

Muestra el reporte de confidencialidad de datos.

PreCondiciones:

Que el aspirante haya sido aceptado a CNCI.

Tabla 11
Proceso: Reporte de carta compromiso Certificado Parcial
Caso de uso reporte de carta compromiso certificado parcial
Proceso

Reporte de carta compromiso Certificado Parcial.

Descripcin del
proceso:

Muestra el reporte de carta compromiso Certificado Parcial.

PreCondiciones:

Que el aspirante est registrado en el sistema y desee una


equivalencia de sus materias.
Tabla 12
Proceso: Reporte de poltica administrativa

Caso de uso reporte de poltica administrativa


Proceso:

Reporte de poltica administrativa.

Descripcin del
proceso:

Muestra el reporte de poltica administrativa.

Pre-Condiciones:

Que el aspirante haya sido aceptado a CNCI.

27

Tabla 13
Proceso: Reporte de reglamento escolar

Caso de uso de reglamento escolar


Proceso

Reporte de reglamento escolar

Descripcin del
proceso:

Muestra el reporte de reglamento escolar.

PreCondiciones:

Que el aspirante haya sido aceptado a CNCI.

28

REQUERIMIENTOS INSCRIPCIONES Y REINSCRIPCIONES


Tabla 14
Proceso: Configurar mximo de materias para inscribir/reinscribir
Caso de uso configurar mximo de materias para inscribir/reinscribir
Proceso

Configurar mximo de materias para inscribir/reinscribir.

Descripcin del
proceso

Se requiere que el sistema permita configurar una cantidad


mxima de materias para inscribir / reinscribir en el plan de
estudios.

PreCondiciones

Planes de estudio configurados.

PostCondiciones

Cantidad mxima de materias configuradas por plan de


estudios.
Flujo Bsico

1.

Flujo Alternativo

El sistema deber permitir


configurar la cantidad mxima de
materias permitidas para inscribir /
reinscribir en el plan de estudios.

Tabla 15
Proceso: Mximo de materias para cargar
Caso de uso mximo de materias para cargar
Proceso

Mximo de materias para cargar.

Descripcin del
proceso

Se requiere que el sistema valide que la cantidad de


materias a inscribir / reinscribir no exceda la cantidad
mxima permitida a cargar en el plan de estudios.

PreCondiciones

El usuario deber configurar la cantidad mxima de materias


para inscribir / reinscribir en el plan de estudios.
29

PostCondiciones

Materias cargadas para inscribir / reinscribir.


Flujo Bsico

1.

Flujo Alternativo

El usuario deber poder inscribir /


reinscribir las materias al alumno.

1.1

El sistema mostrar un mensaje


indicando que ha excedido la
cantidad mxima permitida de
materias para cargar.

Tabla 16
Proceso: Configurar ciclos escolares de 4 semanas

Caso de uso Configurar ciclos escolares de 4 semanas


Proceso

Configurar ciclos escolares de 4 semanas.

Descripcin del
proceso

Se requiere que en el sistema se configuren ciclos escolares


de 4 semanas para los planes de estudio de Prepa CNCI y
Prepa Plus.

PreCondiciones
PostCondiciones
Flujo Bsico
1.

Flujo Alternativo

El sistema deber permitir


configurar ciclos escolares de 4
semanas.

Tabla 17
Proceso: cambiar inscripcin por asignar por paquete

30

Caso de uso cambiar inscripcin por asignar por paquete


Proceso

Cambiar Inscripcin por Asignar por paquete.

Descripcin del
proceso

Se requiere cambiar en la Entrevista de continuidad el


nombre de la pestaa Inscripcin por Asignar por
paquete.

Pre-Condiciones
Post-Condiciones

Nombre de pestana cambiado.

Flujo Bsico

1.

Flujo Alternativo

Se cambia el nombre de la
pestaa
Inscripcin por Asignar por
materia.

Tabla 18
Proceso: Inscripcin por materia

Caso de uso Inscripcin por materia


Proceso

Inscripcin por materia.

Descripcin del
proceso

Se requiere que el sistema permita reinscribir por materia.

Pre-Condiciones

El alumno tiene que estar inscrito en un plan de estudios.

PostCondiciones

El alumno ha sido reinscrito.


Flujo Bsico

1.

Flujo Alternativo

El sistema deber mostrar el listado


de materias que tienen grupos y que
tiene pendientes de cursar el
alumno.
31

2.

3.

El usuario deber poder seleccionar


una serie de materias que se le
cargarn al alumno.

El sistema mostrar un mensaje


2.
indicando que no se han elegido
1
materias para reinscribir.

El sistema deber permitir reinscribir


al alumno.

El sistema mostrar un mensaje


3.
indicando que existen traslapes
1
de horarios.

Tabla 19
Proceso: Reinscribir a un alumno con estatus Contina en su entrevista de
continuidad

Caso de uso Reinscribir a un alumno con estatus contina en su entrevista de


continuidad
Proceso

Reinscribir a un alumno con estatus Contina en su


entrevista de continuidad.

Descripcin del
proceso

Se requiere que el sistema permita reinscribir a un alumno


siempre y cuando el estatus de la entrevista de
continuidad sea Contina.

Pre-Condiciones

El alumno debe tener aplicada una entrevista de


continuidad y un estatus de la entrevista.

Post-Condiciones

Alumno reinscrito.

Flujo Bsico

1.

El sistema deber permitir


reinscribir al alumno.

Flujo Alternativo
El sistema mostrar un mensaje
indicando que la entrevista de
1.1
continuidad del alumno no tiene el
estatus de Contina.
Tabla 20

Proceso: Reinscribir a un alumno con estatus Contina en su entrevista de


continuidad
Caso de uso Inscripcin a taller de regularizacin
32

Proceso

Inscripcin a taller de regularizacin.

Descripcin del
proceso

Se requiere que el sistema permita inscribir a un alumno a


talleres de regularizacin.

PreCondiciones

El alumno tiene que estar registrado en el sistema y tiene


que tener reprobada al menos una materia que est ligada a
un taller de regularizacin.

PostCondiciones

Alumno inscrito al taller.


Flujo Bsico

1.

Flujo Alternativo

El sistema deber permitir inscribir


al alumno en uno o ms talleres
de regularizacin.

El sistema mostrar un mensaje


en donde informar que el
alumno no tiene ninguna materia
reprobada ligada al taller de
regularizacin.

Tabla 21
Proceso: Generacin de CXC por concepto de inscripcin a Taller de
regularizacin

Caso de uso Generacin de CXC por concepto de inscripcin a Taller de


regularizacin
Proceso

REQM008.- Generacin de CXC por concepto de


inscripcin a Taller de regularizacin.

Descripcin del
proceso

Se requiere que el sistema al realizar una inscripcin a


taller de regularizacin le genere una CXC al alumno por
concepto de inscripcin a Taller.

Pre-Condiciones

Configuracin en finanzas realizada para el taller.

PostCondiciones

Inscripcin realizada.
Flujo Bsico

Flujo Alternativo
33

1.

El usuario podr realizar una


inscripcin a taller de
regularizacin y el sistema le
generar una CXC por concepto
de inscripcin a taller de
regularizacin.

Tabla 22
Proceso Registro de estatus de entrevista Candidato a egresar

Caso de uso registro de estatus de entrevista candidato a egresar


Proceso

Registro de estatus de entrevista Candidato a egresar.

Descripcin del
proceso

Se requiere que el sistema registre Entrevista de continuidad


con estatus Candidato a egresar.

PreCondiciones

Alumno registrado en el sistema.

PostCondiciones

Entrevista de continuidad registrada.


Flujo Bsico

1.

Flujo Alternativo

El sistema podr realizar la entrevista


de continuidad al alumno y registrarla
con estatus Candidato a egresar.
Tabla 23
Proceso: Registro de fecha de entrevista de continuidad
Caso de uso Registro de fecha de entrevista de continuidad

Proceso

Registro de fecha de entrevista de continuidad.

Descripcin del
proceso

Se requiere que el sistema registre la fecha en que se realiz


la entrevista de continuidad al alumno.
34

PreCondiciones

Alumno registrado en el sistema.

PostCondiciones

Fecha de entrevista de continuidad registrada.


Flujo Bsico

1.

Flujo Alternativo

El sistema podr realizar la


entrevista de continuidad al
alumno y registrar la fecha en que
se realiz la entrevista.

Tabla 24
Proceso: Baja de alumno con estado de Entrevista No contina

Caso de uso baja de alumno con estado de Entrevista no contina


Proceso

Baja de alumno con estado de Entrevista No contina.

Descripcin del
proceso

Se requiere que el sistema d de Baja Temporal al


alumno cuando se asigne el estatus de No contina a
su Entrevista de continuidad.

Pre-Condiciones

Alumno registrado en el sistema.

Post-Condiciones

Alumno con Baja Temporal.

Flujo Bsico

1.

Flujo Alternativo

El usuario realizar la Entrevista


de continuidad al alumno,
asignar el estatus de No
contina, el sistema dar de Baja
Temporal al alumno.
Tabla 25
Requerimiento REQM012.- Alumnos para Entrevista de continuidad

35

Caso de uso alumnos para entrevista de continuidad


Proceso

Alumnos para Entrevista de continuidad.

Descripcin del
proceso

Se requiere que en la Entrevista de continuidad solo


aparezcan los alumnos que no han realizado su Entrevista.

Pre-Condiciones

Alumnos registrados en el sistema.

Post-Condiciones

Entrevista de continuidad realizada.

Flujo Bsico

Flujo Alternativo

El sistema deber mostrar al


usuario en la Entrevista de
continuidad solo a los alumnos
1.
que no han realizado dicha
entrevista y podr realizarles la
entrevista.

36

Tabla 26
Proceso: Asignacin de especialidad
Caso de uso asignacin de especialidad
Proceso

Asignacin de especialidad.

Descripcin del
proceso

Se requiere que el usuario pueda asignar al alumno una


especialidad de su plan de estudios.

Pre-Condiciones

Alumnos inscritos y especialidades registradas en el


sistema.

Post-Condiciones

Alumno con especialidad asignada

Flujo Bsico

Flujo Alternativo

El usuario podr asignar al


1. alumno una especialidad de su
plan de estudios

Tabla 27
Proceso: Reinscripcin de alumnos a especialidad
Caso de uso reinscripcin de alumnos a especialidad
Proceso

Reinscripcin de alumnos a especialidad.

Descripcin del
proceso

Se requiere que el usuario pueda reinscribir a un alumno en


las materias y/o paquetes de su especialidad.

Pre-Condiciones

Alumno con especialidad asignada y especialidades


registradas en el sistema.

PostCondiciones

Alumno inscrito a especialidad.


Flujo Bsico

Flujo Alternativo
37

1.

El usuario podr reinscribir a un


alumno en las materias y/o
paquetes correspondientes a su
especialidad.

Tabla 28
Proceso: Reinscripcin de alumnos con estatus Posible recuperado

Caso de uso reinscripcin de alumnos con estatus posible recuperado


Proceso

Reinscripcin de alumnos con estatus Posible


recuperado.

Descripcin del
proceso

Se requiere que el usuario pueda reinscribir a un alumno


con estatus Posible recuperado.

Pre-Condiciones

Alumno con estatus Posible recuperado.

PostCondiciones

Alumno reinscrito.
Flujo Bsico

1.

Flujo Alternativo

El usuario podr reinscribir a un


alumno con estatus Posible
recuperado.

38

Tabla 29
Proceso: Vista de documentos que adeudan los alumnos
Caso de uso vista de documentos que adeudan los alumnos
Proceso

Vista de documentos que adeudan los alumnos.

Descripcin del
proceso

Se requiere una vista en la cual se muestren los alumnos de


primer ingreso que tienen adeudo de documentos del trmite
de inscripcin y los documentos que adeuda.

PreCondiciones

Alumnos con documentos registrados


Flujo Bsico

1.

Flujo Alternativo

El sistema podr mostrar una vista


con los alumnos de primer ingreso
que adeuden documentos del
trmite de inscripcin y los
documentos que adeuda.

Tabla 30
Proceso: Reporte de alumnos activos por institucin
Caso de uso Reporte de alumnos activos por institucin
Proceso
Descripcin
del proceso

Reporte de alumnos activos por institucin.


Se requiere que el sistema genere un reporte de alumnos
activos por institucin en el cual se muestre qu alumnos ya
tuvieron su entrevista de continuidad y qu alumnos no la han
tenido, el plan de estudios del alumno, el estatus de la
entrevista, y al final se debe visualizar el porcentaje de avance
en la realizacin de entrevistas.
REQUERIMIENTOS BECAS
39

Tabla 31
Proceso: aplicacin de mltiples becas a alumnos

Caso de uso aplicacin de Mltiples becas a alumnos


Proceso

Aplicacin de Mltiples becas a alumnos.

Descripcin del
proceso

Se requiere que el sistema pueda aplicar ms de una


beca a un alumno en un mismo periodo.

Pre-Condiciones

El aspirante debe de haber solicitado las becas.

Post-Condiciones

Mltiples becas aplicadas al alumno.

Flujo Bsico

Flujo Alternativo

1.

El usuario deber poder registrar


las solicitudes de beca del
aspirante.

2.

El usuario deber poder aplicar


mltiples becas al alumno en el
mismo periodo.

Tabla 32
Proceso: Reportes de becas filtrados por fechas
Caso de uso reportes de becas filtrados por fechas
Proceso

Reportes de becas filtrados por fechas.

Descripcin del
proceso

Se requiere que los reportes de becas y solicitudes de


becas se arrojen por fechas.

Pre-Condiciones

Haber especificado un rango de fechas.

Post-Condiciones

Reportes filtrados por fechas.

40

Flujo Bsico

Flujo Alternativo

1.

El usuario deber poder indicar


las fechas por las que desea filtrar
los reportes de becas y solicitudes
de becas, adems de los dems
filtros.

2.

El sistema ejecutar el reporte con


los datos encontrados segn las
fechas y dems filtros
proporcionados.

El reporte arrojara todos los


datos registrados.
1.1

2.1

El sistema mandar un mensaje


en donde informe que no se
encontraron datos.

Tabla 33
Reporte: Cambio de dictamen de solicitud de beca

Caso de uso cambio de dictamen de solicitud de beca


Proceso

Cambio de dictamen de solicitud de beca.

Descripcin del
proceso

Se requiere que el cambio de Dictamen solicitud de beca


al alumno lo realicen solamente los usuarios de Finanzas.

Pre-Condiciones

Que el aspirante haya realizado una solicitud de beca.

Post-Condiciones

La solicitud de beca del alumno con Dictamen, En trmite,


En comit, Autorizada o Rechazada.

Flujo Bsico
1.
2.

Flujo Alternativo

El usuario deber poder registrar la solicitud


de beca del alumno.
El usuario de finanzas deber poder
consultar la solicitud y cambiar el dictamen.
Tabla 34
Proceso: Becas activas para alumnos en Baja Temporal

Caso de uso becas activas para alumnos en baja temporal


41

Proceso

Becas activas para alumnos en Baja Temporal.

Descripcin del
proceso

Se requiere que cuando un alumno se d de Baja


Temporal y cuente con una beca sta permanezca activa.

Pre-Condiciones

El aspirante debe de tener una beca aplicada.

Post-Condiciones

Alumno en Baja Temporal con beca activa.

Flujo Bsico

Flujo Alternativo

1.

El usuario deber poder aplicar la


beca a un alumno.

2.

El usuario podr dar de Baja


temporal al alumno y su beca
seguir como activa.

Tabla 35
Proceso aplicacin de becas

Caso de uso aplicacin de becas


Proceso

Aplicacin de becas

Descripcin del
proceso

Se requiere que en el sistema se pueda aplicar la beca al


alumno en la misma fecha en que realiz su solicitud de
beca.

Pre-Condiciones

El alumno debe de haber solicitado una beca.

Post-Condiciones

Beca de aplicada.

Flujo Bsico
1.

El usuario registrar la solicitud de


beca del alumno.

2.

El usuario deber poder aplicar la


beca a un alumno en la misma
fecha en que realiz su solicitud.

Flujo Alternativo

42

Tabla 36
Reporte de carta de autorizacin de beca
Caso de uso Reporte de carta de autorizacin de beca
Proceso

Reporte de carta de autorizacin de beca

Descripcin del
proceso
Muestra la carta de autorizacin de beca del alumno.
Pre-Condiciones:

Que el alumno tenga su beca aplicada.

43

REQUERIMIENTOS PLANES DE ESTUDIO

Tabla 37
Proceso: Registro de Materias equivalentes
Caso de uso registro de materias equivalentes
Proceso

Registro de Materias equivalentes.

Descripcin del
proceso

Se requiere que el sistema muestre las claves de las


materias origen y de las materias equivalentes del
catlogo de materias equivalentes cuando se elijan de la
lista de valores.

Pre-Condiciones
Post-Condiciones

Las materias deben estar registradas en el sistema.


Materias equivalentes registradas en el sistema.

Flujo Bsico

1.

Flujo Alternativo

El sistema deber poder elegir de


la lista de valor una materia en el
catlogo de equivalencia de
materias y al aceptar el sistema
deber mostrar la clave de la
materia elegida.

44

Tabla 38
Proceso: Configuracin de talleres de regularizacin
Caso de uso Configuracin de talleres de regularizacin
Proceso

Configuracin de talleres de regularizacin.

Descripcin del
proceso

Se requiere que en el sistema se pueda configurar talleres


como planes de estudio.

PostCondiciones

Taller configurado.
Flujo Bsico

1.

Flujo Alternativo

El sistema deber poder configurar


un taller como plan de estudio, con
duracin de 4 semanas y
conformado por una sola materia.
Tabla 39
Proceso: Ligar materias de taller de regularizacin con materias del sistema

Caso de uso ligar materias de taller de regularizacin con materias del sistema
Proceso

Ligar materias de taller de regularizacin con materias del


sistema.

Descripcin del
proceso

Se reqMuiere que el sistema ligue materias de talleres de


regularizacin con materias del sistema.

PreCondiciones

Talleres y materias registrados.

PostCondiciones

Materias de Talleres de regularizacin ligadas a materias del


sistema.
Flujo Bsico

1.

Flujo Alternativo

El usuario deber poder ligar las


materias de un taller de
regularizacin con una o ms
45

materias del sistema. (Ejemplo,


Anexo
I)

Tabla 40
Proceso: Especialidades de planes de estudio

Caso de uso especialidades de planes de estudio


Proceso

Especialidades de planes de estudio.

Descripcin del
proceso

Se requiere que el usuario pueda ligar los paquetes del plan


de estudio con las especialidades.

PreCondiciones

Plan de estudio configurado y especialidades registradas.

PostCondiciones

Paquetes ligados con especialidades


Flujo Bsico

1.

Flujo Alternativo

El usuario deber poder ligar los


paquetes del plan de estudio con
especialidades.

46

Tabla 41
Proceso: Catlogo de materias para equivalencia externa
Caso de uso catlogo de materias para equivalencia externa
Proceso

Catlogo de materias para equivalencia externa.

Descripcin del
proceso

Se requiere que en el sistema se puedan configurar las


materias de un plan de estudios de una escuela externa
que son equivalentes a las materias de un plan de
estudios en CNCI. Para los directores esta informacin
ser de solo lectura.

Pre-Condiciones

Materias registradas en el sistema y Plan de estudios de


CNCI registrado en el sistema.

Post-Condiciones

Materias para equivalencia externa registradas.

Flujo Bsico

Flujo Alternativo

El usuario deber poder registrar las


materias de un plan de estudios de una
escuela externa que son equivalentes a un
plan de estudios de CNCI.

1.

Tabla 42
Proceso: Reporte de materias equivalentes para equivalencia externa
Caso de uso reporte de materias equivalentes para equivalencia
externa
Proceso

Reporte de materias equivalentes para equivalencia externa

Descripcin
del proceso

Mostrar la escuela de procedencia y por plan de estudios


mostrar las materias origen y las materias destino.

REQUERIMIENTO DEL SISTEMA HARDWARE SOFTWARE

Servidor de aplicaciones:
47

Se propone un procesador Xeon 3.0 con al menos 4 cores, 16GB de memoria,


2 discos duros de al menos 250GB o 500GB en una SAN (storage area
network).

Servidor de base de datos:

Se propone un procesador Xeon 3.0 con al menos 4 cores, 16GB de memoria,


5 discos duros de al menos 250GB o 1TB de espacio en SAN.

Uso de la aplicacin:

Se propone utilizar el navegador opera mini y tener instalado el JDK de java


(mquina virtual) superior de la versin 1.6.

DISEO DE LA SOLUCIN
Para el diseo de la solucin se trabaj sobre la base de datos existente, dado al
nivel de acceso solo fue posible dar de alta las tablas requeridas para la creacin
de los nuevos mdulos, ya que se restringido el acceso a otras tablas de la
aplicacin, esta administracin de las tablas la controlo el DBA (administrador de
la base de datos). El modelo de las tablas que se agregaron a la base de datos es
el siguiente:

DIAGRAMA ADMISIONES
Ilustracin 3
48

Tabla base de datos TBLCATASP

DICCIONARIO ADMISIONES
49

Tabla 43
Tabla TBLCATASP
Nombre campo
CVECATASP
NUMFICASP
NOMCATASP
APEPATASP
APEMATASP
CALNUMRES
CVECOLRES
CVEMPORES
CVEEDORES
TELCATASP
CVECATEDO
CVECATMPO
SEXCATASP
EDOCIVASP
FECNACASP
ESTCATASP
PESCATASP
TPOSANASP

Tipo de dato
NUMBER(8,0)
VARCHAR2(13 BYTE)
VARCHAR2(35 BYTE)
VARCHAR2(42 BYTE)
VARCHAR2(42 BYTE)
VARCHAR2(64 BYTE)
NUMBER(7,0)
NUMBER(7,0)
NUMBER(2,0)
VARCHAR2(20 BYTE)
NUMBER(2,0)
NUMBER(7,0)
VARCHAR2(9 BYTE)
VARCHAR2(11 BYTE)
DATE
VARCHAR2(7 BYTE)
VARCHAR2(6 BYTE)
VARCHAR2(4 BYTE)

STACATASP
CVECATESC

NUMBER(1,0)
NUMBER(5,0)

IDEPLAEST
TELCELASP
CVECICESC
TELLOCASP

NUMBER(5,0)
VARCHAR2(20 BYTE)
NUMBER(8,0)
VARCHAR2(20 BYTE)

PROGRLBAC

NUMBER(5,2)

FECCREASP
USECREASP

DATE
VARCHAR2(30 BYTE)

CALEXACON

NUMBER(5,2)

CALEXAHAB

NUMBER(5,2)

CALGBLEXA
FECINSREG

NUMBER(5,2)
DATE

Comentarios
Clave
Numero de ficha
Nombres
Apellido Paterno
Apellido Materno
Calle y numero
Clave de la colonia
Municipio de Residencia
Estado de Residencia
Telfono
Estado de Nacimiento
Municipio de nacimiento
Sexo
Estado civil
Fecha de nacimiento
Estatura
Peso
Tipo de Sangre
Estatus (1=Aceptado,
2=Rechazado, 3=Solicitante)
Escuela de Procedencia
Identificador del plan de
estudios
Numero de celular
Clave del ciclo escolar
Telfono local del aspirante
Promedio general del
bachillerato
Fecha de creacin del
registro
Usuario que crea el registro
Calificacin del examen de
conocimientos COSNET
Calificacin del examen de
habilidades COSNET
Calificacin global del
examen de COSNET
Fecha de insercin registro
50

Nombre campo
CVEUSUINS

Tipo de dato
VARCHAR2(20 BYTE)

FECMODREG
CVEUSUMOD

DATE
VARCHAR2(20 BYTE)

CVECATLST

NUMBER(6,0)

RAMCATALU
FECCARASP
CURPASP

NUMBER(1,0)
VARCHAR2(4 BYTE)
VARCHAR2(18 BYTE)

FECINIPRE

NUMBER(4,0)

FECFINPRE
CALEXACEN
NACCATASP
IDEPLAES2
TIECAPDIF
TPOCAPDIF
TIEBECASP
TPOBECASP

NUMBER(4,0)
NUMBER(5,2)
VARCHAR2(25 BYTE)
NUMBER(5,0)
NUMBER(1,0)
VARCHAR2(100 BYTE)
NUMBER(1,0)
VARCHAR2(100 BYTE)

PROGOPASP
OCUTRAPAD
OCUTRAMAD
OTROCUPAD
OTROCUMAD

NUMBER(1,0)
NUMBER(5,0)
NUMBER(5,0)
VARCHAR2(50 BYTE)
VARCHAR2(50 BYTE)

DEPECOASP

NUMBER(5,0)

TPOVIVASP

NUMBER(5,0)

COMEMEASP

VARCHAR2(100 BYTE)

DOMDIFEME
TELEMEASP

NUMBER(1,0)
VARCHAR2(20 BYTE)

LUGTRAASP
TELEMETRA

VARCHAR2(20 BYTE)
VARCHAR2(20 BYTE)

Comentarios
Usuario q inserta el registro
Fecha de modificacin del
registro
Usuario q modifica el registro
Clave de la lista del deporte
del aspirante
Rama del aspirante
(1=Varonil, 0=Femenil,
2=Mixta)
Frecuencia Cardiaca
CURP
Ao en que inici sus
estudios de prepa
Ao en que finalizo sus
estudios de prepa
Calificacin exmenes
Nacionalidad aspirante
Segunda opcin
Tiene capacidades diferentes
Tipo de capacidad diferente
Tipo de beca
Beca especial
Su familia pertenece al
programa oportunidades
Otra ocupacin de padre
Ocupacin de madre
Otra ocupacin
Otra ocupacin
De quien depende
econmicamente el aspirante
(L.V. "Dependencia
econmica")
Tipo de vivienda aspirante
(L.V. "TIPO VIVIENDA")
En caso de emergencia
comunicarse con
Telfono en caso de
emergencia
Lugar de trabajo en caso de
emergencia
Telfono de trabajo en caso
51

INST_ID
Nombre campo

NUMBER
Tipo de dato

de emergencia
Clave de La institucin
Comentarios

POBLACION
FECAPLI
HORA_APLICACION
FOLIO_CENEVAL
GENERA_COMISION

VARCHAR2(10 BYTE)
DATE
NUMBER
NUMBER
NUMBER

Poblacin
Fecha aplicacin
Hora aplicacin
Folio ceneval
Comisin

Nota: La tabla no se relaciona con ninguna otra tabla, la informacin es cargada


atreves de una insercin masiva cuando un alumno deja de ser aspirante, por
medio de un procedimiento y pasa al registro a una tabla de alumno.

NORMALIZACIN
TBLCATASP
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de CVECATASP que es la clave primaria de la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

52

DIAGRAMA BECAS
Ilustracin 4
Relacin becas

53

DICCIONARIO BECAS
Tabla 44
Tabla FINANZAS.BECAS

Nombre campo
INST_ID
BECA_ID

Tipo de dato
NUMBER
NUMBER
VARCHAR2(12
BYTE)
VARCHAR2(250
BYTE)

BECA_CODE
BECA
TIPO_BECA_ID
ESTATUS
SOLO_INSCRIPCIO
N
ASIGNABLES

NUMBER
VARCHAR2(1 BYTE)
NUMBER(3,0)
NUMBER

Comentarios
Identificador interno de la
institucin
Identificador interno de la beca
Clave de la beca asignada por
el usuario
Descripcin de la beca
Identificador interno del tipo de
beca
Estatus de la beca
1 Indica que la beca es solo
para inscripcin
Cantidad de becas asignables

Tabla 45
Tabla FINANZAS.BECAS_CONFIGURACION

Nombre campo

Tipo de dato

Comentarios

INST_ID
BECAS_CONFIGURACION_I
D
BECA_ID
TIPO_TRANS_ID

NUMBER

Id escuela

NUMBER
NUMBER
NUMBER

NIVEL

NUMBER
VARCHAR2(
1 BYTE)
NUMBER

Configuracin de la beca
Id de la beca
Tipo transferencia
Nivel Licenciatura, Posgrado,
etc., se toma de la lista de
valores clave NIVEL
ACADMICO

ESTATUS
CONCEPTO_ID

[A] Activo [N] Inactivo


Concepto de beca
54

Tabla 46
Tabla FINANZAS.TIPO_BECAS

Nombre campo

Tipo de dato

Comentarios
Identificador interno de la
institucin
Identificador interno del tipo de
beca (SEQ_TIPO_BECA)
Clave del tipo de beca asignada
por el usuario

INST_ID

NUMBER

TIPO_BECA_ID

NUMBER
VARCHAR2(12
BYTE)
VARCHAR2(250
BYTE)
Descripcin del tipo de beca
VARCHAR2(1
BYTE)
Estatus de la beca
Tope mximo de descuento
cuando se asigne 1 beca al
NUMBER
alumno
Tope mximo de descuento
cuando se asigne ms de 1 beca
NUMBER
al alumno
Promedio mnimo para conservar
NUMBER
la beca por perodo escolar
VARCHAR2(1
BYTE)
NUMBER(3,0)
Verifica si es una beca de gobierno

TIPO_BECA_CODE
TIPO_BECA
ESTATUS
TOPE_PORCENTUA
L
TOPE_COMBINADA
PROMEDIO
POR_MATERIA
TIPO_GOBIERNO

NORMALIZACIN

BECAS_CONFIGURACION
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de BECAS_CONFIGURACION_ID que es la clave
primaria de la tabla.
55

Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.
BECAS
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de BECA_ID que es la clave primaria de la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.
TIPO_BECAS
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de TIPO_BECA_ID que es la clave primaria de la
tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

56

DIAGRAMA DE INSCRIPCIONES Y REINSCRIPCIONES


Ilustracin 5
Relacin inscripciones - reinscripciones

57

DICCIONARIO INCRIPCION - REINSCRIPCION


Tabla 47
Tabla SCE.DELTAUINS
Nombre campo

Tipo de dato

IDECATGPO
FECALUINS

NUMBER(9,0)
DATE

STAALUINS
SEMINSALU
FECINSREG

CVEUSUMOD

NUMBER(1,0)
NUMBER(5,0)
DATE
VARCHAR2(20
BYTE)
DATE
VARCHAR2(20
BYTE)

STABAJMAT

NUMBER(1,0)

STAEVADOC
FECBAJMAT
IDECATALU
INST_ID

NUMBER(1,0)
DATE
NUMBER(9,0)
NUMBER(5,0)

CVEUSUINS
FECMODREG

Comentarios
Grupo
Fecha de inscripcin
Estatus de inscripcin validada por
control escolar (1-Acptada, 0-No
valida)
Semestre de inscripcin
Fecha de insercin del registro
Usuario q inserta el registro
Fecha de modificacin del registro
Usuario q modifica el registro
Estatus para cuando el alumno da de
baja una materia (1-Si, 0-No)
Estatus para cuando el alumno lleno
la ev docente de este grupo
Fecha de baja de la materia
Id del alumno
Clave de La institucin

Tabla 48
Tabla SCE.GRUPOS
Nombre campo

Tipo de dato

GRUPO_ID
CLAVE_GRUPO
CICLO

NUMBER(9,0)
VARCHAR2(10 BYTE)
NUMBER(8,0)

TIPO_GRUPO

NUMBER(1,0)

VERANO
INST_ID

NUMBER(2,0)
NUMBER

Comentarios
ID
Clave
Clave ciclo Escolar
Tipo de Grupo 0- normal, 1Asimilado, 2-Asesoria, 3Intercambio
Identifica si el grupo es de
Verano o NO (1=Si, 0=No)
Clave de la institucin
58

TPOGPOFNC
Nombre campo

NUMBER(1,0)
Tipo de dato

Tipo grupo
Comentarios

EXAMEN_PARCIAL

NUMBER(1,0)

FOLIO_ACTA_GRUPO
CAPACIDAD_GRUPO
PROFESOR_ID
IDE_GRUPO_
COMPARTIDO

VARCHAR2(16 BYTE)
NUMBER(3,0)
NUMBER(5,0)

Si tiene exmenes parciales


No. de folio del acta por
grupo
Capacidad del grupo
Identificador del profesor
Identificador del grupo
compartido

NUMBER(9,0)
Tabla 49
Tabla SCE.TBLCICESC

Nombre campo
CVECICESC
DESCICESC
FECINICIC
FECFINCIC
TPOCICESC
STACICESC
FECINSREG
CVEUSUINS
FECMODREG
CVEUSUMOD
CICESCACT
FECINIVAC
FECFINVAC
INST_ID

Tipo de dato
NUMBER(8,0)
VARCHAR2(64
BYTE)
DATE
DATE
NUMBER(2,0)
VARCHAR2(1
BYTE)
DATE
VARCHAR2(20
BYTE)
DATE
VARCHAR2(20
BYTE)
VARCHAR2(2
BYTE)
DATE
DATE
NUMBER

Comentarios
Clave
Descripcin
Fecha de inicio
Fecha final
Tipo de ciclo escolar
Estatus (A-Abierto/C-Cerrado)
Fecha de insercin del registro
Usuario q inserta el registro
Fecha de modificacin del registro
Usuario q modifica el registro
ciclo escolar activo (SI,NO)
Fecha de inicio de vacaciones
Fecha de fin de vacaciones
Clave de la institucin

59

Tabla 50
Tabla SCE.TBLCATALU

Nombre campo

Tipo de dato

CVECATASP
MATCATALU
CVECATBEC
AFILIMSALU
TOTINGALU
STACATALU
GRAESTALU

NUMBER(8,0)
VARCHAR2(11 BYTE)
NUMBER(2,0)
VARCHAR2(12 BYTE)
NUMBER(2,0)
VARCHAR2(2 BYTE)
NUMBER(1,0)

ANOEGRALU
IDEPLAEST
IDECATESP
FECINSREG
CVEUSUINS
FECMODREG
CVEUSUMOD

NUMBER(4,0)
NUMBER(5,0)
NUMBER(2,0)
DATE
VARCHAR2(20 BYTE)
DATE
VARCHAR2(20 BYTE)

STAEGRALU

NUMBER(1,0)

COMNUMIMS
EGRESADO

VARCHAR2(100 BYTE)
VARCHAR2(2 BYTE)

TITULADO
FECEMICER
NOMCATALU
APEPATALU
APEMATALU
CVEEDONAC
CVEMPONAC
SEXCATALU
EDOCIVALU
ESTCATALU
PESCATALU

CHAR(2 BYTE)
DATE
VARCHAR2(50 BYTE)
VARCHAR2(52 BYTE)
VARCHAR2(32 BYTE)
NUMBER(2,0)
NUMBER(5,0)
VARCHAR2(9 BYTE)
VARCHAR2(11 BYTE)
VARCHAR2(7 BYTE)
VARCHAR2(6 BYTE)

Comentarios
Clave
Matricula
Tipo de Beca (catlogo de becas)
Numero de afiliacin al IMSS
Ingresos
Estatus
Grado de estudio solicitado
Ao de egreso del alumno
(diferentes de licenciatura)
Identificador del plan de estudios
Identificador de la especialidad
Fecha de insercin del registro
Usuario q inserta el registro
Fecha de modificacin del registro
Usuario q modifica el registro
Estatus de egreso del alumno
(1=Si / 0=No)
En caso de q este afiliado por
parte de su papa o mama o
cnyuge
Indica si ya se titul o todava no
est titulado
Fecha de emisin de certificado
Nombre(s)
Apellido Paterno
Apellido Materno
Estado de Nacimiento
Municipio de nacimiento
Sexo M=Masculino F=Femenino
Estado civil
Estatura
Peso
60

TPOSANALU
CVECICESC

VARCHAR2(10 BYTE)
NUMBER(8,0)

CVECATLST
Nombre campo

NUMBER(9,0)
Tipo de dato

FRECARALU
FECNACALU
CURCATALU
IDECATALU
TELCATALU
TELLOCALU
TELCELALU

VARCHAR2(4 BYTE)
DATE
VARCHAR2(18 CHAR)
NUMBER(9,0)
VARCHAR2(30 BYTE)
VARCHAR2(30 BYTE)
VARCHAR2(30 BYTE)

CVECATESC

NUMBER(5,0)

FECINIPRE

NUMBER(4,0)

FECFINPRE
INST_ID

NUMBER(4,0)
NUMBER

Tipo de Sangre
Ciclo que ingreso el alumno
Clave de la lista del deporte del
aspirante
Comentarios
Frecuencia Cardiaca
Fecha de nacimiento
CURP
Identificador del alumno
Telfono de residencia del alumno
Telfono en Veracruz del alumno
Telfono de celular del alumno
Clave de la escuela de
procedencia
Ao en que inici sus estudios de
prepa
Ao en que finalizo sus estudios
de prepa
Clave de La institucin

NORMALIZACIN
GRUPOS
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de GRUPO_ID que es la clave primaria de la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

TBLCICESC
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de CVECICESC que es la clave primaria de la tabla.
61

Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

TBLCATALU
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de IDECATALU que es la clave primaria de la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

DETALUINS
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de IDECATGPO que es la clave primaria de la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.

62

DIAGRAMA DE PLANES DE ESTUDIO


Ilustracin 6
Relacin planes de estudio

63

Nota: No se pueden visualizar las dems tablas con las que se relaciona plan de
estudios debido a que no creamos dichas tablas y no contamos con el nivel de
acceso requerido para visualizar tales tablas.
DICCIONARIO DE DATOS PLANES DE ESTUDIO
Tabla 51
Tabla SCE.PLANES_ESTUDIO

Nombre campo

PLAN_ESTUDIO_ID
DESCRIPCION
PLAN_ESTUDIO_CLAVE
ANIO_INICIO
NUMERO_CREDITOS
NUMERO_SEMESTRES

SEMESTRES_MINIMO
SEMESTRES_MAXIMO
MODALIDAD
NUMERO_MAT_APROB
ESTATUS
NUM_COSNET_SEP
CLASIFICACION
DEPARTAMENTO_
CLAVE
TITULO

Tipo de dato

Comentarios

Identificador del
plan(Generado por el
NUMBER(5,0)
sistema)
VARCHAR2(100 Descripcin de la
BYTE)
carrera
Clave del plan de
VARCHAR2(10
estudio(Capturada
BYTE)
por el usuario)
VARCHAR2(4
Ao inicio del plan de
BYTE)
estudios
Numero de crditos
NUMBER(3,0)
del plan de estudios
Semestres que tiene
NUMBER(2,0)
el plan
No de semestres
mnimo en que se
puede cursar el plan
NUMBER(2,0)
de estudios
No. de semestres
NUMBER(2,0)
mximo
Modalidad del plan
NUMBER(1,0)
de estudios
NUMBER(2,0)
NUMBER(1,0)
Estatus del plan
VARCHAR2(200
BYTE)
Numero
NUMBER(6,0)
Departamento al que
NUMBER(2,0)
pertenece la carrera
VARCHAR2(100 Ttulo que se obtiene
BYTE)
al cursar este plan de
64

INST_ID
CREDITOS_EGRESADO
CREDITOS_INTOCABLE
Nombre campo

NUMBER
NUMBER(3,0)
NUMBER(3,0)
Tipo de dato

CREDITOS_SERV
_SOCIAL

NUMBER(3,0)

CREDITOS_MAX_
X_SEMESTRE

NUMBER(3,0)

PROMEDIO_CALIDAD

NUMBER(4,2)

CVECICESC

NUMBER(8,0)

NIVEL_ID

NUMBER
VARCHAR2(40
BYTE)
NUMBER

CVEPLAEST
PLAN_ID
PROGRAMA_
ACADEMICO_ID
PROM_MIN_
APROBATORIO
CVE_PROVEEDOR_
TITULOS
ACTIVO_ADMISIONES

TITULO_EN_FEMENINO
TIPO_PERIODO_ID
INCORPORADO
CREDITOS_PRAC_PROF

NUMBER(7,0)
NUMBER(4,2)
CHAR(3 BYTE)
VARCHAR2(1
BYTE)

estudio
Institucin a la que
pertenece este plan
Crditos egresado
Crditos por hacer
Comentarios
Crditos mnimos que
se necesitan para
poder llevar el
servicio social
Crditos mximos por
semestre que se
pueden llevar
Promedio mnimo
que el alumno debe
de cumplir
Clave del ciclo
escolar
Nivel del plan
(licenciatura,
maestra, doctorado,
etc.)
Descripcin del plan
de estudio
Identificador del plan
Identificar del
programa acadmico
Promedio
aprobatorio
Clave para el
Proveedor de Ttulos

Activo admisin
Ttulo en femenino
que se obtiene al
VARCHAR2(100 cursar este plan de
BYTE)
estudio
Clave del tipo de
NUMBER
periodo
Clave de la
incorporacin apunta
NUMBER
a detcatlst
NUMBER(3,0)
Crditos mnimos que
65

CAMPUS_ID
CLAVE_GRUPO
Nombre campo

NUMBER(5,0)
VARCHAR2(10)
Tipo de dato

FECHA_COSNET_SEP

DATE

CLAVE_RECONOCIMIENTO

VARCHAR2(20
BYTE)

SECUENCIA
FECHA_REVOE

VARCHAR2(20
BYTE)
DATE

ADMINISTRADOR_ID
HORAS
EDAD_MINIMA_REQUERIDA
PERMITE_EDA_MENOR_FLAG
PROMEDIO_MINIMO_ASPIRANTE
PERMITE_PROM_MENOR_FLAG
NOCAMPLA

NUMBER(5,0)
NUMBER(3,0)
NUMBER
NUMBER
NUMBER(3,0)
NUMBER(1,0)
NUMBER

se necesitan para
poder llevar las
prcticas
profesionales
Campus
Clave de sus grupos
Comentarios
Fecha del Cosnet
Clave de
Reconocimiento del
Cosnet
Secuencia que se
usara para los folios
de las constancias
por plan de estudios
ID DEL CATALOGO
DE
ADMINISTRADORES
Total de horas
Edad mnima
Bandera edad
Promedio mnimo
Bandera promedio
Numero plan

NORMALIZACIN

PLANES_ESTUDIO
Primera forma normal: La tabla cumple con la primera forma normal ya que no hay
campos repetidos dentro de la tabla.
Segunda forma normal: La tabla cumple con la segunda forma normal ya que
todos los campos dependen de PLAN_ESTUDIO_ID que es la clave primaria de
la tabla.
Tercera forma normal: La tabla cumple con la tercera forma normal ya que la tabla
est en la segunda forma normal (2NF) y ningn atributo no-primario de la tabla es
dependiente transitivamente de una clave primaria.
66

67

DESEO DE VENTANAS
Pantalla de catlogos:
La pantalla de catlogos [Ver Ilustracin 7] es la encargada de darle
mantenimiento al catlogo de planes de estudio, cuenta con funciones de insert,
update y delete. El trigger presentado es el encargado de realizar las validaciones
correspondientes para que el plan de estudio se registre de la manera correcta.

Ilustracin 7
Diseo catlogo de planes de estudio

68

Catalogo materias:
La pantalla catalogo materias [Ver Ilustracin 8] es la encargada de darle
mantenimiento al catlogo de materias, cuenta con funciones de insert, update y
delete. El trigger presentado es el encargado de realizar las acciones necesarias
para que al momento de abrir la pantalla todas las variables se encuentren
seteadas con los valores necesarios de acuerdo a los parmetros de la sesin.

Ilustracin 8
Diseo catlogo de catlogo de materias

69

Los periodos de registro de aspirantes:


La pantalla periodos de registro de aspirantes [Ver Ilustracin 8] es la encargada
de darle mantenimiento a los periodos de registro de aspirantes, as como las
fichas disponibles por plan de estudio, ciclo escolar y campus. El trigger
presentado realiza las validaciones necesarias que se deben cumplir para
actualizar fechas o fichas por registro.

Ilustracin 9
Diseo catlogo de los periodos de registro de aspirantes

70

71

Solicitudes de beca:
La pantalla de solicitudes de beca

[Ver Ilustracin 9]

realiza el registro de

solicitudes de beca. El trigger presentado se encarga de traer las descripciones de


algunos campos a la pantalla, ya que en la BD estn guardados nicamente los
ID.

Ilustracin10
Diseo catlogo de solicitudes de beca

72

Seguimiento a las becas solicitadas:


La pantalla seguimiento de becas solicitadas [Ver Ilustracin 9] es la encargada
del seguimiento a las becas solicitadas por el alumno en un ciclo escolar
especfico as como el histrico de becas otorgadas con anterioridad.

Ilustracin11
Diseo catlogo de seguimiento a las becas solicitadas

73

Informacin al usuario:
La pantalla informacin al usuario es la encargada de proveer la informacin al
usuario referente a los alumnos, as mismo se puede realizar desde esta pantalla
la inscripcin de materias al ciclo escolar activo. El trigger presentado se encarga
de llenar la informacin de la pantalla en cascada cuando existen constraints que
relacionen informacin proveniente de diversas tablas.

Ilustracin12
Diseo informacin al usuario

74

CODIFICACIN
Esta etapa consisti en programar los mdulos una vez definido el diseo de
estos. El lenguaje de programacin empleado es PLSQL y el ID de desarrollo
utilizado es ORACLE FORMS. El tipo de programacin es orientada a objetos en
la cual se inserta cdigo PLSQL (disparadores, procedimientos almacenados y
consultas de lectura y escritura).
A continuacin se presentara la vista funcional del programa y en el apartado de
anexos se mostrara parte del cdigo fuente de la aplicacin.

ADMINISTRACIN DE FORMAS
En la Forma FRM_ADM_FOR como la que se muestra en la Ilustracin 13 y en la
que se requieren los siguientes datos:
Formas
Nombre del Archivo: Este campo muestra el nombre del archivo.
Descripcin: Este campo muestra la descripcin de la forma.

Ilustracin 13
Ventana administracin de formas

75

Esta Forma se utiliza para administrar (dar de alta, baja, modificar) las Formas
que componen al sistema, en este ejemplo Ilustracin 14 vamos a realizar una
alta, el nombre de archivo es el nombre fsico (omitiendo la extensin del tipo de
archivo) que tiene la Forma.
Ilustracin 14
Ventana administracin de formas con dato

La descripcin ser el nombre a mostrar en el men principal Ilustracin 15.


Ilustracin 15
Ventana administracin general del sistema

76

Ya que tengamos todas las Formas que vamos a asociar a un men, pasamos a
la administracin del men.

ADMINISTRACIN DE MENS
En la Forma FRM_ADM_MNU como la que se muestra en la Ilustracin 16 que se
requieren los siguientes datos:
Men
Nombre: Este campo muestra el nombre del men.
Elementos del Men

Nombre: Este campo muestra el nombre del elemento del men.


Seleccione un elemento del men del catlogo de lista de valores (CTRL +
L).

Tipo: Del listado de opciones de este campo se muestra el tipo de men


(FORMA, REPORTE, MENU, PROCEDIMIENTO, etc.).

Orden: Este campo permite asignar el ordenamiento que tendrn los


elementos del men.
Ilustracin 16
77

Ventana catlogo de mens

Esta Forma se utiliza para administrar (dar de alta, baja, modificar) los mens que
componen al sistema SICSE, en este ejemplo Ilustracin 17 vamos a realizar una
alta, el nombre del men ser PRUEBA.
Ilustracin 17
Ventana mens

Despus de guardar el men, le asociaremos elementos al men, tomaremos de


la lista de valores Ilustracin 18 el de la Forma que dimos de alta previamente
(CAPTURA DE EXCENSIONES DE PAGO).
78

Ilustracin 18
Ventana lista de valores

Agregamos otros elementos de men que hagan falta y les asignamos un orden
de presentacin Ilustracin 19.
Ilustracin 19
Agregar elementos al men

El resultado obtenido es como el que se presenta en la Ilustracin 20 se presenta


el men PRUEBA con los elementos de men en el orden que le asignamos.
Ilustracin 20
79

Ventana men prueba

Ya que tengamos todos los mens que vamos a asociar a un Rol de Usuario,
pasamos a la administracin de Roles para Usuarios.

ADMINISTRACIN DE ROLES PARA USUARIOS


En la Forma FRM_ADM_ROL como la que se muestra en la Ilustracin 21 y en la
que se requieren los siguientes datos:
Rol

Nombre: Este campo muestra el nombre del Rol.

Mens del Rol

Nombre: Este campo muestra el nombre del men del Rol. Seleccione un
elemento del men del catlogo de lista de valores (CTRL + L).

Ilustracin 21
80

Ventana men prueba

Esta Forma se utiliza para administrar (dar de alta, baja, modificar) los Roles que
componen al sistema SICSE, en este ejemplo Ilustracin 22 vamos a realizar una
alta, el nombre del Rol ser DEMOSTRACIN.
Ilustracin 22
Ventana roles

81

Despus de guardar el Rol, le asociaremos elementos de men, tomaremos de la


lista de valores Ilustracin 23 el del men que dimos de alta previamente
(PRUEBA).
Ilustracin 23
Ventana lista de mens

Agregamos los mens que hagan falta ilustracin 24.


Ilustracin 24
Ventana roles men

82

El resultado obtenido es como el que se presenta en la Ilustracin 25, e Ilustracin


26 se presenta el Rol DEMOSTRACION, el men PRUEBA y los elementos de
men en el orden que le asignamos.
Ilustracin 25
Ventana roles grupo

Ilustracin 26
Ventana roles grupo seleccin

83

CATLOGO DE LISTA DE VALORES


En la Forma FRM_CAT_LST como la que se muestra en la Ilustracin 27 y en la
que se requieren los siguientes datos:
Lista

Nombre: Nombre de la lista de valores.

Elementos de la Lista

Cve: Este campo muestra la clave de los elementos de la lista de valores.

Descripcin: Este campo muestra la descripcin de los elementos de la lista


de valores.

Activo desde: Este campo muestra a partir de cundo estar activo el


elemento de la lista de valores.

Hasta: Este campo muestra hasta cundo estar activo el elemento de la


lista de valores.
Ilustracin 27
Ventana lista valores

84

Esta Forma se utiliza para administrar (dar de alta, baja, modificar) las listas de
valores que componen al sistema, vamos a realizar una modificacin a la lista de
valores de clasificacin de planes de estudios, la cual tiene actualmente los
valores de ADMINISTRACION e INGENIERIA ilustracin 28.
Ilustracin 28
Ventana administrar lista bsqueda

Como primer paso realizamos una consulta y obtenemos como resultado la lista
de valores asociada a los planes de estudio Ilustracin 29.
Ilustracin 29
Ventana administrar lista

85

Vamos a agregar un elemento ms a la lista con el nombre de ABIERTO


Ilustracin 30.
Ilustracin 30
Ventana administrar lista agregar

Despus de guardar los cambios la lista de valores para los planes de estudio,
observamos el resultado la lista de valores asociada a los planes de estudio con
un elemento ms Ilustracin 31.
Ilustracin 31
Ventana Clasificacin

86

FORMA PARA ASIGNACIN DE PARMETROS A LAS FORMAS


Aparece una pantalla como la que se muestra en la Ilustracin 32 y en la que se
requieren los siguientes datos:
Parmetros para las formas

Nombre de la Forma: Este campo muestra el nombre de la forma.

Ciclo Escolar: Este campo muestra la clave del ciclo escolar de la forma.

Parmetros: Este campo muestra los parmetros que puede recibir la


forma, adicionales al ciclo escolar.
Ilustracin 32
Ventana asignacin de parmetros

87

CATLOGO DE USUARIOS
En la Forma FRM_CAT_PRO como la que se muestra en la Ilustracin 33 y en la
que se requieren los siguientes datos:
Ilustracin 33
Ventana catlogo de usuarios

Clave: En la Clave con la que se identificar al Usuario

Control: es generado por el sistema


88

Nombres: En este campo se captura el (los) nombre (s) del usuario.

Ap Paterno: En este campo se captura el apellido paterno del usuario.

Ap Materno: En este campo muestra el apellido materno del usuario.

Categora, Departamento, Sexo, RFC, CURP: Son datos que debern


indicarse y capturarse.

En la Forma FRM_CAT_USU como la que se muestra en la Ilustracin 34 y en la


que se requieren los siguientes datos:
Usuarios

Id: ID est reservado y solo puede ser utilizado en una consulta.

Login: Este campo muestra el nmero del expediente del usuario (Clave).

Nombres: Este campo muestra el (los) nombre (s) del usuario.

Ap Paterno: Este campo muestra el apellido paterno del usuario.

Ap Materno: Este campo muestra el apellido materno del usuario.

Acceso a Forms: Del listado de opciones de este campo se elige y muestra


si se permite

restringe el acceso a Forms.

Sper Usuario: Del listado de opciones de este campo se elige y muestra si


es un sper usuario.

Rol: Muestra la clave y descripcin del Rol. Seleccione la clave del Rol del
catlogo de lista de valores (CTRL + L)

89

Ilustracin 34
Ventana catlogo de usuarios

Esta Forma se utiliza para controlar el tipo de acceso al sistema con sus roles
asignados, En este ejemplo vamos a asignarle los permisos para entrar a Forms y
Sper Usuario.
En este ejemplo Ilustracin 35 vamos a realizar la asignacin de permisos para
entrar a Forms y asignar ms de un Rol.
Ilustracin 35
Ventana asignar roles

90

PERMISOS DE VISIBILIDAD A USUARIOS


En la Forma Permisos de Visibilidad a Usuarios como la que se muestra en la
Ilustracin 36 y en la que se despliegan la lista de usuarios que estn registrados
en el sistema con los siguientes datos:
Usuarios del Sistema

Clave: Muestra la clave del usuario.

Nombre: Muestra el nombre del usuario.

Unidad: Muestra la unidad a la que pertenece el usuario.

Elementos de la Lista

Permisos: En esta lista se seleccionan las unidades a las que tendr


autorizacin de acceder el usuario (Ctrl + L).

Ilustracin 36
Ventana permisos

En este ejemplo seleccionamos al usuario SANTIAGO CORRALES VACA y en la


parte de PERMISOS seleccionamos (Ctrl + L) la unidad a la que pertenece
91

[Universidad CNCI], y a las unidades de Proyecto Coahuila y Proyecto Bonafont [la


ilustracin 37].
Ilustracin 37
Ventana permisos usuario

Por ltimo guardamos los cambios para que el usuario tenga acceso a las 3
unidades que se le configuraron.
Men de Forms
Todas las pantallas del Sistema de control escolar que estn sobre la Tecnologa
Oracle Forms tienen el mismo funcionamiento y las mismas combinaciones de
teclas descritas a continuacin en la ilustracin 38:
Ilustracin 38
Ventana men general

92

1:- Botn Guardar.- Para guardar las transacciones en la pantalla ya sea


inserciones, modificaciones y borrado de registros.
2.- Botn Imprimir.- Manda una impresin de la forma tal cual se muestra en
pantalla.
3.- Botn Salir.- Abandona la forma actual.
4.- Botn Cortar.- Para cortar el texto dentro de un campo.
5.- Botn Copiar.- Para copiar el contenido de un texto dentro del sistema.
6.- Botn Pegar.- Para Pegar el contenido del portapapeles de la computadora en
la forma y campo activos.
7.- Botn Introducir.- Para cambiar el estatus de la pantalla a modo consulta, es
decir cambia del estatus inicial de modo insercin al modo consulta.
8.- Botn Ejecutar.- Para realizar la consulta si se presiona sin estar en el modo de
consulta traer todos los registros sin filtrar, si se ejecuta despus de haber
introducido algn criterio este se tomar como filtro para la bsqueda.
9.- Botn Cancelar.- Este botn solo est activo cuando estamos en modo de
consulta se utiliza para cancelar dicho estado y volver al modo de insercin.
10.- Botn Atrs.- Botn para navegar entre los registros de una forma, este botn
regresa al registro inmediato anterior.
11.- Botn Siguiente.- Botn para navegar entre los registros de una forma, este
botn se mueve al registro siguiente de la bsqueda o la insercin.
12.- Botn Insertar.- Se presiona para agregar un nuevo registro en el catlogo
activo de la pantalla.
13.- Botn Eliminar.- Se utiliza para suprimir el registro activo del catlogo activo.

93

14.- Botn Bloquear Registro.- Botn que bloquea el registro para que solo pueda
ser modificado por el usuario activo, es decir cuando ingrese otro usuario no podr
hacer cambios sobre dicho registro.
PRUEBAS FUNCIONALES
PRUEBA MODULO DE ADMISIONES
Este caso de prueba

muestra los pasos necesarios para probar la

funcionalidad del mdulo de Admisiones. La prueba del sistema mide la calidad


de la aplicacin mediante una secuencia de pasos que abarca los
requerimientos especificados en Admisiones [Ver tabla 43], los procedimientos
para realizar cada prueba se especifican en el manual del usuario.
Tabla 43
Secuencia de Escenarios de Pruebas del Sistema Modulo Admisiones

94

Secuencia#

Caso 1

Caso 2

Caso 3

Caso 4

Caso 5

Nombre de la
Prueba
Asignar
Documentos a
Trmites
Captura de
Rangos de
Fichas de
Admisin /
Topes de
Admisin
Registro de
Aspirantes
Registro de
Entrega de
Documentos del
Aspirante
Cambio de

Estado

Resultad
o

Se indicar que
documentos
corresponden a
qu tipo de
trmite

Completado

Correcto

Indicar el mximo
de Aspirantes
que Aceptar por
Plan de Estudios
y Periodo Escolar

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Descripcin

Registro de
Aspirantes
Registro de
Documentos que
entrega el
Aspirante
Aceptar o

Estatus del

Rechazar al

Aspirante

Aspirante

PRUEBA MODULO DE INSCRIPCIONES - REINSCRIPCIONES


Este caso de prueba

muestra los pasos necesarios para probar la

funcionalidad del mdulo de Inscripciones y Reinscripciones. La prueba del


sistema mide la calidad de la aplicacin mediante una secuencia de pasos que
abarca los requerimientos de Inscripciones y Reinscripciones [Ver tabla 44],
los procedimientos para realizar cada prueba se especifican en el manual del
usuario.
Tabla 44
Escenarios de Pruebas del Sistema Modulo Inscripciones-reinscripciones
95

Secuen
cia#

Nombre de la
Prueba

Caso 1

Inscripcin/Rein
scripcin del
Alumno

Caso 2

Inscripcin
individual

Caso 3

Registro de
Documentos de
Alumno

Caso 5

Registro de
fecha de
Inscripcin
Condicionada
Baja de
Alumnos con
Fecha
Condicionada

Descripcin

Estado

Result
ado

Se realizar la Inscripcin
de los Alumno en su
Paquete correspondiente
Se inscribirn materias
individuales a los
alumnos
Se registrarn los
Documentos que
quedaron pendientes
como Aspirantes, pero
ahora como Alumno
Inscrito

Completad Correct
o
o

Se registrar fecha de
inscripcin condicionada

Completad Correct
o
o

Completad Correct
o
o

Completad Correct
o
o

Se darn de baja a los


Completad Correct
alumnos que tengan
Caso 6
fecha de inscripcin
o
o
condicionada vencida
Se Alimentar catlogo
Completad Correct
Registro de
Caso 7
de comentarios
Comentarios
o
o
(incidencias)
Registro de
Se registrar de acuerdo
Completad Correct
Caso 8 Incidencias a
a catlogo comentario
o
o
Alumnos
(incidencia al alumno)
PRUEBA MODULO DE INSCRIPCIONES - REINSCRIPCIONES
Este caso de prueba muestra los pasos necesarios para probar la funcionalidad
del mdulo de Becas. La prueba del sistema mide la calidad de la aplicacin
mediante una secuencia de pasos que abarca los requerimientos de Becas [Ver
tabla 45], los procedimientos para realizar cada prueba se especifican en el
manual del usuario.

Tabla 45
96

Escenarios de Pruebas del Sistema Modulo Becas

Secue
ncia#

Nombre de la
Prueba

Caso 1

Registro de tipos
de beca

Caso 2 Registro de becas


Caso 3

Registro de
Solicitud de beca

Caso 4 Aplicacin de Beca


Caso 5 Reporte de Beca
Reporte de
Caso 6 Solicitudes de
Beca

Descripcin
Creacin de tipo
de becas
Creacin de
becas
Asignacin de
citas para becas
por semestre
Solicitud de beca
Asignacin de
becas a alumnos
Asignacin
tramite a
documento

Estado

Resultado

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

PRUEBA MODULO DE INSCRIPCIONES - REINSCRIPCIONES


Este caso de prueba

muestra los pasos necesarios para probar la

funcionalidad del mdulo de Planes de Estudio. La prueba del sistema mide la


calidad de la aplicacin mediante una secuencia de pasos que abarca los
requerimientos de Planes de Estudio [Ver tabla 46], los procedimientos para
realizar cada prueba se especifican en el manual del usuario.

Tabla 46
Escenarios de Pruebas del Sistema Modulo Planes de Estudio

97

Secu
enci
a#

Nombre de la
Prueba

Caso Creacin de los


1
Planes de Estudios
Creacin de los
Caso
Programas
2
Acadmicos
Caso Creacin de los Tipos
3
de reas
Caso Creacin de las
4
reas
Caso Creacin de las
5
Materias
Caso Agregar Materias a
6
las reas
Caso Agregar reas a los
7
Planes de Estudios

Descripcin

Creacin de los
Planes de Estudios
Creacin de los
Programas
Acadmicos
Creacin de los Tipos
de reas
Creacin de las
reas
Creacin de las
Materias
Asignar Materias a
las reas
Asignar reas a los
Planes de Estudios
Asignar
Caso
Prerrequisitos a las
Prerrequisitos
8
Materias de un Mapa
Curricular
Configuracin de
Caso Materias asimiladas
materias asimiladas
9
para grupos
para grupos
Configuracin de
Caso
Materias equivalentes materias
10
equivalentes

Estado

Resulta
do

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

Completado

Correcto

La etapa de pruebas se realiza conforme se liberan requerimientos, intervienen


desarrolladores y consultores en la primera etapa y posteriormente se involucra al
cliente para determinar que cada uno de los requerimientos funcionales se
desarrolle de la forma estimada.

98

IMPLEMENTACIN
FLUJO DEL PROYECTO

Inicio:

En la fase de Inicio del proyecto se lleva a cabo la Preventa, Venta y el


Arranque del proyecto.

Preventa:

En la etapa de Preventa se realiza una DEMO en la institucin mostrando la


funcionalidad bsica del sistema y posteriormente se entrega un RFP que es
un check list con las funcionalidades del sistema en donde el cliente elige las
funcionalidades/mdulos que necesita.

Venta:

Durante la etapa de Venta de proyecto Magis enva una propuesta econmica


en base al RFP enviado por el cliente y si el cliente acepta la propuesta
econmica se elabora y firma el contrato.

KickOff:

Una vez firmado el contrato se realiza el KickOff con el cliente mostrndole las
etapas del proyecto y el plan de trabajo que se seguir, finalmente se firma el
Acta de arranque del Proyecto.

Planeacin:

En la fase de Planeacin se lleva a cabo la Planeacin y el Anlisis de los


requerimientos.

Plan General de Negocio y Plan de riesgos:

99

En la etapa de Plan General de Negocio y Plan de riesgos, se elabora el


alcance y objetivos del proyecto as como el Plan de riesgos.

Requerimientos:

En la etapa de Requerimientos se analizan y documentan los requerimientos


solicitados por el cliente.

Carga de catlogos:

En la etapa de Definicin de layout para carga de catlogos generales, Magis


enva los layouts para la carga de informacin de la institucin.

Ejecucin:

En la fase de Ejecucin se realiza el Diseo, Construccin y Transicin de los


requerimientos.

Diseo funcional

En la etapa de Diseo funcional se realiza el diseo funcional de los


requerimientos analizados en la etapa de Anlisis.

Diseo tcnico

En la etapa de Diseo tcnico se realiza el diseo tcnico y desarrollo de los


requerimientos analizados en la etapa de Anlisis.

Definicin de layout para carga de catlogos especficos:

En la etapa de Definicin de layout para carga de catlogos especficos, Magis


enva los layouts para la carga de informacin de la institucin.

Testing:

100

En la etapa de Testing se hacen las pruebas a nivel cdigo a los


requerimientos.

Pruebas funcionales:

En la etapa de Pruebas funcionales se llevan las pruebas funcionales en el


sistema de los requerimientos.

Pruebas integrales:

Posteriormente en la etapa de Pruebas integrales con el usuario se realizan las


pruebas a los requerimientos en conjunto con el usuario.

Carga de informacin:

En la etapa de Carga de informacin se sube al sistema la informacin enviada


por el cliente en los layouts (CV.040).
Una vez terminadas las pruebas y que sean satisfactorias el cliente acepta el
mdulo (s) y se lleva a cabo la capacitacin a los usuarios.

Cierre.

En la fase de Cierre se realiza la Salida a produccin y se libera el proyecto.

Liberacin de mdulos en produccin:

En la etapa de Liberacin de mdulos en produccin, una vez cargada la


informacin enviada por el cliente se liberan los mdulos a produccin para
que los usuarios finales empiecen a operarlo en su actividades diarias.

Liberacin del proyecto:


101

Propuesta Econmica DEMO

Definicin
de Layout para carga de catlogos especficos
Requerimientos
CV.040

En la etapa de Liberacin del proyecto, una vez que el sistema ya se encuentre

Proceso de Flujo de

operando en produccin se lleva a cabo el Cierre o Liberacin del proyecto.

Durante todo este proceso se lleva a cabo un seguimiento y control de las


KickOf y de sus actividades.
personas involucradas en el proyecto
(Acta Arranque Proyecto)

Ilustracin 39
Procesos de flujo de trabajo
Tabla 47
Tiempos por actividad
ACTIVIDADES
Anlisis de requerimientos propuestos por consultora
Definicin del problema
Descripcin del sistema
Establecer medidas de desempeo
Recopilacin de informacin.
Fin del anlisis
Diseo
Diseo de la base de datos
Diseo de la interfaz de usuario
Fin del anlisis
Codificacin
Fin del anlisis
Desarrollo de adecuaciones
Fin del anlisis
Pruebas funcionales
Pruebas de funcionamiento
Pruebas de validacin
Pruebas de resultado
Fin de anlisis
Implementacin
Estrategias de implementacin
Fin de anlisis

TIEMPO
48 hrs.
64 hrs.
40 hrs.
80 hrs.
16 hrs.
64 hrs.
136 hrs.
16 hrs.
360 hrs.
56 hrs.

Segu
C

120 hrs.
64 hrs.
56 hrs.
24 hrs.
56 hrs.
24 hrs.
102

Mantenimiento
Plan de mantenimiento
Anlisis de uso

40 hrs.
24 hrs.
24 hrs.
Planeacin

Inicio

103

RESULTADOS, PLANOS, GRAFICAS, PROTOTIPOS Y

Plane
An

PROGRAMAS

PROCESOS DIAGRAMAS DE FLUJO Y REQUERIMIENTOS


ADMISIONES
El sistema de control escolar Magis no contaba con un mdulo de admisiones, por
lo cual se defini los procesos necesarios para cumplir con los lineamientos de la
institucin, con base en el planteamiento de los objetivos se alcanz con las metas
planteadas definiendo el proceso as como desarrollando la aplicacin funcional.
Como resultado de la logstica se obtuvieron los siguientes procesos:

Configuracin de ciclos escolares [Ver Ilustracin 40]:


Se registran los ciclos escolares con los que operar la Institucin, cada
ciclo escolar debe de tener: ao, periodo, fecha inicio, fecha fin, estatus
(abierto/cerrado), si est activo o no, adems de las fechas de inicio y fin de
vacaciones. Tambin se registran los tipos de periodo que tiene el ciclo
escolar (semestral, cuatrimestral, etc.) y por cada tipo de periodo de registra
fecha inicial y final, as como la fecha inicial y final del periodo de
vacaciones.

104

Pre
Venta

Ilustracin 40
Configuracin de ciclos escolares

105

Configuracin de fechas y fichas para admisin [Ver Ilustracin 41]:

Se configura por ciclo escolar, unidad y plan de estudio el periodo de


admisiones (fecha inicial y fecha final), as como el nmero de fichas que se
otorgarn (No inicial, No. final. Si el plan de estudios no est en fechas de
admisin o ya no tiene fichas disponibles el sistema no permitir registrar
aspirantes.
Ilustracin 41
Configuracin de fechas y fichas para admisin

Asignacin de documentos a trmites [Ver Ilustracin 42]:

Este proceso consiste en registrar los documentos que se necesitan para cada
trmite escolar dependiendo del nivel educativo (Licenciatura, maestra, etc.).
Ilustracin 42
Asignacin de documentos a trmites

106

Prospectos CRM [Ver Ilustracin 43]:


En este proceso interviene una aplicacin usada por el cliente llamada
CRM, en el cual registran los prospectos, una vez que se tienen los
prospectos registrados los usuarios del sistema envan los datos al Sistema
de control escolar Magis, el usuario del sistema de CE (control escolar)
Magis valida los datos y transfiere los prospectos que se convertirn en
aspirantes.

Ilustracin 43
Prospectos CRM

107

108

Entrega de documentos de aspirante [Ver Ilustracin 44]:

Se registran los documentos que entrega el aspirante una vez que tenga un
nmero de ficha asignado, los documentos que se podrn registrar sern los
configurados para el trmite de Nuevo ingreso del nivel de estudios del alumno.
Se debe de elegir el documento a registrar, indicar si se entreg o no, si es as
registrar fecha de entrega, si no, el sistema calcular la fecha lmite de entrega
a 128 das naturales a partir de la fecha de registro.
Ilustracin 44
Entrega de documentos de aspirante

109

Entrevista de inicio [Ver Ilustracin 45]:

Se elige el aspirante al cual le realizar la entrevista de inicio, se deben de los


datos del mismo y modificarlos en caso de que sea necesario. El usuario debe
accesar a la entrevista de inicio, hacerle las preguntas al aspirante e ir
ingresando las respuestas en el sistema, finalmente se determina un estatus
de entrevista (aceptado, no aceptado, a consideracin). Enseguida el usuario
registra los documentos del aspirante, genera la cxc de inscripcin e imprime
los documentos entregables.
Ilustracin 45
Entrevista de inicio
110

Cambio de estatus de aspirantes [Ver Ilustracin 46]:

Se debe de elegir al o los aspirantes que se cambiarn de estatus y elegir su


estatus, si el estatus es aceptado el aspirante deber tener la entrevista de
inicio con estatus de aceptado y deber tener la cxc de inscripcin pagada,
finalmente el sistema le generar una matrcula dependiendo de la
configuracin realizada.
Ilustracin 46
Cambio de estatus de aspirantes

111

Admisiones General [Ver Ilustracin 47]:

El proceso de Admisiones de manera general consiste en tener registrados los


ciclos escolares para poder configurar el periodo de admisin y las fichas que
estarn disponibles para cada plan en cada unidad. Se configuran los
documentos necesarios para cada trmite y nivel de estudios del alumno. Se
realiza la entrevista de inicio al aspirante y se acepta o rechaza al aspirante, si
se acepta se le genera una matrcula y pasa a ser alumno.

Ilustracin 47
Admisiones General
112

INSCRIPCIONES Y REINSCRIPCIONES
El sistema de control escolar Magis no contaba con un mdulo de inscripciones y
reinscripciones, por lo cual se defini los procesos necesarios para cumplir con los
lineamientos de la institucin, con base en el planteamiento de los objetivos se
alcanz con las metas planteadas definiendo el proceso as como desarrollando la
aplicacin funcional.
Como resultado de la logstica se obtuvieron los siguientes procesos:

Registro de documentos de alumno [Ver Ilustracin 48]:

En este proceso se registran los documentos que el alumno entrega Se debe


de elegir el documento a registrar, indicar si se entreg o no, si es as registrar
fecha de entrega, si no, el sistema calcular la fecha lmite de entrega a 128
das naturales a partir de la fecha de registro.
Ilustracin 48
Registro de documentos de alumno

113

Inscripcin de alumno [Ver Ilustracin 49]:

Se elige al alumno al cual se desea inscribir, se debe de determinar si el


alumno se inscribir por paquete o por materia. Si la modalidad es por paquete
se elige paquete y grupo, si la inscripcin es por materia se elige paquete,
grupo y materia, finalmente se debe de imprimir el horario de clases del
alumno.
Ilustracin 49
Inscripcin de alumno

114

Configuracin de reinscripciones [Ver Ilustracin 50]:

Se configura por plan de estudios y ciclo escolar los bloqueos que se aplicarn
a la inscripcin/reinscripcin, los bloqueos pueden ser: financieros, acadmicos
o administrativos.
Ilustracin 50
Configuracin de reinscripciones

115

116

Asignacin de especialidad a alumno [Ver Ilustracin 51]:

Este proceso es para asignar una especialidad del plan de estudios al alumno,
se elige al alumno y se selecciona la especialidad que tomar, el sistema solo
mostrar las especialidades configuradas para el plan de estudios del alumno.

Ilustracin 51
Asignacin de especialidad a alumno

Entrevista de continuidad [Ver Ilustracin 52]:

Para realizar la reinscripcin de un alumno el usuario debe de realizarle una


entrevista de continuidad, se registra si el alumno contina o no y en caso de
que no contine se registra el motivo de no continuidad. Si el alumno continua
se determina si su inscripcin es por paquete o por materia, si es por paquete
se elige el paquete y grupo, si es por materia se elige el paquete, grupo y
materia.

117

Ilustracin 52
Entrevista de continuidad

118

Cambio/Baja de grupo [Ver Ilustracin 53]:

Se elige el alumno y se determina si es cambio o baja de grupo, si es cambio el


usuario elige el grupo a cambiar y elige el paquete, grupo y materia; si es baja
de grupo se elige el grupo que se desea dar de baja y se da de baja.

Ilustracin 53
Cambio/Baja de grupo

Inscripcin a taller de regularizacin [Ver Ilustracin 54]:

Si el alumno reprueba una materia y esta cuenta con un taller de regularizacin el


alumno puede inscribirse a l, el usuario deber de elegir al alumno al cual
inscribir el taller, deber elegir el taller al cual inscribir al alumno, se mostrarn
solo los talleres a los cuales se puedan inscribir, se inscribir y se generar la cxc
de inscripcin a taller.
119

Ilustracin 54
Inscripcin a taller de regularizacin

BECAS
El sistema de control escolar Magis no contaba con un mdulo de becas, por lo
cual se defini los procesos necesarios para cumplir con los lineamientos de la
institucin, con base en el planteamiento de los objetivos se alcanz con las metas
planteadas definiendo el proceso as como desarrollando la aplicacin funcional.
Como resultado de la logstica se obtuvieron los siguientes procesos:

120

Registro de tipos de becas [Ver Ilustracin 55]:

Se registran los tipos de beca de la Institucin, por tipo de beca se registra:


clave, descripcin, estatus, porciento de beca o cantidad de beca, tipo de beca.

Ilustracin 55
Registro de tipos de becas

Registro de becas [Ver Ilustracin 56]:

Se registran las becas con las que cuenta la institucin, por beca se registra: clave
de beca, descripcin, estatus, tipo de beca y el nmero de becas que se
asignarn.
Ilustracin 56
Registro de becas

121

Registro de solicitud de beca [Ver Ilustracin 57]:

Se elige al alumno que est solicitando la beca, se elige la beca y el tipo de


solicitud (primera vez o renovacin) y se determina un dictamen de la beca.
Ilustracin 57
Registro de solicitud de beca

Aplicacin de beca [Ver Ilustracin 58]:


Para aplicar la beca al alumno debe de tener su solicitud autorizada, se
elige al alumno, se identifica la beca a aplicar, se determina al periodo en el
cual el alumno contar con la beca (fecha inicio y fecha fin), se elige el
empleado que aplica la beca y se escriben observaciones si es necesario.
Ilustracin 58
Aplicacin de beca

122

123

PLANES DE ESTUDIO
El sistema de control escolar Magis no contaba con un mdulo de planes de
estudio, por lo cual se defini los procesos necesarios para cumplir con los
lineamientos de la institucin, con base en el planteamiento de los objetivos se
alcanz con las metas planteadas definiendo el proceso as como desarrollando la
aplicacin funcional.
Como resultado de la logstica se obtuvieron los siguientes procesos:

Configuracin de paquetes [Ver Ilustracin 59]:

Por plan de estudios se configura el nmero de paquetes que tendr, cada


paquete debe de tener: clave, descripcin, tipo de periodo (semestral,
trimestral, etc.), estatus, si es de alguna especialidad y el paquete siguiente.

Ilustracin 59
Configuracin de paquetes

124

Configurar materias para equivalencia interna [Ver Ilustracin 60]:

Se configuran las materias para las equivalencias de los cambios de planes de


estudio, se elige el plan origen y destino, se elige la materia origen y la materia
destino.
Ilustracin 60
Configurar materias para equivalencia interna

Registro de materias para equivalencia externa [Ver Ilustracin 61]:

Se configuran las materias que se realizar equivalencia a los alumnos que


provienen de otra institucin, se elige el plan de estudios origen y destino, as
como las materias origen y destino.

125

Ilustracin 61
Registro de materias para equivalencia externa

Registro de coordinaciones [Ver Ilustracin 62]:

Se registran los coordinadores de cada plan de estudios, se elige la unidad,


plan de estudios y la persona que ser el coordinador.
Ilustracin 62
Registro de coordinaciones

126

Configuracin de talleres de regularizacin [Ver Ilustracin 63]:

Se debern de configurar las materias que tienen derecho a taller de


regularizacin, se elige el taller de regularizacin, la materia y la materia a la
cual ser equivalente.
Ilustracin 63
Configuracin de talleres de regularizacin

Ligar unidades financieras [Ver Ilustracin 64]:


Se hace la relacin de unidad escolar con centro de costo en finanzas, se
elige la unidad financiera y la unidad acadmica.
Ilustracin 64
Ligar unidades financieras

127

Configuracin de planes de estudio [Ver Ilustracin 65]:

El proceso genera de planes de estudio consiste en registras lo siguiente:


planes de estudio, programas acadmicos, reas y tipos de rea, materias,
coordinadores, materias con prefijo, agregar materias a las reas y registras
los instrumentos de evaluacin. Una vez que lo anterior est registrado se
configura el plan de estudios eligiendo el plan y programa acadmico, tipo de
periodo

(semestral,

trimestral,

etc.),

modalidad

(virtual,

presencial),

incorporacin, los datos del REVOE, la clave y siglas del plan de estudios,
crditos mnimos para servicio social y prcticas profesionales, crditos
mximos y mnimos, tipo de acreditacin y reas. Por ltimo se eligen las
unidades en las cuales estar ofertado, se elige estatus y si estar en
admisiones o no.

128

Ilustracin 65
Configuracin de planes de estudio

129

CONCLUSIONES

Despus de haber desarrollado el proyecto de residencia se tiene en mente lo


importante que fue esta fase en la carrera, ya que aparte de poner en prctica los
conocimientos y habilidades adquiridas anteriormente se enfrenta a la realidad de
las cosas debido a su complejidad. En lo particular estamos satisfechos por este
logro, ya que aparte de haberse finalizado el objetivo propuesto del sistema, se
tuvo la convivencia con las personas en el mbito laboral y eso es muy importante,
debido a la interaccin con un grupo de trabajo y clientes para lograr culminar un
proyecto establecido. Es muy importante que se llevara a cabo las mejoras al
Sistema de Control Escolar Magis, pues gracias a l, se vienen a solucionar
distintos problemas que se haban ocasionado, en los llenados de los distintos
formatos, y gracias a este software prctico y fcil de manejar, incluso al rea
Administrativa de la institucin. El papel de un Ingeniero en Informtica es muy
extenso, y a pesar de ello nunca est a la perfeccin, ya que con el transcurso del
tiempo las actualizaciones afectan el rol que poseen, por eso es necesario seguir
buscando nuevas estrategias, para estar siempre al da con las mejores
actualizaciones. La utilidad de una residencia profesional es muy enorme, puesto
que se tiene que poner en prctica, todos y cada uno de los conocimientos que se
adquirieron durante el transcurso de la carrera, y as de esta manera depender el
xito fracaso que obtengamos como resultado, ya que implica una
responsabilidad muy grande realizar un sistema.

RECOMENDACIONES
Es muy importante mencionar que el usuario final que va interactuar con el
sistema sea el encargado del rea Administrativa el Jefe del rea de Control
Escolar, ya que muchas veces al estar cambiando constantemente de personal,
afecta algunos cambios por falta de capacitacin o de prctica, y entonces vienen
130

los problemas e inconsistencias. Ya que al estar solamente las personas


capacitadas al frente del sistema, esto se volver ms eficiente y mayor
confiabilidad al momento de manejar el sistema.
En lo personal recomendamos perder el miedo de interactuar en el mundo laboral
y buscar proyectos de esta naturaleza que exploten la capacidad y los
conocimientos adquiridos a lo largo de la carrera.

REFERENCIAS BIBLIOGRAFICAS

Harper, Sue, and Barry McGillin. Oracle SQL Developer 2.1. Birmingham,

UK: Packt Pub., 2009.


Powell, Gavin, and Carol Dieter. Oracle SQL Jumpstart with Examples.

Amsterdam: Elsevier Digital, 2005


Fehily, Chris. SQL. 2nd ed. Berkeley, Calif.: Peachpit, 2005
Feuerstein, Steven, and Bill Pribyl. Oracle PL/SQL Programming. 3rd ed.

Beijing: O'Reilly, 2002.


Moskovits, Peter. Oracle Webcenter 11G Handbook. McGraw-Hill, 2009.
Greenwald, Rick. Professional Oracle Programming. Indianapolis, Ind.:

Wiley Pub., 2005.


Menon, R. M. Expert Oracle JDBC Programming. Berkeley, Calif.: Apress,

2005.
Mensah, Kaussi. Oracle Database Programming Using Java and Web
Services. Amsterdam: Elsevier Digital, 2006.

131

ANEXOS
FRACCION DE CODIGO FUENTE CONTROL ESCOLAR

INSCRIPCION_ALUMNO
create or replace PROCEDURE INSCRIPCION_ALUMNO(ERROR OUT
VARCHAR2,P_IDECATALU IN NUMBER, P_CVECICESC IN NUMBER,
P_INST_ID IN NUMBER, P_IDEPLAEST IN NUMBER,P_SEMESTRE IN
NUMBER, P_SSO IN VARCHAR2, P_TURNO IN NUMBER,P_PAQUETE IN
NUMBER, P_GRUPO IN VARCHAR2) AS
VALIDA_TBLNUMING NUMBER;
VALIDA_FINANZAS VARCHAR2(500);
VALIDA_DISPONIBILIDAD NUMBER;
VALIDA_PAQUETE VARCHAR2(500);
CARGADOS NUMBER;
esVirtual NUMBER;
--REGRESA 'OK' SI LA INSCRIPCI FUE CORRECTA
--REGRESA EL MENSAJE DE ERROR SI LA INSCRIPCI NO FUE CORRECTA
BEGIN
--TBLNUMING
INSCRIPCION_TBLNUMING(VALIDA_TBLNUMING,
P_IDECATALU, P_CVECICESC, P_INST_ID,
P_IDEPLAEST,
P_SEMESTRE, P_SSO, P_TURNO);
IF VALIDA_TBLNUMING <> 1 THEN
ERROR := 'Ingreso no v do';
RETURN;
END IF;
--En presencial no se le debe generar CxC por reinscripci
SELECT virtual INTO esVirtual FROM instituciones WHERE inst_id = P_INST_ID;
--TBLNUMING
IF esVirtual = 1 THEN
INSCRIPCION_FINANZAS(VALIDA_FINANZAS,
P_TURNO, P_IDECATALU, P_CVECICESC,
P_IDEPLAEST,
P_SEMESTRE, P_INST_ID);
IF VALIDA_FINANZAS <> 'OK' THEN
ERROR := VALIDA_FINANZAS;
132

RETURN;
END IF;
END IF;
--DISPONIBILIDAD EN EL PAQUETE
VALIDA_DISPONIBILIDAD := SCE.INSCRIPCION_DISP(P_PAQUETE,
P_GRUPO, P_TURNO, P_CVECICESC, P_INST_ID);
IF VALIDA_DISPONIBILIDAD = 1 THEN
ERROR := 'No existe disponibilidad en el paquete';
RETURN;
END IF;
--INSCRIPCI AL PAQUETE
INSCRIPCION_PAQUETE(VALIDA_PAQUETE,P_PAQUETE, P_GRUPO,
P_CVECICESC,P_TURNO, P_INST_ID, P_IDECATALU, P_SSO, P_SEMESTRE);
IF VALIDA_PAQUETE <> 'OK' THEN
ERROR := VALIDA_PAQUETE;
RETURN;
END IF;
SELECT COUNT(*) INTO CARGADOS FROM DETALUINS DET WHERE
STAALUINS = 1 AND IDECATALU = P_IDECATALU AND IDECATGPO IN(
SELECT GRUPO_ID FROM GRUPOS WHERE GRUPO_PAQUETE_ID =
P_PAQUETE AND CLAVE_GRUPO = P_GRUPO AND CICLO = P_CVECICESC
AND TURNO = P_TURNO AND INST_ID = P_INST_ID);
IF CARGADOS = 0 THEN
ERROR := 'No existen grupos disponibles';
RETURN;
END IF;
--TODO CORRECTO
UPDATE TBLCATALU SET PAQUETE_GRUPO_ID = P_PAQUETE WHERE
IDECATALU = P_IDECATALU;
ERROR := 'OK';
EXCEPTION
WHEN OTHERS THEN
ERROR := 'Error en la inscripci/span>;
END INSCRIPCION_ALUMNO;

133

INSCRIPCION FINANZAS
create or replace PROCEDURE INSCRIPCION_FINANZAS(ERROR OUT
VARCHAR2,P_TURNO IN NUMBER, P_IDECATALU IN NUMBER,
P_CVECICESC IN NUMBER, P_IDEPLAEST IN NUMBER, P_SEMESTRE IN
NUMBER, P_INST_ID IN NUMBER) AS TURNO_ENVIAR VARCHAR2(2 BYTE);
MATRICULA TBLCATALU.MATCATALU%TYPE;
VALIDA_FINANZAS NUMBER;
--REGRESA 'OK' SI LA INSCRIPCI FUE CORRECTA
--REGRESA EL MENSAJE DE ERROR SI LA INSCRIPCI NO FUE CORRECTA
BEGIN
--BUSCAMOS TURNO
SELECT DECODE(P_TURNO,1,'M',2,',V',3,'N','X') INTO TURNO_ENVIAR
FROM DUAL;
--BUSCAMOS MATRICULA
SELECT MATCATALU INTO MATRICULA FROM TBLCATALU WHERE
IDECATALU = P_IDECATALU;
--GENERACI DE CXC
VALIDA_FINANZAS :=
FINANZAS.PKG_CXC_INSCRIPCION.PROC_GENERA_CxC_INSCRIPCION(MA
TRICULA,P_CVECICESC,P_IDEPLAEST,P_SEMESTRE,TURNO_ENVIAR,P_IN
ST_ID);
IF VALIDA_FINANZAS <> 0 THEN
ERROR := 'Cxc no generadas';
RETURN;
END IF;
ERROR := 'OK';
EXCEPTION
WHEN OTHERS THEN
ERROR := --SQLERRM;
SUBSTR(SQLERRM,199);
END INSCRIPCION_FINANZAS;

134

INSCRIPCION_TBLNUMING
create or replace PROCEDURE INSCRIPCION_TBLNUMING(VALIDA OUT
NUMBER, NUMBER, P_CVECICESC IN NUMBER, P_INST_ID IN NUMBER,
P_IDEPLAEST IN NUMBER, P_SEMESTRE IN NUMBER, P_SSO IN
VARCHAR2, P_TURNO IN NUMBER) AS EXISTE NUMBER;
--REGRESA 1 SI LA INSCRIPCI FUE CORRECTA
--REGRESA 0 SI LA INSCRIPCI NO FUE CORRECTA
BEGIN
SELECT COUNT(*) INTO EXISTE FROM TBLNUMING
WHERE IDECATALU = P_IDECATALU
AND CVECICESC = P_CVECICESC
AND INST_ID = P_INST_ID
AND IDEPLAEST = P_IDEPLAEST;
IF EXISTE <> 0 THEN
DELETE TBLNUMING
WHERE IDECATALU = P_IDECATALU
AND CVECICESC = P_CVECICESC
AND INST_ID = P_INST_ID
AND IDEPLAEST = P_IDEPLAEST;
END IF;
INSERT INTO TBLNUMING (IDECATALU, CVECICESC, NUMINGALU,
CVEUSUINS, INST_ID, IDEPLAEST, TURNO)
VALUES (P_IDECATALU, P_CVECICESC, P_SEMESTRE, P_SSO, P_INST_ID,
P_IDEPLAEST, P_TURNO);
VALIDA := 1;
EXCEPTION
WHEN OTHERS THEN
VALIDA := 0;
END INSCRIPCION_TBLNUMING;

135

ASPIRANTE_CRM
create or replace PROCEDURE
ASPIRANTE_CRM (plan_v IN NUMBER,
inst_v IN NUMBER, nombre_v IN VARCHAR2, paterno_v IN VARCHAR2,
materno_v IN VARCHAR2, fecha_nac_v IN DATE, curp_v IN VARCHAR2,
cvecatedo_v IN NUMBER, cvecatmpo_v IN NUMBER, cvecatcol_v IN NUMBER,
domicilio_v IN VARCHAR2, email_v IN VARCHAR2, _v IN VARCHAR2,
tel_casa_v IN VARCHAR2, tel_cel_v IN VARCHAR2, tel_tra_v IN VARCHAR2,
id_v IN NUMBER, campus_v IN NUMBER, codigo_p IN VARCHAR2, ciclo_v IN
NUMBER, matricula IN OUT VARCHAR2, folio_v OUT VARCHAR2, user_trans_v
OUT VARCHAR2, referencia OUT VARCHAR2, error OUT VARCHAR2) AS
PRAGMA AUTONOMOUS_TRANSACTION;
folio varchar2(20 byte);
clave number;
control number;
ciclo number;
matricula_existe number;
insuiaasp_ number;
v_retcode number;
v_error varchar2(4999);
p_debug varchar2(100);
BEGIN
--FOLIO Y CLAVE DE ASPIRANTE
select 'C' || NVL((max(to_number(substr(folio,2))) + 1),1) into folio from
sce.prospectos_crm;
SELECT seqcatasp.NEXTVAL INTO clave FROM dual;
--NUMERO DE CONTROL
control := finanzas.pkg_finanzas_gral.fc_buscar_no_cuenta(inst_v, clave,
nombre_v, paterno_v, materno_v, fecha_nac_v, 'ADMISION', 'SCE', 'TBLCATASP',
'CVECATASP', clave, curp_v);
IF CICLO_V IS NULL THEN
--BUSCAMOS CICLO ESCOLAR
SELECT CVECICESC INTO CICLO FROM SCE.TBLCICESC WHERE
INST_ID = INST_V AND STACICESC = 'A';
ELSE
CICLO := CICLO_V;
END IF;
IF control IS NOT NULL AND CICLO IS NOT NULL THEN
--VALIDACI MATRRULA
IF matricula IS NOT NULL THEN

136

SELECT COUNT(*) INTO matricula_existe FROM SCE.TBLCATALU


WHERE MATCATALU = matricula AND INST_ID = inst_v;
IF matricula_existe = 0 THEN
RAISE_APPLICATION_ERROR(-20505, 'Matrla inexistente');
ELSE
insuiaasp_ := 1;
END IF;
ELSE
insuiaasp_ := 0;
END IF;
--INSERTAR EN ASPIRANTES
INSERT INTO
SCE.TBLCATASP(CVECATASP,NUMFICASP,NOMCATASP,APEPATASP,APEMA
TASP,INST_ID,CVEEDORES,CVEMPORES,CVECOLRES,CALNUMRES,CODP
OSTAL,CURPASP,EMAIL,SEXCATASP,FECNACASP,TELCATASP,TELCELASP,
TELLOCA,
ID_CONTROL,SEMESTRE_EQUIVALENCIA,CVECICESC,CAMPUS1,IDEPLAES
T,ATRIBUTO10,INSUIAASP,NUMCTAUIA,STACATASP)
VALUES(clave,0,nombre_v,paterno_v,materno_v,inst_v,cvecatedo_v,cvecatmpo_
v,cvecatcol_v,domicilio_v,codigo_p,curp_v,sexo_v,fecha_nac_v,tel_casa_v,tel_cel
_v,
tel_tra_v,control,1,ciclo,campus_v,plan_v,id_v,insuiaasp_,matricula,1);
--CREAR ALUMNO
v_retcode := 0;
pkg_admisiones.crear_matricula_prc(clave,plan_v,ciclo,inst_v,0,1,control,'a
spirante_crm',matricula,v_retcode,v_error,p_debug);
IF v_retcode <> 0 THEN
RAISE_APPLICATION_ERROR(-20505, p_debug || ' - ' || v_retcode || ' ' || v_error);
END IF;
--GENERAMOS INSCRIPCION Y REGRESAMOS REFERENCIA
--finanzas.pkg_cxc_in.proc_genera_inscripcion(control,ciclo,plan_v,1,'M','S',inst_v,
0);
referencia :=
finanzas.pkg_finanzas_ref_bancarias.FC_CREACION_REF_CRM(ciclo, inst_v,
control);
folio_v := folio;
user_trans_v := 'EDCON';
END IF;
COMMIT;
exception
when others then
137

error := sqlerrm;
ROLLBACK;
END;

138

Você também pode gostar