UNIVERSIDAD NACIONAL JOS MARA RGUEDAS

ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS

EJERCICIOS DE INGENIERA DE REQUERIMIENTOS
CASO DE ESTUDIO N 1
El Colegio Secundario de Menores Jos Olaya Balandra es uno de los colegios ms
reconocidos en la ciudad de Arequipa. Presta servicios a los alumnos que cursan desde el
primer al quinto grado en educacin secundaria en cada uno de los cursos que se dictan hay 1,
2 3 secciones llamadas A, B y C respectivamente. Todos los estudiantes de una misma seccin
ven juntos todos los cursos de 7 a.m. a 2 p.m. Cada clase es de 2 horas y tienen un recreo de 9
a.m. a 10 am. Una seccin desarrolla la menos 12 asignaturas (por ejemplo, 3RO A desarrolla
Matemticas II de 10 am a 12 pm el lunes y viernes). Todos los profesores son de tiempo
completo y tienen asociado, adems de la informacin personal, un cdigo nico, una lista de
materias que puede dictar, una lista de cursos que est dictando, el grado del cual est encargado
(si tiene alguno), y una categora que determina el salario que le van a pagar. Las categoras son
de 1 a 5 (5 es la mxima) y el sistema debe permitir a la Oficina de Recursos Humanos
administrar la tabla de salarios.
Cuando un estudiante se matricula en el colegio, debe ir a la Oficina de Admisiones. All
suministra todos sus datos personales, el grado al cual entra y el estrato (1 a 6) en el cual vive.
All, despus de pagar, el sistema lo agrega a la seccin en la cual haya menos estudiantes en
ese momento. La matrcula se calcula usando una tabla a partir del estrato al cual pertenece.
Dicha tabla tambin se debe poder administrar desde la Oficina de Admisiones. Cada dos meses
la Oficina de Registro pide al sistema la generacin de los boletines de notas de todos los
estudiantes, a partir de la informacin ingresada en el sistema directamente por los profesores.
Al hacer esto, el sistema debe calcular las notas definitivas de cada estudiante en cada curso y
cerrar el bimestre, de manera que las notas parciales ya no se puedan modificar. Por reglamento
del colegio, el profesor debe hacer cada bimestre dos exmenes y dos trabajos, e ingresar cada
una de estas notas al sistema a medida que las va obteniendo. La nota del bimestre en cada curso
corresponde al promedio de estos cuatro valores. Las notas van de 0 a 20 (por ejemplo, 14). En
un ao hay 4 bimestres. La Oficina de Registro debe poder, adems, pedir al sistema la
generacin de un boletn especfico de un bimestre ya cerrado, dando el nmero de carn del
estudiante y el bimestre. El sistema no maneja informacin de aos anteriores, sino slo la
informacin del ao en curso hacia adelante.
Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

El colegio tiene un saln para cada seccin (hasta 33 salones). Cada saln se llama con el grado
y la seccin correspondientes. Por ejemplo, 3A (tercero seccin A). El sistema genera, a
peticin de la Oficina de Registro, una comunicacin impresa con los cursos que debe dictar
algn profesor del colegio (materia y hora), que incluye la lista de sus estudiantes (nmero de
carn y nombre). Este carn se le asigna al estudiante el da de la matrcula y corresponde a un
valor secuencial (5 dgitos: 00000 al 99999).
Una materia tiene un nombre (por ejemplo Matemticas II) y un cdigo. Este cdigo es nico
y est constituido por 5 dgitos, as: los dos primeros dgitos dan el grado (01-11), y los tres
siguientes corresponden a un consecutivo. La informacin de materias, cursos, profesores y
secciones se debe cargar, al comienzo de la ejecucin, de una base de datos con la que cuenta
el colegio.

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

CASO DE ESTUDIO N 2
El seor Juan Perez Perez desea adquirir un sistema de informacin para manejar su
parqueadero que ha crecido bastante en los ltimos aos. En el parqueadero existe un nmero
dado de puestos (configurados por el administrador), cada uno de los cuales tiene un
identificador y codificados con tres caracteres desde A01 al A02. Al llegar un automvil a la
puerta, el portero pasa por un lector de barras una tarjeta que se les da a los clientes y el cual
contiene informacin clave del cliente as como de su vehculo, esto es solo para aquellos
clientes que se registran con un contrato previo en caso contrario de no poseer contrato y ser un
cliente normal el encargado teclea la placa del automvil y el sistema le informa el puesto en el
que debe parquear. A la salida, el portero pasa la tarjeta o bien teclea la placa segn sea el caso
y el sistema informa el monto que debe pagar el dueo del automvil. Para abrir un contrato
por mes (todos comienzan el 1 del mes), el dueo de un carro debe ir donde el administrador,
darle los datos bsicos del carro y pagar y seguidamente se genera su tarjeta de cliente. Los
carros que tienen contrato no tienen que pagar nada a la salida. Tanto la tarifa que paga cada
vehculo por minuto como la tarifa que se paga por un contrato mensual son definidos por el
administrador.
Por razones de auditora, el parqueadero debe guardar todos los servicios de parqueo: hora de
llegada,

