Scribd
Cargar
173 vistas3 páginas

Capitulo 7

El capítulo compara el análisis estructurado y el análisis orientado a objetos, explica los diferentes tipos de modelos de comportamiento como diagramas de estado y secuencia, y describe los patrones y modelos necesarios para analizar los requerimientos de una aplicación web de seguridad como CasaSeguraAsegurada.com, incluyendo modelos de interacción, navegación y configuración.

Cargado por

leo
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
173 vistas3 páginas

Capitulo 7

El capítulo compara el análisis estructurado y el análisis orientado a objetos, explica los diferentes tipos de modelos de comportamiento como diagramas de estado y secuencia, y describe los patrones y modelos necesarios para analizar los requerimientos de una aplicación web de seguridad como CasaSeguraAsegurada.com, incluyendo modelos de interacción, navegación y configuración.

Cargado por

leo
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 3

Capitulo # 7

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
define sus atributos y relaciones. Los procesos que manipulan objetos de datos se
modelan de una forma que muestra cómo transforman los datos cuando los
objetos de datos fluyen por el sistema.
El análisis orientado a objetos, se centra en la definición de clases y en el modo en
el que colaboran una con otra para cumplir con los requerimientos del cliente.1
7.2. En un diagrama de flujo de datos, ¿una flecha representa un flujo del control u
otra cosa?
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?

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 sustantivadas) 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.1De modo que al
realizar un análisis gramatical de la narración de procesamiento en cualquier nivel
del DFD, 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 el
comportamiento del sistema. La CSPEC contiene un diagrama de estado que es
una especificación secuencial del comportamiento. También puede contener una
tabla de activación del programa, especificación combinatoria del comportamiento.
7.6. ¿Son lo mismo una PSPEC y un caso de uso? Si no es así, explique las
diferencias.
PSPEC: procesar password (en el panel de control). La transformación procesar
password realiza la validación en el panel de control para la función de seguridad
de CasaSegura. Procesar password recibe un password de cuatro dígitos de la
función interactuar con usuario.
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?
1) El estado de cada clase cuando el sistema ejecuta su función.
2) 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?
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.
2Diagramas 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.2
7.9. Sugiera tres patrones de requerimientos para un teléfono inalámbrico
moderno y escriba una descripción breve de cada uno. ¿Estos patrones podrían
usarse para otros equipos? Dé un ejemplo.

7.10. Seleccione uno de los patrones desarrollados en el problema 7.9 y desarrolle


una descripción del patrón razonablemente completa, similar en contenido y estilo
a la que se presentó en la sección 7.4.2.

7.11. ¿Cuánto modelado del análisis piensa que se requeriría para


CasaSeguraAsegurada.com? ¿Se necesitaría cada uno de los tipos de modelo
descritos en la sección 7.5.3?

7.12. ¿Cuál es el propósito del modelo de interacción para una webapp?


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.
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?
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?
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: 1) casos
de uso, 2) diagramas de secuencia, 3) diagramas de estado y 4) 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

También podría gustarte