ISIS2503 - Arquitectura y Diseño de Software

Guía de Trabajo
Atributos de Calidad

Elias Negrete - 201716666

Universidad de Los Andes - Departamento de Sistemas y Computación

 Atributos de Calidad – Caso de ejemplo

A continuación se presenta una extensión al problema presentado en la Guía 1, sobre el sistema de control de préstamos, en donde son
considerados algunos requerimientos no funcionales. Es importante recordar que los atributos de calidad identificados deben poder
cuantificarse.

RNF 1. Se requiere que el sistema pueda visualizarse correctamente en cualquier navegador con HTML5 y JavaScript, especialmente en Google Chrome y
Firefox.

RNF 2. Debido a que el usuario debe ingresar sus datos personales para poder registrarse, el sistema debe cumplir con las disposiciones de la Ley de
Protección de Datos Personales.

RNF 3. La información de los usuarios y los préstamos se deberá guardar en una base de datos ubicada en los servidores de la Universidad, por lo cual se
requiere implementar mecanismos seguros, tanto de canal como de encriptación, para enviar y recibir la información.

RNF 4. La funcionalidad de préstamo y devolución de material no debe tardar mas de un 1 segundo en realizarse y en mostrar la respuesta.

RNF 5. Debido a que la Universidad busca incentivar la entrega del material prestado, se ha dispuesto un módulo de entrega que deberá funcionar las 24h, de
modo que cualquier persona a cualquier hora del día puede entregar libros.

RNF 6. Actualmente, el sistema tiene un único punto de entrega y recepción operado por una persona, sin embargo, se espera que el sistema pueda escalar
para manejar múltiples puntos, a medida que el sistema sea implementado por la Universidad.

Universidad de Los Andes - Departamento de Sistemas y Computación

2
 Atributos de Calidad – Caso de ejemplo

RNF 7. Los gestores bibliotecarios contarán con un usuario y una contraseña para acceder al sistema. La contraseña deberá contar con un mecanismo de
encriptación en almacenamiento.

RNF 8. El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final, y contar con un módulo de ayuda en línea.

RNF 9. El sistema debe manejar fuentes del alfabeto en Español (latino), Inglés y Chino.

Es importante tener presente que los requerimientos no funcionales no siempre estarán presentados de forma tan específica ni tan
completos. La apropiada identificación de los requerimientos presentes, y la identificación de los no presentes, es una labor clave en el
desarrollo de software.

Los atributos de calidad identificados deberán estar asociados a las historias de usuario previamente descritas y aceptadas por el
cliente.

Universidad de Los Andes - Departamento de Sistemas y Computación

3
 1 Identificación de Requerimientos no funcionales – Caso de Ejemplo

Descripción y Objetivos

• Identificar los principales atributos de calidad asociados al caso de ejemplo

• Especificar los requerimientos de calidad del caso, utilizando historias de usuario extendidas

Artefactos utilizados
Atributo de Stakeholder Historia de Prioridad
Calidad Asociado Usuario Asociada

Referencias y enlaces relevantes

• [Cohn2004] Cohn, Mike. “User Stories Applied”, Addison-Wesley, 2004.

Universidad de Los Andes - Departamento de Sistemas y Computación

4
 Identificación de Atributos de Calidad
Caso de ejemplo

La identificación y priorización de los atributos de calidad es pieza fundamental en el desarrollo y aceptación del sistema a desarrollar, y
del mismo modo, guiará las decisiones de arquitectura que se tomarán.

La priorización de atributos de calidad es una actividad que deberá realizarse en conjunto con el cliente.

A continuación se presentan, en el cuadro de la página siguiente, una lista de los atributos de calidad identificados a partir del enunciado
anterior. Se presenta además, la identificación del stakeholder asociado, se asignará un orden de importancia a los mismos, y finalmente
se relacionará a una historia de usuario.

Para este ejemplo, los atributos de calidad estarán asociados al RNF correspondiente. En la práctica, los atributos de calidad estarán
asociados a las historias de usuario que afenten.

El modelo de calidad aplicado es el ISO 25010.

Universidad de Los Andes - Departamento de Sistemas y Computación

5
 RNF Asociado Atributo de Calidad Stakeholder Asociado Prioridad

RNF 1 Funcionalidad / interoperabilidad Gestor bibliotecario Alta

RNF 2 Seguridad / responsabilidad Usuario Media

RNF 3 Seguridad / confidencialidad Universidad Alta

RNF 4 Eficiencia y desempeño / tiempos de respuesta Gestor biblioteracio Media

RNF 5 Confiabilidad / cumplimiento Usuario Media

RNF 6 Facilidad de ser mantenido / estabilidad ante modificaciones Gestor bibliotecario Baja

RNF 7 Seguridad / autenticación Gestor bibliotecario Alta

RNF 8 Facilidad de operacion / facilidad de uso Gestor bibliotecario Baja

