ESPECIFICACIONES SUPLEMENTARIAS

1 Definición
Son las especificaciones que no pueden expresarse en los casos de uso Ubicación

2 Obtención de requerimientos suplementarios
a) Crear una lista de todas las requerimientos suplementarios categorías de los

b) Por cada categoría, crear una o más preguntas c) Explicar al cliente el impacto y costo de cada decisión d) Capturar la respuesta del cliente a cada pregunta e) Asignar pesos o prioridades a cada requerimiento

3 Clasificación de Requerimientos suplementarios
Según McCall y Matsumoto
Operación Integridad Correcto Confiabilidad EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010

RUP El que usaremos en el curso 4 La plantilla RUP Funcionalidad Incluye algunas funciones genéricas disponibles en varias partes del sistema. impresión y reportes Ej: La ayuda en línea estará disponible desde el menú en cada página EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .: Ayuda en línea.ESPECIFICACIONES SUPLEMENTARIAS Usabilidad Eficiencia Revisión Mantenibilidad Prueba Flexibilidad Transición Portabilidad Interoperabilidad Reusabilidad ISO Funcionalidad Confiabilidad Usabilidad Eficiencia Mantenimiento Portabilidad Grady. Ej.

Usabilidad Acceso Facilidad de acceso y uso de una funcionalidad específica Ej: La funcionalidad de reservar un vuelo estará disponible desde la página principal Ej: ..ESPECIFICACIONES SUPLEMENTARIAS Ej: . Ergonomía Aspectos ergonómicos de la IU (evitar clics innecesarios. etc.aipo.. el foco debe estar en la primera entrada del cuadro de diálogo Ej: Facilidad de uso Facilidad de aprendizaje y uso del sistema Ej: No se necesitarán habilidades técnicas para usar el sistema (excepto el de usar un navegador) EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .) Ej: Cuando se abre un cuadro de diálogo.. (Ref: www...es/libro/transpas/guias_lsi.. Estética Estética de la IU y descripción de como se debe "ver y sentir" Ej: Los campos de entrada múltiples deben estar verticalmente alineados si están en una misma página Ej: .. movimientos incomodos con el mouse.. tanto dentro del sistema y con otros sistemas Ej: La IU debe ser consistente con el estándar IBM CUA. Consistencia IU Consistencia de la IU.ppt) Ej: .

el sistema mostrará un mensaje de error significativo explicando que formato se espera en la entrada. Exactitud Precisión con la que el sistema calcula los valores Ej: Las cantidades monetarias serán calculadas y almacenadas con una exactitud de 2 decimales Ej: .. tiempo promedio entre errores Ej: El tiempo medio entre fallas será de por lo menos 30 días Ej: El sistema estará disponible el 99. Recuperación Cuan "elegantemente" el sistema se recupera de una falla y sin efectos laterales.93% del tiempo.... Ej: .: El sistema al "colgarse" debe mostrar un mensaje indicando cual fue la última operación realizada.. Ej: Robustes Capacidad del sistema para resistir disturbios externos. Confiabilidad Disponibilidad Porcentaje de tiempo que el sistema está disponible. indicando fecha y hora Ej: Tolerancia a Fallos EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .. Ej: No se tiene para la agencia de viajes en línea Ej.ESPECIFICACIONES SUPLEMENTARIAS Ej: . tales como entradas invalidas o entradas incompletas Ej: Para cada entrada invalida del usuario.

