Ingeniera de requerimientos

Ingeniera de Sistemas e Informtica

Examen final

Da: domingo 21 de febrero de

2016.
Hora: 08:15 horas.
Aula: F503-A

Propsito y contenido de la sesin

Propsito de la sesin
Elabora el documento de
especificaciones
suplementarias.

Contenido de la sesin
Especificaciones
suplementarias.

Recapitulando

Requerimientos no funcionales

ESPECIFICACIONES SUPLEMENTARIAS

Definicin
Son las especificaciones que no pueden expresarse en los
casos de uso
Tambin llamados:
Requerimientos de arquitectura
Factores de calidad

Ubicacin de los requerimientos suplementarios en

la pirmide de requerimientos

Ubicacin

Obtencin de requerimientos suplementarios

Crear una lista de todas las categoras de los requerimientos
suplementarios
Por cada categora, crear una o ms preguntas
Explicar al cliente el impacto y costo de cada decisin
Capturar la respuesta del cliente a cada pregunta
Asignar pesos o prioridades a cada requerimiento

Especificaciones suplementarias

CLASIFICACIN DE REQUERIMIENTOS
SUPLEMENTARIOS

Segn McCall y Matsumoto

Operacin
Revisin
Transicin

Integridad
Correcto
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Prueba
Flexibilidad

Portabilidad
Interoperabilidad
Reusabilidad

ISO
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenimiento
Portabilidad

Grady, RUP

El que usaremos en el
curso

Especificaciones suplementarias

LA PLANTILLA RUP

La plantilla RUP

Grady, RUP (1)

Funcionalidad

Incluye algunas funciones genricas disponibles en varias partes del sistema. Ej.: Ayuda en lnea, impresin y
reportes
Ejemplo: La ayuda en lnea estar disponible desde el men en cada pgina

Usabilidad
Acceso

Facilidad de acceso y uso de una funcionalidad especfica

Ejemplo: La funcionalidad de reservar un vuelo estar disponible desde la pgina principal

Esttica

Esttica de la IU y descripcin de cmo se debe "ver y sentir"

Ejemplo: Los campos de entrada mltiples deben estar verticalmente alineados si estn en una misma pgina

Consistencia IU

Consistencia de la IU, tanto dentro del sistema y con otros sistemas

Ejemplo: La IU debe ser consistente con el estndar IBM CUA. (Ref: www.aipo.es/libro/transpas/guias_lsi.ppt)

Ergonoma

Aspectos ergonmicos de la IU (evitar clics innecesarios, movimientos incomodos con el mouse, etc.)
Ejemplo: Cuando se abre un cuadro de dilogo, el foco debe estar en la primera entrada del cuadro de dilogo

Facilidad de uso

Facilidad de aprendizaje y uso del sistema

Ejemplo: No se necesitarn habilidades tcnicas para usar el sistema (excepto el de usar un navegador)

Grady, RUP (2)

Confiabilidad

Disponibilidad
Porcentaje de tiempo que el sistema est disponible, tiempo promedio entre errores
Ejemplo: El tiempo medio entre fallas ser de por lo menos 30 das
Ejemplo: El sistema estar disponible el 99.93% del tiempo.

Robustes
Capacidad del sistema para resistir disturbios externos, tales como entradas invlidas o entradas incompletas
Ejemplo: Para cada entrada invalida del usuario, el sistema mostrar un mensaje de error significativo explicando que formato se espera en la entrada.

Exactitud
Precisin con la que el sistema calcula los valores
Ejemplo: Las cantidades monetarias sern calculadas y almacenadas con una exactitud de 2 decimales

Recuperacin
Cuan "elegantemente" el sistema se recupera de una falla y sin efectos laterales.
Ejemplo: No se tiene para la agencia de viajes en lnea
Ej.: El sistema al "colgarse" debe mostrar un mensaje indicando cual fue la ltima operacin realizada, indicando fecha y hora

Tolerancia a Fallos
Sensibilidad del sistema a las fallas de algunas de sus partes
Ejemplo: No se tiene para la agencia de viajes en lnea
Ejemplo: El equipo X que est conectado al sistema debe seguir funcionando

Proteccin
Cualquier amenaza a los usuarios, datos, componentes del sistema o sistemas externos que se presenten por el uso del sistema
Ejemplo: No se tiene para la agencia de viajes en lnea
Ejemplo: Los datos deben estar disponibles de acuerdo al tipo de usuario y al acceso que tenga a las opciones especficas del sistema.

Seguridad
Nivel de proteccin sin importar el acceso a partes especficas del sistema
Ejemplo: Se requerir de una contrasea para ingresar a las pantallas del administrador

