casos de uso conta

Manual del Sistema Integrantes:

AGAPITO ALMEYDA, HENRY CARDENAS FERNANDEZ, CARLOS CERDAN CRUZ, ANA MARIA KUNCHO QQUELLCCA , JUAN CARLOS

Universidad Nacional de Ingenieria Lima – Perú

2006

SISTEMA GESTION DE NOTAS DE POSTGRADO

Sistema de Gestión de Notas de Postgrado Pág. 2 de 48

01/11/2007

ÍNDICE

1. MODELO DEL NEGOCIO................................................................... 4

1.1 MODELAMIENTO DE PROCESOS DE NEGOCIO (MNE 1) ...................4 1.1.1 Identificación de los Procesos del Negocio (MNE 1.1)....................................4 1.1.2 Identificación de los actores del entorno del negocio (MNE 1.2).....................5 1.1.3 Descripción de los Casos de Uso del Negocio (MNE 1.3) ..............................5 1.1.4 Especificación de Reglas de Negocio (MNE 1.4)............................................7

2. ANÁLISIS DE SISTEMAS................................................................... 9

2.1 REQUERIMIENTOS DEL SISTEMA DE INFORMACION (ASI 1) ......................9 2.1.1 Determinación del alcance del Sistema (ASI 1.1)...........................................9 2.1.2 Obtención de Requerimientos (ASI 1.2) .........................................................9 2.1.3 Obtención del Modelo de Casos de Uso del Sistema (ASI 1.3) ....................10 2.1.4 Determinación de Subsistemas de Análisis (ASI 1.4) ...................................14 2.1.5 Especificación de la Interface de Usuario (ASI 1.5) ......................................15 2.1.6 Identificación de Perfiles y Diálogos (ASI 1.6) ..............................................20 2.1.7 Especificación del Comportamiento Dinámico de la Interface (ASI 1.7) ........20 2.1.8 Especificación de Formatos de Impresión (ASI 1.8) .....................................25

2.2 ANALISIS DE LOS CASOS DE USO (ASI 2) ........................................26 1.2.1 Diagrama de Interacción de Objetos Diagramas de Colaboración ..............26

2.3 ANALISIS DE CLASES (ASI 3) .............................................................29

2.4 ANALISIS DE PAQUETES (ASI 4) ........................................................29

2.5 ESPECIFICACION DE INTERFACES CON OTROS SISTEMAS (ASI 5) ...............................................................................................................30

3. DISEÑO DE SISTEMAS.................................................................... 32

3.1 DEFINICION DE LA ARQUITECTURA DEL SISTEMA (DSI 1) ............32

3.2 DISEÑO DE LA ARQUITECTURA DE SOPORTE (DSI 2) ....................36

3.3 DISEÑO DE CASOS DE USO REALES (DSI 3) ....................................37

3.3.1 Diagrama de Interacción de Objetos Diagrama de Secuencias ........37

3.4 DISEÑO DE CLASES (DSI 4) ................................................................43

3.5 DISEÑO FÍSICO DE DATOS (DSI 5) .....................................................44 3.5.1 Diseño del Modelo Físico de Datos. (DSI 5.1)..............................................44 3.5.2 Optimización del Modelo Físico de Datos. (DSI 5.2).....................................44

3.6 GENERACION DE ESPECIFICACIONES DE CONSTRUCCION (DSI 6)........45 3.6.1 Especificación del Entorno de Construcción (DSI 6.1)..................................45 3.6.2 Definición de Componentes y Subsistemas de Construcción (DSI 6.2).........46 Gráfico Diagrama de Componentes y/o de Despliegue.........................................46 3.6.3 Elaboración de especificación de Construccion (DSI 6.3).............................46


01/11/2007

3.7 ESTABLECIMIENTO DE REQUERIMIENTOS DE IMPLANTACION (DSI 8)............................................................................................................47


01/11/2007

1. MODELO DEL NEGOCIO

La Universidad Nacional de Ingeniería es el primer Centro Superior Tecnológico del Perú, creada por Ley No 12379 de julio de 1955. Se inicia como Escuela de Ingenieros Civiles y de Minas el año 1876.

La formación de científicos en general y científicos en ciencias técnicas, es importante para nuestro país, dentro de una perspectiva de desarrollo tecnológico, basado en el aprovechamiento con valor agregado de nuestras principales riquezas naturales.

En este contexto, programas de estudios de Maestría y de Doctorado con estándares internacionales, constituyen vías efectivas para formar los cuadros científicos que el país requiere.

La Oficina Central de Postgrado constituye la expresión más elevada, calificada y pertinente de un sistema integrado, universidadsociedad para la gestión del conocimiento. En este sistema se conjugan, en un mismo ambiente Académico y en forma privilegiada, las funciones básicas de una universidad socialmente comprometida con una visión de futuro; esto es: formación profesional especializada, creación intelectual (científica, técnica y humanística) e interacción social.

Para el cumplimiento de los objetivos de las unidades de postgrado es necesario contar con un SISTEMA DE GESTION DE NOTAS que permita dar constancia del rendimiento académicos de los estudiantes de postgrado.

1.1 MODELAMIENTO DE PROCESOS DE NEGOCIO (MNE 1)

1.1.1 Identificación de los Procesos del Negocio (MNE 1.1)

• Formato de Identificación de los Casos de Uso de Negocio Número Proceso de Negocio 1 Registrar Nota 2 Consultar Nota

• Diagrama de Casos de Uso del Negocio

<<Actor del Modelo de Negocio>> Profesor

<<CUN>> Registrar Nota

<<CUN>> Consultar Nota

<<Actor del Modelo del Negocio>> Alumno

<< Actor del Modelo del Negocio>> Administrador


01/11/2007

1.1.2 Identificación de los actores del entorno del negocio (MNE 1.2)

• Formato de Identificación de los Actores Número Actor Roles/Responsabilidades 1 Administración Toma las notas de los

estudiantes a quienes rindieron una prueba. Realiza las modificaciones pertinentes respecto a casos especiales como reclamos fuera del la clase, errores al ingreso de notas, etc.

