Epm-Resumen-Grupo No 1 (Aporte)

LIC.
INGENERÍA INDUSTRIAL Y DE SISTEMAS
INVESTIGACION 5:
MODELADO DE LOS REQUERIMIENTOS
ESCENARIOS, INFORMACIÓN Y CLASES DE ANÁLISIS
INTEGRANTE:
LUANA ROBOLT
YASMILEE ARIAS
PROFESOR:
ALLAN R. JONES
MODELADO DE LOS REQUERIMIENTOS
ESCENARIOS, INFORMACIÓN Y CLASES DE ANÁLISIS
Cuestionario:
1. ¿Qué es un modelado de los requerimientos?

Es un vehículo maravilloso para la comunicación, pero no necesariamente es la
mejor forma de representar los requerimientos de software de computadora. El
modelado de los requerimientos utiliza una combinación de texto y diagramas para
ilustrarlos en forma que sea relativamente fácil de entender y, más importante, de
revisar para corregir, completar y hacer congruente.
2. ¿Quién hace el modelado de los requerimientos?

Un ingeniero de software (a veces llamado “analista”) construye el modelo con el
uso de los requerimientos recabados del cliente.
3. ¿Por qué es importante?

Para validar los requerimientos del software se necesita estudiarlos desde varios
puntos de vista diferentes. Se considerará el modelado e los requerimientos
desde tres perspectivas distintas: modelos basados en el escenario, modelos de
datos (información) y modelos basados en la clase. Cada una representa a los
requerimientos en una “dimensión” diferente, con lo que aumenta la probabilidad
de detectar errores, de que afloren las inconsistencias y de que se revelen las
omisiones.
4. ¿Cuáles son los pasos?

El modelado basado en escenarios es una representación del sistema desde el
punto de vista del usuario. El modelado basado en datos recrea el espacio de
información e ilustra los objetos de datos que manipulará el software y las
relaciones entre ellos. El modelado orientado a clases define objetos, atributos y
relaciones. Una vez que se crean los modelos preliminares, se mejoran y analizan
para evaluar si están claros y completos, y si son consistentes. En el capítulo 7 se
amplían con representaciones adicionales las dimensiones del modelado descritas
aquí, lo que da un punto de vista más sólido de los requerimientos.
5. ¿Cuál es el producto final?

Para construir el modelo de requerimientos, se escoge una amplia variedad de
representaciones basadas en texto y en diagramas. Cada una de dichas
representaciones da una perspectiva de uno o más de los elementos del modelo.
6. ¿Cómo me aseguro de que lo hice bien?

Los productos del trabajo para modelar los requerimientos deben revisarse para
saber si son correctos, completos y consistentes. Deben reflejar las necesidades
de todos los participantes y establecer el fundamento desde el que se realizará el
diseño.
22 de octubre de 2019
2
7. ¿Con que empieza la Ingeniería de Software?
La ingeniería de software comienza con una serie de tareas de modelado que
conducen a la especificación de los requerimientos y a la representación de un
diseño del software que se va a elaborar.
8. ¿Cuál es el resultado del análisis de los requerimientos?

El análisis de los requerimientos da como resultado la especificación de las
características operativas del software, indica la interfaz de éste y otros elementos
del sistema, y establece las restricciones que limitan al software. El análisis de los
requerimientos permite al profesional (sin importar si se llama ingeniero de
software, analista o modelista) construir sobre los requerimientos básicos
establecidos durante las tareas de concepción, indagación y negociación, que son
parte de la ingeniería de los requerimientos.
9. ¿Cuáles son los tipos de modelados utilizados para los requerimientos?

a. Modelos basados en el escenario de los requerimientos desde el punto de
vista de distintos “actores” del sistema.
b. Modelos de datos, que ilustran el dominio de información del problema.
c. Modelos orientados a clases, que representan clases orientadas a objetos
(atributos y operaciones) y la manera en la que las clases colaboran para
cumplir con los requerimientos del sistema.
d. Modelos orientados al flujo, que representan los elementos funcionales del
sistema y la manera como transforman los datos a medida que se avanza a
través del sistema.
e. Modelos de comportamiento, que ilustran el modo en el que se comparte el
software como consecuencia de “eventos” externos.
10. ¿En qué se centra la atención durante el modelado de los requerimientos?

