Catedra 2 Ing. de Diseño (Bastián Lucas Castillo Cristi)

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

Nombre alumno: Bastián Lucas Castillo Cristi

Rut: 19.779.291-4

1. A partir de la lectura, indicar cuales son las principales características de los

sistemas orientados a objetos.

Según la lectura, un sistema orientado a objetos se compone con objetos que interactúan y
mantienen su propio estado local, ofreciendo operaciones sobre dicho estado. Una característica
importante es que la representación de los estados es privada, por lo cual no se puede acceder
directamente desde fuera de un objeto. Otra característica importante es que los sistemas
orientados a objetos son más fáciles de cambiar a comparación de los sistemas que son
desarrollados usando enfoques funcionales. Para el caso de un diseño orientado a objetos, se
debe emplear el diseño de clases de objetos y las relaciones que dichos objetos tienen entre sí.
Cabe destacar que los objetos poseen datos y operaciones para manejar estos últimos.

2. Al desarrollar un diseño utilizando UML cuales son los tipos de modelo que se

utilizan. Ejemplifique

Como primera etapa en un proceso de diseño de software se deben desarrollar la comprensión de


las relaciones que tiene el software a diseñar y su ambiente externo, esto para tener la
comprensión del contexto permitiendo a su vez determinan las fronteras del sistema. Con esto
último en consideración se utilizan dos tipos de modelos, el modelo de contexto del sistema el
cual es un modelo estructural donde se van mostrando los otros sistemas en el entorno del
sistema a desarrollar y un modelo de interacción, el cual es un modelo dinámico que indica la
forma en la que el sistema interactúa conforme se utiliza.

3. Explicar el modelo 4+1 vistas

El modelo 4+1 o modelo de vistas de Kruchten , explica o describe una arquitectura de software
mediante el uso de 5 vistas que se complementan entre si, estas vistas son:

 Vista de escenarios
 Vista lógica
 Vista de desarrollo
 Vista de procesos
 Vista física

Cada una de estas vistas tiene como objetivo mostrar diagramas UML (Lenguaje unificado de
modelado) que puedan ser entendidos por los interesados del proyecto o stakeholders, esto con el
fin de lograr un dialogo entre técnicos y personas que tengan poco o nulos conocimientos del área
informática
4. Para el siguiente caso de uso:

a. Indicar cada uno de los elementos de notación que están presentes en dicho

diagrama

En este diagrama se representan los requerimientos solicitados por el cliente en base a actores y
que relación tienen estos requerimientos con el sistema. En el caso de uso mostrado en la imagen
se pueden identificar los siguientes elementos.

1. Actor/es: Se representa por un stickman, en este caso existen dos actores, el socio y el
empleado del video club.
2. Acción o actividad: Representado con una elipse, son las actividades que pueden hacer los
actores, en el caso de uso actual se identifican, “Alta de socio”, “Baja de socio”,
“Modificación de los datos de un socio”,” Consulta de un socio”, “Consulta de socios con
pagos pendientes” y “Identificación de socio”.
3. Línea de acción: es una línea que termina en flecha no completa, la cual indica las acciones
que pueden hacer los actores.
4. Línea de relación: existen 3 tipos de línea de relación, la relación <<include>>, <<extend>>
y la de generalización, para el caso de uso mostrado, se logra ver la relación <<include>> o
incluye, la cual es la dependencia de dos casos de uso. En lo que se ve del diagrama
mostrado, la acción “Baja de socio” puede opcionalmente realizar la acción “identificación
de socio”, a su vez la acción “Modificación de los datos de un socio” también puede
ejecutar de manera opcional la acción “identificación de socio”.
b. Describir brevemente que interpretación proporciona dicho diagrama

Como ya se dijo anteriormente el diagrama representas los requerimientos solicitados por el


cliente y la relación que tienen con el sistema. El diagrama mostrado se puede interpretar que es
un sistema de arriendo de videos (video-club) donde interactúan un socio y un empleado, el socio
puede darse de alta o de baja del video-club y además cambiar sus datos. El empleado del video-
club tiene la posibilidad de modificar los datos de un socio, consultarlo y consultar pagos
pendientes.

5. Se desea diseñar un diagrama de clases sobre la información de una empresa

dedicada al arriendo de automóviles teniendo en cuenta:

• Un determinado cliente puede tener en un momento hecha varias reservas

• De cada cliente se desea almacenar su DNI, nombre, dirección y teléfono.

Además, los clientes se diferencian por un código único

• Cada cliente puede ser avalado por otro cliente

• Una reserva la puede hacer un único cliente, pero puede involucrar varios

automóviles

• Es importante registrar la fecha de inicio y final de cada reserva, el precio

del arriendo de cada uno de los autos, los litros de bencina en el estanque

al momento de realizar la reserva, el precio total de la reserva y un

indicador si el auto o los automóviles han sido entregados

• Todo automóvil tiene asignado un determinado garage que no puede

cambiar. De cada auto se requiere la matrícula, el modelo, color, año,

marca

• Cada reserva se realiza en una determinada agencia


Diagrama de clases
6. Para el siguiente diagrama de secuencia:

Responder las siguientes preguntas:

1. Actor que inicia la secuencia

R: El actor que inicia la secuencia es el cliente al momento de r3ealizar un pedido.

2. Secuencia de eventos de flujo

 El cliente realiza un pedido dentro de la interfaz de pedido.


 La interfaz recibe la petición e inicia el pedido al controlador de pedido.
 El controlador de pedido lista los productos que pidió el cliente y los lleva al controlador
de producto.
 El controlador de producto va a recuperar los productos listados a las entidades del
producto.
 Se retorna la lista de productos con las entidades de productos.
 La lista vuelve a pasar al controlador del producto y este a su ves lo envía de vuelta al
controlador del pedido.
 El Controlador de pedido pasa a mostrar los productos solicitados a la interfaz del pedido.
 El cliente con los pedidos mostrados en la interfaz pasa a seleccionar los productos.
 La interfaz de pedido recupera los datos de los productos seleccionados directamente con
el controlador del producto.
 El controlador del producto recupera los datos con las entidades de los productos
seleccionados por el cliente.
 Los datos del producto obtenidos de las entidades de los productos son llevados al
controlador del producto.
 El controlador del producto muestra los datos de los productos seleccionados en la
interfaz del pedido.
 El cliente pasa a confirmar la selección de productos en la interfaz de pedidos.
 La interfaz de pedidos realiza la confirmación del pedido con los datos de los productos al
controlador de pedido.
 El controlador del pedido registra el pedido en la entidad del pedido.
 La entidad del pedido genera un identificador para el pedido y lo envía al controlador del
pedido.
 El controlador del pedido muestra el identificador generado en la interfaz del pedido para
que el cliente lo pueda ver.

3. Porque los flujos 2.1 y 2.1.3 no pasan por le controlador de pedido y la entidad

Pedido

Esos flujos no pasan por el controlador de pedido y la entidad pedido ya que aun no se termina de
confirmar la selección del cliente, si se sigue la secuencia, el cliente recién comienza a seleccionar
los productos que van a ir en su pedido.

También podría gustarte