DDRS U1 A3

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

Unidad 1.

Ingeniería de software

Universidad Abierta y a Distancia de México


Ingeniería en Desarrollo de Software

Diseño y arquitectura de software

Unidad 1. Arquitectura de software

Actividad 3. Vistas de la arquitectura de software

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software


1
Actividad 3. Vistas de la arquitectura de software

Introducción

Las vistas de un sistema representan perspectivas de una arquitectura de modelado, se


reconocen diversas vistas dependiendo del organismo que se tome como referencia, pero la
más simple es: lógica, conceptual y física. Las vistas representan una abstracción de la
realidad desde un enfoque determinado.

En la presente actividad a partir de un caso que será definido por tu docente en línea pondrás
en práctica los conocimientos previos adquiridos para el análisis del problema que se te
presenta y de esta manera determinar el objetivo y los requerimientos y, en base a lo anterior,
identificar las vistas básicas de acuerdo al modelo de Microsoft.

Instrucciones

El propósito de la actividad es identificar las vistas básicas de la arquitectura de un sistema


de software. Tu docente en línea te hará llegar un caso con el que desarrollarás lo siguiente:

1. Identifica el objetivo del sistema.

Desarrollar un sistema para administrar las ventas de sus productos

2. Determina los requerimientos funcionales y no funcionales y la problemática,


situación o área de oportunidad a la que se dirige.

Un comercio de venta de Café “Café Calenda” de la Ciudad de Oaxaca desea un sistema


para administrar las ventas de sus productos. A los dueños del negocio, administradores
y clientes les interesa tener acceso al sistema.
 Dueños. Podrán acceder desde cualquier lugar.
 Administradores. Únicamente en el establecimiento físico.
 Clientes. Tendrán tabletas en sus lugares en la que revisarán sus consumos.

Requerimientos funcionales
Sistema

 Administrar ventas.
 Gestionar inventario.
 Administrar privilegios de usuarios con acceso al sistema.
 Historial de ventas.
 Gráficas.

Los dueños y administradores deben acceder con todos los privilegios.


 Pueden ver información de todos los clientes, productos consumidos, precios,
etcétera.
 Menú de productos.
 Inventario.
 Lista de empleados.
 Reportes.
 Estadísticas.

Los clientes
 Consumo y precios.
 Menú.
 Factura.

Requerimientos no funcionales

 Acceso por medio de contraseña administrador


 Registro de clientes
 Impresión de factura o envió a correo
 Generación de reportes una vez a la semana
 Interfaz del usuario, fácil usar
 Respaldo cada 24 hrs
 Aprendizaje del menú clientes debe ser intuitivo

3. Identifica las vistas:

• Lógica

Está guiada, en gran medida, por los requerimientos (funcionales y no-funcionales) que debe
cubrir el sistema y normalmente se toma el subconjunto más arquitectónicamente importante
de dichos requerimientos para definirla.
• Conceptual

La vista conceptual es usada para definir los requerimientos funcionales y la visión que los
usuarios del negocio tienen de la aplicación y describir el modelo de negocio que la
arquitectura debe cubrir

Es un conjunto de patrones que proporcionan un marco de referencia necesario para guiar la


construcción de un software, permitiendo a los programadores, analistas y todo el conjunto
de desarrolladores del software compartir una misma línea de trabajo y cubrir todos los
objetivos y restricciones de la aplicación.

• Física

Toma en cuenta primeramente los requisitos no funcionales del sistema tales como la
disponibilidad, confiabilidad (tolerancia a fallas), performance (throughput), y escalabilidad. El
software ejecuta sobre una red de computadores o nodos de procesamiento (o tan solo
nodos).

4. Ejemplifica cada una de las vistas a partir del caso.

Lógica: Acceso al sistema (Administrador), acceso al menú (clientes), solicitud de factura


(cliente)

Conceptual: En esta vista se toman en cuenta lo físico y lo lógico, que permite a los analistas
y programadores tomar en consideración los objetivos a cubrir (Administración, acceso)

Física acceso mediante wi-fi, dispositivos (tabletas, Laptop, PC),

5. Elabora una conclusión para explicar las vistas en tu caso.

Esta herramienta por lo que se puede deducir nos va a permitir tener un panorama amplio de
lo que se pretende con el sistema, lo cual nos va a permitir evaluar cada una de las partes y
que estas trabajen de acuerdo a los objetivos dentro del planteamiento del problema
Bibliografía
Camacho, E., Cardeso, F., & Nuñez, G. (5 de Octubre de 2019). Arquitecturas de Software.
Obtenido de
https://www.academia.edu/5387050/ARQUITECTURAS_DE_SOFTWARE_GU%C3
%8DA_DE_ESTUDIO_ELABORADA_POR

Kruchten, P. (6 de octubre de 2019). Planos Arquitect´onicos: El Modelo de “4+1” Vistas de


la Arquitectura del Software. Obtenido de
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:modelo4_1.pdf

Reynoso, C., & Kicilof, N. (5 de octubre de 2019). De Lenguajes de descripción


arquitectónica de Sofware (ADL). Obtenido de
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:adl.pdf

También podría gustarte