Se centra en qué, no en cómo. ¿Qué interacción del usuario ocurre en una
circunstancia particular?, ¿qué objetos manipula el sistema?, ¿qué funciones debe
realizar el sistema?, ¿qué comportamientos tiene el sistema?, ¿qué interfaces se
definen? y ¿qué restricciones son aplicables?
11. ¿Cuáles son los objetivos principales que debe lograr el modelo de
requerimientos?
Los principales objetivos son:
a. Describir lo que requiere el cliente
b. Establecer una base para la creación de un diseño de software y
c. Definir un conjunto de requerimientos que puedan validarse una vez
construido el software.
12. ¿Cuáles son las reglas prácticas útiles que deben seguirse cuando se crea el
modelo del análisis?
a. El modelo debe centrarse en los requerimientos que sean visibles dentro
del problema o dentro del dominio del negocio. El nivel de abstracción debe
ser relativamente elevado. “No se empantane en los detalles” [Arl02] que
traten de explicar cómo funciona el sistema.
3
b. Cada elemento del modelo de requerimientos debe agregarse al
entendimiento general de los requerimientos del software y dar una visión
del dominio de la información, de la función y del comportamiento del
sistema.
c. Hay que retrasar las consideraciones de la infraestructura y otros modelos

no funcionales hasta llegar a la etapa del diseño. Es decir, quizá se requiera
una base de datos, pero las clases necesarias para implementarla, las
funciones requeridas para acceder a ella y el comportamiento que tendrá
cuando se use sólo deben considerarse después de que se haya terminado
el análisis del dominio del problema.
d. Debe minimizarse el acoplamiento a través del sistema. Es importante

representar las relaciones entre las clases y funciones. Sin embargo, si el
nivel de “interconectividad” es extremadamente alto, deben hacerse
esfuerzos para reducirlo.
e. Es seguro que el modelo de requerimientos agrega valor para todos los

participantes. Cada actor tiene su propio uso para el modelo. Por ejemplo,
los participantes de negocios deben usar el modelo para validar los
requerimientos; los diseñadores deben usarlo como pase para el diseño; el
personal de aseguramiento de la calidad lo debe emplear como ayuda para
planear las pruebas de aceptación.
f. Mantener el modelo tan sencillo como se pueda. No genere diagramas

adicionales si no agregan nueva información. No utilice notación compleja si
basta una sencilla lista.
13. ¿Qué es el análisis de dominio de software?

Es la identificación, análisis y especificación de los requerimientos comunes, a
partir de un dominio de aplicación específica, normalmente para usarlo varias
veces en múltiples proyectos dentro del dominio de la aplicación […] [El análisis
del dominio orientado a objetos es] la identificación, análisis y especificación de
capacidades comunes y reutilizables dentro de un dominio de aplicación
específica en términos de objetos, clases, subensambles y estructuras comunes.
14. ¿Cuál es la función del Analista de Dominio?

El papel del analista del dominio es similar al de un maestro herrero en un
ambiente de manufactura pesada. El papel del analista de dominio5 es descubrir
y definir patrones de análisis, clases de análisis e información relacionada que
pueda ser utilizada por mucha gente que trabaje en aplicaciones similares, pero
que no son necesariamente las mismas.
15. ¿Qué otro nombre recibe enfoque del modelado de requerimientos

También llamado análisis estructurado.
4
17. ¿Cuáles son los diferentes puntos de vista que se usan para describir el
modelo de requerimientos?
a. Modelos basados en el escenario: Por ejemplo, casos de uso historias de
usuario
b. Modelos de clase: Por ejemplo, diagramas de clase diagramas de
colaboración
c. Modelos de Comportamiento: Por ejemplo, diagramas de estado diagramas
de secuencia
d. Modelos de flujo: Por ejemplo, DFD modelos de datos
18. ¿Qué abarca el análisis orientado a objetos?

Se centra en la definición de las clases y en la manera en la que colabora uno con
el otro para cumplir los requerimientos. El UML y el proceso unificado están
orientados a objetos, sobre todo.
19. ¿Qué combinación de representaciones proporcionará a los participantes el