2 Estudiante Es la persona que tiene un registro académico con sus respectivas notas y consulta las mismas.

3 Profesor Es la persona que califica e ingresa las notas al sistema

1.1.3 Descripción de los Casos de Uso del Negocio (MNE 1.3)

• Formato de Descripción de Casos de Uso de Negocio

1. Proceso de Negocio Registrar Nota 2. Objetivo Tener un record de las notas de los estudiantes 3. Actores Profesor, Alumno, Administrador 4. Precondiciones

• Debe tener un plazo máximo para entregar las actas de notas al administrador después de tomada una prueba.

5. Flujo de Eventos

• El profesor entrega la prueba y la nota al alumno en el salón de clases. • El alumno revisa la prueba y emite algún reclamo si así lo cree conveniente. • El profesor recoge los reclamos y los aprueba según sea conveniente. • El profesor recoge las pruebas que no reciben reclamos. • El profesor luego de verificar reclamos y recoger pruebas, pasa las notas al acta de notas.

• El profesor envía el acta a la oficina de registro del postgrado. • El administrador recoge el acta de notas y la archiva.

6. Poscondiciones

• El profesor corrigió las pruebas previamente. • Las actas quedan archivadas en la oficina de registro de notas de postgrado

para su futura consulta. 7. Excepciones

•

8. Versión 9. Tiempo de Ejecución 10. Diagrama de Actividades del Proceso de Negocio


01/11/2007

Profesor (<Modelo de Objetos GestionNotasAyD>)

Alumno (<Modelo de Objetos GestionNotasAyD>)

Administrador (<Modelo de Objetos GestionNotasAyD>)

[SI] [NO]

[NO]

[SI]

Entregar Prueba y Nota Revisar la Prueba

Reclamar y Entregar Prueba

Entregar Prueba

Veri ficar Reclamo

<<System>> Modificar Nota

<<System>> Escribir Notas en el Acta

<<System>> Archivar Nota

¿ Reclamar ?

¿Aceptar?

Entregar el Acta

1. Proceso de Negocio Consultar Nota 2. Objetivo Consulta de notas finales del curso. 3. Actores Alumno, Administrador 4. Precondiciones

• El alumno debió estar matriculado en el curso solicitado. • El alumno debió haber hecho el pago correspondiente a la consultad de notas.

5. Flujo de Eventos

• El alumno solicita al administrador su constancia de notas de un curso o cursos • El administrador emite un ticket que deberá pagar el alumno en la caja de la

facultad. • El alumno presenta el voucher correspondiente al administrador. • El administrador busca en los registros la nota final del curso solicitado. • El administrador introduce los datos del alumnos y la nota final en un reporte y

procede a imprimirlo. • El administrador entrega el reporte al alumno.


01/11/2007

6. Poscondiciones

• El reporte tiene un valor institucional. 7. Excepciones

• El alumno no podrá realizar reclamos por las notas. 8. Versión 9. Tiempo de Ejecución 10. Diagrama de Actividades del Proceso de Negocio

Alumno Administrador

Solici tar Constancia de Notas

Presentar Voucher

Recibir reporte

Emiti r Ticket

<<system>> Buscar Registros del Curso

<<system>> GenerarReporte

Entregar Reporte

1.1.4 Especificación de Reglas de Negocio (MNE 1.4) a. Para este trabajo tomamos como base o referencia El Postgrado de la

Facultad de Ingeniería Industrial y de Sistemas (FIIS) de la Universidad Nacional de Ingeniería (UNI).

b. Respecto a la nota aprobatoria en Postgrado FIIS es 12. c. El número de créditos permitidos es 12 o 4 cursos. d. Si el alumno esta por egresar puede llevar un máximo de 14 créditos. e. El sistema de evaluación son los mismos a los de pregrado. En su

mayoría F, G y H


01/11/2007

1. Glosario de Términos

C O N T E N I D O

D E

C A D A

C A M P O

T é r m i n o :

N o m b r e

d

2. Catálogo de Reglas del Negocio

Regla del Negocio

Descripción

Especialidad El alumno solo puede acceder a dos especialidades para Postagrado estas son Ingeniería Industrial e Ingeniería de Sistemas.

Créditos Permitidos

Es la cantidad de créditos que el alumno puede llevar, que son 12 con un máximo de 4 cursos por ciclo.

Nota Aprobatoria

Es la nota que el alumno debe obtener en promedio para pasar el curso, en este caso la nota aprobatoria es de 12.

Sistema de Evaluación

Son las formas en que un curso puede ser calificado, en este caso existen principalmente tres sistemas de Evaluación que son F,G y H

Término Significado

Postgrado

Àrea de la Faculta de Ingeniería industrial y de Sistemas donde se forman profesionales mayor capacitados siguiendo estudios de especialización,

Alumno Es el estudiante que tiene un registro académico con sus respectivas notas y puede consultar las mismas.

Curso Es el servicio que brinda la sección de Postgrado, el rendimiento del alumno y dicho curso será evaluada.

Profesor

Es la persona que dicta un número determinado de cursos en Postgrado, califica e ingresa las notas al sistema también.

Administrador

Es el encargado de gestionar, organizar e ingresar las notas en el sistema. Realiza las modificaciones pertinentes respecto a casos especiales como reclamos fuera del la clase, errores al ingreso de notas, etc.

Nota Es la calificación que se le otorga a un alumno mediante un examen escrito.

Evaluación Es el proceso de evaluar y calificar al alumno en los diferentes cursos que este cursando.

Interfaz de Usuario Son las ventanas con las que los usuarios interactuaran para acceder al sistema y satisfacer sus requerimientos.

Reporte Es el conjunto de datos que se le entrega al alumno para que pueda verificar su estado en el ciclo en curso.

Ticket

Es un documento que entrega el administrador al alumno para que realice el respectivo pago por derecho recibir informe de su estado en el ciclo en curso.

Voucher

Es el comprobante que el banco extienda al alumno una vez que ha pagado el derecho para recibir su estado en el ciclo en curso.


01/11/2007

2. ANÁLISIS DE SISTEMAS

