Taller libro Ingeniería del Software 9na Edición Ian Sommerville
capítulo 5
Santiago Vanegas
Sebastián Romero
Sayjog Nicolas Mosquera
Fundación Escuela Tecnológica del Huila.
Ingeniería de Software.
Arquitectura de Software
Abril 2020
5.1 Explique por qué es importante modelar el contexto de un sistema que se
desarrollará. Mencione dos ejemplos de posibles errores que surgirían si los ingenieros
de software no entienden el contexto del sistema.
Como tal el modelar es una atracción en la cual se establecen las características del
sistema para poder tener una vista simple de lo que se desea en el sistema a realizar para que
el desarrollador tenga claridad lo que se desea del sistema.
● Por ejemplo, es muy posible encontrar una noticia en la cual, en un periódico, la forma
por la cual se trasmite la noticia sería el punto clave, el cómo lo transmiten otros medios
sería la alternativa.
● Por ejemplo, en Colombia todos los carros tienen el lado del conductor a la izquierda del
vehículo, el lugar del de donde se ubica la posición del conductor en el vehículo sería el
punto clave. El dónde se posiciona el lado del conductor en el vehículo en otros países
sería la alternativa.
5.2. ¿Cómo podría usar un modelo de un sistema que ya existe? Explique por qué
no siempre es necesario que un modelo de sistema esté completo y sea correcto. ¿Lo
mismo sería cierto si estuviera desarrollando un modelo de un sistema nuevo?
El hacer un modelo de un sistema existente se hace más que nada para la comparación
y análisis de requerimientos para poder especificar lo que hace el sistema con base de
establecer siestas fortalecen tanto como debilidades que pueden servir para un nuevo sistema.
Como tal el modelado es parte del desarrollo por lo que indica al desarrollador lo que
tiene que codificar para el sistema, por eso no es muy importante el que el sistema funcione o
esté completo antes del modelado.
5.3. Se le pide desarrollar un sistema que ayudará con la planeación de eventos y
fiestas a gran escala, como bodas, fiestas de graduación, cumpleaños, etcétera. Con un
diagrama de actividad, modele el contexto del proceso para tal sistema, que muestre las
actividades que hay en la planeación de una fiesta (reservación de local, organización de
invitaciones, y más) y los elementos del sistema que se tengan que usar en cada etapa.
5.4. Para el MHC-PMS, proponga un conjunto de casos de uso que ilustran las
interacciones entre un médico, que atiende pacientes y prescribir medicamentos y
tratamientos, y el MHC-PMS.
5.5. Desarrolle un diagrama de secuencia que muestre las interacciones que hay
cuando un estudiante se registra para un curso en una universidad. Los cursos pueden
tener matrícula limitada, de modo que el proceso de registro debe incluir la
comprobación de qué lugares están disponibles. Suponga que el estudiante accede a un
catálogo electrónico de cursos para encontrar los cursos disponibles.
5.6. Busque cuidadosamente cómo se representan los mensajes y buzones en el
sistema de correo electrónico que utilice. Modele las clases de objetos que puedan usarse
en la implementación del sistema para representar un buzón y un mensaje de correo
electrónico.
5.7. Con base en su experiencia con un cajero automático (ATM), dibuje un
diagrama de actividad que modele el procesamiento de datos cuando un cliente retira
dinero de la máquina.
5.8. Dibuje un diagrama de secuencia para el mismo sistema. Explique por qué
debe desarrollar tanto diagramas de actividad como de secuencia, cuando modela el
comportamiento de un sistema.
5.9. Dibuje diagramas de estado del software de control para:
■ Una lavadora automática con diferentes programas para distintos tipos de
ropa.
El software para un reproductor de DVD.
■ Una contestadora telefónica que registre los mensajes entrantes y muestre el
número de mensajes aceptados en un display de LEDs. El sistema debe permitir al
usuario del teléfono marcar desde cualquier ubicación, escribir una secuencia de
números (identificados como tonos) y reproducir cualquier mensaje grabado.
5.10. Usted es administrador de ingeniería de software y su equipo propone que
debe usarse la ingeniería dirigida por modelo para desarrollar el sistema nuevo. ¿Qué
factores debe tomar en cuenta cuando decide introducir o no este nuevo enfoque al
desarrollo de software?
A partir de la recomendación recibida por el equipo, se debe tomar en cuenta que: En
el MDD (por las siglas de Model-Driven Engineering) hay mayor énfasis en los modelos
arquitectónicos con una separación entre modelos abstractos independientes de
implementación y modelos específicos de implementación. Los modelos se desarrollan con
detalle suficiente, de manera que el sistema ejecutable puede generarse a partir de ellos.
Una de las ventajas de emplear MDE en un equipo de desarrollo es que La ingeniería
basada en modelo permite a los ingenieros pensar sobre sistemas en un nivel de abstracción
elevado, sin preocuparse por los detalles de su implementación. Con base en esto se tiende a
tener menos errores, así como también permite la creación de modelos reutilizables,
independientes a la plataforma. Algunas herramientas poderosas la implementación del
modelo puede generarse para diferentes plataformas a partir del mismo modelo.
Los modelos son una buena forma de facilitar el diseño de software. Es de tener en
cuenta que las abstracciones que soporta el modelo no siempre son las necesarias. También se
debe tener en cuenta que los argumentos de plataforma solo son válidos cuando estos son
grandes sistemas y de larga duración, en el cual se tiende a quedar obsoleto.
En la página de El OMG (www.omg.org/mda/products_success.htm) se puede
observar historias de éxitos para grandes compañías.
