P. 1
Especificaciones Suplementarias

Especificaciones Suplementarias

|Views: 436|Likes:
Publicado porjgamboa65

More info:

Categories:Topics, Art & Design
Published by: jgamboa65 on Sep 25, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

02/20/2015

pdf

text

original

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

ESPECIFICACIONES SUPLEMENTARIAS Usabilidad Eficiencia Revisión Mantenibilidad Prueba Flexibilidad Transición Portabilidad Interoperabilidad Reusabilidad ISO Funcionalidad Confiabilidad Usabilidad Eficiencia Mantenimiento Portabilidad Grady. 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. Ej.

etc.. Consistencia IU Consistencia de la IU.ppt) Ej: .ESPECIFICACIONES SUPLEMENTARIAS Ej: .es/libro/transpas/guias_lsi.) Ej: Cuando se abre un cuadro de diálogo... 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.. 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: . 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 . 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: .aipo.. Ergonomía Aspectos ergonómicos de la IU (evitar clics innecesarios. (Ref: www.

Ej: Robustes Capacidad del sistema para resistir disturbios externos. 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 .: El sistema al "colgarse" debe mostrar un mensaje indicando cual fue la última operación realizada.. Recuperación Cuan "elegantemente" el sistema se recupera de una falla y sin efectos laterales.. 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: .. el sistema mostrará un mensaje de error significativo explicando que formato se espera en la entrada. Confiabilidad Disponibilidad Porcentaje de tiempo que el sistema está disponible. tales como entradas invalidas o entradas incompletas Ej: Para cada entrada invalida del usuario. 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. Ej: .93% del tiempo. Ej: No se tiene para la agencia de viajes en línea Ej....ESPECIFICACIONES SUPLEMENTARIAS Ej: .

el sistema no puede hacer faltar ningún vuelo directo o cualquier vuelo con solo un enlace Ej.. datos.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. y no más de 20 defectos menores Ej. 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 .. 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. cero defectos significativos. el sistema tendrá cero defectos críticos. 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.: Después de que el sistema se ponga en producción.

etc. 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. 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. almacenamiento de BD.

Todas las transacciones de las versiones previas estarán disponibles en la nueva versió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:. Compatibilidad El grado de compatibilidad del sistema con las versiones previas del sistema... EAP: Ingeniería de Sistemas e Informática Requerimientos Docente: Juan Gamarra Moreno ASIGNATURA: Ingeniería de Fecha: 20/11/2010 .. Ej:.ESPECIFICACIONES SUPLEMENTARIAS Ej: El sistema almacenará en la base de datos no más de un millón de transacciones. Si la base de datos crece sobre este límite. Ej: Después de que el sistema este en producción. 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:. y con interfases. las transacciones antiguas serán guardadas en archivos de respaldo (backup) y borradas de la base de datos operacional. 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.. las versiones subsecuentes serán compatibles con las versiones anteriores. con el sistema que está reemplazando. para que pueda revisarlos remotamente en cualquier tiempo Ej:.

Todas las actualizaciones y nuevas versiones se harán en el servidor. Ej: Qué volumen de usuarios el sistema soportará en el tiempo Ej: después de seis meses de operación. EAP: Ingeniería de Sistemas e Informática ASIGNATURA: Ingeniería de Requerimientos Docente: Juan Gamarra Moreno Fecha: 20/11/2010 . 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:.ESPECIFICACIONES SUPLEMENTARIAS Ej:. Ej:... Ej: Portabilidad Cuán fácil es moverse a otro software o hardware. Ej:.. Ej: Cambiar la base de datos del sistema en el futuro no requerirá re escribir la lógica de la aplicación. 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. 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á..

Ej: Interoperabilidad Cuán fácil es cooperar con otros sistemas. Ej: . comprar un pasaje de avión. reservar un auto) será encapsulado en componentes que pueden utilizarse en una aplicación cliente servidor (sin internet).. Ej: la funcionalidad principal del sistema (reservar un vuelo. La interoperabilidad es la capacidad de productos. 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. Reemplazo Cuán fácil es reemplazar los componentes del sistema. reservar un hotel. para trabajar juntos y completar una tarea común. o procesos de negocios.ESPECIFICACIONES SUPLEMENTARIAS Ej: Reusablilidad Cuán fácil es reutilizar las partes en otros sistemas. 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 . sistemas.. Ej: . Ej: el sistema automáticamente reservará un pasaje en el sistema de reservación de la aerolínea sin la intervención humana. Ej: no se tiene para la agencia de viajes en línea Ej: Cambio Cuán fácil es cambiar la funcionalidad del sistema... Conformidad Cuán bien el sistema cumple con los estándares y regulaciones.

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

Límites de recursos: memoria. Este puede ser específico. peso. la forma. Estándares de codificación. Ej: La guía del administrador estará disponible como un documento PDF. Interfaces de hardware.ESPECIFICACIONES SUPLEMENTARIAS Componentes de terceras partes. por ejemplo. Requerimientos de documentación Documentación impresa. Interfaces de software. 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 . Interfaces de comunicación. Documentación disponible en CD. Requerimientos legales y de documentación Contiene requerimientos legales. Requerimientos físicos Los requerimientos físicos están usualmente relacionados sólo al hardware en el que el sistema es desarrollado. Documentos disponibles en línea. Requerimientos de interfase Interfaces de usuario. Ayuda en línea. No se considera en aplicaciones web. regulatorios y de licencia. tamaño. espacio de disco.

identificar cuáles no están consideradas en los casos de uso. y traducirlas en requerimientos suplementarios. Frecuentemente no se necesita ningún cambio y podemos usar las mismas palabras que en las características.ESPECIFICACIONES SUPLEMENTARIAS Muchas características definidas en el documento de visión llegan a ser 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 . Incluirlos en las Especificaciones Suplementarias dan la oportunidad de agregar más detalle y organizarlos insertándolos en la sección apropiada. Un enfoque es ir a través de todas las características.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->