2.1 REQUERIMIENTOS DEL SISTEMA DE INFORMACION (ASI 1)

2.1.1 Determinación del alcance del Sistema (ASI 1.1) El sistema debe ser capaz de brindar información al instante de peticiones del usuario tales como reportes, informes especiales, mostrar datos estadísticos, etc.

Lo que se pretende automatizar en este sistema es los registros, consultas, modificaciones de notas.

En lo que respecta al alcance del sistema de acuerdo a la institución académica que lo va a utilizar, como es un sistema basado en el área de Personal de la FIIS, creemos que el sistema puede ser utilizado por escuelas de postgrado que tengas similitudes en los procesos de negocios.

Lo que se podrá observar en el producto final son pantallas donde el profesor o administrador podrá ingresar las notas y el alumno podrá consultarlas.

2.1.2 Obtención de Requerimientos (ASI 1.2)

• Requerimientos Funcionales

Número Requerimiento Descripción Prioridad RF1 ESPECIFICACION DE

DATOS PERSONALES DE LOS ALUMNOS, PROFESORES Y ADMINISTRADORES

Permite el ingreso de los datos personales de cada uno de los usuarios del sistema.

5

RF2 ESPECIFICAR EL DETALLE DEL CURSO

El sistema deberá permitir el ingreso de código, nombre, numero de créditos, sistema de evaluación del curso

5

RF3 VIZUALIZAR LA RELACION DE ALUMNOS POR CURSO

Este caso de uso se permite al profesor visualizar el detalle de los alumnos que están llevando un determinado curso

3

RF4 GENERACION DE INFORMES Y REPORTES

Con los informes se podrá obtener resultados detallados sobre las notas del curso, notas por evaluación, además del promedio final, grado académico, clasificarlos por alumno, área, fecha, etc. Estos podrán ser impresos.

4

• Requerimientos no Funcionales

Número Requerimiento Descripción Prioridad RNF1 USABILIDAD Debe ser fácil de usar. Con ayudas

e interfaces intuitivas. 5

RNF2 SEGURIDAD El ingreso al sistema estará restringido bajo contraseñas cifradas y usuarios definidos.

5

RNF3 PORTABILIDAD El sistema debe brindar comodidad al usuario y a otras áreas que

5


01/11/2007

trabajan o necesitan del Área de personal. Por ejemplo El Sistema de Pago y Planillas no debe tener problemas en acceder al Sistema de Personal.

RNF4 MULTIPLATAFORMA El sistema deberá funcionar en distintos tipos de sistemas operativos y plataformas de hardware.

3

RNF5 RENDIMIENTO El sistema debe soportar el manejo de gran cantidad de información durante su proceso.

3

RNF6 DESEMPEÑO El sistema no presentara problemas para su manejo e implementación.

1

2.1.3 Obtención del Modelo de Casos de Uso del Sistema (ASI 1.3)

• Diagrama de Casos de Uso del Sistema (Gráfico)

<<extends>>

<<Actor del Sistema>> Profesor

<<Actor del Sistema>> Administrador

<<CUS>>

Val idar Usuario

<<CUS>>

Registrar Nota

<<CUS>> Consultar Registros

<<CUS>> Generar Reporte

<<CUS>>

Modi ficar Nota

<<CUS>>

Visualizar Estado

<<Actor del Sistema>> Alumno2

• Descripción de Casos de Uso del Sistema

1. Caso de Uso del Sistema Registrar Nota

2. Descripción del caso de uso Permite registrar las notas obtenidas por los alumnos en una determinada prueba. 3. Actor(es) Profesor 4. Precondiciones Se debe de hacer una Autentificación del usuario. 5. Postcondiciones Se podrá realizar consultas a las notas guardadas. 6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema


01/11/2007

1 Generar un nuevo registro, ingresando las notas solicitadas.

Genera el registro de notas.

2 Manda a Grabar registro Controla y pide confirmación de registrar notas.

3 Debe confirmar si esta conforme con el registro a guardar.

Manda a Registrar notas y emite un mensaje de que las notas se han guardado.

4 Aceptar mensaje 7. Requerimiento asociado Verificar notas Registrar notas 8. Prototipo de interfaz de usuario Las interfaces que se van a utilizar serían el de Registrar notas y algunos mensajes de Información.

1. Caso de Uso del Sistema Consultar Registros

2. Descripción del caso de uso Permite consultar las notas obtenidas por los alumnos en una determinada prueba.

3. Actor(es) Administrador. 4. Precondiciones Se debe de hacer una Autentificación del usuario. 5. Postcondiciones Si se desea se podría mandar a imprimir el documento. 6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema 1 Realiza una nueva consulta de notas,

seleccionando algún curso. Manda a controlar la consulta, y verifica en la BD si existen notas, si es así muestra las notas, de lo contrario muestra un mensaje informando que no existen notas.

2 Observa la consulta, o recibe el mensaje.

7. Requerimiento asociado Consultar notas del curso. 8. Prototipo de interfaz de usuario Se utiliza la interfaz de Consultar notas.

1. Caso de Uso del Sistema Generar Reporte

2. Descripción del caso de uso Permite imprimir una consulta de notas realizada. 3. Actor(es) Administrador 4. Precondiciones Las notas tienen que estar registradas, y también se tiene que haber realizado la respectiva consulta. 5. Postcondiciones Se tendrá la consulta de notas físicamente. 6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema


01/11/2007

1 Manda a imprimir Este controla el mandato de imprimir. Y manda un mensaje si está conforme con la impresión.

2 Puede aceptar la impresión o cancelar la operación.

Si acepta imprimir, el sistema manda a imprimir y luego manda un mensaje informando que ya se está imprimiendo correctamente.

3 Acepta el mensaje de información 7. Requerimiento asociado Imprimir consulta de notas. 8. Prototipo de interfaz de usuario Se utiliza la interfaz de Imprimir Consulta de Notas.

1. Caso de Uso del Sistema Validar el Usuario

2. Descripción del caso de uso Permite registrar las notas obtenidas por los alumnos en una determinada prueba. 3. Actor(es) Profesor 4. Precondiciones Se debe de hacer una Autentificación del usuario.

