• Author / Uploaded
• COKE20082008

• Categories
• Grupo de trabajo
• Software
• Tecnología
• Informática
• Cognición

Citation preview

INGENIERÍA DE SOFTWARE PRÁCTICA 21

Ingeniería de requerimientos Algunas consideraciones: ciertos ejercicios que se plantean a continuació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 de los siguientes casos determine las ventajas y/o desventajas que puede traer una metodología JAD para la toma inicial de requerimientos a. Desarrollo de un software de gestión que por su contenido para su grupo de trabajo resulta novedoso. b. Desarrollo de un software de gestión clásico (facturación por ej.) teniendo en cuenta que su grupo de trabajo desarrolló varios problemas parecidos. c. Desarrollo de un software de control automático, donde UD es parte del equipo de desarrollo pero su experiencia más amplia fue en el área de gestión. 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 especificación pero perjudica a alguien física o financieramente, ¿ quién 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 físico, interfaces, usuarios y factores humanos, funcionalidad, documentación, recursos, datos, seguridad y aseguramiento de calidad. A continuación se plantean una serie de preguntas, donde sus respuestas determinarán requerimientos. Para cada pregunta indicar a que aspecto de la lista anterior se acerca más. a. ¿debe controlarse el acceso al sistema o la informació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.