Universidad Mariano Gálvez De Guatemala

Facultad De Ingeniería En Sistemas

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

Modelado - Cap 6

Merari Usiel Hernández Vela

5990-12-17972
Guatemala, 28/07/2018
 PROBLEMAS Y PUNTOS POR EVALUAR

6.1. ¿Es posible comenzar a codificar de inmediato después de haber creado un modelo de
análisis? Explique su respuesta y luego defienda el punto de vista contrario.

Creo que para ciertos tipos de aplicaciones el diagrama de flujo y modelo de datos es todo lo que
se necesita para iniciar con la codificación, ya que con estos se tiene una visión significativa del
proyecto. Por otro lado, defendiendo el punto de vista contrario, creo que también es riesgoso sin
haber cerrado la etapa de análisis ya que en algunos casos los clientes no tienen una idea clara o
concreta del sistema que desean.

6.2. Una regla práctica del análisis es que el modelo “debe centrarse en los requerimientos
visibles dentro del dominio del problema o negocio”. ¿Qué tipos de requerimientos no son
visibles en dichos dominios? Dé algunos ejemplos.

Los requerimientos no visibles son aquellos que no se preveen, o que quizá por el tipo de sistema o
aplicación que se crea no se toman en cuenta.

6.3. ¿Cuál es el propósito del análisis del dominio? ¿Cómo se relaciona con el concepto de
patrones de requerimientos?

La intención del análisis orientado en función del dominio es apoyar la reutilización funcional y
arquitectónica. El objetivo es crear un modelo de dominio que represente a una familia de
sistemas que luego puede ser refinado en el sistema deseado particular en el dominio.

El análisis de requerimientos consiste en la especificación de características operacionales de

software; indica la interfaz del software con otros elementos del sistema, y establece las
restricciones que debe tener el software.

El análisis de requerimientos tiene como objetivo que el desarrollador actúe cómo un negociador,
un interrogador, un consultor, o sea, cómo persona que consulta y propone para resolver las
necesidades del cliente.

6.4. ¿Es posible desarrollar un modelo de análisis eficaz sin desarrollar los cuatro elementos que
aparecen en la figura 6.3? Explique su respuesta.

De acuerdo lo expresado en esta figura creo que no es posible desarrollar un modelo eficaz, ya que
cada elemento representa el problema desde un punto de vista, estos elementos muestran como
interactúa el usuario con el software.
6.5. Se pide al lector que construya uno de los siguientes sistemas: Seleccione el sistema que le
interese y desarrolle un diagrama entidad-relación que describa los objetos de datos, relaciones
y atributos.

b) Sistema de procesamiento de órdenes basado en web para una tienda de computadoras.

6.6. El departamento de obras públicas de una gran ciudad ha decidido desarrollar un sistema de
seguimiento y reparación de baches, basado en web (SSRB).

a) Dibuje un diagrama UML para el caso de uso del sistema SSRB. Tendrá que hacer algunas
suposiciones sobre la manera en la que un usuario interactúa con el sistema.

b) Desarrolle un modelo de clase para el sistema SSRB.

6.7. Escriba un caso de uso basado en formato para el sistema de administración del hogar
CasaSegura descrito de manera informal en el recuadro de la sección 6.5.4.

6.8. Desarrolle un conjunto completo de tarjetas índice de modelo CRC, sobre el producto o
sistema que elija como parte del problema 6.5.
6.10. ¿Qué es y cómo se usa un paquete de análisis?

Una parte importante del modelado del análisis es la categorización. Es decir, se clasifican distintos
elementos del modelo de análisis de manera que se agrupen en un paquete —llamado paquete de
análisis— al que se da un nombre representativo.