5. Postcondiciones Se podrá realizar consultas a las notas guardadas. 6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema 1 Generar un nuevo registro, ingresando

las notas solicitadas. Genera el registro de notas.

2 Manda a Grabar registro Controla y pide confirmación de registrar notas.

3 Debe confirmar si esta conforme con el registro a guardar.

Manda a Registrar notas y emite un mensaje de que las notas se han guardado.

4 Aceptar mensaje 7. Requerimiento asociado Verificar notas Registrar notas

8. Prototipo de interfaz de usuario Las interfaces que se van a utilizar serían el de Registrar notas y algunos mensajes de Información.

1. Caso de Uso del Sistema Visualizar Estado

2. Descripción del caso de uso Permite que el alumno visualice las notas de los cursos que está llevando actualmente.

3. Actor(es) Alumno

4. Precondiciones Se debe de hacer una Autentificación del usuario.

5. Postcondiciones


01/11/2007

Se podrá realizar consultas a las notas guardadas.

6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema 1 El alumno visualiza sus cursos y escoge

uno de ellos. Muestra las notas de alumno según el curso escogido.

2 Puede imprimir su registro de notas de dicho curso.

Manda imprimir el registro de notas de dicho curso.

3 Retorna al Menú Anterior para realizar otra consulta.

Retorna al Menú Anterior.

4 Puede cerrar cesión. Cierra Cesión. 7. Requerimiento asociado

8. Prototipo de interfaz de usuario Las interfaces que se van a utilizar serían el de Consultar Notas y Reportar Notas

1. Caso de Uso del Sistema Modificar Nota

2. Descripción del caso de uso Permite modificar las notas obtenidas por los alumnos en una determinada prueba. Autorizado por el profesor. 3. Actor(es) Administrador 4. Precondiciones Se debe de hacer una Autentificación del usuario ADMINISTRADOR. Se debe tener una autorización escrita del PROFESOR del curso. 5. Postcondiciones Se podrá realizar consultas a las notas guardadas. Se imprimirá un reporte conteniendo la nota final. 6. Pasos (Flujo de Eventos) Nro Acción del Actor Respuesta del Sistema 1 Busca la nota la nota del curso a

modificar Envía el resultado de la búsqueda.

2 Generar una modificación de la nota, ingresando las notas solicitadas.

Envía un mensaje de alerta esperando su confirmación o rechazo.

3 Si acepta. Debe confirmar si esta conforme con el registro a guardar.

Manda a Registrar la modificación de las notas y emite un mensaje de que las notas se han guardado.

4 Si no acepta. El sistema guarda la petición. 5 Si desea realizar otra modificación. El sistema regresa al paso 1 6 Si finaliza abandona el Módulo de

Modificación de Notas 7. Requerimiento asociado Visualizar Estado Registrar Nota 8. Prototipo de interfaz de usuario Las interfaces que se van a utilizar serían el de Modificar notas y algunos mensajes de Información.


01/11/2007

2.1.4 Determinación de Subsistemas de Análisis (ASI 1.4)

<<extend>>

<<extend>>

<<include>>

<<SubSystem>> Modelo de Anal isis

<<SubSystem>> Modelo de Diseño

<<Subsystem>>

Modelo de Negocio

2.1.4.1 Modelo de Negocio Paquete que agrupa a todos los elementos necesarios para el Modelamiento del

Negocios: § Caso de Uso del Negocio. § Diagrama Actividad Registrar Nota. § Diagrama de Actividad Consultar.

2.1.4.2 Modelo de Análisis Paquete que agrupa a todos los elementos necesarios para el Modelamiento del

Análisis: § Caso de Uso Sistema del Análisis. § Diagrama de Clases de Análisis § DIO Modificar Nota. § DIO Validar Usuario. § DIO Generar Reportes. § DIO Registrar Notas. § DIO Visualizar Estado. § DIO Consultar Registros. § DS Modificar Nota. § DS Validad Usuario. § DS Generar Reporte. § DS Registrar Nota. § DS Visualizar Estado. § DS Consultar Registro.

2.1.4.3 Modelo de Diseño


01/11/2007

2.1.5 Especificación de la Interface de Usuario (ASI 1.5) Es un prototipeo de las pantallas. Así mismo para explicar algunas características de cada pantalla se usara la siguiente tabla.

Número I1 Propósito de la interface Registrar notas Gráfica de la interface


01/11/2007

Número I2 Propósito de la interface Consultar Notas Gráfica de la interface


01/11/2007

Número I3 Propósito de la interface Imprimir Consulta de Notas Gráfica de la interface


01/11/2007

Número I4 Propósito de la interface Validar usuarios Gráfica de la interface

Número I5 Propósito de la interface Acceder a Registros Gráfica de la interface


01/11/2007

Número I6 Propósito de la interface Registro de Alumnos Gráfica de la interface

Número I7 Propósito de la interface Registro de Profesores Gráfica de la interface


01/11/2007

2.1.6 Identificación de Perfiles y Diálogos (ASI 1.6)

1. Nombre del Perfil: ADMINISTRADOR 2. Opciones a las que tiene acceso Este usuario ADMINISTRADOR tendrá acceso a las siguientes opciones:

• Podrá generar la cuenta para algún alumno o profesor nuevo. • Podrá actualizar los datos de todos los alumnos y profesores. • Especificara los cursos de los profesores, es decir podrá crear nuevos

cursos. • Será el UNICO con la capacidad de AUTORIZAR PERMISOS

ingresando al módulo de Gestión de Permisos. Los demás usuarios no tendrán acceso a este modulo.

• Estará en la capacidad de Generar Informes y Reportes acerca de los alumnos sus cursos y respectivas notas.

3. Tipo de Acceso: Lectura, Modificación, Insertar

1. Nombre del Perfil: ALUMNO 2. Opciones a las que tiene acceso Este usuario ALUMNO tendrá acceso a las siguientes opciones:

• Podrá ingresar a su propia cuenta. • Podrá actualizar sus datos personales. • Visualizara sus cursos y notas del presente ciclo académico. • Podrá generar un reporte para su respectiva impresión. • Podrá enviar consultas al profesor de un curso como al administrador.