hora

de

salida,

placa

del

carro,

monto

pagado

(si

pag

algo).

El administrador puede pedir un reporte en el que aparezcan dichos servicios de parqueo para
un contrato dado (identificado por la placa) o para todos los carros que no tienen contrato.
Al final de cada mes el administrador hace un cierre, se bloquean los archivos de auditora y
se vencen todos los contratos.

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

CASO DE ESTUDIO N 3
La universidad nacional Federico Villareal est interesado en adquirir un sistema para el
manejo y aplicacin de exmenes en lnea para cualquiera de sus cursos. La universidad
considera que dicho sistema es el primer paso para montar versiones totalmente virtuales de sus
cursos y ha preparado varios incentivos para que los profesores lo utilicen muy activamente.
En dicho sistema cualquier profesor (despus de haber tecleado su usuario y su palabra clave
desde un navegador) debe poder agregar un nuevo curso, para lo cual debe dar un cdigo y un
nombre. Para cada curso, el sistema almacena un conjunto de preguntas que, por ahora, tienen
que ser de seleccin mltiple. Dichas preguntas pueden ser agregadas por cualquier profesor
(no tiene que ser el profesor que cre el curso). Una pregunta tiene asociado un nmero
consecutivo (llamado su identificador y asignado automticamente por el sistema) y consta de
un enunciado y de una secuencia de respuestas posibles, numeradas de 1 a 5, una sola de las
cuales es correcta. Una vez los profesores han definido este banco de preguntas, cualquiera de
ellos puede crear un examen (debe dar su nombre de usuario y el cdigo del curso, para que el
sistema asocie el examen con este profesor) de dos maneras distintas: seleccionando pregunta
a pregunta dando su identificador, o pidiendo al sistema que genere el examen de manera
aleatoria, para lo cual el profesor debe definir el nmero de preguntas que el examen debe
contener.
Un examen tiene un cdigo que es nico (generado por el sistema), el cual debe ser tecleado
por el estudiante cuando le piden que conteste un examen de un curso. Al crear un examen el
profesor define una fecha y una hora de inicio (en ese momento se abre el examen), y una fecha
y una hora de finalizacin (en ese momento se cierra el examen). Los exmenes pueden abrirse
o cerrarse en cualquier momento del da, de la semana, pero no se espera que se realicen
uniformemente a lo largo del semestre: en algunas semanas particulares se realizarn la mayora
de los exmenes.
Cada estudiante (identificado por un nmero de carnet y un nombre), luego de dar su usuario y
su palabra clave desde un navegador, indica que va a comenzar a contestar un examen abierto,
ingresando su cdigo. Despus, puede contestar sus preguntas, dando el nmero de la pregunta
que quiere contestar y la respuesta que considera correcta. Si el estudiante ya haba contestado
dicha pregunta, el sistema remplaza la respuesta por la nueva. Al llegar la hora de cierre del
examen, el sistema calcula la nota de cada uno de los estudiantes (un valor entre 0 y 5), teniendo

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

en cuenta que todas las preguntas valen lo mismo En cualquier momento un estudiante puede
consultar los resultados (nota) de todos los exmenes ya cerrados que fueron presentados por
l. Adicionalmente, un profesor tambin puede consultar los resultados de cualquiera de los
exmenes cerrados que l ha creado.
La universidad est planeando una campaa bastante ambiciosa para que los profesores
construyan un banco de preguntas muy completo (al menos 500 preguntas por curso). Se calcula
que cuando el sistema sea adoptado por todos los cursos de la universidad (actualmente son
900) el nmero de estudiantes participantes ser cercano a 15.000.

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