Correcto
Cmo el sistema estar libre de errores o defectos
Ejemplo: Cuando se muestra la lista de vuelos, el sistema no puede hacer faltar ningn vuelo directo o cualquier vuelo con solo un enlace
Ej.: Despus de que el sistema se ponga en produccin, el sistema tendr cero defectos crticos, cero defectos significativos, y no ms de 20 defectos menores

Grady, RUP (3)

Desempeo

Rendimiento

La tasa a la cual el sistema desempea sus tareas

Ejemplo: El sistema acomodar hasta 1000 reservas de avin por minuto

Tiempo de respuesta

Cun rpido el sistema responde a los eventos

Ejemplo: El tiempo de respuesta promedio debera ser menor a 2 segundos
El tiempo de respuesta al devolver la lista de vuelos no ser mayor a 10 segundos

Tiempo de recuperacin

Cun rpido el sistema se recupera de fallos

Ejemplo: En caso de fallo del sistema, el sistema redundante reiniciara operaciones dentro de 30 segundos
Ejemplo: El tiempo de reparacin promedio ser menor a 1 hora

Tiempo de puesta en marcha/apagado

El tiempo que toma iniciar y cerrar el sistema

Ejemplo: El sistema debe estar operacional al minuto de iniciarlo

Capacidad

El nmero de usuarios que el sistema puede manejar

Ejemplo: El sistema deber soportar 5000 usuarios concurrentes

Utilizacin de recursos

Uso de memoria, espacio de disco, almacenamiento de BD, etc.

Ejemplo: El sistema almacenar en la base de datos no ms de un milln de transacciones. Si la base de datos crece sobre este
lmite, las transacciones antiguas sern guardadas en archivos de respaldo (backup) y borradas de la base de datos
operacional.

Grady, RUP (4)

Soporte

Prueba
Cun fcil es probar el sistema
Ejemplo: la interface de usuario no contendr ningn componente que prevenga la prueba automatizada usando IBM Rational Robot e IBM Rational Funcional Tester

Adaptabilidad
Cun fcilmente el sistema se adapta a nuevos entornos
Ejemplo: el tiempo de desarrollo en una nueva versin de WebSphere Application Server no durar ms de un da

Mantenimiento
Cun fcilmente es localizar y reparar errores
Ejemplo: un registro de error conteniendo informacin acerca de todos los errores crticos sern accesibles al administrador del sistema a travs de Internet, para que pueda
revisarlos remotamente en cualquier tiempo

Compatibilidad
El grado de compatibilidad del sistema con las versiones previas del sistema, con el sistema que est reemplazando, y con interfaces.
Ejemplo: Despus de que el sistema est en produccin, las versiones subsecuentes sern compatibles con las versiones anteriores. Todas las transacciones de las versiones
previas estarn disponibles en la nueva versin.

Configuracin
Cun configurable es el sistema despus de instalado. Qu caractersticas sern configurables?
Ejemplo: no se tiene para la agencia de viajes en lnea
Ejemplo: se podr configurar la cantidad de decimales para el clculo

Actualizacin
Cun fcil es expandir el sistema con nuevas caractersticas
Ejemplo: ninguna instalacin en la estacin del trabajo del cliente se requerir. Todas las actualizaciones y nuevas versiones se harn en el servidor.

Instalacin
Facilidad de instalacin del sistema
Ejemplo: Instalar una nueva versin del sistema no requerir ninguna instalacin en la estacin de trabajo el usuario.

Escalabilidad
Cun fcil el sistema escala el volumen de datos o usuarios.
Ejemplo: Qu volumen de usuarios el sistema soportar en el tiempo
Ejemplo: despus de seis meses de operacin, el sistema ser capaz de acomodar 5000 usuarios adicionales.

Grady, RUP (5)

Soporte

Portabilidad

Reusablilidad

Cun fcil es analizar el sistema.

Ejemplo: no se tiene para la agencia de viajes en lnea

Auditora

Cun fcil es cambiar la funcionalidad del sistema.

Ejemplo: no se tiene para la agencia de viajes en lnea

Anlisis

Cun fcil es reemplazar los componentes del sistema.

Ejemplo: no se tiene para la agencia de viajes en lnea

Cambio

Cun bien el sistema cumple con los estndares y regulaciones.

Ejemplo: la obtencin de la informacin personal de una persona que compra un pasaje de avin ser conforme al acta de regulacin.

Reemplazo

Cun fcil es cooperar con otros sistemas. La interoperabilidad es la capacidad de productos, sistemas, o procesos de negocios, para trabajar juntos y completar una tarea comn.
Ejemplo: el sistema automticamente reservar un pasaje en el sistema de reservacin de la aerolnea sin la intervencin humana.