3. Tipo de Acceso: Lectura, Insertar

1. Nombre del Perfil: PROFESOR 2. Opciones a las que tiene acceso Este usuario PROFESOR tendrá acceso a las siguientes opciones:

• Podrá ingresar a su propia cuenta. • Podrá actualizar sus datos personales. • Podrá colocar las notas de los alumnos de sus cursos encargados. • Podrá corregir sus notas en caso de errores manuales. • Podrá generar un reporte para su respectiva impresión. • Podrá enviar consultas al administrador sobre algún problema del

sistema. • Podrá responder la consulta de sus alumnos en línea.

3. Tipo de Acceso: Lectura, Modificación, Insertar

1. Nombre del Perfil: VISITANTE 2. Opciones a las que tiene acceso Este usuario VISITANTE tendrá acceso a las siguientes opciones:

• Podrá visualizar los cursos y el numero de alumnos que lo llevan.

3. Tipo de Acceso: Lectura

2.1.7 Especificación del Comportamiento Dinámico de la Interface (ASI 1.7) En todos los prototipos, la interfaz de usuario tiene las siguientes áreas:

Comportamiento Dinámico para el actor ADMINISTRADOR: 1. Interface de Validación


01/11/2007

2. Interface de Acceso a Registros


01/11/2007

3. Interface de Registro de Alumnos

4. Interface de Registro de Profesores


01/11/2007

Comportamiento Dinámico para el actor ALUMNO:

1. Interface de Validación

2. Interface de Consultar Notas en cursos inscritos


01/11/2007

3. Interface de Visualizar Estado

4. Interface de Ver Reporte de Notas


01/11/2007

2.1.8 Especificación de Formatos de Impresión (ASI 1.8)

1. Reporte Alumno

2. Reporte Profesor


01/11/2007

2.2 ANALISIS DE LOS CASOS DE USO (ASI 2)

1.2.1 Diagrama de Interacción de Objetos Diagramas de Colaboración

1.2.1.1 Diagrama Interacción de Objetos Visualizar Estado

1: Ingresa Data Alumno

2: Mostrar Mensaje Alumno Consultado

3: Confirmar Curso

5: Leer Curso

6: Leer Nota

4: Consultar Datos Alumno

<<Boundary>> IO:Consulta Notas2:Alumno2

<<Entity>> EO: Alumno2:Alumno2

2:Curso2

<<Control>> Control_5

<<Entity>> EO:Curso2:Curso2

<<Entity>> EO.Nota2:Evaluacion2


1.2.1.2 Diagrama Interacción de Objetos Generar Reporte

3: Confirma Nota 4: Consul ta Nota

2: Consul ta Curso

1: Enviar Busqueda

<<Boundary>> IO: Reporte de Notas:Alumno2 :Curso2

:Evaluacion2



01/11/2007

1.2.1.3 Diagrama Interacción de Objetos Consultar Registros

1: Buscar Datos 2: Agrupar Datos

3: Imprimir Datos


<<Boundary>> Veri ficar Datos

<<Boundary>> IO: Presentar Datos

<<Control>> CO: Confi rmar Datos

1.2.1.4 Diagrama Interacción de Objetos Validar Usuario

2: Enviar Usuario Login

4: Captar Datos

5: Veri ficar

7: Autorizar

9: Rechazar

1: Enviar Usuario y Logir


6: Autorizar

8: Autorizar

<<Boundary>> IO: Val idar:Permiso2

<<Control>> CO: Permiti r Autorización

<<Entity>> IO: Redireccionar Acceso


<<Actor del Sistema>> Profesor2

<<Boundary>> IO: Permiti r Acceso Profesor

<<Boundary>> IO: Permiti r Acceso Alumno:Alumno2

<<Boundary>> IO: Permitir Acceso Administrador:Administrador2

<<Boundary>> IO: Ingresar Usuario y Contraseña



01/11/2007

1.2.1.5 Diagrama Interacción de Objetos Registrar Nota

1: Ingresar Notas del Alumno

2: Mostrar Mensaje Nota Ingresada

3: Leer Curso

4: Leer Evaluacion

5: Guardar Informe


<<Boundary>> IO: Registro Notas:Curso2

<<Entity>> EO: Alumno:Alumno2

<<Control>> CO: Administrador Registro

<<Entity>> EO:Curso:Curso2

<<Entity>> EO:Evaluacion:Evaluacion2

1.2.1.6 Diagrama Interacción de Objetos Modificar Nota

4: Rechazar 5: Aceptar

1: Buscar Usuario y Curso

3: Verificar Alumno

4: Verificar Curso

2: Verificar Usuario

:Curso2


<<Boundary>> IO: Ingresar Curso Usuario

<<Control>> CO: Controlar Modificaciones

<<Boundary>> IO: Corregir y Guardar Intento

<<Boundary>> IO:Datos Guardados

:Alumno2


01/11/2007

2.3 ANALISIS DE CLASES (ASI 3)

1..*

1..1

1..*

1..1

1..* 1..1

1..*

1..*

1..1

1..1

Persona2

DocDni Nombre Apell idoPaterno Apell idoMaterno FechaNacimiento CodigoUsuario

: int : char : char : char : date : int

Profesor2

AreaProfesor Especial idadProfesor PeriodoDocencia

: varchar : varchar : date

Alumno2

CodAlumno CicloAlumno CreditoAlumno PromedioPAlumno PromedioCAlumno LeerPromedioCicloAlumno

: char : int : int : float : float : float

Administrador2

Permiso2

CodPermiso Contrasenhia Nivel Usuario

: int : char : char : char

Curso2

CodCurso NombreCurso HorarioCurso ProfesorCurso SeccionCurso

: int : char : int : char : int

Evaluacion2

CodEvalucacion NotaCursoEvaluacion HorarioEvaluacion CicloEvaluacion

: varchar : int : datre : varchar

2.4 ANALISIS DE PAQUETES (ASI 4)

<<extend>>

<<extend>>

<<include>>

<<SubSystem>> Modelo de Anal isis

