INGENIERIA DEL SOFTWARE I

-Integrantes:
Escobar Torres, Ricardo D.
-Profesores:
Prof. Lic. Mara Del Rosario Zorrilla A., Mg.

Prof. Lic. Juan Benito Torres

-Tercer Ao Sexto Semestre

Ingenieria del Software

PRACTICA DE REQUERIMIENTOS
1. Revise el ejercitario 2. Revise los requerimientos para determinar si hay algn problema, por
ejemplo consistencia, ambigedad, conflictos. Contiene alguna decisin de diseo o de
implementacin?
a. Utilizando el formato de documento de definicin de requerimientos visto en clase,
describa los requerimientos para el problema 3
b. Piense para este problema, requerimientos no funcionales del tipo:
i. Del producto
ii. De la organizacin
iii. Externos
Respuesta: El problema no presenta tantos inconvenientes en la descripcin. Pero, falta agregar
ms especificaciones, como podra ser la de como el cliente podr autenticar que hizo una
reserva, cuanto tiempo tiene para luego de hacer la reserva comprar la entrada, etc.
a) Requerimientos
a. El sistema operativo ser multiusuario
b. Existirn una serie de usuarios finales, y un administrador; todos ellos interaccionarn
con el sistema a travs de una shell de comandos.
c. Se podrn gestionar el sistema de ficheros de su propia cuenta, y realizar una pequea
gestin de procesos.
d. La shell de los administradores podrn dar de alta cuenta para los usuarios, gestionar
el sistema de ficheros de todo el sistema, gestionar a fondo todos los procesos,
gestionar la memoria virtual, y la gestin de la entrada/salida del sistema
e. Los usuarios finales podrn ejecutar procesos y modificar los permisos de los archivos y
directorios que estos creen dentro de su cuenta.
f. El administrador podr ejecutar procesos, cambiar los permisos de cualquier archivo o
directorio del sistema, podr dar prioridades de ejecucin a los procesos, y seleccionar
el grado de multitarea.
g. La modificacin de permisos de archivo, har uso de los procesos encargados de
modificar permisos para todos los usuarios de la red; modificar permisos para
determinados grupos de la red; y modificar permisos para un usuario determinado de la
red.
b) Requerimientos no funcionales
a. Del Producto
El sistema estar disponible en todos los lugares de trabajo durante las horas de trabajo
normales.
El retardo mximo de respuesta ser de 1 seg. Y depender de la cantidad de usuarios que
ingresan al sistema.

Al ser un sistema operativo personalizado que solo trabajo con la Shell de comandos, solo
permitir instrucciones bsicas.
b. De la Organizacin
Los usuarios del sistema se acreditarn a travs de la Administracin.
c. Externos
El sistema esta apt para la gestin de los dispositivos, proporciona seguridad a los
archivos.
2. Es posible tener un documento nico de definicin y especificacin de requerimientos?
Cules son los pros y contras de tener dos documentos? Sugiera una forma de identificar
documentos que se pueda usar para todos los proyectos de una organizacin.
Respuesta: Si es posible, ya que en la primera se presenta la lista de lo que el cliente espera que
se haga y el otro es la reformulacin de esa lista en trminos tcnicos para que se realice el
diseo.
Ventajas
Entendimiento comn entre Cliente, usuario, analistas, desarrolladores.
No ser necesario un mtodo para asegurar la correspondencia entre ambos.
Desventajas
No se sabra con exactitud cules son las implementaciones dadas por el cliente y las
mejoradas por el desarrollador u otro, ya que esto nos servira para un debate de comprensin.
No permitira seguir la pista y correspondencia.
Esquema de Organizacin
Un diseo que permita la divisin de los trabajos ser muy bueno, ya que un error sera fcil de
encontrarlo y corregirlo de esa forma. El sigte. Esquema:
Definicin de Requisitos
Especificacin de Requisitos
Mdulos de Diseo
Cdigo que implementa los mdulos
Las pruebas para verificar la funcionalidad
Los documentos que describen el sistema
3. Los desarrolladores trabajan junto con los clientes y usuarios para definir los requerimientos y
especificar lo que el sistema propuesto debe hacer. Si una vez construido el sistema funciona
de acuerdo a lo especificado, pero daa a alguien fsica o financieramente quin es
responsable?
Respuesta: El responsable ser el desarrollador, ya que el sistema propuesto puede ser correcto,
es decir, puede realizar todo lo que el cliente pidi, pero es responsabilidad del desarrollador
prever todo los errores lgicos que pueden ocasionar que el sistema no funcione correctamente
o no sea robusto o fiable.

