cap2 somerville

Ingeniería de Software

EJERCICIOS LIBRO SOMMERVILLE 2.1 Explique qué otros sistemas dentro del entorno del sistema pueden tener efectos no previstos en su funcionamiento. Cualquier componente del hardware (disco duro, procesador) puede tener un efecto no previsto si ya ha cumplido su vida útil, la ralentización de los procesos es un ejemplo de que el sistema va a generar fallos o la perdida de datos. Los componentes software pueden tener un efecto no previsto si no se ha hecho un correcto análisis de la relación que posee con otro subsistema, es decir, independientemente puede funcionar correctamente pero al implementarlo con otra subtarea, puede haber cambios inesperados. 2.2 Explique por qué especificar un sistema para ser utilizado por los servicios de emergencia en la gestión de desastres es un problema travieso. Porque un desastre natural es algo impredecible y no habría especificaciones exactas para dar solución a un problema como ese. No es posible poner el escenario completo de un desastre o el efecto que tendrá en nuestro entorno. El problema sólo se puede abordar una vez que ha pasado. 2.3 Mencione la manera en que los sistemas de software utilizados en un automóvil pueden ayudar al desmantelamiento (desechos) del sistema completo. El software puede comprobar las partes del automóvil que funcionan correctamente, por ejemplo si la carga de la batería es incompleta, el motor tiene un recorrido que sobrepase la vida útil. 2.4 Explique por qué es importante presentar una descripción completa de una arquitectura del sistema en una etapa inicial del proceso de especificación del sistema. Es importante presentar una descripción de la arquitectura del sistema ya que los ingenieros de sistemas están involucrados en la especificación del sistema, en la

Ingeniería de Software definición de su arquitectura y en la integración de las diferentes partes para crear el sistema final de una forma correcta y no haya excesivos cambios en su implementación.

2.5 Considere un sistema de seguridad que es una versión extendida del sistema mostrado en la Figura 2.6, que está pensado para proteger contra la intrusión y para detectar fuego. Contiene sensores de humo, de movimiento y de puertas, videocámaras controladas por computadora, que se encuentran en varios lugares del edificio, una consola de operación donde se informa del estado del sistema, y facilidades de comunicación externa para llamar a los servicios apropiados como la policía y los bomberos. Dibuje un diagrama de bloques de un posible diseño de dicho sistema.

2.6 Se construye un sistema de detección de inundaciones para avisar de posibles inundaciones en lugares que se ven amenazados por éstas. El sistema incluirá un conjunto de sensores para vigilar el cambio en los niveles del río, vínculos aun sistema meteorológico que proporciona la previsión del tiempo, vínculos a los sistemas de comunicación de los servicios de emergencia (policía, guardacostas, etc.), monitores de vídeo instalados en lugares específicos, un cuarto de control equipado con consolas de operación y monitores de vídeo. Los controladores pueden acceder a la información de la base de datos y emitir pantallas de vídeo. El sistema de base de datos incluye información de los sensores, la ubicación de los sitios en riesgo y las condiciones de amenaza para estos sitios (por ejemplo, marea alta, vientos del suroeste, etc.), tablas de las

Ingeniería de Software mareas para los sitios costeros, el inventario y localización del equipo de control de inundaciones, detalle de los contactos de los servicios de emergencia, estaciones locales de radio, etc. Dibuje un diagrama de bloques de una posible arquitectura para dicho sistema. Debe identificar los subsistemas principales y los vínculos entre ellos.

2.7 Un consorcio de museos europeos va a desarrollar un sistema multimedia de museo virtual que ofrece experiencias virtuales de la Grecia antigua. El sistema debe proporcionar a los usuarios la función de ver modelos 3-D de la Grecia antigua a través de un navegador web estándar y también debe apoyar una experiencia de realidad virtual. ¿Qué dificultades políticas y organizacionales pueden surgir cuando el sistema se instale en los museos que forman el consorcio? Si implica que la gente pierda su trabajo, existe el peligro de que los empleados se resistan a la introducción del sistema. Además el diseño implica un cambio en las formas de trabajo de los directivos con el fin de adaptarse al sistema informático. Los directivos sienten que su jerarquía en la organización se ve reducida por el sistema. Y los que saben cómo operar el sistema tienen un gran poder para influir en las decisiones sobre el destino de la empresa. 2.8 Explique por qué los sistemas heredados pueden ser críticos en el funcionamiento de un negocio. Porque es demasiado arriesgado reemplazarlos. Las políticas y procedimientos organizacionales pueden depender de este sistema y habría un serio riesgo mayor si el sistema de recambio no funcionara adecuadamente. Además, los procedimientos existentes tendrían que cambiar, y esto puede molestar a las personas de la organización y causar dificultades.

Ingeniería de Software

2.9 Explique por qué los sistemas heredados pueden causar dificultades para las compañías que desean reorganizar sus procesos de negocio. Porque estos sistemas no solamente incluyen hardware y software sino también procesos y procedimientos heredados. Antiguas formas de hacer cosas que son difíciles de cambiar porque dependen de software heredado. Cambios que en una parte del sistema inevitablemente implicarán cambios en otros componentes.

2.10

¿Cuáles son los argumentos a favor y en contra para considerar que la ingeniería de sistemas es una profesión, como la ingeniería eléctrica o la de software? Porque hay que considerar que los sistemas forman parte de muchas de las áreas. Y cada una de las ramas se puede interrelacionar si existe un profesional que sepa dar un buen uso de cada una y la organice para obtener un producto que vaya en beneficio de la comunidad. El ingeniero en sistemas además de administrar debe diseñar, validar y mantener todo el conjunto de operaciones relacionadas al sistema. No se la vería como profesión porque los ingenieros de software deben saber como funciona también el hardware y sería innecesario otra persona que diga que hacer si tiene a un ingeniero eléctrico para manipular por ejemplo un sistema de seguridad en el sentido técnico. El de software únicamente lo implementaría y listo.

2.11 Suponga que es un ingeniero relacionado con el desarrollo de un sistema financiero. Durante la instalación, descubre que el sistema hará que se prescindan de muchas personas. La gente del entorno le niega el acceso a información esencial para completar la instalación del sistema. ¿Hasta dónde debería, como ingeniero de sistemas, verse envuelto en esto? ¿Es responsabilidad suya completar la instalación como lo estipula el contrato? ¿Debería abandonar el trabajo hasta que la organización haya resuelto el problema? 1.- Se vería envuelto en este caso si el jefe no dió la premisa de que esta situación podía ocurrir ya que el ingeniero actúa en base a lo estipulado en el contrato. Tal vez en los requerimientos del sistema no se contemplaba la posibilidad de despidos con la automatización de ciertos procesos. 2.- Cumpliría con su trabajo acabando la instalación pero esto no lo hace ver como un mal empleado o compañero que permitió el desempleo de las personas ya que a él no se le informó las consecuencias que conlleva dicha instalación.

Ingeniería de Software 3.- No debería porque su responsabilidad como buen empleado es mantenerse en la organización y desarrollo del sistema, y estaría abandonando su trabajo sin ayudarlo a progresar. El problema es algo que los directivos de la empresa deberían resolver y para esto la presencia del ingeniero también podría aportar dando ideas para que no haya que prescindir de los empleados.