Analisi 2

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 2

Oswaldo Castro 5990-14-11753

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.

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?

Mantener la misma cantidad de entradas y salidas.

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. De 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 Casa Segura. 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.
Oswaldo Castro 5990-14-11753

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.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
mu chas tareas, es conveniente ilustrarla de forma más rigurosa mediante un diagrama

También podría gustarte