INTRODUCCION. En la actualidad para muchas organizaciones, los sistemas de información basados en computadoras son el corazón de las actividades cotidianas y objeto de gran consideración consideració n en la toma de decisiones, las empresas consideran con mucho cuidados las capacidades de sus sistemas de información cuando deciden ingresar o no en nuevos mercados o cuando planean la respuesta que darán a la competencia. Al establecer los sistemas de información basados en computadoras esperan lograr dos objetivos principales: que sea un sistema correcto y que este correcto el sistema. Ningún sistema que deje satisfacer ambos objetivos será completamente útil para la gerencia de la orga nización. A su vez la tecnología es una variable independien independiente te que influye poder poder osamente sobre las características organizacionales, todas las organizaciones utilizan alguna forma de tecnología para ejecutar sus operaciones y realizar sus tareas, la tecnología es como algo que se desarrolla en la s organizaciones. La tecnología ayuda a tener mejor producción, en algunos casos puede abaratar los costos, pero también trae como consecuencias: contaminación, despido masivos de obreros, costos social alto, entre o tros. Desde que UML fue adoptado por el OMG como el lenguaje estándar para el modelado, se ha definido un buen número de modelos de proceso para el desarrollo de aplicaciones orientadas a objetos (OO), que utilizan este lenguaje como medio de expresión de los diferentes modelos que se crean durante el desarrollo. Estas propuestas suelen estar dirigidas por los casos de uso , de manera que éstos se emplean para definir los requisitos funcionales del sistema, y todas las etapas del proceso (planificación de las iteraciones, análisis, diseño y pruebas) se articulan en torno a los casos de uso identificados. El análisis y diseño de sistemas es un enfoque sistemático para la identificación de problemas, oportunidades y objetivos analizando los flujos de información en las organizaciones y diseñando sistemas de información computarizados para resolver un problema. Conforme prolifera la información, es esencial un enfoque planeado y sistemático para la introducción, modificación y mantenimiento de los sistemas de información. El análisis y diseños de sistemas proporcionan esto. Para el presente análisis y para muchos en general se hace uso del lenguaje UML, que será una herramienta esencial en el desarrollo a lo largo del análisis de nuestra entidad de tipo educativo, el cual tiene como principal dificultad la administración de los datos personales personales como académicos de los alumnos. En cuestión a metodología, usaremos RUP (Proceso Unificados Rápidos), como modelado del negocio, razonamiento basado en casos y determinación de requerimientos. Debemos tener en cuenta que nuestro sistema de información está dirigido a las oficinas de atención, ya sea por parte de las secretarias, como el propio administrador de nuestra entidad academica en estudio ´EXITUSµ. Q ue ue dicho sea de paso hizo posible el presente análisis el cual detallamos a continuación.
ACADEMIA PREUNIVERSITARIA PREUNIVERSITARIA ´E .
DE LA
S
Es
e
c
: c e
c
ss e
e
c
Nombre: Nombre: Academia Academia Pre-Univ Pre-Universitar ersitaria ia ´E ITUSµ. Direccion: Tac Tac a 165 - Piura Piura (73) 31-1039 31-1039 (73) 32-2745, Calle Calle Le
II.
.
ITUSµ
DE LA ES
cio Prado, 226 - Ce Cercado - Sullana Piur a.
A ORG A
IC A:
la ac a cade ad e ia es es ruc ru c urada de de acuerdo a las las necesidad ecesidades es y ob je ivos bás básicos. Y obv obviame iam ente nte esta esta en func fun ción de de sus dis distintos tintos ciclos los, ade además más debe tenerse en cuenta sus dif erentes ntes es ecialidad ecialidades es
Pero hay hay una parte parte primordial de de la ac a cade ademia; de del cual todos todos depende nden; y se mues muestra tra en el siguie iguiente nte grafic grafico.
a. Director: es la persona encargada de tomar las decisionesacadémicas de gran
b. c.
d.
e.
f .
envergadura, como el contrato de prof esores, en algunos casose cepcionales de brindar becas de estudio en la academia. Promotores: son un con junto de personas encargados de la logí stica de la academia, también de las relacionespublicas y propaganda de la misma. Coordinadores académicos: se encargan de administrar todo lo ref erente a las dif erentes áreas como ciencias y letras, en las distintas cedes de la academia, ya sea en Piura, Sullana u otras en el interior de Piura. Asi como la gestión de material para cada área que aseguren un buen nivel de competitividad para poder lograr el ingreso de cada postulante. Coordinadores de cursos: Se encargan de verificar los datos de cada prof esor de curso, previa aprobación del director de la academia. Tienen relación directa con los coordinadores académicos, ya que recurrirán a ellos cuando necesiten del material para un curso en especifico. Coordinadores de ciclos: Son los encargados de gestionar cuantos y como deben llevarse a cabo los ciclos, deben verificar que el ciclose desarrolle con normalidad. Ademas en con junto con los coordinadores de cursos, son los encargados de determinar que cursos se dictaran en el ciclo académico, para luego ser aprobados por el director de la academia. Coordinador general: Encargado de la parte administrativa, considérese aquí a las secretarias, personal de limpie a, control académico, contador y abogados; y también la parte de sicología, encargado de la orientación vocacional si es necesario o requerido por algún alumno.
Pero hay una parte primordial de la academia; del cual todos dependen; y se muestra en el siguiente grafico.
III.
DEL
GIRO
DEL
NEGOCIO: ´E ITUSµ
es una academia, dedicada a la
preparación pre-universitaria de jóvenes interesados en el ingreso a alguna universidad pública o estatal. Dicha academia cuenta con varias cedes ubicadas en distintas partes de la región Piura; pero las principales estas ubicadas en Sullana y Piura.
IV.
D
OS PROC SOS D
N GOCIO Muchos pueden ser los procesos que se
llevaran a cabo; comenzaremos analizando los posibles procesos desde que el alumno llega a la academia: Ins ip ión d l studi nt : en este proceso el estudiante deberá brindar su información básica para su previo registro:
Nombres y apellidos. Colegio de procedencia. Carrera a l a que desea postular. Dirección y teléfono. Datos del padre o a poderado. Tipos de preparación: Pre U (Letras y ciencias). ADES. Ciclos escolares: 4to y 3ero de secundaria. Semilleros: 1ero y 2do. Regular (varia de acuerdo a las fechas y a conocidas).
b Regist o de exámenes: Para la mejor preparación y exigencia de los estudiantes se les evalúa m ediante examen. Dichos exámenes son: Examen de entrada (para ubicar por niveles). Examen quincenal o mensual (para verificar el aprendizaje del estudiante; y a la vez evaluar el nivel del estudiante). c. Regist
V.
VI.
o de p gos: El estudiante debe definir su tipo de pago; sea crédito o
al contado. Si el tipo de pago es al crédito; deberá abonar mensualmente la cuota establecida. d. Inf o me de not s: El alumno puede tener acceso a los puntajes obtenidos en los exámenes pasados. D OS OBJ TIVOS D A ACAD MIA Como toda entidad la academia tiene un fin especifico basado en los estudiantes que prepara para el futuro y para el presente, lo cual conlleva una gran responsabilidad. La academia tiene como objetivos lo siguiente: y General: Asegurar el ingreso a la universidad en el menor tiempo posible. y Especifico: Q ue el estudiante se desenvuelva muy bien dentro de la universidad.
D
A PROPU STA ORGANIZACIONA Misión: Brindar una enseñanza de calidad con exigencia en el
aprendizaje. Visión: Liderar en la preparación preuniversitaria
ANA ISIS FODA D FORT AL
A INSTITUCION
ZA
Prof esion
les competent es Acept ción de l marca por el mercado Calidad de servicio Cuent a con un área psi copedagógica Alianzas estrat gicas con universidades
OPORTU NIDADES
DEBILIDADES
VII.
Mat erial
def icient e No s e cuenta con plan institucional No se realiza reuniones con los trabaja dores Casi nula la participación de los padres de f amilia
D
Amplitud de mercado en verano Ext ensión d e servicios a p rovincias Mejora d e servicios exist ent es Nuevas alianz as estrat gicas Implement ación de mod ernas instalaciones
AMENAZAS
A PROB MÁTICA la academia
Exist encia d e institu ciones qu e b rindan los mis mos s ervicios Desarrollo de nu evas marcas Cambios en el mercado consu midor Dis minución de postul antes en la UNP Fuga d e t al entos a ni v el institucional
´EXITUSµ
como se sabes es muy
reconocida a nivel de la región Piura, conjuntamente con nuestra prestigiosa Universidad Nacional de Piura, lo cual motiva a mucho jóvenes a llevar a cabo un preparación universitaria, lo que a la vez significa un aumento en la poblacion de dicha academia, esto genera un gran problema a la academia, ya que se hace mas difícil y trabajoso el control de los alumnos, tanto académico como personal. Ademas parte de nuestra investigación acerca de esta academia, fue determinar el uso de algún sistema informatico para una mejor organización. El hecho de que cada ciclo promocionado por dicha academia conjuntamente con su prestigio se junten, hacen de que cada vez mas jóvenes decidan llevar a cabo su preparación cada dia en la oficina de atención las secretarias, se ven en la obligación de escribir numerosos formatos de matricula, lo cual es muy tedioso para ellas o ellos en todo caso. Ademas a esto se junta el hecho de que se administran muchas evaluaciones de todos los alumnos lo cual se hace propenso a un error de calculo, si es no es automatizado. Ahora pensemos en el caso particular de que un alumno por algún motivo X, necesite tener un reporte de pagos o notas, esto llevaría días elaborarlo, o quizá solo un dia, pero aun asi, la búsqueda de la información archivada en alguna parte de la academia, constituye una perdida de tiempo para la secretaria, la cual deberá juntar dicha información. Esto nos lleva a pensar en alguna manera de poder automatizar todo esto, con el ahorro de papel, es decir no archivar todo en grandes folios que ocupan espacio, lo cual podría ser reemplazado por nuevas aulas, que generarían mas ganancias para la academia, es por eso que pensando en la mejora de la academia, se pensó en hacer el respectivo análisis de esta academia, y poder
dejar esto como base para una previa implementación de algún tipo de sistema informatico.
VIII.
D
ANA ISIS D
FACTIBI IDAD Para poder implantar un sistema de
información la institución en cuestión debe tener cierto elementos factibles o disponibles en cuestión a su organización y desempeño dentro de la sociedad, esto contribuirá al buen desarrollo del sistema requerido por el usuario , en su mayoría deberán ser de tipo obligatorios.
A. FACTIBI IDAD universitaria
CONOMICA
´EXITUSµ
como sabemos la academia precuenta con una gran acogida en la región, lo que
brinda la posibilidad económica para desarrollar el sistema de información , cubriendo los gastos necesarios para el buen desarrollo del sistema, además este aspecto influirá también en el futuro, ya que se deberá hacer mantenimientos al sistema, capacitación al personal o mejoras para dicho sistema.
B. FACTIBI IDAD
GA
Tanto
de parte de dicha academia como de los desarrolladores, no estamos infringiendo ninguna ley que vaya contra el código penal. Además la academia pre -universitaria ´EXITUSµ es una academia legalmente constituida, lo cual es una ventaja para el equipo desarrollador, pero de preferencia se debe trabajar en entornos libres para no infringir la factibilidad legal por parte de los desarrolladores .
C. FACTIBI IDAD T CNICA
El sistema de información agilizara los procesos realizados en la academia; permitiendo el rápido acceso a los datos requeridos, asi como la presentación de reportes solicitados por el alumno a través del usuario del sistema. Como se ve el sistema de información es factible técnicamente.
D. FACTIBI IDAD SOCIA
En un primer análisis no afectaría socialmente la academia; mas por el contrario alivianaría y agilizaría sus procesos, e incluso no habría ningún impacto social, como por ejemplo el despido de secretarias, porque ellas son indispensables para el manejo del S.I, ya que ellas son las únicas que serán canales de comunicación entre el alumno y el sistema, para la presentación de algún reporte, inscripción o pedido, que se deba imprimir o solicitar.
IX.
D
OS R QU RIMI NTOS D
SIST MA
Un
requerimiento es una característica que debe tener el sistema para cumplir las normas legales o un pedido hecho por el cliente para satisfacer sus requerimientos. Esta es la definición del requerimiento de un sistema, para el sistema de la academia se identificarán los requerimientos necesarios para desarrollar las actividades que se pretende realizar con el sistema, para ello se debe realizar un análisis del ya antes mencionado con el fin de obtener los requerimientos necesarios, comenzando por la identificación de actores, escenarios y casos de uso.
Estas actividades permitirán definir los requerimientos para modelar el sistema utilizando el lenguaje UML y representar los procesos que se dan dentro del mismo, así como también la secuencia que siguen estos c asos de uso. 1.
ID NTIFICACION D ACTOR S
Entre los actores identificados en el sistema de la Academia
´EXITUSµ
tenemos: Administrador del Sistema: Es quien administra el sistema en este caso
es el director de la academia. Secretaria: Es la persona que mas interactúa con el sistema pero con algunas restricciones que solo podrá hacer el administrador. 2.
ID NTIFICACION D CASOS D USO :
En el sistema se diferentes procesos en los cuales se dan una serie de eventos que se representaran mediante casos de uso. Se brindara una breve descripción de los casos de uso ya que más adelante se les d escribirá detalladamente.
CASOS DE USO AL A DMINISTR AR ALUMNO: Regist ro
de alumnos. Este caso de uso se basa en la inscripción del
alumno en la academia, para poder llevar a cabo el ciclo escogido. Se requiere hacer una búsqueda para saber si el alumno ya ha estudiado en esta institución. Consiste en ingresar el nombre del alumno en un formulario, para luego ser verificado o guardado, juntamente con la información requerida. Consulta. Sirve para consultar los alumnos ya inscritos y saber sus datos con respecto a sus pagos y sus notas, este es un reporte al cual podrá acceder en cualquier momento del dia, muy diferente al reporte de notas, que tiene la característica de poder ser impreso, esto es como un informe rapido. Modif icación. Cuando se quiere modificar o actualizar los datos de un alumno ya registrado. La secuencia consiste en introducir un código único que identifica al alumno, es decir su clave primaria, que podría ser generada, al cual el sistema accede para proceder a mostrarlo en pantalla para su respectiva modificación. Eliminar. Cuando el usuario ya no forma parte de la institución se procede a la eliminación, esto podría ser por motivos disciplinarios o por inasistencias. Consiste en ingresar el nombre a eliminar, obviamente debera mostrar el registro a eliminar con todos los datos necesarios y suficientes.
Control de a sistencias. Este caso de uso es general para todos los alumnos, al final de la jornada laboral, la secretaria ingresar a la asistencia diaria de todos los alumnos. Esto para mejorar el control, lo cual servirá para dialogar con los padres en ca so sea necesario.
CASOS DE USO AL ADMINISTRAR CURSO: Regist rar
Curso. Se requiere hacer una consulta para saber si ya está
registrado el curso y asignarle en las determinadas áreas. En esta sección se deberán registrar también cuantas horas se dictaran, en que ciclos, a que especialidades, etc. Consiste en casi lo mismo que el registro de alumno, la única diferencia es que no lleva clase primaria ya que el curso es único, aunque se dicte en varias especialidades. Consultar. Sirve para saber en que áreas se va dictar el curso, o ver alguna característica en especial, como sus horas de dictado, etc . Obviamente a la hora de pedir la consulta deberá de mostrar todos los datos de interés para el usuario. Modif icar. Cuando se quiere modificar o actualizar los datos del curso. Este caso de uso, nos ayuda a editar alguna característica especifica, ya sea el cambio por actualización o por alguna equivocación. Obviamente se deberá mostrar los datos para verificar si se trata del curso a editar. La secuencia consiste en introducir el nombre del curso, al cual el sistema accede para proceder a mostrarlo en pantalla para su respectiva modificación. Eliminar. Cuando ya no se va dictar mas el curso en el sistema se procede a su eliminación. Obviamente se deberá mostrar los datos para verificar si se trata del curso a eliminar. Consiste en ingresar el nombre del curso a eliminar, obviamente deberá mostrar el registro a eliminar con todos los datos necesarios y suficientes, para lo cual el usuario decidirá si lo elimine o no.
CASOS DE USO AL ADMINISTRAR PROFESOR: Regist ro
de
Prof esor.
Cuando de va a contratar algún profesor se necesita un previo registro en el sistema para hacerle las asignaciones respectivas. Se requiere hacer una búsqueda para saber si profesor ya ha sido registrado con anterioridad. Consiste en ingresar el nombre del alumno en un formulario, para luego ser verificado o guardado.
Consulta. Debemos tener un control de la hoja de vida de cada
profesor. Sirve para consultar la hoja de vida de algún profesor y saber sus datos con respecto a sus pagos y demas, este es un reporte al cual podrá acceder en cualquier momento del dia. Modif icacion. Cuando se quiere modificar o actualizar los datos del profesor. Este caso de uso, nos ayuda a editar alguna caracteristica específica, ya sea el cambio por actualización o por alguna equivocación. Obviamente se deberá mostrar los datos para verificar si se trata del curso a editar. La secuencia consiste en introducir el nombre del profesor, al cual el sistema accede para proceder a mostrarlo en pantalla para su respectiva modificación. Eliminar. Cuando se acaba el contrato con determinado profesor, o se deja de prescindirá de sus servicios deberá ser eliminado del sistema. Consiste en ingresar el nombre a eliminar, obviamente deberá mostrar el registro a eliminar con todos los datos necesarios y suficientes. Control d e asisten cias. Cada profesor deberá tener un control de los días que falto para someterse al descuento respectivo. Este caso de uso es general para todos los profesores, al final de la jornada laboral, la secretaria ingresara la asistencia diaria de todos los alumnos. Esto para mejorar el control, lo cual servirá para dialogar con los padres en caso sea necesario. Calculo de pago. En algún momento se deberá calcular los honorarios del profesor, habiendo cumplido el mes o lo acordado, obviamente a la hora de haber r egistrado al profesor se ingreso como dato la cantidad de pago acordad por horas. Crear Ciclo . En la política de la academia esta aperturar cada cierto tiempo un nuevo ciclo, el cual tendrá cierto atributos.
CASOS DE USOS AL ADNMINSTR ACION DE NOTA S:
Archivar notas según alumno. Este caso de uso describe el hecho de
que cada alumno obtiene alguna nota después de la evaluación establecida por el ciclo, la cual hay que archivar para algún uso futuro, este ingreso se hara mediante una tabla, al cual la secretaria accede y puede editar con las notas del examen que esta ingresando. Imp rimir boleta d e notas. Este caso de uso se da cuando algún padre, apoderado del alumno necesita algún tipo de información del avance del alumno. Se lleva a cabo con el ingreso del nombre del alumno, a lo cual el sistema realiza una búsqueda de todas las notas archivadas en el
X.
D
ciclo, las devuelve y las muestra, para verificar si es el alumno solicitado, a lo cual el usuario responde con la orden de impri mir. Catalogación según notas. Asignación de becas. Abrir Nuevo Ciclo. Crear Á rea. Crear Especialidad.
MOD ADO D
N GOCIO En esta etapa se desarrollan y describen los
casos de uso usando la notación UML para representar los procesos en un diagrama de casos de uso para posteriormente describir cada uno de ellos. Para tener una visión de los diferentes procesos del sistema, se procedido a construirse un diagrama de casos de uso, en el cual aparece cada proceso del negocio como los caso de uso. 1.
DIAGRAMA D CASOS D USO El siguiente diagrama de casos de uso muestra los casos de usos de la ac ademia preuniversitaria
´EXITUSµ
2. D SCRIPCION D
CASOS D
USO De los casos de uso identificados
anteriormente y asociados en el diagrama de secuencias se dará la descripcion de cada uno de ellos, pretendiendo explicar al detalle como es llevado a cabo el proceso para r ealizarlo. Tambien se muestra el diagrama de secuencia UML que representa de una forma grafica, la secuencia de pasos que se siguen para concluir el caso de uso con éxito y que representan los escenarios para mostrar el comportamiento de los procesos que se dan en la academia pre-universitaria ´EXITUSµ.
a. Acced er Al Sist ema: Breve Descripción: Esta es la primera parte para inicializar el sistema Ob jetivos: El correcto acceso asegura el ingreso al sistema. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Definir tipo de usuario Escenario principal de xito (Flu jo Básico): Actor 1. Ingresa contraseña y usuario y tipo de usuario.
Sistema
2. Verifica los datos ingresados. 3. Devuelve un mensaje de exito Diagrama de Secuencias:
b. Registrar Alu mno: Breve Descripción: Agrega nuevos alumnos al sistema. Ob jetivos: Registrar los datos del alumno. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Alumno no exista en el sistema. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de registro del menú principal.
Sistema
2. Muestra el formulario de registro. 3. Llena el formulario con los datos del nuevo alumno. 4. Solicita Guardar el referido alumno.
7. Aceptar alumno.
mensaje
de
ingresar
nuevo
5. Validar y verificar existencia del nuevo alumno. 6. Enviar mensaje de no existencia y por lo tanto pedir si se desea registrar nuevo alumno. 6. Guarda y actualiza el objeto de alumnos del sistema. 7. Muestra mensaje de operación realizada con éxito.
Diagrama de secu encia:
c. Modif icar
Alumno: Breve Descripción: Corrige algun dato del alumno en el sistema. Ob jetivos: Modificar datos del alumno. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico):
Actor 1. Solicitar la ventana de Modificación del menu principal.
Sistema
2. Muestra el formulario de Modificación. 3. Llena el formulario con alguna clave primaria del alumno a modificar. 4. Buscar. 5. Verificar existencia del alumno a modificar. 6. Retorna los datos y mostrarlos en la pantalla. 7. Modifica dato del alumno. 8. Solicita Modificar los datos. 9. Guarda y actualiza los datos del alumno en el objeto alumno. 10. Retorna mensaje de operación realizada con exito.
Diagrama de secu encia:
d. Eliminar Alumno: Breve Descripción: Elimina los datos de un alumno en el sistema. Ob jetivos: Suprimir los datos por completo del sistema. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de eliminación del menu principal.
Sistema
2. Muestra el formulario de eliminación. 3. Llena el formulario con alguna clave primaria del alumno a eliminar. 4. Buscar al alumno a eliminar. 5. Valida y verificar existencia del alumno. 6. Retorna datos con mensaje de existencia. 7. Ordena eliminar al alumno. 8. eliminar y actualizar el objeto alumno. 9. Retorna mensaje de operación realizada con éxito.
Diag rama de secu encia:
e. Consultar Alumno: Breve Descripción: Muestra algunos datos importantes acerca del alumno. Ob jetivos: Presentar algún tipo de reporte del alumno en cuestion. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Debe estar registrado en el sistema. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de consulta del menu principal.
Sistema
2. Muestra el formulario de consulta. 3. Llena el formulario con alguna clave primaria del alumno a consultar. 4. Consultar. 5. Validar y verificar existencia del alumno. 6. Retorna los datos con el mensaje de existencia 7. Mostrar pantalla.
Diag rama de secu encias:
f . Control d e Asisten cias: Breve Descripción: Ingresa el control de las asistencias de los alumnos Ob jetivos: Registrar todas las asistencias de los alumnos en la jornada. Actor Principal: Secretaria. Precondiciones: Debe haber alumnos registrados en el sistema. Tiene que haber registro de asistencia. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de asistencias del menú principal.
Sistema control
de 2. Muestra el formulario de Asistencias.
3. Llena el formulario. 4. Solicita Guardar. 5. Guarda y actualiza. 6. Muestra mensaje de éxito.
Diag rama de secu encia:
g. Registrar Curso: Breve Descripción: Agrega nuevos Cursos al sistema. Ob jetivos: Registrar los datos de un nuevo curso. Actor Principal: Administrador del Sistema. Precondiciones: No debe existir el curso en el sistema. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de registro de curso del menú principal.
Sistema
2. Muestra el formulario de registro. 3. Llena el formulario. 4. Solicita Guardar. 5. Verificar existencia. 6. Guarda y actualiza. 7. Muestra mensaje de éxito.
Diag rama de secu encia:
h. Modif icar
Curso: Breve Descripción: Corrige algun dato de algún curso registrado en el sistema. Ob jetivos: Modificar datos del Curso. Actor Principal: Administrador del Sistema. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico):
Actor 1. Solicitar la ventana de Modificación de curso del menu principal. 3. Llena el formulario con el nombre del curso. 4. Buscar.
Sistema
2. Muestra el formulario de Modificación de curso.
5. Verificar existencia. 6. Retorna los datos. 7. Modifica algún dato. 8. Solicita Modificar 9. Guarda y actualiza los cambios 10. Retorna mensaje de éxito.
Diagrama de secuencia:
i. Eliminar Curso: Breve Descripción: Elimina algún curso determinado del ciclo en el sistema. Ob jetivos: Eliminar el curso solicitado. Actor Principal: Administrador del Sistema. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de eliminacion del menu principal.
Sistema
2. Muestra el formulario de eliminacion. 3. Llena el formulario con alguna clave primaria. 4. Buscar. 5. Verificar existencia. 6. Retorna los datos. 7. Ordena eliminar. 8. eliminar el registro. 9. Retorna mensaje de éxito.
Diag rama de secu encia:
j. Consultar Curso: Breve Descripción: Muestra algunos datos importantes acerca del curso. Ob jetivos: Presentar algún tipo de reporte del curso en cuestion. Actor Principal: Administrador del Sistema. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de consulta del menu principal.
Sistema
2. Muestra el formulario de consulta. 3. Llena el formulario con el nombre del curso. 4. Consultar. 5. Verificar existencia. 6. Retorna los datos.
Diag rama de secu encias:
k.
Registrar Prof esor: Breve Descripción: Agrega nuevos profesores al sistema. Ob jetivos: Registrar los datos del profesor. Actor Principal: Administrador del Sistema. Precondiciones: No debe existir profesor en el sistema. Escenario principal de xito (Flu jo Básico):
Actor 1. Solicitar la ventana de registro del menú principal.
Sistema
2. Muestra el formulario de registro. 3. Llena el formulario. 4. Solicita Guardar. 5. Verificar existencia. 6. Guarda y actualiza. 7. Muestra mensaje de éxito.
Diag rama de secu encia:
l.
Modif icar Prof esor:
Breve Descripción: Corrige algun dato delprofesor en el sistema. Ob jetivos: Modificar datos del profesor. Actor Principal: Administrador del Sistema. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de Modificación del menú principal.
Sistema
2. Muestra el formulario de Modificación. 3. Llena el formulario con el nombre del profesor. 4. Buscar. 5. Verificar existencia. 6. Retorna los datos. 7. Modifica algún dato. 8. Solicita Modificar 9. Guarda y actualiza los cambios 10. Retorna mensaje de éxito.
Diagrama de secu encia:
m. Eliminar Prof esor: Breve Descripción: Elimina los datos de un profesor en el sistema durante un ciclo especifico.. Ob jetivos: Suprimir los datos del proferor por completo del sistema. Actor Principal: Administrador del Sistema. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de eliminacion del menu principal.
Sistema
2. Muestra el formulario de eliminacion. 3. Llena el formulario con el nombre del profesor. 4. Buscar. 5. Verificar existencia. 6. Retorna los datos. 7. Ordena eliminar. 8. eliminar el registro. 9. Retorna mensaje de éxito.
Diag rama de secu encia:
n. Consultar Prof esor: Breve Descripción: Muestra algunos datos importantes acerca del Profesor. Ob jetivos: Presentar algún tipo de reporte del profesor en cuestion. Actor Principal: Administrador del Sistema y las secretarias. Precondiciones: Debe estar registrado. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de consulta del menu principal.
Sistema
2. Muestra el formulario de consulta. 3. Llena el formulario con el nombre del profesor. 4. Consultar. 5. Verificar existencia. 6. Retorna los datos.
Diag rama de secu encias:
o. Calculo de pago: Breve Descripción: Calcula el pago total de un profesor en especifico para hacer el cheque de pago o recibo de pago. Ob jetivos: Calcular con exactitud con descuentos el pago total.
Actor Principal: Administrador del Sistema. Precondiciones: debe estar registrado Consultar asistencias. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de pago del menú principal.
Sistema
2. Muestra el formulario de pago. 3. Ingresa el nombre del profesor. 4. Ordena calcular. 5. Calcula el pago. 6. Retorna los datos.
Diag rama de secu encias:
p. Archivar notas según alumno: Breve Descripción: Se ingresa las notas de cada alumno. Ob jetivos: Llevar un calculo exacto de las notas y del avance del alumno. Actor Principal: Secretario. Precondiciones: Listar alumnos existentes. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de Ingreso de notas del menú principal.
Sistema 2. Muestra el formulario de ingreso de notas.
3. Ingresa las notas de cada alumno por orden alfabetico. 4. Ordena Grabar Notas. 5. Guarda Notas. 6. Envia mensaje de exito.
Diagrama de secu encias:
q. Imprimir Boleta de not as: Breve Descripción: Reporta una tabla de notas obtenidas por el alumno. Ob jetivos: Mantener informado al alumno o apoderado del avance. Actor Principal: Administrador del sistema y Secretario. Precondiciones: Haber registrado alguna nota. Escenario principal de xito (Flu jo Básico): Actor 1. Solicitar la ventana de Boleta de notas del menú principal.
Sistema
2. Muestra el formulario de notas. 3. Ingresa el nombre del alumno. 4. Ordena Reportar Notas. 5. Busca. 6. Devuelve notas.
Diagrama de secu encias:
r.
Catalogación según notas: Breve Descripción: Reporta una tabla de alumnos obtenidas del ordenamiento de las notas, por orden de merito. Ob jetivos: Facilitar la asignación de aulas en el ciclo. Actor Principal: Administrador del sistema. Precondiciones: Haber registrado las notas. Escenario principal de xito (Flu jo Básico):
Actor 1. Solicitar la ventana de reportes generales.
Sistema 2. Muestra el formulario de notas.
4. Ordena catalogar por Notas. 5. Ordena 6. Devuelve alumnos ordenados por notas.
Diagrama de secu encias:
s. Asignación de becas: Breve Descripción: Se puede seleccionar de una una tabla de alumnos obtenidas del ordenamiento de las notas, por orden de merito, a quienes se les puede asignar una beca. Ob jetivos: Proporcionar parte de los criterios para otorgar becas. Actor Principal: Administrador del sistema. Precondiciones: Consultar notas. Escenario principal de xito (Flu jo Básico): Actor 1. Marcar con un check los alumnos elegidos. 2. Ordenar Asignar Becas
Sistema
3. Guarda la información. 4. Retorna mensaje de éxito.
Diagrama de secu encias:
t. Crear Ciclo: Breve Descripción: Se crea un ciclo de acuerdo a la necesidad o requerimiento del tiempo. Ob jetivos: Crear una instancia de un ciclo con ciertas características. Actor Principal: Administrador del sistema. Precondiciones: Haber culminado ciclo del mismo tipo, o que no exista. Escenario principal de xito (Flu jo Básico): Actor 1. Escoger crear ciclo desde el menú principal
Sistema 2. Muestra el formulario de creación de registro.
2. Asigna las características. 3. Ordena crear. 4. Crear un nuevo ciclo. 5. Devuelve mensaje de éxito.
Diag rama de secu encias:
u. Crear especialidad: Breve Descripción: Se crea una especialidad de acuerdo a la necesidad o requerimiento del tiempo. Ob jetivos: Crear una instancia de una especialidad con ciertas características. Actor Principal: Administrador del sistema. Precondiciones: Haber creado areas. Escenario principal de xito (Flu jo Básico): Actor 1. Escoger crear especialidad desde el menú principal
Sistema 2. Muestra el formulario de creación de especialidad.
2. Asigna las características. 3. Ordena crear. 4. Crear una nueva especialidad. 5. Devuelve mensaje de éxito.
Diagrama de secu encias:
v.
Crear Área: Breve Descripción: Se crea un área de acuerdo al ciclo. Ob jetivos: Crear una instancia de un área con ciertas características. Actor Principal: Administrador del sistema. Precondiciones: Haber creado ciclo. Escenario principal de xito (Flu jo Básico):
Actor 1. Escoger crear Area desde el menú principal
Sistema 2. Muestra el formulario de creación de Area.
2. Asigna las características. 3. Ordena crear. 4. Crear un nueva area. 5. Devuelve mensaje de éxito.
Diagrama de secu encias:
3. DIAGRAMA D C AS S Después de haber encontrado y descrito los posibles casos de uso, se pueden identificar los objetos que van a interactuar en el sistema, las cuales de representaran en el diagrama de clases. En nuestro análisis hemos definido los siguientes objetos. Usuario. Alumno. Curso. Profesor. Area. Especialidad. Para lo cual se r elacionan de la siguiente manera
XI.
D
AS POSIB S D BI IDAD S D
SIST MA
Q ue el sistema no abarcaría en realidad todos tipos de preparación; esto se debe a que la academia pre-universitaria ´EXITUSµ no tan solo brinda preparación pre universitaria sino también eventuales tales como la preparación de docentes para el ingreso a la carrera pública magisterial, y otra muy frecuente el ingreso a la escuela de PNP.