. el sistema tendrá cero defectos críticos. Ej: .: Desempeño Rendimiento La tasa a la cual el sistema desempeña sus tareas Ej: El sistema acomodará hasta 1000 reservas de avión por minuto EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 . y no más de 20 defectos menores Ej. datos. cero defectos significativos. componentes del sistema o sistemas externos que se presenten por el uso del sistema Ej: No se tiene para la agencia de viajes en línea Ej: Los datos deben estar disponibles de acuerdo al tipo de usuario y al acceso que tenga a las opciones específicas del sistema..: Después de que el sistema se ponga en producción. el sistema no puede hacer faltar ningún vuelo directo o cualquier vuelo con solo un enlace Ej. Seguridad Nivel de protección sin importar el acceso a partes específicas del sistema Ej: Se requerirá de una contraseña para ingresar a las pantallas del administrador Ej: Correcto Cómo el sistema estará libre de errores o defectos Ej: Cuando se muestra la lista de vuelos.ESPECIFICACIONES SUPLEMENTARIAS Sensibilidad del sistema a las fallas de algunas de sus partes Ej: No se tiene para la agencia de viajes en línea Ej: El equipo X que esta conectado al sistema debe seguir funcionando Protección Cualquier amenaza a los usuarios.

el sistema redundante reiniciara operaciones dentro de 30 segundos Ej: El tiempo de reparación promedio será menor a 1 hora Ej: Tiempo de puesta en marcha/apagado El tiempo que toma iniciar y cerrar el sistema Ej: El sistema debe estar operacional al minuto de iniciarlo Ej: Capacidad El número de usuarios que el sistema puede manejar Ej: El sistema deberá soportar 5000 usuarios concurrentes Ej: Utilización de recursos Uso de memoria. espacio de disco. etc. almacenamiento de BD. EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .ESPECIFICACIONES SUPLEMENTARIAS Ej: Tiempo de respuesta Cuan rápido el sistema responde a los eventos Ej: El tiempo de respuesta promedio debería ser menor a 2 segundos El tiempo de respuesta al devolver la lista de vuelos no será mayor a 10 segundos Ej: Tiempo de recuperación Cuán rápido el sistema se recupera de fallos Ej: En caso de fallo del sistema.

Si la base de datos crece sobre este límite. Todas las transacciones de las versiones previas estarán disponibles en la nueva versión. y con interfases.. las transacciones antiguas serán guardadas en archivos de respaldo (backup) y borradas de la base de datos operacional. Soporte Prueba Cuán fácil es probar el sistema Ej: la interfase de usuario no contendrá ningún componente que prevenga la prueba automatizada usando IBM Rational Robot e IBM Rational Funcional Tester Ej:..ESPECIFICACIONES SUPLEMENTARIAS Ej: El sistema almacenará en la base de datos no más de un millón de transacciones. EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 . con el sistema que está reemplazando. Compatibilidad El grado de compatibilidad del sistema con las versiones previas del sistema. Ej:. las versiones subsecuentes serán compatibles con las versiones anteriores. para que pueda revisarlos remotamente en cualquier tiempo Ej:.... Ej: Después de que el sistema este en producción. Adaptabilidad Cuán fácilmenteel sistema se adapta a nuevos entornos Ej: el tiempo de desarrollo en una nueva versión de WebSphere Application Server no durará más de un día Ej:. Mantenimiento Cuán fácilmente es localizar y reparar errores Ej: un registro de error conteniendo información acerca de todos los errores críticos serán accesibles al administrador del sistema a través de Internet.

Todas las actualizaciones y nuevas versiones se harán en el servidor.ESPECIFICACIONES SUPLEMENTARIAS Ej:. Ej:. Ej: Portabilidad Cuán fácil es moverse a otro software o hardware. el sistema será capaz de acomodar 5000 usuarios adicionales... ¿Qué características serán configurables? Ej: no se tiene para la agencia de viajes en línea Ej: se podrá configurar la cantidad de decimales para el cálculo Ej:.. Ej: Cambiar la base de datos del sistema en el futuro no requerirá re escribir la lógica de la aplicación.. Ej: Qué volumen de usuarios el sistema soportará en el tiempo Ej: después de seis meses de operación. Configuración Cuán configurable es el sistema después de instalado. Actualización Cuán fácil es expandir el sistema con nuevas características Ej: ninguna instalación en la estación del trabajo del cliente se requerirá. EAP: Ingeniería de Sistemas e Informática ASIGNATURA: Ingeniería de Requerimientos Docente: Juan Gamarra Moreno Fecha: 20/11/2010 . Ej:.. Escalabilidad Cuán fácil el sistema escala el volumen de datos o usuarios. Instalación Facilidad de instalación del sistema Ej: Instalar una nueva versión del sistema no requerirá ninguna instalación en la estación de trabajo el usuario.