Conformidad

Cun fcil es reutilizar las partes en otros sistemas.

Ejemplo: la funcionalidad principal del sistema (reservar un vuelo, comprar un pasaje de avin, reservar un hotel, reservar un auto) ser encapsulado en componentes que pueden utilizarse en una
aplicacin cliente servidor (sin internet).

Interoperabilidad

Cun fcil es moverse a otro software o hardware.

Ejemplo: Cambiar la base de datos del sistema en el futuro no requerir re escribir la lgica de la aplicacin.

Cun fcil es auditar la operacin del sistema

Ejemplo: no se tiene para la agencia de viajes en lnea

Localizacin

Los lenguajes que el sistema soporta. Cun fcil es expandir el sistema con un nuevo lenguaje.
Ejemplo: la aplicacin estar disponible en ingls, francs y espaol

Grady, RUP (6)

Restricciones de diseo
Requerimientos relacionados al diseo y arquitectura del sistema.
Ejemplo: el sistema estar basado en una arquitectura J2EE.

Requerimientos de implementacin
Lenguaje de computadora usado para desarrollar el sistema.
Sistemas operativos y sus versiones.
Bases de datos a ser usadas.
Componentes de terceras partes.
Lmites de recursos: memoria, espacio de disco.
Estndares de codificacin.

Grady, RUP (7)

Requerimientos de interface

Interfaces de usuario.
Interfaces de hardware.
Interfaces de software.
Interfaces de comunicacin.

Requerimientos fsicos

Los requerimientos fsicos estn usualmente relacionados slo al hardware en el que el sistema
es desarrollado. Este puede ser especfico, por ejemplo, la forma, tamao, peso. No se considera
en aplicaciones web.

Requerimientos de documentacin

Documentacin impresa.
Documentacin disponible en CD.
Documentos disponibles en lnea.
Ayuda en lnea.

Ejemplo: La gua del administrador estar disponible como un documento PDF.

Requerimientos legales y de documentacin

Contiene requerimientos legales, regulatorios y de licencia.

Derivacin de requerimientos suplementarios

desde las caractersticas
Muchas caractersticas definidas en el documento de visin
llegan a ser requerimientos suplementarios.
Incluirlos en las Especificaciones Suplementarias dan la
oportunidad de agregar ms detalle y organizarlos
insertndolos en la seccin apropiada.
Un enfoque es ir a travs de todas las caractersticas,
identificar cules no estn consideradas en los casos de uso, y
traducirlas en requerimientos suplementarios.
Frecuentemente no se necesita ningn cambio y podemos
usar las mismas palabras que en las caractersticas.

Especificaciones suplementarias

ATRIBUTOS DE REQUERIMIENTOS
SUPLEMENTARIOS

Atributos de requerimientos suplementarios

(1)
Prioridad

Estado

Dificultad

Estabilidad

Riesgo

Nombre de
contacto

Autor

Ubicacin

Mejora de
requerimiento

Defecto

Obsoleto

Atributos de requerimientos suplementarios

(2)

Atributos de requerimientos suplementarios

(3)
Importancia
Obligatorio
La aplicacin estar disponible para los usuarios del navegador Internet
Explorer.

Deseable
Las siguientes pantallas debern aparecer en menos de dos segundos.

Es bueno tenerlo
El sistema estar en marcha dentro de un minuto de iniciado.

En vez de importancia podra usar prioridad (Importancia y

prioridad no son exactamente sinnimos)

Atributos de requerimientos suplementarios

(4)
Satisfaccin fuerte:
Las mtricas utilizadas en el requisito deber ser cumplida
exactamente como se describe.
La medicin no puede ser menor.

Atributos de requerimientos suplementarios

(5)
Satisfaccin media:
El valor de la medicin deber acercarse a los valores esperados.
Sin embargo, una pequea discrepancia est bien.

Atributos de requerimientos suplementarios

(6)
Satisfaccin lineal:
A mejor resultado, mejor ser la satisfaccin
No hay estrictos valores esperados.

Demostracin

ESPECIFICACIONES SUPLEMENTARIAS EN
REQUISITEPRO

Especificaciones suplementarias en
requisitepro
Creando especificacin especificaciones
suplementarias
Trazabilidad de requerimientos suplementarios
Consulta de requerimientos

Elaborando el documento de especificaciones

suplementarias

Desarrolle la prctica
de laboratorio 04:
Especificaciones
suplementarias.

Preguntas

Qu hemos aprendido?

Reflexionemos