4. Entre los requerimientos no funcionales que pueden incluirse en una especificacin estn los
relacionados con la seguridad personal y la confiabilidad. Cmo se puede asegurar que esos
requerimientos son verificables? En particular, cmo se puede demostrar la confiabilidad de
un sistema que se requiere no falle nunca?
Respuesta: La verificacin se puede realizar a travs de mtodos formales de anlisis o a travs
de pruebas.
Disear conjunto de pruebas para demostrar que el sistema cumple esos Requisitos.
5. A veces un cliente plantea un requerimiento que usted sabe es imposible de implementar.
Qu debiera hacer, incluir el requerimiento en los documentos de definicin y especificacin
pensando en ms adelante encontrar alguna forma de cumplirlo o pensando en pedir ms
adelante que sea dejado de lado? Discuta las implicancias ticas de prometer lo que sabe no
puede brindar
Respuesta: Como buen profesional, es necesario decirle que la idea no ser posible de realizarlo
y proponerle otras maneras factibles de realizar lo pedido.
6. Considere una biblioteca. Se desea ofrecer la posibilidad de que un socio consulte por internet
los libros disponibles. El socio podr indicar los siguientes datos: palabras presentes en los
ttulos o en los nombres de los autores, fecha de edicin, idioma. El sistema debe mostrar una
lista de las publicaciones que satisfacen el criterio de bsqueda e indicar la cantidad total de
ttulos seleccionados. En cada pgina devolver un mximo de 10 ttulos. El sistema debe
ofrecer la posibilidad de recorrer las distintas pginas y de aplicar filtros adicionales a las listas
devueltas. El socio podr elegir ver informacin adicional respecto a un libro (comentarios y si
est disponible para prstamo).
a. Desarrolle este caso de uso
b. Se desea dar la opcin a que los usuarios se registren, lo que los habilita a tener
acceso a servicios adicionales. Para registrarse el usuario debe indicar un conjunto
de datos, algunos de los cuales son obligatorios. En particular debe indicar una
identificacin de usuario y una contrasea. No pueden haber identificaciones de
usuario repetidas y el usuario debe ingresar dos veces la contrasea de forma
idntica para que esta se considere vlida. Desarrolle este caso de uso
c. Se desea que para al ingresar al portal web de la biblioteca, el socio deba
identificarse mediante nombre y clave de acceso, modifique la parte a teniendo
esto en cuenta
d. Se desea mandar un e-mail a todos los socios suscriptos al boletn el primer da de
cada mes, con la lista de libros nuevos de la biblioteca en ese mes. Quin es el
actor principal? Desarrolle este caso de uso.

CASO DE USO A
Nombre del caso de
uso
Actores participantes
Tipo

Consulta de Libros
Socio (Principal)
Asociacin

Descripcin

Posibilita las consultas de libros de una biblioteca a travs de internet y

alquilar el libro.

Precondicin

El actor necesariamente necesita consultar si existe el libro que desea.

Tener acceso a internet y contar con un navegador.

Flujo Principal

Flujos Alternativos

1.
2.
3.
4.
5.

Abrir el navegador.
Acceder a la pgina de web de la biblioteca.
Elegir la opcin consultas de libros
Escribir un dato del libro a consultar
El sistema mostrara una lista de las publicaciones que
satisfacen el criterio de bsqueda.
A1: Campo de Consulta
La secuencia A1 comienza en el punto 4
El actor podr indicar como realizara la consulta mediante un
campo con las sigtes opciones: Ttulos, autores, fecha de
edicin, idioma.
A2: Mostrar Lista
La secuencia A2 comienza en el punto 5
Se podr aplicar filtros adicionales a las listas devueltas.

Excepciones

El proceso se puede cancelar en cualquier momento

Poscondiciones

El actor selecciona el libro deseado, podr elegir ver informacin

adicional y si es posible alquilar el libro o no.

Requisitos especiales

Se podr recorrer a las distintas pginas conteniendo cada pgina un

mximo de 10 ttulos.

CASO DE USO B
Nombre del caso de
uso
Actores participantes
Tipo

CU2: Registrarse
Socio (Principal)
Asociacin

Descripcin

Posibilita a que el actor se pueda registrar en la pgina web biblioteca

para mejores servicios.

Precondicin

El actor desea registrarse en la pgina web de biblioteca.

Tener acceso a internet y contar con un navegador.

Flujo Principal

1. Abrir el navegador.
2. Acceder a la pgina de web de la biblioteca.
3. Elegir la opcin registrarse.
4. El actor introduce un nombre de usuario
5. El actor introduce una contrasea
6. El actor repite la contrasea introducida
A1: Validacin de Letras
La secuencia A1 comienza en el punto 4

Flujos Alternativos

El sistema seala el error de que solo permitir letras y rechaza

