Primer Parcial del 02/10/08 (Ingeniería II)

De Cuba-Wiki
Saltar a: navegación, buscar
Back.png Volver a la página de la materia

Consignas

  • El examen está conformado por 6 preguntas teóricas y un ejercicio práctico.
  • Cada pregunta equivale a 1 punto, pudiendo obtener medio punto por una respuesta parcial.
  • Para aprobar el examen, debe sumar 4 puntos de preguntas teóricas y 50% del ejercicio.
  • Por favor, responda las preguntas en forma concisa y justifique sus decisiones arquitectónicas.

Ej. Arquitectura[editar]

La agencia espacial del país le ha encargado a su empresa el desarrollo de los sistemas de navegación automática de los vehículos espaciales. En particular, la innovación más saliente de este sistema es un detector y evasor automático de obstáculos. La gran cantidad de elementos en el espacio hacen necesario este sistema.

Los científicos han identificado diversos tipos de obstáculos a encontrar en el espacio: en primer lugar, es ubicua la existencia de "basura espacial”, pequeños satélites en desuso y demás. Además, es común encontrar pequeños meteoritos en el área que rodea a la Tierra. Finalmente, los obstáculos más grandes son los astercides y otros grandes obstáculos. Los científicos han especificado que éstos últimos son los más peligrosos ya que es totalmente seguro que en caso de colisionar, destruirán el vehículo. Los asteroides pueden causar daños severos al vehículo, pero raramente la destrucción total, mientras que la basura espacial puede causar daños menores, tal vez letales al momento de la reentrada, pero en general inocuos. Todos estos obstáculos son fácilmente identificables por su tamaño.

El vehiculo cuenta con varios sensores multidireccionales que tan sólo detectan la proximidad de obstáculos y su tamaño. La posibilidad de colisión debe ser calculada detectando también la dirección y velocidad de estos obstáculos, pero los sensores son muy rudimentarios como para realizar esto.

El sistema debe proveer la funcionalidad de detectar posibles colisiones y, en caso de detección, abortar el control manual y automáticamente cambiar el curso para evitar la colisión. Este cambio de control no puede tomar más de 1 segundo después de la detección de la inminente colisión. Los científicos han dejado en claro que desean minimizar el contacto con cualquier objeto, pero saben que es preferible chocar con un pequeño pedazo de basura que con un asteroide.

Finalmente, especificaron que desean poder monitorear la actividad del módulo de detección y evasion.

Siempre que el modulo detecta una posible colision, debe enviarse la informacion de la accion tomada a la Tierra, por radio. Esta información suele ser bastante extensa ya que contiene datos de todos los instrumentos de la nave. En caso de detectar una posible colisión tal que ninguna maniobra puede evadirla, sólo enviará un conciso mensaje: "somos boleta”.

Se pide:

  • 1) Identifique todos los atributos de calidad que crea pertinentes.
  • 2) Especifique escenarios para dos de ellos.

Finalmente, diagrame una vista de componentes y conectores mostrando el diseño del sistema que resuelve la problemática. Haga especial énfasis en las tácticas derivadas de los escenarios, pero no deje de cumplir con los otros atributos de calidad encontrados.

Rta:

  • 1) Los QA's relevantes serian:
    • Performance (toma de acciones ante deteccion de colision)
    • Confiabilidad (actividades del modulo)
    • Disponibilidad (servicio de deteccion de obstaculos)
  • 2)
Escenarios para QA's
Fuente Estimulo Artefacto Entorno Respuesta Medicion
Performance Detector de colisiones Aviso de colision Modulo de control de curso Op Normal Aviso procesado (cambio de ctl hecho) hecho en <1 seg
Disponibilidad Meteoritos Proximidad al sensor Detector de colisiones Op Normal Peligro de colision detectado Prob(Deteccion)=0.999
  • Arquitectura del sistema (vista C&C):