<<SubSystem>> Modelo de Diseño

<<Subsystem>>

Modelo de Negocio


01/11/2007

2.5 ESPECIFICACION DE INTERFACES CON OTROS SISTEMAS (ASI 5)

Nombre del Sistema relacionado

Sistema de Asistencia

Responsable del Sistema Administrador de Postgrado Procesos del Sistema § Recolectar asistencias de cursos.

§ Volcar información a una terminal para el control. § Generar Reportes.

Especificaciones Funcionales del sistema

Validar el número de asistencias por curso, recogido por el profesor en cada sesión de clases.

Formatos de los datos intercambiados

§ Clases Asistidas. § Cursos con Evaluaciones

Tipo de intercambio Intercambio por lotes Frecuencia o periodicidad del intercambio

Cada Mes

Evento que desencadena la interface

Fin de Mes

Validaciones, requisitos especiales de seguridad

Automático o a solicitud del administrador.

Modificaciones requeridas

El Intercambio de datos debe hacerse en un formato estándar xml.


Sistema de Pago

Responsable del Sistema Administrador de Postgrado Procesos del Sistema § Recolectar los pagos de los alumnos.

§ Volcar información a una terminal para el control. § Generar Reportes.


Validar el número de pago o recibo por alumno, entre el enviado por el banco y el enviado por el alumno.


§ Número de Recibos emitidos por el banco.


Cada Mes


Fin de Mes






Sistema de Matrícula

Responsable del Sistema Administrador de Postgrado Procesos del Sistema § Inscribir a los alumnos en sus cursos del periodo

académico § Volcar información a una terminal para el control. § Generar Reportes.


Validar el número de pago o recibo por alumno, entre el enviado por el banco y el enviado por el alumno. Validar el curso. El numero de créditos aceptatos

Formatos de los datos § Número de créditos y cursos matriculados.


01/11/2007

intercambiados Tipo de intercambio Intercambio por lotes Frecuencia o periodicidad del intercambio

Cada Periodo Académico


Cada Inicio de Periodo Académico




El Intercambio de datos deben almacenarse en una base de datos y replicada a Postgrado UNI.


Sistema de Personal

Responsable del Sistema Administrador de Postgrado Procesos del Sistema § Seguimiento al Personal del Postgrado: Personal

administrativo, profesores, conserjes, etc. § Generar Reportes.


Recopilar información sobre el rendimiento laboral


§ Número de asistencias del personal docente.


Cada Periodo Académico


Cada Inicio de Periodo Académico






01/11/2007

3. DISEÑO DE SISTEMAS

3.1 DEFINICION DE LA ARQUITECTURA DEL SISTEMA (DSI 1)

• Definición de Niveles de Arquitectura (Grafico) (DSI 1.1)

<<XML>>

<<XML>>

<<HTTP>> <<PUERTO:XXXX>> <<PUERTO:XXX>>

<<Paquetes TCP/UDP>>

<<Paquetes TCP/UDP>>

<<HTTP>>

<<HTTP>>

<<PUERTO:XXXX>>

Servidor de Aplicaciones

Servidor Web

CortaFuego

Servidor BD

Navegadores

Intranet

Análisis de todos los paquetes

provenientes

Usar Estrictamente Estandares Web W3C

Internet Terminales


01/11/2007

• Identificación de subsistemas de diseño (DSI 1.2)

<<SubSistema>>

Registro <<SubSistema>>

Consulta

<<SubSistema>>

Validacion

<<CUS>> Registrar Nota <<CUS>>

Consultar Registros

<<CUS>> Validar Usuario

<<CUS>> Visual izar Estado

<<CUS>> Modificar Nota

Catalogo de subsistemas

Subsistema Funcionalidad Tipo Registro Este subsistema permite realizar

registros y modificación y guardarlas en la base de datos.

Registrar y Modificar

Validación Este subsistema permite validar un usuario que entre en nuestra aplicación. La validación se hace mediante una sesion, si el usuario es correcto se le abre una sesion y en cada página que queremos que sea privada se mirará si la sesión esta abierta para permitir el acceso.

Validar Usuarios

Consulta Nos permite realizar consultas simples y personalizadas dependiendo del usuario.

Realizar Consultas


01/11/2007

Grafico de subsistemas usando el Diagrama de Paquetes

<<SubSistema>>

Registro2 <<SubSistema>>

Consul ta2

<<SubSistema>>

Val idacion2

• Entorno Tecnológico del Sistema. (DSI 1.3)

Hardware SERVIDORES: El HS20 blade es un servidor blade de alta densidad que ofrece Procesadores Intel® Xeon® de alto rendimiento. Los aplicativos ideales incluyen: Colaboración, Citrix, clústers Linux y aplicativos centrales de computación.

Procesador/velocidad Intel® Xeon® 2.80 3.80GHz Número de procesadores 1 estándar/2 máximo Memoria (capacidad) 512MB a 16GB Disco (capacidad) 0GB — 373.6GB

PC Escritorio Terminales: Requerimientos necesarios para un performance mínimo: § Pentium II 266 Mz § 192 MB ram § Pantalla de 800 * 600

Requerimientos para un performance óptimo: § Procesador (Ghz) : CelD 2.53ghz/L2 256kb/533mhz Socket Lga775

Chipset Intel 865gv § Memoria (Mb) : 256mb (1x256) Ddr 333 Numero De Ranuras 4

Capacidad Maxima Hasta (Gb) 4gb § Disco Duro (Gb) : 40gb 7200rpm § Drive : CdRom § Disketera (Mb) : 1.44mb § Pantalla : 15" Crt § Video : Intel Extreme Graphics § Sonido : Realtek Alc655 6 Channel Audio


01/11/2007

§ Red : 10/100 § Modem: 56kbps § Dispone Slots : Agp Express: 1 § Pci: 3 Serial(Es): 1 Paralelo: 1 § Usb: 4 (2.0/1.1) § Ps/2 Para Teclado: 1 Ps/2 § Para Mouse: 1 § Video Db15: 1 § Rj45: 1 § Rj11: 1 § Salidad: Mic Line In Line Out § Sistema Operativo : Gnu / Linux § Teclado : Estandar Español Ps2 § Mouse : Estandar 3 Botones + Rueda Ps2

