Isis2503-guiaatributoscalidad-201716666.pptx

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 Calidad

Stakeholder Asociado

Historia de Usuario Asociada

Prioridad

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 )

Narrativa Como

Puntos:

Se require realizar la autenticación al sistema Gestor Bibliotecario

Cuando

Requiera ingresar al sistema

Dado que

El sistema opera normalmente

Yo quiero

Ingresar ingresar mi usuario y clave

Y debe suceder

Estimado:

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 )

Narrativa Como Cuando

Puntos:

Se requiere poder realizar la devolución de libros

Gestor bibliotecario El usuario devuelva un libro

Dado que

El sistema opera normalmente

Yo quiero

Registrar la devolución

Y debe suceder

Estimado:

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 Calidad

Stakeholder Asociado

Historia de Usuario Asociada

Prioridad

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

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

Prioridad

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 primeros 3 meses de funcionamiento

CEO de ANTUSU, Gerente de inventario, Proveedores, Desarrolladores de software

Alta

Mantener un modelo de ventas enfocado principalmente en la caracterización de modelos emergentes, para atraer mayor reconocimiento a los diseñadores de origen colombiano.

CEO de ANTUSU, Gerente de publicidad

Baja

Lograr un incremento de los usuarios en un 40% anual y que el sitio sea capaz de soportar este incremento

CEO de ANTUSU, Gerente de publicidad Desarrolladores de software

Alta

Reducir en un 70% las devoluciones por talla en el primer año de funcionamiento

CEO de ANTUSU Desarrolladores de Software

Alta

Reducir los PQRS en un 70% en el primer año de funcionamiento

CEO de ANTUSU Desarrolladores de Software

Media

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 CRM para evitar una reestructuración que pueda terminar en falla.

Tecnológico

El proyecto debe ser completado en un periodo de 4 meses (semestre universitario) por un equipo de 4 desarrolladores.

Negocio

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

Negocio

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

Motivador

Prioridad

Historia de Usuario Asociada

Disminuir las fallas de inventario en un 90% en los primeros 3 meses de funcionamiento

Yo como proveedor, deseo un fácil manejo de inventario para mantener régimen sobre mis productos

Reducir en un 70% las devoluciones por talla en el primer año de funcionamiento

Yo como usuario de compras, deseo obtener las 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 sitio sea capaz de soportar este incremento

Yo como usuario de compras, deseo poder 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