INGENIERA DE SOFTWARE PRCTICA 9

Ingeniera de requerimientos
Algunas consideraciones: ciertos ejercicios que se plantean a continuacin requieren la elaboracin por parte del alumno. En teora se brinda el conocimiento base necesario el cual ampliado desde Internet o generando discusiones entre los alumnos permitir llegar a la resolucin de cada problema.

1. En cada uno de los siguientes casos determine las ventajas y/o desventajas que puede traer una metodologa JAD para la toma inicial de requerimientos a. Desarrollo de un software de gestin que por su contenido para su grupo de trabajo resulta novedoso. b. Desarrollo de un software de gestin clsico (facturacin por ej.) teniendo en cuenta que su grupo de trabajo desarroll varios problemas parecidos. c. Desarrollo de un software de control automtico, donde UD es parte del equipo de desarrollo pero su experiencia ms amplia fue en el rea de gestin. 2. Los desarrolladores trabajan con los clientes y los usuarios para definir los requerimientos y especificar lo que el sistema propuesto debe hacer. Si una vez construido, el sistema trabaja de acuerdo con su especificacin pero perjudica a alguien fsica o financieramente, quin es el responsable? 3. Qu diferencia existe entre requerimientos funcionales y no funcionales?. Mediante un ejemplo presente los requerimientos de estas dos clases. 4. Me junto con el cliente un par de veces, y si l me deja charlo con los usuarios unos minutos y con eso tengo una idea clara de lo que tengo que hacer. Puede lo anterior 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 aspectos relacionados con los requerimientos puede considerarse como: ambiente fsico, interfaces, usuarios y factores humanos, funcionalidad, documentacin, recursos, datos, seguridad y aseguramiento de calidad . A continuacin se plantean una serie de preguntas, donde sus respuestas determinarn requerimientos. Para cada pregunta indicar a que aspecto de la lista anterior se acerca ms. a. debe controlarse el acceso al sistema o la informacin?

b. Cual ser el formato de los datos tanto para la entrada como para la salida? c. Cmo debe demostrarse las caractersticas del sistema a terceros? d. Existe un tiempo mximo permitido para la recuperacin del sistema despus 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 informacin 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. Quin usar el sistema? k. Dnde est el equipamiento que necesita el sistema para funcionar? l. la entrada proviene de uno o ms sistemas? m. Cun difcil le resultar a un usuario hacer un uso indebido del sistema? n. Cmo y cuando puede cambiarse o mejorarse un sistema? o. existen uno o varios emplazamientos fsicos del sistema? p. Existe algn lmite sobre la cantidad de dinero a gastar en el desarrollo o en hardware y software? q. Deben tomarse precauciones contra el fuego, el dao provocado por agua o robo? 6. Determinar para un proyecto cualquiera cuales pueden ser las fuentes de informacin para generar los requerimientos. Esto es, desde donde puede provenir la informacin til para definir el alcance del problema y todos los datos de inters. 7. Qu ventajas presentan las tcnicas formales para la toma de requerimientos? Ejemplifique su uso. 8. De un ejemplo concreto donde la utilizacin de tcnicas etnolgicas sea fundamental para la evaluacin de requerimientos Justifique. 9. En el ejercicio 6 UD propuso un proyecto y sus fuentes de informacin para generar los requerimientos. Una vez definidos los mismos sugiera un modelo breve para ellos. 10. Cules son las motivaciones fundamentales que llevan a modelar los requerimientos? El DFD es un modelo de requerimientos? Por qu? 11. Cules son los inconvenientes que se presentaran en un sistema de gestin (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 fcil deteccin por parte del equipo evaluador. ESTE EJERCICIO DEBER SER EXPUESTO EN CLASE TERICA. 13. Una vez resuelto el ejercicio 12, y en clase, se deber llevar a cabo una poltica para el tratamiento de conflictos, poltica de negociacin, 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 PODRN TOMAR PARTIDO, ESTO ES PODRN GENERAR NUEVAS FUENTES DE CONFLICTO QUE DEBERN SER SOLUCIONADAS.