IR15 especificaciones suplementarias

7/26/2019 IR15 especificaciones suplementarias

1/38

Ingeniera de requerimientos

Ingeniera de Sistemas e Informtica


2/38

Examen final

Da: domingo 21 de febrero de2016.

Hora: 08:15 horas.

Aula: F503-A


3/38

Propsito de la sesin

Elabora el documento de

especificacionessuplementarias.

Contenido de la sesin

Especificacionessuplementarias.

Propsito y contenido de la sesin


4/38

Recapitulando


5/38

ESPECIFICACIONES SUPLEMENTARIAS

Requerimientos no funcionales


6/38

Definicin

Son las especificaciones que no pueden expresarse en los

casos de uso

Tambin llamados: Requerimientos de arquitectura

Factores de calidad


7/38

Ubicacin de los requerimientos suplementarios en

la pirmide de requerimientos


8/38

Ubicacin


9/38

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


10/38

CLASIFICACIN DE REQUERIMIENTOSSUPLEMENTARIOS

Especificaciones suplementarias


11/38

Segn McCall y Matsumoto

Operacin

Revisin

Transicin

Integridad

Correcto

Confiabilidad

Usabilidad

Eficiencia

Mantenibilidad

Prueba

Flexibilidad

Portabilidad

Interoperabilidad

Reusabilidad


12/38

ISO

Funcionalidad

Confiabilidad

Usabilidad

Eficiencia

Mantenimiento

Portabilidad


13/38

Grady, RUP

El que usaremos en el

curso


14/38

LA PLANTILLA RUP



15/38

La plantilla RUP


16/38


17/38

Grady, RUP (1) Funcionalidad

Incluye algunas funciones genricas disponibles en varias partes del sistema. Ej.: Ayuda en lnea, impresin yreportes

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)


18/38

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: 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: 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


19/38

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 estelmite, las transacciones antiguas sern guardadas en archivos de respaldo (backup) y borradas de la base de datosoperacional.


20/38

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.


21/38

Grady, RUP (5) Soporte

Portabilidad 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.

Reusablilidad 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 unaaplicacin cliente servidor (sin internet).

Interoperabilidad

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 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 reemplazar los componentes del sistema.


Cambio Cun fcil es cambiar la funcionalidad del sistema.


Anlisis Cun fcil es analizar el sistema.


Auditora Cun fcil es auditar la operacin del sistema


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


22/38

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.


23/38

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 sistemaes desarrollado. Este puede ser especfico, por ejemplo, la forma, tamao, peso. No se consideraen 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.


24/38

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 laoportunidad 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.


25/38

ATRIBUTOS DE REQUERIMIENTOS

SUPLEMENTARIOS



26/38

Atributos de requerimientos suplementarios

(1)

Prioridad Estado Dificultad Estabilidad

RiesgoNombre de

contactoAutor Ubicacin

Mejora derequerimiento

Defecto Obsoleto


27/38


(2)


28/38


(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)


29/38


(4)

Satisfaccin fuerte:

Las mtricas utilizadas en el requisito deber ser cumplida

exactamente como se describe.

La medicin no puede ser menor.


30/38


(5)

Satisfaccin media:

El valor de la medicin deber acercarse a los valores esperados.

Sin embargo, una pequea discrepancia est bien.


31/38


(6)

Satisfaccin lineal:

A mejor resultado, mejor ser la satisfaccin

No hay estrictos valores esperados.


32/38

ESPECIFICACIONES SUPLEMENTARIAS EN

REQUISITEPRO

Demostracin


33/38

Especificaciones suplementarias en

requisitepro

Creando especificacin especificacionessuplementarias

Trazabilidad de requerimientos suplementarios

Consulta de requerimientos


34/38

Elaborando el documento de especificaciones

suplementarias

Desarrolle la prcticade laboratorio 04:Especificacionessuplementarias.


35/38

Preguntas


36/38

Qu hemos aprendido?


37/38

Reflexionemos


38/38

IR15 especificaciones suplementarias

Documents

Transcript of IR15 especificaciones suplementarias