Software Sistemas operativos: § GNU / Linux: Plataforma de Aplicaciones y Servidor de Base de

Datos. § NetBSD: Cortafuegos. § Windows, GNU/Linux, Mac, etc: PC Desktop.

Subsistemas: § Sistema de Matrícula. § Sistemas de Control de Asistencias. § Sistemas de Pagos.

Middleware: § Sistema Samba

Gestores de bases de datos: § Postgresql.

Sistemas de ficheros: § RAID: Sevidores. § FAT 32, FAT 64, NFS, EXTX: PC Desktop

Herramientas § Automatización de Procesos por medio de terminales Shell con

uso de CronTab Utilidades de gestión propias del sistema: § Gestor de Administrador de Contenidos en Línea. § Panel de Administración Remota.

Comunicaciones


01/11/2007

3.2 DISEÑO DE LA ARQUITECTURA DE SOPORTE (DSI 2)

• Diseño Detallado de Subsistemas de Soporte. (Grafico) (DSI 2.1) Diagrama de Clases y de Interacción de Objetos

1: Mantener

3: Visualiza

2: Verifica :Administrador2

:Evaluacion2

:Curso2

<<Control>> Mantenimiento

ITEMS

ITEMS

ITEMS


01/11/2007

3.3 DISEÑO DE CASOS DE USO REALES (DSI 3)

3.3.1 Diagrama de Interacción de Objetos Diagrama de Secuencias

3.3.1.1 Diagrama Secuencia Visualizar Estado

2: Mostrar Mensaje Alumno Consultado

3: Confirmar Curso 4: Consultar Datos Alumno

5: Leer Curso

6: Leer Nota

<<Entity>> EO: Alumno2:Alumno2

<<Boundary>> IO:Consulta Notas2:Alumno2

2:Curso2

<<Control>> Control_5

<<Entity>> EO:Curso2:Curso2

<<Entity>> EO.Nota2:Evaluacion2


01/11/2007

3.3.1.2 Diagrama Secuencia Generar Reporte

1: Enviar Busqueda

2: Consulta Curso

3: Confirma Nota

4: Consulta Nota


<<Boundary>> IO: Reporte de Notas:Alumno2

:Curso2 :Evaluacion2


01/11/2007

3.3.1.3 Diagrama Secuencia Consultar Registros

1: Buscar Datos

2: Agrupar Datos

3: Imprimir Datos


<<Boundary>> Verificar Datos

<<Control>> CO: Confirmar Datos

<<Boundary>> IO: Presentar Datos


01/11/2007

3.3.1.4 Diagrama Secuencia Validar Usuario

1: Enviar Usuario y Logir



4: Captar Datos

5: Verifi car

6: Autori zar

7: Autorizar

8: Autorizar

9: Rechazar


<<Boundary>> IO: Validar:Permiso2

<<Actor del S istema>> Administrador


<<Control>> CO: Permitir Autorización

<<Entity>> IO: Redi reccionar Acceso

<<Boundary>> IO: Permi tir Acceso Profesor

<<Boundary>> IO: Permitir Acceso A lumno:Alumno2

<<Boundary>> IO: Permitir Acceso Administrador:Admini strador2

<<Boundary>> IO: Ingresar Usuario y Contraseña


01/11/2007

3.3.1.5 Diagrama Secuencia Registrar Nota

1: Ingresar Notas del Alumno

2: Mostrar Mensaje Nota Ingresada

3: Leer Curso

4: Leer Evaluacion

5: Guardar Informe


<<Boundary>> IO: Registro Notas:Curso2

<<Entity>> EO: Alumno:Alumno2

<<Control>> CO: Administrador Registro

<<Entity>> EO:Curso:Curso2

<<Entity>> EO:Evaluacion:Evaluacion2


01/11/2007

3.3.1.6 Diagrama Secuencia Modificar Nota

1: Buscar Usuario y Curso

2: Verificar Usuario

3: Verificar Alumno

4: Veri ficar Curso

5: Aceptar


<<Boundary>> IO: Ingresar Curso Usuario

<<Control>> CO: Controlar Modificaciones

:Alumno2 :Curso2

<<Boundary>> IO:Datos Guardados


01/11/2007

3.4 DISEÑO DE CLASES (DSI 4)

1..* 1..1

1..*

1..1

1..* 1..1

1..*

1..*

1..1

1..1

Persona2

DocDni Nombre Apell idoPaterno Apell idoMaterno FechaNacimiento CodigoUsuario

: int : char : char : char : date : int

+ + +

LeerPersona () AgregarPersona () ModificarPersona ()

: int : int : int

Profesor2

AreaProfesor Especial idadProfesor PeriodoDocencia

: varchar : varchar : date

+ + + + + + +

ModificarPersonalesProfesor () IngresarNotas () ModificarNotas () LeerConsultas () ResponderConsultas () EnviarConsultas () ImprimirReporteProfesor ()

: int : float : varchar : int : int : int : int

Alumno2

CodAlumno CicloAlumno CreditoAlumno PromedioPAlumno PromedioCAlumno LeerPromedioCicloAlumno

: char : int : int : float : float : float

+ + + + +

VisualizarCursos () VisualizarNotadeCurso () RealizarConsulta () ImprimirReporte () ModificarDatosPersonales ()

: int : int : float : float : int

Administrador2

+ + + + + + + + +

ModificarEspecial idadProfesor () ModificarPeriodoDocencia () LeerProfesor () LeerCodigoAlumno () ModificarCicloAlumno () CalcularPromedioPAlumno () CalcularPropmedioCAlumno () GenerarReporteEspecial () ModificarNotasdeCurso ()

: int : int : int : int : int : int : int : int : int

Permiso2

CodPermiso Contrasenhia Nivel Usuario

: int : char : char : char

+ + + + +

ValidarUsuarioyContrasenhia () GrabarIngreso () GrabarRechazo () EnviarNuevoContrasenhia () ConfirmarContrasenhia ()