mejor modelo de requerimientos del software y el puente más eficaz para el diseño
del mismo?
Cada elemento del modelo de requerimientos presenta el problema desde
diferentes puntos de vista. Los elementos basados en el escenario ilustran cómo
interactúa el usuario con el sistema y la secuencia específica de actividades que
ocurren cuando se utiliza el software. Los elementos basados en la clase modelan
los objetos que el sistema manipulará, las operaciones que se aplicarán a ellos
para realizar dicha manipulación, las relaciones (algunas jerárquicas) entre los
objetos y las colaboraciones que ocurrirán entre las clases que se definan.
20. ¿Cuáles son las dos primeras tareas de la ingeniería de requerimientos?

a. Concepción
b. Indagación
21. ¿Como se comienza a desarrollar un conjunto de casos de uso?

Se enlistan las funciones o actividades realizadas por un actor específico. Éstas se
obtienen de una lista de las funciones requeridas del sistema, por medio de
conversaciones con los participantes o con la evaluación de los diagramas de
actividades desarrollados como parte del modelado de los requerimientos.
22. ¿Porque Cockburn recomienda el uso de una sesión de “lluvia de ideas”?

Para obtener un conjunto razonablemente complejo de excepciones para cada
caso de uso.
23. ¿Para qué sirve la presentación de un diagrama en un caso?

Facilita la comprensión, en particular cuando el escenario es complejo.
5
24. ¿Qué es un diagrama de actividades UML?
El diagrama de actividad UML enriquece el caso de uso al proporcionar una
representación gráfica del flujo de interacción dentro de un escenario específico.
Un diagrama de actividades es similar a uno de flujo, y utiliza rectángulos
redondeados para denotar una función específica del sistema, flechas para
representar flujo a través de éste, rombos de decisión para ilustrar una
ramificación de las decisiones (cada flecha que salga del rombo se etiqueta) y
líneas continuas para indicar que están ocurriendo actividades en paralelo.
25. ¿Qué es el diagrama de canal de UML?

Es una variación útil del diagrama de actividades y permite representar el flujo de
actividades descritas por el caso de uso; al mismo tiempo, indica qué actor (si
hubiera muchos involucrados en un caso específico de uso) o clase de análisis (se
estudia más adelante, en este capítulo) es responsable de la acción descrita por
un rectángulo de actividad. Las responsabilidades se representan con
segmentos paralelos que dividen el diagrama en forma vertical, como los canales
o carriles de una alberca.
26. ¿Cuáles son las tres clases de análisis que tienen responsabilidad directa o
indirecta en el contexto del diagrama de actividades?
a. Propietario
b. Cámara e
c. Interfaz
27. ¿Cuándo se crea un modelo de datos como parte del modelado general de los
requerimientos?
Si los requerimientos del software incluyen la necesidad de crear, ampliar o hacer
interfaz con una base de datos, o si deben construirse y manipularse estructuras
de datos complejas, el equipo del software
28. ¿Qué es un objeto de datos?

Un objeto de datos es una representación de información compuesta que debe ser
entendida por el software. Información compuesta quiere decir algo que tiene
varias propiedades o atributos diferentes. Por tanto, el ancho (un solo valor) no
sería un objeto de datos válido, pero las dimensiones (que incorporan altura,
ancho y profundidad) sí podrían definirse como un objeto.
30. ¿Cuáles son las propiedades de un objeto de datos y sus diferentes

características?
a. Nombrar una instancia del objeto de datos
b. Describir la instancia
c. Hacer referencia a otra instancia en otra tabla.
d. Además, debe definirse como identificador uno o más de los atributos —es
decir, el atributo identificador se convierte en una “llave” cuando se desea
encontrar una instancia del objeto de datos—.
6
31. ¿Qué es Modelado basado en clases?
El modelado basado en clases representa los objetos que manipulará el sistema,
las operaciones (también llamadas métodos o servicios) que se aplicarán a los
objetos para efectuar la manipulación, las relaciones (algunas de ellas jerárquicas)
entre los objetos y las colaboraciones que tienen lugar entre las clases definidas.
32. ¿Qué elementos incluye un modelo basado en clases?

Los elementos de un modelo basado en clases incluyen las clases y los objetos,
atributos, operaciones, modelos clase-responsabilidad-colaborador (CRC),
diagramas de colaboración y paquetes.
33. ¿Qué es una identificación de las clases de análisis?

