Cuestionario Del Libro de Ian Sommerville
Cuestionario Del Libro de Ian Sommerville
Cuestionario Del Libro de Ian Sommerville
CARPETA
INGIENERIA DE SOFTWARE
APELLIDOS Y NOMBRES:
REYES MACIAS JOEL PAÚL
TUTOR:
ING. BOLIVAR RAMOS MOSQUERA
PARALELO: ISIS-MA-4-8
GUAYAQUIL – ECUADOR
PREGUNTAS DE REPASO (UNIDAD #1)
3.- ¿Cuáles son los cuatro atributos importantes que todos los productos de software
deben tener? Sugiera otros cuatro atributos que pueden ser significativos.
Mantenibilidad.
Confiabilidad.
Eficiencia.
Usabilidad.
Seguro.
Fiable.
Capacidad de respuesta.
Reglas.
4.- ¿Cuál es la diferencia entre un modelo del proceso del software y un proceso del
software? Sugiera dos formas en las que un modelo del proceso del software ayuda
en la identificación de posibles mejoras del proceso.
La diferencia que existe entre un Modelo del proceso del Software y un Proceso del
Software es que el Modelo del proceso del software es una descripción simplificada de
un proceso del software que presenta una visión de ése proceso, en donde éstos modelos
pueden incluir actividades que son parte de los procesos y productos del software y el
papel de las personas involucradas en la ingeniería de Software.
5.- Explique por qué los costos de pruebas de software son particularmente altos
para productos de software genéricos que se venden a un mercado amplio.
La distribución de costos a través de las diferentes actividades del proceso de software
dependen del proceso utilizado y del tipo del software que se va a desarrollar.
7.- Comente si los ingenieros profesionales deben atestiguar de la misma forma que
los doctores o los abogados. Para cada una de las cláusulas del Código de Ética de la
ACM/IEEE que se muestra en la Figura 1.6, sugiera un ejemplo apropiado que
ilustre esa cláusula.
Si, deben comportarse de forma ética y moral responsable.
Si se llega a encontrar información que comprometa la integridad del cliente, no se
difundida.
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.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
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 (a 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 a un
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 consoladores 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 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 modeles 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 tiene 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.
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 cómo 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 dio 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.