RNF 9 Facilidad de operacion / facilidad de uso Gestor bibliotecario Baja

Universidad de Los Andes - Departamento de Sistemas y Computación

6
 2 Refinamiento de requerimientos de calidad – Historias de Usuarios – Caso de Ejemplo

Descripción y Objetivos

• Utilizar las historias de usuario para especificar los requerimientos de calidad del caso

Artefactos utilizados

Referencias y enlaces relevantes

• [Cohn2004] Cohn, Mike. “User Stories Applied”, Addison-Wesley, 2004.

Universidad de Los Andes - Departamento de Sistemas y Computación

7
 Historia de Usuario Extendidas
Caso de ejemplo

Estas historias de usuario extendidas permiten tomar la información de un escenario de calidad.

Cliente: Gestor bibliotecario Proyecto: Sistema de gestión de material bibliográfico

Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa Se require realizar la autenticación al sistema

Como Gestor Bibliotecario

Cuando Requiera ingresar al sistema

Dado que El sistema opera normalmente

Yo quiero Ingresar ingresar mi usuario y clave

Y debe suceder
Que la contraseña se almacene cifrada para evitar que pueda ser conocida por otros

Universidad de Los Andes - Departamento de Sistemas y Computación

8
 Historia de Usuario Extendidas
Caso de ejemplo

Cliente: Gestor bibliotecario Proyecto: Sistema de gestión de material bibliográfico

Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa Se requiere poder realizar la devolución de libros

Como Gestor bibliotecario

Cuando El usuario devuelva un libro

Dado que El sistema opera normalmente

Yo quiero Registrar la devolución

Y debe suceder
Que el sistema retorne el resultado en menos de un 1 segundo

Universidad de Los Andes - Departamento de Sistemas y Computación

9
 3 Identificación de Requerimientos no funcionales

Descripción y Objetivos

• Identificar los principales atributos de calidad asociados al proyecto de curso

• Especificar los requerimientos de calidad del proyecto, utilizando historias de usuario extendidas

Artefactos utilizados
Atributo de Stakeholder Historia de Prioridad
Calidad Asociado Usuario Asociada

Referencias y enlaces relevantes

• [Cohn2004] Cohn, Mike. “User Stories Applied”, Addison-Wesley, 2004.

Universidad de Los Andes - Departamento de Sistemas y Computación

10
 Identificación de Atributos de Calidad

El cliente ha solicitado una reunión en la que se le presenten los principales atributos de calidad identificados a partir del proyecto a carga.
El objetivo de esta reunión será, que el cliente vaya dando una prioridad es estos requerimientos.

Para lo anterior, es importante que se listen los atributos de calidad que logran identificar, a partir del enunciado del problema presentado
por el cliente. Trate de mencionar qué stakeholder está asociado al atributo de calidad. Trate de dar un orden de importancia a los atributos
de calidad identificados.

Algunos puntos para reflexionar

• ¿Es posible que algunos atributos de calidad estén asociados a algunos stakeholders en particular?

• ¿Podría encontrar similitudes entre el proyecto del curso y otros sistemas de información que conozca, en los que stakeholders
similares tengan preocupaciones por los mismos atributos de calidad?

• ¿Cree que algunos atributos de calidad son visibles más fácilmente en desarrollo o en ejecución? Si es así, ¿cuáles?

• ¿Considera que hay atributos de calidad más importantes que otros? ¿De qué depende?

Universidad de Los Andes - Departamento de Sistemas y Computación

11
 Atributo de Calidad Descripción de atributo Prioridad

Universidad de Los Andes - Departamento de Sistemas y Computación

12
 4 Refinamiento de requerimientos de calidad – Historias de Usuarios

Descripción y Objetivos

• Utilizar las historias de usuario para especificar los requerimientos de calidad del proyecto

Artefactos utilizados

Referencias y enlaces relevantes

• [Cohn2004] Cohn, Mike. “User Stories Applied”, Addison-Wesley, 2004.

Universidad de Los Andes - Departamento de Sistemas y Computación

13
 Especificación de Atributos de Calidad

Nuestro cliente ha solicitado una lista de los ASRs, los cuales se usarán para guiar el diseño de la arquitectura.

El equipo de arquitectos ha decidido utilizar la herramienta del curso, para crear un Backlog de arquitectura.

En los talleres de tecnologías del curso se explicará cómo plasmar historias de usuario en la herramienta.

Algunos puntos para reflexionar

• En la definición de un escenario de calidad, ¿cree que se deberían incluir otros campos para especificarlo mejor?

• ¿Considera que la lista de ASRs debe estar completa antes de iniciar el diseño de la arquitectura?

• ¿Qué pasa con el requerimiento si no tiene una medida de respuesta claramente definida?

• ¿Qué tanto debe dividirse un requerimiento de arquitectura para considerar suficientemente atómico?

Universidad de Los Andes - Departamento de Sistemas y Computación

14
 Historia de Usuario Extendidas

