Universidad Mariano Gálvez De Guatemala

Facultad De Ingeniería En Sistemas

Curso: Análisis De Sistemas II
Ing.: Manuel Noriega Pinituj

0408 - Modelado de Requerimientos

Merari Usiel Hernández Vela

5990-12-17972
Guatemala, 04/08/2018
 PROBLEMAS Y PUNTOS POR EVALUAR

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?

En cuanto a la forma de desarrollar el análisis las metodologías son radicalmente diferentes desde
su enfoque, la primera está orientada a procesos, tomando una visión donde los datos se consideran
separadamente de los procesos que los transforman, dando más importancia a la descomposición
funcional del sistema, y por tanto a los diagramas de procesos, esto puede parecer que lleva de
manera más directa a la implementación del sistema, pero con frecuencia éste suele ser más frágil.
Si cambian los requerimientos un sistema basado en descomposición funcional puede requerir una
reestructuración masiva.

Por el contrario, el enfoque orientado a objeto se centra en primer lugar en identificar los objetos
del dominio de aplicación y después en establecer procedimientos que los manejen. Aunque esto
pueda parecer más indirecto el software orientado a objeto se mantiene mejor ante los cambios de
requerimientos porque se basa en la estructura subyacente del dominio de aplicación en vez de los
requerimientos funcionales de un determinado problema.

7.2. En un diagrama de flujo de datos, ¿una flecha representa un flujo del control u otra cosa?

Muestran la secuencia de los pasos y las relaciones de datos entre ellos.

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?

Cada entrada y salida de datos debe ser la misma

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 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.

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