EXAMEN PARCIAL I

Programa de Estudios/Programa Semestre 2024 –I Fecha: 03 / 05 / 2024

Modalidad de Estudios: Presencial x Semipresencial A distancia
Experiencia Curricular: ARQUITECTURA DE SISTEMAS DE Sesión:
INFORMACIÓN
Docente:
INSTRUCCIONES:
Leer atentamente las indicaciones de cada actividad, antes de desarrollarla.
Redactar de manera clara y ordenada.
No contestar llamadas telefónicas durante el examen.
Realizar las consultas necesarias al docente responsable del examen.
Mantener la cámara de su computador encendida durante el examen. (Tomar en cuenta la modalidad)
CONDICIONES DE EVALUACIÓN:
- La prueba tiene una duración de 80 minutos. (Depende de la EC)
- Utiliza la Plataforma Blackboard y la Herramienta Zoom. (Depende de la modalidad)
(Las instrucciones y condiciones de evaluación lo determinan el programa de estudios)

ALUMNO: José Jhonatan Bustamante Barturen

Preguntas
1. ¿Cómo influye la arquitectura de software al entorno empresarial de una organización? (3)
RESPUESTA:
Tiene un impacto significativo ya que ayuda a definir la estructura de cada sistema y el conjunto de
componentes que van a ser utilizados, las interfaces de comunicación de los mismos y la manera como estos
componentes se comunican entre ellos usando estas interfaces.
2. ¿Cómo modelar el negocio para comprender la estructura y la dinámica de una organización en donde será
desarrollado el Sistema de Información? (2)
RESPUESTA:
Para el modelado se debe seguir una serie de pasos y se pueden utilizar dos enfoques como:
1. Modelado de Procesos de Negocio: Este enfoque describe como se realizan las tareas, quiénes son los
responsables, qué información se utiliza y cómo fluye a través de diferentes departamentos o áreas.
Pasos:
Identificar Procesos Clave: Se inicia identificando los procesos empresariales principales que son
fundamentales para el funcionamiento de la organización.
Mapear Actividades y Flujos: Se deben utilizar símbolos estándar para representar las actividades,
eventos, decisiones y flujos de información dentro de cada proceso.
Definir Responsabilidades: Se deben asignar roles y responsabilidades a cada actividad o tarea en el
proceso.
Validar con Stakeholders: Sirve para validar el modelo, asegurando que reflejen con precisión la realidad
operativa de la organización.
2. Modelado de Dominio (Diagrama de Clases, UML): Este enfoque se centra en capturar la estructura
esencial de la organización, incluyendo sus entidades clave (objetos), sus atributos y las relaciones entre
ellas.
Pasos:
Identificar Entidades y Atributos: Se identifica las entidades principales dentro del dominio de la
organización, como clientes, productos, empleados, etc.
Definir Relaciones: Establece las relaciones entre las entidades.
Utilizar Diagramas UML: Se debe emplear diagramas de clases de UML para representar las entidades
como clases, sus atributos y las relaciones entre ellas.
Refinar con Stakeholders: Es crucial validar los modelos de dominio con los expertos del dominio para
garantizar su precisión y relevancia
3. ¿Describir que se representa en un diagrama de actividad empresarial?, elaborar un diagrama donde se
visualice la actividad de forma detallada de una empresa (2)
RESPUESTA:
4. Realizar un mapa mental describiendo las vinculaciones sobre Modelado de procesos de negocio, Reglas de
negocio y Necesidades del negocio. (2)
RESPUESTA:
5. Describir para ti, ¿cuál serían los criterios que justificarían la elaboración del modelado de un negocio?
Detalle y justifica los diagramas más resaltantes del modelado según su criterio: (2)
RESPUESTA:
1. Comprender los Procesos Clave:
Justificación del Diagrama BPMN: Esto permite identificar ineficiencias, cuellos de botella o áreas de mejora
en los procesos existentes. La justificación radica en la necesidad de optimizar y estandarizar las operaciones
empresariales.
2. Identificar Relaciones y Entidades Clave:
Justificación del Diagrama de Clases (UML): Esto ayuda a comprender la estructura de datos fundamental
de la organización, como clientes, productos, empleados, etc. La justificación reside en la necesidad de
diseñar sistemas de información que reflejen adecuadamente la realidad empresarial y sus interacciones.
3. Visualizar la Interacción entre Componentes del Negocio:
Justificación del Diagrama de Flujo de Datos (DFD): Es útil para visualizar cómo fluye la información entre
diferentes partes de la organización y cómo interactúan los sistemas de información con los procesos
empresariales.
4. Estandarización y Mejora Continua:
Justificación del Diagrama de Casos de Uso (UML): Los diagramas de casos de uso ayudan a identificar cómo
interactúan los usuarios con un sistema de información y qué funcionalidades son necesarias.

