7.1.
¿Cuál es la diferencia fundamental entre el análisis estructurado y las
estrategias orientadas a objetos para hacer el análisis de los
requerimientos?
El análisis estructurado: considera como entidades separadas los datos y los
procesos que los transforman. Los objetos de datos se modelan en una forma que
se define sus atributos y entidades. Los procesos que manipulan objetos de datos
se modelan de una forma que muestra como transforman los datos cuando los
objetos de datos fluyen por el sistema.
El análisis orientado a objeto: se centra en la definición de clases y en el modo
en que colaboran una con otra para cumplir los requerimientos del cliente.
7.2. En un diagrama de flujo de datos, ¿una flecha representa un flujo del
control u otra cosa? R= En este caso la flecha representa datos u objetos de
control.
7.3. ¿Qué es la “continuidad del flujo de información” y cómo se aplica cuando
se mejora el diagrama de flujo de datos? R= El diagrama de flujo de datos permite
desarrollar modelos del dominio de la información y del dominio funcional.
Unos cuantos lineamientos sencillos ayudan muchísimo durante la elaboración del
diagrama de flujo de los datos:
El nivel 0 del diagrama debe ilustrar el software o sistema como una sola
burbuja.
Debe anotarse con cuidado las entradas y salidas principales.
La mejora debe comenzar por aislar procesos candidatos, objetos de datos
y almacenamiento de éstos, para representarlos en el siguiente nivel.
Todas las flechas y burbujas deben etiquetarse con nombres significativos.
De un nivel a otro, debe mantenerse la continuidad del flujo de información.
Debe mejorarse una burbuja a la vez.
Existe la tendencia natural a complicar innecesariamente el diagrama de flujo de los
datos. Esto sucede cuando se trata de ilustrar demasiados detalles en una etapa
muy temprana o representar aspectos de procedimiento del software en lugar del
flujo de la información.
7.4. ¿Cómo se utiliza el análisis gramatical en la creación de un DFD?
Se aíslan todos los sustantivos (y frases sustantivas) y verbos (y frases verbales)
en la narración del procesamiento de información obtenida durante la primera
reunión realizada para recabar los requerimientos. De modo que al realizar un
análisis gramatical de la narración de procesamiento en cualquier nivel del DEF, se
genera mucha información útil sobre la manera de proceder para la mejora del nivel
siguiente.
7.5. ¿Qué es una especificación del control?
Una especificación de control (CSPEC) representa de dos maneras distintas del
comportamiento del sistema. CSPEC contiene un diagrama de estado que es una
especificación secuencial del comportamiento. También puede contener una tabla
de activación de programa, especificación combinatoria del comportamiento.
7.6. ¿Son lo mismo una especificación del proceso (PSPEC) y un caso de uso?
Si no es así, explique las diferencias.
PSPEC: procesador password (en panel de control). La transformación procesar
password realiza la validación en el panel de control para la función de seguridad
de Casa Segura. Procesar password recibe un password de cuatro dígitos de la
función interactuar con usuario.
En el caso de uso representa una secuencia de actividades que involucra a los
actores y al sistema. En general, un evento ocurre siempre que el sistema y un actor
intercambian información.
7.7. Hay dos tipos diferentes de “estados” que los modelos del
comportamiento pueden representar. ¿Cuáles son? R= En el contexto del
modelado del comportamiento deben considerarse dos caracterizaciones diferentes
de los estados:
El estado de cada clase cuando el sistema ejecuta su función
El estado del sistema según se observa desde el exterior cuando realiza su
función.
7.8. ¿En qué difiere un diagrama de secuencia de un diagrama de estado? ¿En
qué se parecen?
R= Diagramas de estado para clases de análisis: Representa estados activos
para cada clase y los eventos (disparadores) que causan cambios en dichos
estados activos.
Diagramas de secuencia: Indica la forma en la que los eventos provocan
transiciones de un objeto a otro. Una vez identificados los objetos por medio del
análisis del caso de uso, el modelador crea un diagrama de secuencia:
representación del modo en el que los eventos causan el flujo de uno a otro como
función del tiempo. En esencia, el diagrama de secuencia es una versión
taquigráfica del caso de uso. Representa las clases password y los eventos que
hacen que el comportamiento avance de una clase a otra.
7.12. ¿Cuál es el propósito del modelo de interacción para una webapps?
R= El propósito es describir la manera en que los usuarios interactúan con la
webapp.
7.13. Un modelo funcional de webapp debe retrasarse hasta el diseño. Diga
los pros y contras de este argumento. R= El modelo de complejidad relativa debe
retrasarse hasta el diseño, ya que esta complejidad se da en la naturaleza de la
información a que se accede y en las formas en las que se manipula.
7.14. ¿Cuál es el propósito de un modelo de configuración?
R= El propósito es describir el ambiente e infraestructura en la que reside la webapp.
7.15. ¿En qué difiere el modelo de navegación del modelo de interacción?
R= El modelo de navegación considera cómo navegará cada categoría de usuario
de un elemento de la webapp (como un objeto de contenido) a otro. La mecánica
de navegación se define como parte del diseño. En esa etapa debe centrarse la
atención en los requerimientos generales de navegación.
El modelo de interacción La gran mayoría de webapps permiten una
“conversación” entre un usuario final y funcionalidad, contenido y comportamiento
de la aplicación. Esta conversación se describe con el uso de un modelo de
interacción que se compone de uno o más de los elementos siguientes:
casos de uso
diagramas de secuencia
diagramas de estado
prototipos de la interfaz de usuario.
En muchas instancias, basta un conjunto de casos de uso para describir la
interacción en el nivel del análisis (durante el diseño se introducirán más mejoras y
detalles). Sin embargo, cuando la secuencia de interacción es compleja e involucra
múltiples clases de análisis o muchas tareas, es conveniente ilustrarla de forma más
rigurosa mediante un diagrama.
