INGENIERÍA DE SOFTWARE PRÁCTICA 21 Ingeniería de requerimientos Algun Algunas as consid considera eracio ciones nes:: cierto ciertoss eje ejerci rcicio cioss que que se plante plantean an a conti continu nuaci ación ón requieren la elaboración por parte del alumno. En teoría se brinda el conocimiento base necesario el cual ampliado desde Internet o generando discusiones entre los alumnos permitirá llegar a la resolución de cada problema.
1. En cada uno uno de los siguientes siguientes casos casos determi determine ne las ventajas ventajas y/o desventajas que puede traer una metodología JAD para la toma inicial de requerimientos a. Desarrollo Desarrollo de un softw software are de gestión gestión que por por su contenid contenido o para su grupo de trabajo resulta novedoso. b. Desarrollo Desarrollo de un softwar software e de gestión gestión clásico (factur (facturación ación por por ej.) ej.) teni tenien endo do en cuen cuenta ta que que su grup grupo o de trab trabaj ajo o desarrolló varios problemas parecidos. c. Desarr Desarroll ollo o de un softwa software re de contro controll automá automátic tico, o, donde donde UD es parte parte del equipo de desarrollo desarrollo pero su experienc experiencia ia más amplia fue en el área de gestión. 2. Los desarro desarrollado lladores res trabajan trabajan con los clientes clientes y los usuario usuarioss para defini definirr los requer requerimi imient entos os y especi especific ficar ar lo lo que que el el sist sistema ema propuesto debe hacer. Si una vez construido, construido, el sistema trabaja trabaja de acuerdo con su especificación pero perjudica a alguien física o financieramente, ¿ quién es el responsable? 3. ¿ Qué diferen diferencia cia existe existe entre entre requerim requerimien ientos tos funcion funcionale aless y no funcionales?. Mediante un ejemplo presente los requerimientos requerimientos de estas dos clases. 4. “Me junto junto con el cliente cliente un par par de veces, veces, y si él me deja deja charlo charlo con los usuarios unos minutos y con eso tengo una idea clara de lo que tengo que hacer”. hacer”. Puede lo anterior anterior considerarse considerarse un mito? Se aplica n ormalmente esa forma de pensar? Tiene algo que ver con lo que se plantea como TOMA DE REQUERIMIENTOS. 5. Los Los as aspe pect ctos os rela relaci cion onad ados os co con n los los requ requer erim imie ient ntos os pued puede e ambiente te físico físico,, interf interface aces, s, usuari usuarios os y considera considerarse rse como: como: ambien factor factores es humano humanos, s, funcio funcional nalida idad, d, docume documenta ntació ción, n, recurs recursos, os, datos, seguridad y aseguramiento de calidad . A continuaci continuación ón
se plan plante tean an una una se seri rie e de preg pregun unta tas, s, dond donde e sus sus resp respue uest stas as determinarán requerimientos. Para cada pregunta indicar a que aspecto de la lista anterior se acerca más. a. ¿debe ¿debe controlar controlarse se el acceso acceso al sistema sistema o la informació información? n?
b. ¿Cual será el formato de los datos tanto para la entrada como para la salida? c. ¿Cómo debe demostrarse las características del sistema a terceros? d. ¿Existe un tiempo máximo permitido para la recuperación del sistema después del fallo? e. ¿qué habilidades deben tener los desarrolladores? f. ¿con que frecuencia deben hacerse los backups? g. ¿a que audiencia está orientado cada tipo de información que genera el sistema? h. ¿hay que entregar manual de usuario en papel necesariamente o alcanza con un hipertexto? i. ¿Qué hará el sistema? j. ¿Quién usará el sistema? k. ¿Dónde está el equipamiento que necesita el sistema para funcionar? l. ¿la entrada proviene de uno o más sistemas? m. ¿Cuán difícil le resultará a un usuario hacer un uso indebido del sistema? n. ¿Cómo y cuando puede cambiarse o mejorarse un sistema? o. ¿existen uno o varios emplazamientos físicos del sistema? p. ¿Existe algún límite sobre la cantidad de dinero a gastar en el desarrollo o en hardware y software? q. ¿Deben tomarse precauciones contra el fuego, el daño provocado por agua o robo? 6. Determinar para un proyecto cualquiera cuales pueden ser las fuentes de información para generar los requerimientos. Esto es, desde donde puede provenir la información útil para definir el alcance del problema y todos los datos de interés. 7. ¿Qué ventajas presentan las técnicas formales para la toma de requerimientos? Ejemplifique su uso. 8. De un ejemplo concreto donde la utilización de técnicas etnológicas sea fundamental para la evaluación de requerimientos Justifique. 9. En el ejercicio 6 UD propuso un proyecto y sus fuentes de información para generar los requerimientos. Una vez definidos los mismos sugiera un modelo breve para ellos. 10. ¿Cuáles son las motivaciones fundamentales que llevan a modelar los requerimientos? ¿El DFD es un modelo de requerimientos? ¿Por qué? 11. ¿Cuáles son los inconvenientes que se presentarían en un sistema de gestión (tipo sueldo) para llevar su modelado en un lenguaje formal?
12. Para resolver este ejercicio se deben generar dos grupos de trabajo. Cada grupo pensará un problema y el otro grupo deberá “tomar los requerimientos”. El objetivo es generar un SRS. Cada grupo debe generar requerimientos conflictivos que no sean de fácil detección por parte del equipo evaluador. ESTE EJERCICIO DEBERÁ SER EXPUESTO EN CLASE TEÓRICA. 13. Una vez resuelto el ejercicio 12, y en clase, se deberá llevar a cabo una política para el tratamiento de conflictos, política de negociación, para lo cual el grupo que toma los requerimientos (en cada caso) deberá adecuarse a los problemas presentados por el otro. SE DEBE TENER EN CUENTA QUE LOS DOCENTES DE LA MATERIA PODRÁN TOMAR PARTIDO, ESTO ES PODRÀN GENERAR NUEVAS FUENTES DE CONFLICTO QUE DEBERÀN SER SOLUCIONADAS.
