UNIVERSIDAD NACIONAL DE SAN CRISTBAL DE HUAMANGA

FACULTAD DE INGENIERA DE MINAS, GEOLOGA Y CIVIL

ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

SISTEMA WEB PARA EL DEPARTAMENTO ACADEMICO DE OBSTETRICIA

ASIGNATURA

: SISTEMAS DE INFORMACION II

DOCENTE

: Msc. Ing. Efran Elas Porras Flores

INTEGRANTES

: AQUINO YUPARI, Rhoy Clinton

100%

DE LA CRUZ BAUTISTA, Ruth

100%

PRADO VASQUEZ, Luis Miguel

100%

SANCHEZ QUISPE, Zoraida Jesusa 100%

TRISTAN QUISPE, Ricardo
AYACUCHO - PER

Contenido

100%

CAPITULO I................................................................................................3
ANALISIS DE REQUISITOS..........................................................................3
1.1

REQUISITOS FUNCIONALES...........................................................3

1.2

REQUISITOS NO FUNCIONALES......................................................4

1.3

CASOS DE PRUEBA DE ACEPTACION..............................................5

1.4

GLOSARIO DE TERMINOS...............................................................6

1.5

MODELO DE DOMINIO INICIAL.......................................................7

1.6

PROTOTIPO DE INTERFAZ BASICA.................................................7

1.7

MATRIZ DE RELACION ENTRE REQUISITOS Y CASOS DE USO......16

1.8

LISTA DE CASOS DE USO.............................................................18

1.9

DIAGRAMA Y PAQUETES DE CASOS DE USO................................18

1.9

DESCRIPCION DEL PRIMER BORRADOR DE CASOS DE USO.........21

CAPITULO I
ANALISIS DE REQUISITOS
1.1

REQUISITOS FUNCIONALES

N Req.

REQUISITOS FUNCIONALES

1.

Req01. El sistema permitir dos modos de acceso, uno en modo administrador.

2.

Req02. El sistema permitir dos modos de acceso, uno en modo usuario.

3.

4.

5.

6.

7.

8.
9.
10.

Req03. El sistema debe permitir al usuario usar la informacin de los docentes

que se han almacenado.
Req04. El sistema debe permitir utilizar la informacin de las asignaturas que se
han almacenado.
Req05. El sistema debe permitir ingresar la cantidad de alumnos que llevaran el
curso.
Req06. El sistema debe permitir generar la cantidad de grupo por curso de acuerdo
a la cantidad de alumnos.
Req07. El sistema debe permitir generar la cantidad de grupo por curso de acuerdo
a la cantidad de alumnos.
Req08. El sistema debe permitir asignar las asignaturas de acuerdo a la serie y el
semestre.
Req09. El sistema debe permitir asignar docentes con respecto a cada grupo.
Req10. El sistema debe permitir guardar la informacin ingresada por el usuario y
los cambios efectuados.
Req11. El sistema debe permitir generar reportes para los docentes, especificando

11.

la asignatura (la sigla, el nmero de crditos, las horas de teora, prctica y

laboratorio), nmero de alumnos, nmero de grupos, horas totales y la
escuela de formacin profesional a la cual pertenece la asignatura.

12.

13.
14.
15.
16.
17.
18.
19.

1.2

Req12. El sistema debe permitir actualizar la distribucin de carga acadmica.

Req13. El sistema debe permitir imprimir los reportes generados.
Req14 El sistema debe permitir registrar la asistencia de los docentes a las sesiones
de departamento.
Req15. El sistema debe permitir realizar un reporte de asistencia de los docentes a
las sesiones de departamento.
Req16. El sistema debe permitir al docente ingresar y actualizar las notas por
curso.
Req17. El sistema debe permitir al docente generar el promedio del alumno de una
determinada asignatura.
Req18. El sistema debe permitir cargar el syllabus de las asignaturas y
actualizarlos.
Req19. El sistema debe permitir al usuario registrar la asistencia del docente y la
determinada asignatura que enseara.
Tabla 1.1: Requisitos Funcionales.

REQUISITOS NO FUNCIONALES

N
Req.

REQUISITOS NO FUNCIONALES

1.

El sistema debe ser amigable y de fcil uso para el administrador y usuario.

2.

El sistema debe mostrar ayudas al usuario para su correcta navegabilidad.

3.

4.

El sistema web debe ser capaz de ejecutarse en cualquier sistema operativo

garantizando su portabilidad.

El sistema debe realizarse usando estndares de calidad que permita una adecuada
operacin y mantenimiento.

5.

El Sistema usara el gestor de base de datos ORACLE.

6.

El sistema se implementara utilizando el lenguaje de programacin JAVA.

7.

El sistema debe ser compatible con todos los navegadores.

8.

El sistema se desarrollara con la metodologa ICONIX.

Tabla N 1.2: Requisitos no Funcionales.

1.3

CASOS DE PRUEBA DE ACEPTACION

N

N C.

Req.

01

Comprobar que el sistema muestra todos los requisitos.

02

Comprobar que los todos los requisitos necesarios para la

rectificacin sean adjuntados

03

Verificar que la solicitud sea generada correctamente con

los datos llenados en la plantilla de solicitud.

04

Verificar que la solicitud y los requisitos sean enviadas

correctamente

05

Comprobar que el usuario inicie sesin

06

Verificar que la lista de las solicitudes se muestre en

pantalla correctamente.

07

Verificar que se pueda abrir cada archivo de la lista de

procesos nuevos con los datos correctos del solicitante.

7
8
9

CASOS DE PRUEBA DE ACEPTACIN

08
Verificar que la escritura pblica se genere correctamente

con los datos correctos del usuario.

10

09

Verificar que la respuesta del usuario llegue al

especificado.

10

10

Comprobar que el cdigo de proceso asignado sea vlido

permita el acceso a la consulta.

11

Comprobar que la validacin del pago sea correcto

12

Verificar que la constancia generada tenga los datos

correctos del cliente.
Verificar que la constancia generada posea un nmero de
kardex nico.

11

12
13

Verificar que el edicto generado contenga tenga los datos

correctos del cliente.

13

14

14

15

Verificar que la escritura pblica generada contenga los

datos correctos del cliente.

16

Comprobar y validar la creacin de la cuenta de los

usuarios

17

Verificar que los datos de la cuenta creada sean guardados

correctamente.

15

16
17

16

Comprobar que los reportes generados contengan datos

especificados

Tabla N 1.3: Casos de Prueba de Aceptacin.

1.4

cliente

GLOSARIO DE TERMINOS
Requisitos
Proceso de rectificacin
Partida de nacimiento
Partida de matrimonio

Partida de defuncin
Cliente
Solicitud
Cuenta
Consultor
Especialista
Tarifa
Kardex
Edicto Notarial
Notario
Usuario
Constancia
Partida

1.5

MODELO DE DOMINIO INICIAL

Figura N 1.1: Modelo de Dominio Inicial

class Modelo de domi...

tiene

Cuenta

Usuario
(from actores)

Consultor
Especialista

(from actores)
verifica

evalua

revisa

Solicitud

Notario

(from actores)

revisa

Proceso de
rectificacion

Requisito

elabora

(from actores)

elabora

Edicto notarial

Escritura publica

rectifica

envia

envia
consulta
Partida

Constancia

obtiene

Partida de
nacimiento

Partida de
matrimonio

Partida de
defuncion

Cliente
(from actores)
Kardex

Tarifa