la entrada
A2: Validar Usuario
La secuencia A2 comienza en el punto 4
El sistema seala el error de que ya existe un usuario con el
mismo nombre y rechaza la entrada.
A3: Validar Longitud
La secuencia A3 comienza en el punto 4 y posteriormente 5
El sistema seala el error de que solo permitir un cierto rango
de longitud y rechaza la entrada.
A4: Validar Contraseas
La secuencia A3 comienza en el punto 6
El sistema seala el error de que las contraseas ingresadas no
son iguales y rechaza la entrada.
Excepciones

El proceso se puede cancelar en cualquier momento

Poscondiciones
Se guarda los datos introducidos.
Requisitos especiales

El usuario tendr una interfaz grfica sencilla para su total

comprensin.

CASO DE USO
Nombre del caso de
uso

CU1: Consulta de Libros

Actores participantes
Tipo

Socio (Principal)
Inclusion

Descripcin

Posibilita las consultas de libros de una biblioteca a travs de internet y

alquilar el libro.

Precondicin

El actor necesariamente necesita consultar si existe el libro que desea.

El actor debi identificarse.
Tener acceso a internet.
1. Elegir la opcin consultas de libros
2. Escribir un dato del libro a consultar
3. El sistema mostrara una lista de las publicaciones que
satisfacen el criterio de bsqueda.
A1: Campo de Consulta
La secuencia A1 comienza en el punto 2
El actor podr indicar como realizara la consulta mediante un
campo con las sigtes opciones: Ttulos, autores, fecha de
edicin, idioma.
A2: Mostrar Lista
La secuencia A2 comienza en el punto 3
Se podr aplicar filtros adicionales a las listas devueltas.

Flujo Principal

Flujos Alternativos

Excepciones

El proceso se puede cancelar en cualquier momento

Poscondiciones

El actor selecciona el libro deseado, podr elegir ver informacin

adicional y si es posible alquilar el libro o no.

Requisitos especiales

Se podr recorrer a las distintas pginas conteniendo cada pgina un

mximo de 10 ttulos.
Si el actor se inhabilita por 5 minutos, se volver a pedir nuevamente
identificarse.

CASO DE USO
Nombre del caso de
uso
Actores participantes
Tipo

CU2: Registrarse
Socio (Principal)
Extension

Descripcin

Posibilita a que el actor se pueda registrar en la pgina web biblioteca

para mejores servicios.

Precondicin

El actor desea registrarse en la pgina web de biblioteca.

Tener acceso a internet y contar con un navegador.

Flujo Principal

1. Elegir la opcin registrarse.

Flujos Alternativos

Excepciones

2. El actor introduce un nombre de usuario

3. El actor introduce una contrasea
4. El actor repite la contrasea introducida
A1: Validacin de Letras
La secuencia A1 comienza en el punto 2
El sistema seala el error de que solo permitir letras y rechaza
la entrada
A2: Validar Usuario
La secuencia A2 comienza en el punto 2
El sistema seala el error de que ya existe un usuario con el
mismo nombre y rechaza la entrada.
A3: Validar Longitud
La secuencia A3 comienza en el punto 2 y posteriormente 3
El sistema seala el error de que solo permitir un cierto rango
de longitud y rechaza la entrada.
A4: Validar Contraseas
La secuencia A3 comienza en el punto 4
El sistema seala el error de que las contraseas ingresadas no
son iguales y rechaza la entrada.
El proceso se puede cancelar en cualquier momento

Poscondiciones
Se guarda los datos introducidos.
Requisitos especiales

El usuario tendr una interfaz grfica sencilla para su total

comprensin.

CASO DE USO
Nombre del caso de
uso
Actores participantes
Tipo

CU3: Identificarse
Socio (Principal)
Asociacin

Descripcin
Identifica al actor dentro de la pgina web biblioteca.
Precondicin

El actor necesita acceder en la pgina web de biblioteca.

Tener acceso a internet y contar con un navegador.

Flujo Principal

1. Abrir el navegador.
2. Acceder a la pgina de web de la biblioteca.
3. Si (usuario no se identific)
4.
Ingresar el Usuario
5.
Ingresar la contrasea

Flujos Alternativos

Excepciones

6. Fin si
A1: Validacin de Letras
La secuencia A1 comienza en el punto 4
El sistema seala el error de que solo permitir letras y rechaza
la entrada
A2: Validar Usuario
La secuencia A2 comienza en el punto 5
El sistema seala el error de que no existe el usuario o la
contrasea es incorrecta y limpia los campos, enfocandose en
el punto 4
El proceso se puede cancelar en cualquier momento

Poscondiciones
Se puede ingresar a la biblioteca virtual
Requisitos especiales

Si el usuario ya ha intentado ms de 5 veces ingresar, inmediatamente

se bloquea el uso de la pgina por 10 minutos.