Práctica de Requerimientos (Ingeniería I)

Archivo:Back.png Volver a la página de la materia

Ejercicio 01

Archivo:Ing1reqej1ctx.png

Diagrama de Contexto

Archivo:Reqej1obj.png

Diagrama de Objetivos

Preguntas y Respuestas (mail a Sebastian)

1) A qué se refiere con el argumento de verificación? Que modelo formal quiero validar con que otro modelo? El de contexto con el de objetivos?

No tengo la practica a mano, el argumento de verificacion, me imagino, que se refiere a el de D, R |= G. Es decir que el conocimiento formalizado acerca del dominio y de los requerimientos garantizan los objetivos.

2) Con el modelo de objetivos se refieren al de tener los objetivos de mas alto nivel e ir refinando hasta obtener requerimientos?

El modelo de objetivos es el grafo que muestra las dependencias entre todos las aserciones acerca del mundo que tenemos. Algunos son de alto nivel y otros de bajo nivel. Aquellos asignados a la maquina son lo que llamamos requerimientos.

3) El modelo de Jackson era el del mundo/interfaz/maquina. Como la ing requerimientos se realiza en el mundo y los requerimientos se encuentran en la interfaz siempre termino quedandome sin nada que caiga en la maquina propiamente dicha cuando pienso en los fenómenos y trato de ponerlos en algún lugar, esto está bien?

Está bien que todos los fenomenos que nos interesan (para IR) estan fuera de la maquina. Los ejercicios tratan de obligarte a pensar que tipo de fenómenos tal vez no nos interesan.

4) También adjunto el diagrama de contexto que se me ocurrió y tengo algunas preguntas sobre el: Está bien poner al ascensor? El "boton llamada" podría ser considerado como una máquina? no se a que cosas ponerle la caja simple o la de las dos lineas (igual eso es menos crítico).

Poner el ascensor en principio no esta mal. Justo en el diagrama que tenes vos, el ascensor no "controla" ningun fenomeno, con lo cual no hace mucha diferencia agregarlo o no. Pero al estar ahi, permite preguntarse que tipo de fenomenos puede controlar el ascensor y si son relevantes (lo mismo aplica a las puertas) Ejemplos: se puede trabar es ascensor? Que debe hacer el controlador?

Ejercicio 03

Requerimiento: Condición que nuestro sistema deberá lograr para que, junto con las presunciones del dominio, llegue a cumplir el objetivo planteado.

Stakeholder: Persona o entidad que pueda verse beneficiado o perjudicado por nuestro sistema. Tiene información útil para desarrollarlo.

Goal: Objetivo concreto y validable/verificable de nuestro sistema.

Soft Goal: Objetivo de alto nivel, difícil de medir y poco específico.

Modelo: Abstracción manejable (formal) y con un alcance definido de un sistema más complejo.

Agente: Entidad que interactua con nuestro sistema.

Ejercicio 06

Objetivos

• Automatizar la operatoria lo mejor posible
• Elegir de chofer y vehiculos de forma sencilla
• Clientes VIP efectuan pedidos sin pasar por la operatoria

Fenomenos

• Operadora recibe pedidos telefonicos de los clientes M
• El precio del viaje se calcula en funcion del kilometraje C
• Choferes poseen planilla de tarifas M
• Operadora busca en planilla choferes y vehiculos disponibles M
• Operadora informa hora de envio M
• Choferes informan trayectos recorridos M
• Recorridos son guardados en ficheros manuales C
• Operadora registra en planilla los pedidos C
• Gerente consulta pedidos M
• La comunicacion entre operadora y chofer es por handy
• Se informa la viabilidad de los pedidos C
• El trayecto informado por chofer es validado en el mapa C

Requerimientos

• Choferes avisan -> Operadora tiene datos
• Operadora carga -> PC procesa y mantiene los disponibles en O(1)
• Planilla de choferes disponibles accesible por VIP, y VIP tiene comunicacion con chofer -> Pedidos sin Operadora