Ing2-1p2c08.JPG

  • Funcionamiento del sistema
    • Para controlar la performance se pone enfasis en la eficiencia computacional de los componentes encargados de calcular deteccion y velocidad. Ademas se hace uso de concurrencia aplicando un componente Calculador por cada sensor.
    • El componente Detector de Colision maneja una politica de prioridad de mensajes atendiendo primero aquellos mensajes que son aviso de colision, ademas es el encargado de decidir que aviso es perjudicial en caso de haber posibilidad de choque con mas de un objeto.
    • Se aplica tambien una tactica de deteccion de fallas de los sensores, cada tanto un componente interno del componente Calculador de Direccion y Velocidad debe enviar un ping/echo para detectar caidas y avisar tal suceso (faltaria ampliarlo un poco).
    • Tambien se hace prevencion de fallas respecto a los controles aplicando un restart o rejuvenecimiento cada cierto intervalo de tiempo (ver que pasa si detecta una colision en este momento).
    • Estos controles estan relacionados con el componente Detector de Colision a traves de un conector publish/subscribe. El Detector enviara un mensaje de abortar o cambiar a los controles para que estos actuen de la manera esperada.
    • El componente Informador a Tierra recibe este mensaje tambien y debe responder informando a Tierra la accion tomada.
    • Dado que es importante que los datos de los sensores sean procesados y no haya demora en esto, se puede aplicar una tactica process monitor para detectar posibles fallas en los componentes Calculador de Direccion y Velocidad, de esta manera si hay falla se crea una nueva instancia del proceso y se salva la situacion.

Ej. Teoricos[editar]

  • 1.

Ud. es el gerente de proyecto encargado del desarrollo de una aplicación web: un tablero de control para el manejo de portfolio de proyectos de una empresa multinacional de juegos. El cliente es externo y sus oficinas están en otro país. Este es el primer sistema que se desarrolla para este cliente. El equipo de trabajo que le asignaron no conoce del negocio del cliente. El cliente quiere que el primer release del sistema para la administración básica de los proyectos esté listo para fin de año ya que durante 2009 se va a lanzar una nueva línea de productos y los gerentes quierer poder controlar de cerca el progreso de los diferentes proyectos.

Considerando la situación descripta anteriormente, identifique al menos tres riesgos del proyecto y especifíquelos mediante la representación de Gluch. Proponga planes de mitigación y de contingencias para cada uno de ellos (si identifica más de tres riesgos, haga esto último sólo para los tres primeros)

  • 2. Mencione ejemplos de tácticas de disponibiiidad que no puedan reflejarse en una vista C&C.


Conteste V/F y justifique:

  • 3. Implementando la táctica de voting se consiguen evitar los SPOF (Single Point of Failure)
  • 4. Si en un chart de semáforos un riesgo pasa a tener semáforo rojo, significa que se deben aplicar los planes de mitigación planificados para el riesgo.
  • 5. La regla de usabilidad que dice que para prevenir errores se debe preferir la selección antes que el tipeo libre mejora la usabilidad en todos los casos
  • 6. En UP, las tareas de seguimiento del proyecto se mantienen aproximadamente constantes a lo largo de todas sus fases e iteraciones.

Rtas:

  • 1.
    • [Dado que] este es el 1er sistema que se desarrolla para este cliente [posiblemente] surjan problemas de satisfaccion del cliente.
      • Mitigacion: buscar proyectos similares, estudiar perfil del cliente como principal stakeholder.
      • Contingencia:
    • [Dado que] el equipo de trabajo asignado no conoce del negocio del cliente [posiblemente] sea dificultoso el modelado del negocio y el entendimiento del problema.
      • Mitigacion: mayor esfuerzo en la etapa de analisis del problema y modelado del negocio.
      • Contingencia: tener en la agenda otro equipo de apoyo especializado en el tema.
    • [Dado que] el cliente quiere el 1er release para fin de año [posiblemente] no se llegue a entregar a tiempo.
      • Mitigacion: definir correcta y precisamente el plan del proyecto, enfasis en la estimacion.
      • Contingencia:
  • 2. Mmm.. Process Monitor??
  • 3. [F] Puede fallar el "voter".
  • 4. [F] No necesariamente, puede aplicarse el plan de contingencia planificado.
  • 5. [F] Podria no contemplarse la necesidad del usuario (por ej: tendria que buscar la forma de realizar su tarea con el riesgo de no concretarla o tardar mucho).
  • 6. [V] Debe hacerse a fin de controlar el avance.