Un conjunto de objetos físicos que se identifican clasifica y definen fácilmente (en
términos de atributos y operaciones).
35. ¿Qué debe buscarse una vez identificados todos los sustantivos?
Las clases de análisis se manifiestan en uno de los modos siguientes:
a. Entidades externas (por ejemplo, otros sistemas, dispositivos y personas)
que producen o consumen la información que usará un sistema basado en
computadora.
b. Cosas (reportes, pantallas, cartas, señales, etc.) que forman parte del
dominio de información para el problema.
c. Ocurrencias o eventos (como una transferencia de propiedad o la ejecución
de una serie de movimientos de un robot) que suceden dentro del contexto
de la operación del sistema.
d. Roles (gerente, ingeniero, vendedor, etc.) que desempeñan las personas
que interactúan con el sistema.
e. Unidades organizacionales (división, grupo, equipo, etc.) que son
relevantes para una aplicación.
f. Lugares (piso de manufactura o plataforma de carga) que establecen el
contexto del problema y la función general del sistema.
g. Estructuras (sensores, vehículos de cuatro ruedas, computadoras, etc.) que
definen una clase de objetos o clases relacionadas de éstos.
36. ¿Cuáles son las seis características de selección según Coad y Yourdon que
deben incluirse en el modelo de análisis?
a. Información retenida.
b. Servicios necesarios.
c. Atributos múltiples.
d. Atributos comunes.
e. Operaciones comunes.
f. Requerimientos esenciales.
7
37. ¿Qué describen los atributos?
Los atributos describen una clase que ha sido seleccionada para incluirse en el
modelo de requerimientos. En esencia, son los atributos los que definen la clase.
38. ¿Qué definen las operaciones?

Las operaciones definen el comportamiento de un objeto.
39. ¿Cuáles son las categorías de operaciones?

Aunque existen muchos tipos distintos de operaciones, por lo general se dividen
en cuatro categorías principales:
a. Operaciones que manipulan datos en cierta manera (por ejemplo, los agregan,
eliminan, editan, seleccionan,etc.),
b. Operaciones que realizan un cálculo,
c. operaciones que preguntan sobre el estado de un objeto y
d. operaciones que vigilan un objeto en cuanto a la ocurrencia de un evento de
control.
8

Epm-Resumen-Grupo No 1 (Aporte)

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Epm-Resumen-Grupo No 1 (Aporte)

Cargado por

Copyright:

Formatos disponibles

LIC.

INGENERÍA INDUSTRIAL Y DE SISTEMAS

1. ¿Qué es un modelado de los requerimientos?

2. ¿Quién hace el modelado de los requerimientos?

3. ¿Por qué es importante?

4. ¿Cuáles son los pasos?

5. ¿Cuál es el producto final?

6. ¿Cómo me aseguro de que lo hice bien?

8. ¿Cuál es el resultado del análisis de los requerimientos?

9. ¿Cuáles son los tipos de modelados utilizados para los requerimientos?

10. ¿En qué se centra la atención durante el modelado de los requerimientos?

c. Hay que retrasar las consideraciones de la infraestructura y otros modelos

d. Debe minimizarse el acoplamiento a través del sistema. Es importante

e. Es seguro que el modelo de requerimientos agrega valor para todos los

f. Mantener el modelo tan sencillo como se pueda. No genere diagramas

13. ¿Qué es el análisis de dominio de software?

14. ¿Cuál es la función del Analista de Dominio?

15. ¿Qué otro nombre recibe enfoque del modelado de requerimientos

18. ¿Qué abarca el análisis orientado a objetos?

19. ¿Qué combinación de representaciones proporcionará a los participantes el

20. ¿Cuáles son las dos primeras tareas de la ingeniería de requerimientos?

21. ¿Como se comienza a desarrollar un conjunto de casos de uso?

22. ¿Porque Cockburn recomienda el uso de una sesión de “lluvia de ideas”?

23. ¿Para qué sirve la presentación de un diagrama en un caso?

25. ¿Qué es el diagrama de canal de UML?

28. ¿Qué es un objeto de datos?

30. ¿Cuáles son las propiedades de un objeto de datos y sus diferentes

32. ¿Qué elementos incluye un modelo basado en clases?

33. ¿Qué es una identificación de las clases de análisis?

38. ¿Qué definen las operaciones?

39. ¿Cuáles son las categorías de operaciones?

También podría gustarte