ISIS2503 - Arquitectura y Diseño de

Software

Guía de Trabajo
Atributos de Calidad

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 Atributo de Calidad Stakeholder Asociado Prioridad
Asociado

RNF 1 Funcionalidad / interoperabilidad Gestor bibliotecario Alta

RNF 2 Seguridad / responsabilidad Usuario Media

RNF 3 Seguridad / confidencialidad Universidad Alta

Eficiencia y desempeño / tiempos de

RNF 4 Gestor biblioteracio Media
respuesta

RNF 5 Confiabilidad / cumplimiento Usuario Media

Facilidad de ser mantenido / estabilidad

RNF 6 Gestor bibliotecario Baja
ante modificaciones

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
 Refinamiento de requerimientos de calidad – Historias de Usuarios – Caso
2 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:

Narrativ Se require realizar la autenticación al sistema

a

Como Gestor Bibliotecario

Cuando Requiera ingresar al sistema

Dado El sistema opera normalmente

que
Yo quiero Ingresar ingresar mi usuario y clave

Y debe Que la contraseña se almacene cifrada para evitar que pueda ser
suceder 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:

Narrativ Se requiere poder realizar la devolución de libros

a

Como Gestor bibliotecario

Cuando El usuario devuelva un libro

Dado El sistema opera normalmente

que
Yo quiero Registrar la devolución

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

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 Historia de
Stakeholder Asociado Prioridad
Calidad Usuario Asociada

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 (Taiga), para crear un Backlog de
arquitectura.

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

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é con el requierimiento 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:

Narrativ
a

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:

Narrativ
a

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:

Narrativ
a

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:

Narrativ
a

Como

Cuando

Dado
que
Yo quiero

Y debe
suceder

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

18