CASO DE ESTUDIO N 4
LCPeru es una aerolnea que actualmente est posicionada en el mercado nacional (18 destinos),
pero que en el corto plazo quiere empezar a operar a nivel regional (25 destinos adicionales),
continental (15 destinos adicionales) e intercontinental (12 destinos adicionales). Para poder
realizar exitosamente esta transformacin, LCPeru sabe que el sistema de informacin que
maneja actualmente no es suficiente. Dicho sistema fue construido hace ms de 20 aos y su
documentacin est muy incompleta. Adems est basado en tecnologas obsoletas y no ofrece
una interfaz adecuada para que algunas de las mltiples aplicaciones clientes existentes hoy en
da se conecten con l (clientes usados en agencias de viajes, sitios web). Finalmente, el viejo
sistema no soporta los estndares para el intercambio de informacin reconocidos actualmente
por la mayora de aerolneas a nivel mundial y no puede garantizar la confidencialidad de las
comunicaciones puesto que no soporta protocolos de cifrado modernos (AES).
En vista de los cambios que est sufriendo la compaa, LCPeru quiere adquirir un nuevo
sistema de informacin que le permita manejar ms adecuadamente las reservas de sus vuelos.
Este sistema deber resolver todas las limitaciones del sistema de informacin anterior y se
debera acomodar mejor a las necesidades presentes y futuras de la compaa. Por el momento,
este sistema ser utilizado a nivel nacional y remplazar progresivamente al sistema que existe
actualmente. Cuando la compaa comience a operar por fuera del pas, el nuevo sistema tendr
tambin que soportar la operacin internacional. Para ese momento, LCPeru est planeando una
agresiva campaa de mercadeo que estar acompaada de tarifas especiales y promociones para
grupos y viajeros frecuentes.
LCPeru ha establecido un equipo de trabajo interno a la compaa y este equipo ha decidido
que el sistema a construir debe ofrecer las siguientes opciones:
Incluir al sistema un nuevo vuelo. Para esto se da su identificacin (AF578), ciudad de partida
(Bogot), aeropuerto del que sale (Eldorado), hora de salida del aeropuerto (17:00), hora de
llegada a su destino (11:00), das de la semana que vuela (LMIJVS), ciudad a la que llega
(Paris), aeropuerto en el que aterriza (Charles de Gaulle), tipo de avin que lo cubre (Airbus
A330-400) y nmero de kilos que puede llevar un pasajero en ese vuelo (35). Esta opcin solo
debe estar disponible desde la consola de administracin del sistema, a la cual se accede
mediante un login y un password. La consola es una aplicacin cliente/servidor, que debe usar
la tecnologa JMX. La autenticacin de los login y los password se hace usando LDAP sobre la

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

base de datos de personal de la empresa de aviacin, y slo pueden tener acceso a las opciones
de la consola aquellas personas de la empresa con nivel de seguridad igual a 6. A los tres
intentos fallidos de entrar a la consola con un login dado, el sistema bloquea dicho usuario y
enva un mensaje por correo electrnico a una direccin definida en una opcin de la consola.
Actualmente LCPeru realiza ms de 500 vuelos semanales y tiene detallada informacin
estadstica sobre estos vuelos. Se espera que no sea necesario introducir manualmente la
informacin de estos vuelos ya existentes en el nuevo sistema, y tampoco se espera que cambien
los identificadores que tienen asignados (esto invalidara las estadsticas ya existentes). Incluir
al sistema un nuevo tipo de avin. Debe dar un identificador nico (Airbus A330-400) y la
estructura del avin (nmero y distribucin de las sillas (ventana, centro1, centro2, centro3,
corredor) en primera clase y en clase turista, zonas de fumadores y no fumadores y capacidad
total de carga del avin). El sistema debe poder manejar desde aviones pequeos (dos hileras
ventana-corredor, 120 pasajeros), hasta aviones grandes (tres hileras: ventana-centro-corredor,
corredor-centro1-centro2-centro3-corredor, corredor-centro-ventana, 526 pasajeros). Esta
opcin solo est disponible en la consola del sistema.
Reservar un puesto en un vuelo. Se debe informar el nombre y apellido del pasajero, su cdula,
el vuelo que va a tomar, la fecha, la clase en que viaja, el nmero del tiquete que compr, la
agencia que hace la reserva, y si tiene o no conexin con algn otro vuelo de esta misma
aerolnea. Este ltimo dato se usa para hacer que un vuelo espere a los pasajeros que llegan en
un vuelo retrasado a hacer una conexin. Este servicio solo se usa para vuelos operados por
AeroAlpes. Tambin debe expresar sus preferencias con respecto al puesto asignado: ventana,
corredor, centro, adelante o atrs, etc. El sistema responde con la silla que le fue asignada (si
hay cupo), o la restriccin que no puede cumplir (no hay puestos libres en una ventana).
Tambin le da una clave asociada con la reserva (XLS-9082), con la cual puede consultar
toda la informacin asociada con la reserva hecha. Todas las opciones asociadas con reservas
y anulaciones deben estar disponibles por Internet, desde cualquier browser, o tambin
utilizando un API que ser construido siguiendo un estndar definido por la industria. Por
razones de seguridad, el sistema no puede utilizar la tecnologa de applets.
Agrupar un conjunto de reservas bajo una sola clave. El pasajero da un conjunto de claves de
reservas y el sistema le asigna una nueva clave que las agrupa a todas. Esto permite manejar
grupos familiares y excursiones completas bajo un solo cdigo. En algunas temporadas, viajar
en grupos permitir acceder a descuentos especiales. Es indispensable que todas las claves

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