Cliente: Proyecto:
Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa

Como

Cuando

Dado que

Yo quiero

Y debe suceder

Universidad de Los Andes - Departamento de Sistemas y Computación

15
 Historia de Usuario Extendidas

Cliente: Proyecto:
Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa

Como

Cuando

Dado que

Yo quiero

Y debe suceder

Universidad de Los Andes - Departamento de Sistemas y Computación

16
 Historia de Usuario Extendidas

Cliente: Proyecto:
Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa

Como

Cuando

Dado que

Yo quiero

Y debe suceder

Universidad de Los Andes - Departamento de Sistemas y Computación

17
 Historia de Usuario Extendidas

Cliente: Proyecto:
Prioridad: A ( ) M ( ) B ( ) Tamaño: Epic ( ) Feature ( ) Story ( X ) Estimado: Puntos:

Narrativa

Como

Cuando

Dado que

Yo quiero

Y debe suceder

Universidad de Los Andes - Departamento de Sistemas y Computación

18
 5 Identificación de restricciones y motivadores

Descripción y Objetivos

• Derivar restricciones y motivadores a partir del enunciado del proyecto

Artefactos utilizados

Referencias y enlaces relevantes

Universidad de Los Andes - Departamento de Sistemas y Computación

19
 Motivador Stakeholder Asociado Prioridad
Disminuir las fallas de inventario en un 90% en los CEO de ANTUSU, Alta
primeros 3 meses de funcionamiento Gerente de inventario,
Proveedores,
Desarrolladores de software
Mantener un modelo de ventas enfocado CEO de ANTUSU, Baja
principalmente en la caracterización de modelos Gerente de publicidad
emergentes, para atraer mayor reconocimiento a los
diseñadores de origen colombiano.

Lograr un incremento de los usuarios en un 40% CEO de ANTUSU, Alta

anual y que el sitio sea capaz de soportar este Gerente de publicidad
incremento Desarrolladores de software

Reducir en un 70% las devoluciones por talla en el CEO de ANTUSU Alta

primer año de funcionamiento Desarrolladores de Software

Reducir los PQRS en un 70% en el primer año de CEO de ANTUSU Media

funcionamiento Desarrolladores de Software

Universidad de Los Andes - Departamento de Sistemas y Computación

20
 Restricción Tipo

El nuevo sistema (proyecto) no puede reemplazar el actual modelo en CMS y Tecnológico

CRM para evitar una reestructuración que pueda terminar en falla.

El proyecto debe ser completado en un periodo de 4 meses (semestre Negocio

universitario) por un equipo de 4 desarrolladores.

Que la actualización de inventario no le tome más de 20 minutos adicionales Negocio

al proveedor

Plataforma disponible en dispositivos móviles y web Tecnológico

Que el tiempo de carga de carga inicial sea menos a dos segundos Tecnológico

Terminar el diseño de arquitectura 4 meses Temporal

Universidad de Los Andes - Departamento de Sistemas y Computación

21
 Algunos puntos para reflexionar
• ¿Cuál es la importancia de contar con motivadores de negocio antes de empezar el diseño de una
arquitectura de SW?
Los motivadores de negocio ayudan a tener una mejor idea sobre el enfoque de los objetivos de negocio que se
tienen en una empresa. En esta medida los requerimientos del proyecto tienden a ser más específicos,
innovadores y útiles.

• ¿Cuál es la diferencia entre una restricción y un requerimiento significativo de arquitectura?

La negociabilidad entre ellos. Una restricción es algo inmutable que pertenece a una empresa y se debe
mantener debido a su importancia en el core de dicha empresa. Por otro lado, un ASR puede estar sujeto a
cambios si se considera que se puede alcanzar una mayor eficiencia de otro modo.

Universidad de Los Andes - Departamento de Sistemas y Computación

22
 Prioridad Historia de Usuario Asociada
Motivador

Disminuir las fallas de inventario en un 90% en los primeros 3 Yo como proveedor, deseo un fácil manejo de
meses de funcionamiento inventario para mantener régimen sobre mis
productos

Reducir en un 70% las devoluciones por talla en el primer año de Yo como usuario de compras, deseo obtener las
funcionamiento medidas correctas para mejorar mi satisfacción
con los productos vendidos

Reducir los PQRS en un 70% en el primer año de funcionamiento Yo como gerente del PQR, deseo mejor manejo
en las quejas de los usuarios para cuantificar un
índice de satisfacción.

Lograr un incremento de los usuarios en un 40% anual y que el Yo como usuario de compras, deseo poder
sitio sea capaz de soportar este incremento registrarme en la página y poder ingresar a ella
en cualquier momento

Universidad de Los Andes - Departamento de Sistemas y Computación

23
 Algunos puntos para reflexionar

• ¿Cuál es la importancia de definir prioridades para cada motivador de negocio?

Universidad de Los Andes - Departamento de Sistemas y Computación

24