6. ¿Cómo describir los atributos de calidad que queremos que nuestra arquitectura aporte al sistema que
estamos construyendo? (3)
RESPUESTA:
Para ello se puede utilizar métricas identificando atributos de calidad mas relevantes y estos suelen
evaluarse y analizarse a nivel de la arquitectura y no a nivel del código. Y se debe utilizar métricas para
definir cada atributo, como:
 Rendimiento
 Disponibilidad
 Seguridad
 Mantenibilidad
 Escalabilidad
 Usabilidad

Finalmente, una vez definidos los atributos de calidad y sus métricas asociadas, es importante priorizarlos
según la importancia y las necesidades del sistema.
7. ¿Identificar un caso de software empresarial y determinar justificadamente los atributos de calidad acorde al
tipo de empresa: (3)
RESPUESTA:
Software Empresarial: Sistema de Gestión de Inventario para una Cadena de Tiendas Minoristas
Tipo de Empresa: Cadena de tiendas minoristas con múltiples ubicaciones y un gran volumen de
transacciones de inventario diarias.

Atributos de Calidad y Justificación:

Rendimiento:
Justificación: Dado que el sistema de gestión de inventario manejará grandes volúmenes de datos
relacionados con el inventario de múltiples tiendas, es crucial que tenga un rendimiento óptimo. Se necesita
una respuesta rápida a consultas sobre existencias, actualizaciones de inventario en tiempo real y
generación de informes para tomar decisiones rápidas.
Disponibilidad:
Justificación: La disponibilidad del sistema es esencial para garantizar que las tiendas puedan realizar
transacciones de inventario en todo momento. Cualquier interrupción en el sistema podría afectar las
operaciones comerciales y la satisfacción del cliente. Un sistema altamente disponible minimiza el tiempo de
inactividad y asegura la continuidad del negocio.
Seguridad:
Justificación: La gestión de inventario implica datos sensibles relacionados con productos, proveedores y
ventas. Es crucial implementar medidas de seguridad robustas para proteger la integridad y confidencialidad
de estos datos, evitando pérdidas, fraudes o accesos no autorizados.
Escalabilidad:
Justificación: Conforme la cadena de tiendas se expande o experimenta cambios estacionales en la
demanda, el sistema de gestión de inventario debe poder escalar para manejar un mayor volumen de
transacciones sin degradación del rendimiento. La escalabilidad asegura que el sistema pueda crecer junto
con la empresa.
Integración:
Justificación: Es probable que el sistema de gestión de inventario necesite integrarse con otros sistemas
empresariales, como sistemas de punto de venta (POS), sistemas de pedidos en línea o sistemas de gestión
financiera. La capacidad de integración facilita el intercambio de datos entre diferentes aplicaciones,
optimizando las operaciones comerciales.
 8. Realizar un Cuadro comparativo describiendo las similitudes y diferencias entre requisitos funcionales,
requisitos de atributos de calidad y restricciones: (3)
Característic Requisitos Funcionales Requisitos de Atributos de Restricciones
a Calidad
Describen aspectos del sistema Todos contribuyen a definir Contribuyen a la definición y
que deben ser cumplidos. cómo debe ser el sistema alcance del sistema.
final.
Definen requisitos para el Aseguran que el sistema Se aplican como condiciones
desarrollo y evaluación del cumpla con estándares y necesarias para el
Similitudes sistema. expectativas. funcionamiento del sistema.
Pueden estar relacionados con Contribuyen a la satisfacción Todos son esenciales para el
las necesidades y expectativas del usuario y al éxito del diseño y desarrollo exitoso del
del usuario. sistema. sistema.
Se centran en qué debe hacer el Se enfocan en características Establecen limitaciones
sistema, describiendo no funcionales como específicas sobre cómo debe
comportamientos y funciones rendimiento, usabilidad, ser implementado o utilizado
específicos. seguridad, etc. el sistema.
Son más fácilmente medibles y Suelen ser más cualitativos y No necesariamente son
verificables en términos de pueden requerir métricas directamente medibles y a
cumplimiento. específicas para su menudo son condiciones
Diferencias
evaluación. absolutas.
Ejemplos: registro de usuarios, Ejemplos: rendimiento, Ejemplos: requisitos de
procesamiento de pedidos, usabilidad, seguridad, plataforma, restricciones de
búsqueda de información. mantenibilidad. hardware o software.