software


Examen de Septiembre de Ingeniería del Software I
Curso 2002/2003

1) (2 puntos) Responde brevemente (máximo una cara en total):

a) ¿Cómo comprobarías la coherencia entre un Diagrama de Flujo de Datos y los Diagramas Entidad Relación asociados? ¿y entre los distintos niveles de un Diagrama de Flujo de Datos?.

b) ¿Por qué es conveniente mantener la trazabilidad entre el diseño y losrequisitos?. Sugiere cómo se podría hacer.

c) En el diseño de arquitectura, ¿Es siempre posible reducir al máximo el acoplamiento? ¿por qué?

d) ¿Se pueden combinar las técnicas de estimación por descomposición con las técnicas de estimación empíricas? ¿Cómo? ¿En qué situaciones sería conveniente?

e) Supón que trabajas en una empresa como analista, y para un proyecto en el que has previstodificultades de entendimiento con el cliente en la fase de análisis has decidio realizar una maqueta. Los clientes te dicen que la maqueta es justo lo que ellos querían, te animan a que sigas trabajando en ella para que se la entregues cuanto antes ya que, según ellos, añadiendole un par de características (unos cálculos numéricos y comunicaciones con TCP/IP) el producto estaría terminado. ¿Cómoreaccionarías ante esta situación?

Respuestas

a. Habría que comprobar que los diagramas entidad relación describen adecuadamente el contenido de los almacenes del DFD (mirando también en el diccionario de datos), y que los flujos de entrada y de salida a estos almacenes también son compatibles con el diagrama entidad relación (mirando también en el diccionario de datos).

Que los distintosniveles de un diagrama de flujo de datos sean coherentes se llama nivelado y consiste en comprobar que los flujos de entrada y salida se conservan en los distintos niveles.

b. La trazabilidad de los requisitos nos permite saber qué modulos de diseño implementan cada requisito, y cada módulo o conjunto de módulos, qué requisitos implementan. Es conveniente mantenerla, por ejemplo, de cara aidentificar si nuestro diseño cubre todos los requisitos. También de cara a las pruebas y mantenimiento, porque si la aplicación no cumple con algún requisito o se modifica alguno, sabemos qué módulos hay que revisar. Se suele utilizar una matriz de trazabilidad relacionando requisitos y módulos de diseño.

c. Es deseable que los módulos sean lo más independientes posible (entre sí y respecto afactores externos). Pero no es posible llegar al nivel más bajo de acoplamiento en todos los módulos de la aplicación. Hay acoplamiento inevitable: dos módulos se pueden pasar datos por la interfaz, o bien un módulo puede tener que controlar un dispositivo externo (una impresora, tarjeta de red, etc.) Además, podemos reducir el acoplamiento juntando módulos (para evitar la comunicación a través de lasinterfaces), pero esto generalmente implica una disminución de la cohesión.

d. Sí, podemos dividir el producto en subsistemas, y luego utilizar una técnica empírica para estimar algún parámetro de cada subsistema. Esto es útil si subsistemas distintos tienen características distintas (complejidad por ejemplo) que pueden hacer que el parámetro que queramos estimar sea muy distinto. En generaldescomponer un sistema complejo (un sistema) en otro más simple (susbsistemas) va a hacer que podamos tener más precisión en las estimaciones.

e. Las maquetas son sólo una interfaz con la apariencia de la aplicación, y nunca evolucionan hacia el producto final. Se han realizado de manera rápida, prestando poca atención al diseño, en un lenguaje de programación de alto nivel, de gran potenciagráfica pero probablemente poco adecuado para el desarrollo de una aplicación (y más de las características descritas en la pregunta). La maqueta se debería reimplementarse en en lenguaje de programación adecuado, utilizando las técnicas de diseño, codificación, etc. adecuadas.

2) (3’5 puntos) La empresa “PLAN TAVIT” te ha encargado la realización de una aplicación Web para la planificación de...