dadas correspondan al mismo vuelo y la misma fecha. Si alguien consulta una clave de grupo,
el sistema despliega toda la informacin asociada con todas las reservas incluidas en el grupo.
Anular una reserva. El pasajero debe dar la clave asociada con la reserva. El sistema le presenta
toda la informacin asociada con la misma, y le pide que confirme la anulacin. Si la clave
corresponde a un grupo de reservas, el sistema las anula todas.
Reservar un espacio de carga en un vuelo. Se debe informar el contenido de la carga, el peso en
kilogramos, el vuelo, la fecha, y la empresa que contrata. El sistema reserva esta capacidad de
carga en ese vuelo, asegurndose que no se sobrepase el lmite permitido en el avin
(suponiendo que va lleno, que cada pasajero pesa 80 kilogramos y que cada uno lleva el lmite
permitido de equipaje). Si lo excede no acepta la reserva. Si no lo excede le informa la
aceptacin y le da una clave asociada con la reserva. Estas claves de reserva no se pueden
manejar como grupo. Para anular la reserva de carga se debe dar la clave asignada por el
sistema. Como una ayuda, cuando alguien va a reservar un espacio de carga en un vuelo, el
sistema le debe informar el espacio disponible para la fecha seleccionada por el cliente. Si no
hay cupo en un vuelo, el sistema debe sugerir los 3 siguientes vuelos que cubran la misma ruta,
y en los cuales si hay espacio para la carga.
Registrar a un pasajero. Esta opcin slo est disponible desde la consola de acceso al avin.
El login se hace de la misma manera que en la consola de administracin, pero la verificacin
se hace con usuarios de nivel 3. En esta consola se registran (check-in) los pasajeros que van a
abordar un vuelo. Para abordar, el cliente debe dar el nmero de su cdula. Con esta
informacin, adems del nmero del vuelo y el peso del equipaje registrado, el pasajero obtiene
un pasabordo con el que se debe presentar a la sala de embarque. Si el peso del equipaje es
superior al establecido en el vuelo, el pasajero debe pagar una cierta tarifa, dependiendo de si
es un vuelo nacional o internacional. Esta tarifa se debe poder fijar y cambiar desde la consola
de administracin. Una vez el pasajero traiga el recibo de pago del sobrecupo, se le emite el
pasabordo. Si el sobrecupo hace que se exceda el peso total admitido del avin, se rechaza al
pasajero. Cuando todos los pasajeros se han registrado o cuando la persona encargada de
recibirlos decide que ya es hora (30 minutos antes de la hora de despegue), el vuelo se cierra
usando una opcin del sistema. Al cerrarse, se genera automticamente un informe que se enva
por correo electrnico a las autoridades, con toda la informacin disponible de los pasajeros.

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II

Consultar toda la informacin de un vuelo, dado el nmero de vuelo y la fecha. Presenta por
pantalla las sillas vacas y ocupadas, el nmero de puestos disponibles, la carga contratada, etc.
Esta opcin debe estar disponible por Internet y debe mostrarse de forma grfica.
Consultar todos los vuelos entre dos ciudades, dados sus nombres. Presenta por pantalla una
tabla organizada por da y por hora con todos los vuelos que hay entre esas ciudades. Esta
opcin debe estar disponible por Internet.

Debido a lo crtico del sistema como eje central de las operaciones de la compaa, ser puesto
en funcionamiento por mdulos, y cada mdulo tendr que ser probado extensamente utilizando
pruebas automticas. Antes de hacer el despliegue de cada mdulo adicional, se espera tambin
que el equipo del proyecto muestre que la interaccin entre los mdulos desplegados no
presente inconvenientes.

Msc. CARLOS YINMEL CASTRO BULEJE

INGENIERA DE SOFTWARE II