: int : int : int : int : int

Curso2

CodCurso NombreCurso HorarioCurso ProfesorCurso SeccionCurso

: int : char : int : char : int

+ +

IngresodeNotas () ModificacionEvalucacion ()

: int : int

Evaluacion2

CodEvalucacion NotaCursoEvaluacion HorarioEvaluacion CicloEvaluacion

: varchar : int : datre : varchar

+ + + +

RegistrarNota () ModificarEvalucion () ModificarNota () LecturaEvaluacion ()

: int : int : int : int


01/11/2007

3.5 DISEÑO FÍSICO DE DATOS (DSI 5)

3.5.1 Diseño del Modelo Físico de Datos. (DSI 5.1)

Notas

CodNota CodCurso NotaCur

int int float

<pk>

Curso

CodCurso NombreCurso CreCurso

int text int

<pk>

Persona

DNIPerson Nombre Apel lido Direccion Telefono

int text text text text

<pk>

Evaluacion

CodEvaluacion TipoEvaluacion

int text

<pk>

Seccion

CodSeccion NomSeccion

int char

<pk>

Profesor

CodProfesor Espprofesor

int text

<pk>

Alumno

CodAlumno CicloAlumno PonderadoAlumno

int int float

<pk>

Permisos

CodPermiso NomPermiso

int text

<pk>

Administrador

CodAdministrardor int <pk>

Consultas

CodConsul ta NomConsulta

int text

<pk>

3.5.2 Optimización del Modelo Físico de Datos. (DSI 5.2)

Formato de Estimación de Volúmenes de tablas

º º Cantidad de registros anual

Tamaño del registro

Crecimiento anual (%)

Tipo de acceso

1 Persona 1500 2000 kb 10% Restringido 2 Alumno 1500 200’ kb 10% Restringido 3 Administrador 2 30 kb 1% Restringido 4 Profesor 15 300 kb 10% Restringido 5 Evaluación 4 30 kb 1% Público 6 Curso 30 200000 kb 10% Público 7 Notas 5000 200000 kb 120% Restringido 8 Sección 4 3000 kb 1% Público 9 Permisos 3 30 kb 0% Restringido 10 Consulta 100000 300000 kb 500% Público


01/11/2007

3.6 GENERACION DE ESPECIFICACIONES DE CONSTRUCCION (DSI 6)

3.6.1 Especificación del Entorno de Construcción (DSI 6.1)

Plataforma del ambiente de desarrollo.

Hardware § P4 2660 80 G DT PC 80 G M2660 256M § Características técnicas § Marca: Optima § Bluetooth: No § Capacidad del Disco Duro: 80000 MB § Grabador de CD: con grabador CD § Grabador de DVD: sin grabador DVD § Tecnología Hyper Threading: sin tecnología

Hyper Threading § LAN Inalámbrico: sin LAN inalámbrico § Reproductor DVD: con reproductor DVD § Mando a Distancia: sin mando a distancia § Marca del Procesador: Intel § Media Center Edition: No § Memoria RAM: 256 MB § Modem: No § Número de Procesadores: 1 § Procesador Intel: Pentium 4 § Rack Server: No § Salida TV: No § Tarjeta de Edición de Vídeo: Sí § Tarjeta TV / Radio: No § Tecnología Intel Centrino: No § Tipo de Ordenador: Torre § Velocidad del procesador: 2660 MHz

Sistema Operativo GNU / Linux 2.6.19 Distribución KenqOS ACUNIX Developer

Herramientas de Construcción

Enjuta IDE

Base de Datos Postgresql / Mysql Software de aplicaciones GNU/ Linux 2.6.19

Python 2.3.6 Django is a highlevel web framework

Servidor WEB Apache 2.X


01/11/2007

3.6.2 Definición de Componentes y Subsistemas de Construcción (DSI 6.2)

Gráfico Diagrama de Componentes y/o de Despliegue

<<PY>> Notas

<<PY>> Plantil las

<<PY>> Usuario

<<PY>> Curso

WebService Implementation

<<PY>> Consultas

WebService Implementation

<<PY>> Validación

3.6.3 Elaboración de especificación de Construccion (DSI 6.3)

Formato para la especificación detallada de los componentes

Nombre del Componente

CURSO

Tipo de Componente

PY: Web Service

Descripción Es un componente que asocia un patrón de todos los cursos del sistema modificable y reutilizable.

Especificación del componente


USUARIO

Tipo de Componente

PY

Descripción Es un componente que asocia a los patrones de usuarios. Alumnos, Profesores y Administradores. Incluye el trato de ingresos al sistema de forma anónima o subalterna.



01/11/2007


VALIDACION

Tipo de Componente

PY

Descripción Componente patrón para establecer las validaciones del sistema. Se puede reutilizar a otros sistemas de Postgrado.



CONSULTAS

Tipo de Componente

PY : Web Service

Descripción Es un componente con la disponibilidad de realizar consultas por medio del acceso del sistema o de la sindicación de contenidos de forma externa, desde una inscripción.



PLANTILLAS

Tipo de Componente

PY

Descripción Es un componente para el mantenimiento de la interfaz grafica del sistema GUI, adoptando cambios de acuerdo a las preferencias del usuario o administrador.



NOTAS

Tipo de Componente

PY

Descripción Componente definido en un conjunto de clases que permiten la manipulación de en detalle de los curso. Notas, Aulas, Profesores.


3.7 ESTABLECIMIENTO DE REQUERIMIENTOS DE IMPLANTACION (DSI 8)

• Catálogo de Requerimientos

Número Requerimiento Descripción 1 Planificación Elaboración de un Plan de

Implantación del Sistema de Gestión de Notas


01/11/2007

2 Capacitación Realizar la capacitación correspondiente a los PROFESORES Y ADMINISTRADORES. Con la entrega de Cartillas a los alumnos.

3 Infraestructura Compra de los servidores y los terminales de administración y su correcta instalación física en ambientes apropiados

4 Instalación Instalación de los sistemas en los Servidores

5 Integrar Sistemas Empezar a integrar sistemas con el uso de los paquetes de XML.

casos de uso conta

Documents