. Ej: . Ej: el sistema automáticamente reservará un pasaje en el sistema de reservación de la aerolínea sin la intervención humana.ESPECIFICACIONES SUPLEMENTARIAS Ej: Reusablilidad Cuán fácil es reutilizar las partes en otros sistemas.. Ej: la funcionalidad principal del sistema (reservar un vuelo. Ej: no se tiene para la agencia de viajes en línea EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 . Ej: Interoperabilidad Cuán fácil es cooperar con otros sistemas. Ej: no se tiene para la agencia de viajes en línea Ej: Cambio Cuán fácil es cambiar la funcionalidad del sistema. reservar un auto) será encapsulado en componentes que pueden utilizarse en una aplicación cliente servidor (sin internet). o procesos de negocios.. sistemas. reservar un hotel. Ej: la obtención de la información personal de una persona que compra un pasaje de avión será conforme al acta de regulación. Ej: . Conformidad Cuán bien el sistema cumple con los estándares y regulaciones. Reemplazo Cuán fácil es reemplazar los componentes del sistema.. para trabajar juntos y completar una tarea común. comprar un pasaje de avión. La interoperabilidad es la capacidad de productos.

Ej: la aplicación estará disponible en inglés. Localización Los lenguajes que el sistema soporta.. Sistemas operativos y sus versiones.. Restricciones de diseño Requerimientos relacionados al diseño y arquitectura del sistema. Ej: el sistema estará basado en una arquitectura J2EE. Bases de datos a ser usadas. Ej: ... Cuán fácil es expandir el sistema con un nuevo lenguaje. EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .ESPECIFICACIONES SUPLEMENTARIAS Ej: . francés y español Ej: .... Requerimientos de implementación Lenguaje de computadora usado para desarrollar el sistema. Ej: no se tiene para la agencia de viajes en línea Ej: .. Análisis Cuán fácil es analizar el sistema.. Auditoría Cuán fácil es auditar la operación del sistema Ej: no se tiene para la agencia de viajes en línea Ej: ..

Requerimientos legales y de documentación Contiene requerimientos legales.ESPECIFICACIONES SUPLEMENTARIAS Componentes de terceras partes. Interfaces de software. Este puede ser específico. Requerimientos de documentación Documentación impresa. la forma. peso. Documentos disponibles en línea. espacio de disco. Ej: La guía del administrador estará disponible como un documento PDF. 5 Derivación de requerimientos desde las características suplementarios EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 . Estándares de codificación. Límites de recursos: memoria. Requerimientos físicos Los requerimientos físicos están usualmente relacionados sólo al hardware en el que el sistema es desarrollado. Documentación disponible en CD. Requerimientos de interfase Interfaces de usuario. Ayuda en línea. Interfaces de hardware. por ejemplo. No se considera en aplicaciones web. regulatorios y de licencia. Interfaces de comunicación. tamaño.

Incluirlos en las Especificaciones Suplementarias dan la oportunidad de agregar más detalle y organizarlos insertándolos en la sección apropiada. Frecuentemente no se necesita ningún cambio y podemos usar las mismas palabras que en las características. y traducirlas en requerimientos suplementarios. 6 Atributos de requerimientos suplementarios prioridad estado dificultad estabilidad riesgo nombre de contacto autor ubicación mejora de requerimiento defecto obsoleto EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 . identificar cuáles no están consideradas en los casos de uso. Un enfoque es ir a través de todas las características.ESPECIFICACIONES SUPLEMENTARIAS Muchas características definidas en el documento de visión llegan a ser requerimientos suplementarios.

Sign up to vote on this title
UsefulNot useful