INGENIERIA DEL SOFTWARE I
-Integrantes: Escobar Torres, Ricardo D. -Profesores: Prof. Lic. María Del Rosario Zorrilla A., Mg.
Prof. Lic. Juan Benito Torres -Tercer Año Sexto Semestre
Ingenieria del Software PRACTICA DE REQUERIMIENTOS 1. Revise el ejercitario 2. Revise los requerimientos para determinar si hay algún problema, por ejemplo consistencia, ambigüedad, conflictos. ¿Contiene alguna decisión de diseño o de implementación? a. Utilizando el formato de documento de definición 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 organización iii. Externos Respuesta: El problema no presenta tantos inconvenientes en la descripción. Pero, falta agregar más especificaciones, como podría 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. Existirán una serie de usuarios finales, y un administrador; todos ellos interaccionarán c. d.
e. f.
g.
con el sistema a través de una “shell” de comandos. Se podrán gestionar el sistema de ficheros de su propia cuenta, y realizar una pequeña gestión de procesos. La “shell” de los administradores podrán 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 gestión de la entrada/salida del sistema Los usuarios finales podrán ejecutar procesos y modificar los permisos de los archivos y directorios que estos creen dentro de su cuenta. El administrador podrá ejecutar procesos, cambiar los permisos de cualquier archivo o directorio del sistema, podrá dar prioridades de ejecución a los procesos, y seleccionar el grado de multitarea. La modificación 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 máximo 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 básicas. b. De la Organización
Los usuarios del sistema se acreditarán a través de la Administración. c. Externos
El sistema esta aptó para la gestión de los dispositivos, proporciona seguridad a los archivos. 2. ¿Es posible tener un documento único de definición y especificación de requerimientos? ¿Cuáles 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 organización. 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 reformulación de esa lista en términos técnicos para que se realice el diseño. Ventajas
Entendimiento común entre Cliente, usuario, analistas, desarrolladores. No será necesario un método para asegurar la correspondencia entre ambos. Desventajas No se sabría con exactitud cuáles son las implementaciones dadas por el cliente y las mejoradas por el desarrollador u otro, ya que esto nos serviría para un debate de comprensión. No permitiría seguir la pista y correspondencia. Esquema de Organización Un diseño que permita la división de los trabajos será muy bueno, ya que un error sería fácil de encontrarlo y corregirlo de esa forma. El sigte. Esquema: Definición de Requisitos Especificación de Requisitos Módulos de Diseño Código que implementa los módulos 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 daña a alguien física o financieramente ¿quién 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 lógicos 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 especificación están los relacionados con la seguridad personal y la confiabilidad. ¿Cómo se puede asegurar que esos requerimientos son verificables? En particular, ¿cómo se puede demostrar la confiabilidad de un sistema que se requiere no falle nunca? Respuesta: La verificación se puede realizar a través de métodos formales de análisis o a través
de pruebas. Diseñar conjunto de pruebas para demostrar que e l 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 definición y especificación pensando en más adelante encontrar alguna forma de cumplirlo o pensando en pedir más 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 títulos o en los nombres de los autores, fecha de edición, idioma. El sistema debe mostrar una lista de las publicaciones que satisfacen el criterio de búsqueda e indicar la cantidad total de títulos seleccionados. En cada página devolverá un máximo de 10 títulos. El sistema debe ofrecer la posibilidad de recorrer las distintas páginas y de aplicar filtros adicionales a las listas devueltas. El socio podrá elegir ver i nformación adicional respecto a un libro (comentarios y si está disponible para préstamo). a. Desarrolle este caso de uso b. Se desea dar la opción 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 identificación de usuario y una contraseña. No pueden haber identificaciones de usuario repetidas y el usuario debe ingresar dos veces la contraseña de forma idéntica para que esta se considere válida. 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 boletín el primer día de cada mes, con la lista de libros nuevos de la biblioteca en ese mes. ¿Quién 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) Asociación
Descripción
Posibilita las consultas de libros de una biblioteca a través de internet y alquilar el libro.
Precondición
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 página de web de la biblioteca. Elegir la opción consultas de libros Escribir un dato del libro a consultar El sistema mostrara una lista de las publicaciones que satisfacen el criterio de búsqueda. 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: Títulos, autores, fecha de edición, 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 información adicional y si es posible alquilar el libro o no.
Requisitos especiales
Se podrá recorrer a las distintas páginas conteniendo cada página un máximo de 10 títulos.
CASO DE USO B Nombre del caso de uso Actores participantes Tipo
CU2: Registrarse Socio (Principal) Asociación
Descripción
Posibilita a que el actor se pueda registrar en la página web biblioteca para mejores servicios.
Precondición
El actor desea registrarse en la página web de biblioteca. Tener acceso a internet y contar con un navegador.
Flujo Principal
1. Abrir el navegador. 2. Acceder a la página de web de la biblioteca. 3. Elegir la opción registrarse. 4. El actor introduce un nombre de usuario 5. El actor introduce una contraseña 6. El actor repite la contraseña introducida A1: Validación de Letras La secuencia A1 comienza en el punto 4
Flujos Alternativos
El sistema señala el error de que solo permitirá letras y rechaza la entrada A2: Validar Usuario La secuencia A2 comienza en el punto 4 El sistema señala 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 señala el error de que solo permitirá un cierto rango de longitud y rechaza la entrada. A4: Validar Contraseñas La secuencia A3 comienza en el punto 6 El sistema señala el error de que las contraseñas 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 gráfica sencilla para su total comprensión.
CASO DE USO Nombre del caso de uso
CU1: Consulta de Libros
Actores participantes Tipo
Socio (Principal) Inclusion
Descripción
Posibilita las consultas de libros de una biblioteca a través de internet y alquilar el libro.
Precondición
El actor necesariamente necesita consultar si existe el libro que desea. El actor debió identificarse. Tener acceso a internet. 1. Elegir la opción 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 búsqueda. 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: Títulos, autores, fecha de edición, 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 información adicional y si es posible alquilar el libro o no.
Requisitos especiales
Se podrá recorrer a las distintas páginas conteniendo cada página un máximo de 10 títulos. 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
Descripción
Posibilita a que el actor se pueda registrar en la página web biblioteca para mejores servicios.
Precondición
El actor desea registrarse en la página web de biblioteca. Tener acceso a internet y contar con un navegador.
Flujo Principal
1. Elegir la opción registrarse.
Flujos Alternativos
2. El actor introduce un nombre de usuario 3. El actor introduce una contraseña 4. El actor repite la contraseña introducida A1: Validación de Letras La secuencia A1 comienza en el punto 2 El sistema señala el error de que solo permitirá letras y rechaza la entrada A2: Validar Usuario La secuencia A2 comienza en el punto 2 El sistema señala 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 señala el error de que solo permitirá un cierto rango de longitud y rechaza la entrada. A4: Validar Contraseñas La secuencia A3 comienza en el punto 4 El sistema señala el error de que las contraseñas 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 gráfica sencilla para su total comprensión.
CASO DE USO Nombre del caso de uso Actores participantes Tipo
CU3: Identificarse Socio (Principal) Asociación
Descripción Identifica al actor dentro de la página web biblioteca. Precondición
El actor necesita acceder en la página web de biblioteca. Tener acceso a internet y contar con un navegador.
Flujo Principal
1. Abrir el navegador. 2. Acceder a la página de web de la biblioteca. 3. Si (usuario no se identificó) 4. Ingresar el Usuario 5. Ingresar la contraseña
Flujos Alternativos
6. Fin si A1: Validación de Letras La secuencia A1 comienza en el punto 4 El sistema señala el error de que solo permitirá letras y rechaza la entrada A2: Validar Usuario La secuencia A2 comienza en el punto 5 El sistema señala el error de que no existe el usuario o la contraseña es incorrecta y limpia los campos, enfocandose en el punto 4
Excepciones
El proceso se puede cancelar en cualquier momento
Poscondiciones Se puede ingresar a la biblioteca virtual Requisitos especiales
Si el usuario ya ha intentado más de 5 veces ingresar, inmediatamente se bloquea el uso de la página por 10 minutos.
