IR MTG Lab04 Especificaciones Suplementarias

8/19/2019 IR MTG Lab04 Especificaciones Suplementarias

http://slidepdf.com/reader/full/ir-mtg-lab04-especificaciones-suplementarias 1/5

MATERIALES DE TRABAJO DE INGENIERÍA DE REQUERIMIENTOS

PRÁCTICA DE LABORATORIO N˚ 04

Instrucciones : Usando el software Rational RequisitePro, elabore el documento de especificacionessuplementarias.

DERIVANDO LAS ESPECIFICACIONES SUPLEMENTARIAS DE LASCARACTERÍSTICAS DE LOS REQUERIMIENTOS (FEAT TO SUPL)

Analice la siguiente derivación de las especificaciones suplementarias de las características delos requerimientos (feat to supl).

1. El usuario será capaz de comparar precios de vuelos de otros aeropuertos cercanos (paravuelos de salida y de retorno)

2. Las fechas se mostrarán de acuerdo al formato almacenado en la configuración del navegadorweb.

R.S. usabilidad: Las fechas se mostrarán de acuerdo al formato almacenado en laconfiguración del navegador web.

3. En las pantallas de entradas de datos, el sistema indicará qué campos son obligatorios alcolocar una estrella cerca al campo

R.S. usabilidad: En las pantallas de entradas de datos, el sistema indicará qué camposson ob ligatorios al colocar una estrella cerca al campo.

4. el usuario será capaz de cancelar la compra de un pasaje en cualquier tiempo antes de laconfirmación final de la compra

5. el usuario será capaz de cancelar una reservación de auto u hotel

6. el usuario será capaz de elegir si los vuelos serán seleccionados por el menor número deparadas o por precio

7. mientras se compre un pasaje de avión, el usuario será capaz de seleccionar los asientos

8. el sistema mostrará un calendario emergente cuando se ingrese cualquier fecha, como fechade vuelo, fecha de permanencia el hotel, o fecha de renta del auto

R.S. usabilidad: el sistema mostrará un calendario emergente cuando se ingresecualquier fecha, como fecha de vuelo, fecha de permanencia el hotel, o fecha de rentadel auto.

9. el usuario tendrá la oportunidad de indicar si necesita un vuelo de ida o de ida y vuelta.

10. el sistema identificara al aeropuerto basado en el código del aeropuerto o nombre de laciudad

11. pestañas separadas estarán disponibles para la pantalla principal

R.S. usabil idad: pestañas separadas estarán disponib les para la pantalla principal12. en cada página un botón "Próximo" sugerirá el flujo por defecto

Sección : …………………..Docente : Daniel Gamarra Moreno

Unidad ; ……… Semana : …….

Apellidos : ………………………………..Nombres : ………………………………..

Fecha : …/…/… Duración: …….

1




R.S. usabilidad: en cada página un botón "Próximo" sugerirá el flujo por defecto

13. si el usuario comprar un pasaje una vez, no tendrá la necesidad de repetir la mismainformación (tal como dirección o número de tarjeta de crédito) durante las transaccionesfuturas

14. la lista de vuelos disponibles incluirá número de vuelo, hora de partida, hora de arribo; paracada tramo del vuelo

15. el sistema proveerá una comparación de los precios de alquiler de autos diferentes compañías

16. en los precios de rentas de autos se mostrarán todos los impuestos aplicables

17. el sistema proveerá la oportunidad de reservar un vuelo

18. el sistema proveerá la oportunidad de comprar un pasaje de avión

19. el sistema proveerá la oportunidad de reservar una habitación de hotel

20. el sistema proveerá la oportunidad de reservar un auto

21. el sistema proveerá información acerca de atracciones en lugares específicos

22. el usuario será capaz de comprar un pasaje en línea, sin la necesidad de llamar al agente deviajes

23. el sistema usará una arquitectura J2EE

R.S. diseño: el sistema usará una arquitectura J2EE

24. si la arquitectura requiere un servidor de aplicaciones, se usará IBM WebSphere

R.S. implementación: IBM WebSphere se usará como un servidor de aplicación

25. sí sistema requiere una base de datos, se usará Oracle

R.S. implementación: Oracle se usará como manejador de bases de datos.

26. las páginas en las cuales los proveedores de servicios puedan enviar sus ofertas estaránprotegidas por contraseña. Los proveedores de hotel, autos y representantes de las aerolíneasusarán identificaciones de usuarios y contraseñas asignadas para acceder a estas páginas

R.S. conf iabil idad: las páginas en las cuales los proveedores de servicios puedan enviarsus ofertas estarán protegidas por contraseña. Los proveedores de hotel, autos yrepresentantes de las aerolíneas usarán identificaciones de usuarios y contraseñasasignadas para acceder a estas páginas

27. el sistema debe estar disponible 24 horas al día, con un grado de confiabilidad apropiado paraaplicaciones comerciales

R.S. confiabilidad:

El sis tema estará disponible 24 horas al día, siete días a la semana.

El tiempo promedio entre fallas será como mínimo 20 horas.

El sistema no estará disponible más de un minuto por cada 24 horas.

28. el sistema será desarrollado en tres meses desde la fecha en la que el cliente firme en loscasos de uso y las especificaciones suplementarias

29. los usuarios escogerán sus identificaciones y contraseñas cuando compren un pasaje deavión

2




R.S. confiabilidad: los usuarios escogerán sus identificaciones y contraseñas cuandocompren un pasaje de avión

30. la herramienta de búsqueda permitirá que un representante de servicio al cliente encuentreuna reservación basado en lo siguiente: apellidos, ciudad de destino, fecha.

31. El representante de servicio al cliente será capaz de cambiar los detalles de la reservación32. el representante de servicio al cliente será capaz de cancelar una reservación

33. mientras envié la información de contenido, el administrador de contenido será capaz deenviar texto plano sin etiquetas HTML

34. el sistema será completamente probado en los siguientes navegadores: Internet Explorer yNetscape

R.S. soporte: el sistema será completamente probado en los siguientes navegadores:Internet Explorer (versión 9 y posteriores) y Netscape (versión 8 y posteriores).

35. todas las transacciones y errores serán registrados y hechos disponibles al administrador

R.S. Soportabilidad:

Todos los errores del sistema serán registrados y hechas disponibles al administrador.

Todas las transacciones (compra de pasaje, hacer una reservación, actualizar unareservación, y cancelar una reservación) serán registradas y hechas disponibles aladministrador.

36. los siguientes reportes estarán disponibles al administrador: una lista de todos los pasajes deavión comprados en un periodo de tiempo dado, una lista de todas las reservaciones de autosen un periodo de tiempo dado, una lista de todas las reservaciones de habitaciones de hotel

en un periodo de tiempo dado37. mientras se haga la reservación de hotel, el cliente proveerá la siguiente información: ciudad,

días de permanencia, número de adultos, número de niños, preferencias de las habitaciones.

38. Cuando se provea la información acerca de un hotel, la siguiente información será mostrada:dirección, teléfono, fax, e-mail, descuentos ofrecidos, y métodos disponibles de pago.

39. Al usuario se le ofrecerá paquetes de ofertas consistentes en vuelos y hoteles

40. mientras se pague por el pasaje de avión, sólo se aceptarán pagos con tarjeta de crédito. Nose aceptarán Cheques y PayPal

Requerimientos de Proceso de Desarrollo:

El sistema será desarrollado en tres meses desde la fecha en la que el cliente firme enlos casos de uso y las especificaciones suplementarias.

El equipo de desarrollo incluirá por lo menos 2 pruebas manuales y dos pruebas con elRational Robot

El sistema será desarrollado usando RUP

ESPECIFICACIONES SUPLEMENTARIAS

Elabore el documento de especificaciones suplementarias, con el siguiente contenido.

3




INTRODUCCIÓNEstas especificaciones suplementarias capturan los requerimientos de sistema que son capturados en los casos deuso del modelo de caso de uso. Tales requerimientos incluyen:

• Requerimientos legales y regulatorios, así como estándares de aplicación.

• Atributos de calidad del sistema a ser construido, incluyendo usabilidad, confiablidad, desempeño y

requerimientos de soporte.

• Otros requerimientos como sistemas operativos y ambiente, requerimientos de compatibilidad y restriccionesde diseño.

Propósito

El propósito de este documento es describir requerimientos de funcionalidad, Usabilidad (Nombre del sistema

Alcance

Este documento está restringido a describir las especificaciones suplementarias del proyecto

FUNCIONALIDAD

Usabilidad

1. Las fechas se mostrarán de acuerdo al formato almacenado en la configuración del navegador web.

2. En las pantallas de entradas de datos, el sistema indicará qué campos son obligatorios al colocar una estrellacerca al campo

3. El sistema mostrará un calendario emergente cuando se ingrese cualquier fecha, como fecha de vuelo, fechade permanencia el hotel, o fecha de renta del auto

4. Pestañas separadas estarán disponibles para la pantalla principal

5. En cada página un botón "Próximo" sugerirá el flujo por defecto

Confiabilidad

1. Las páginas en las cuales los proveedores de servicios puedan enviar sus ofertas estarán protegidas porcontraseña. Los proveedores de hotel, autos y representantes de las aerolíneas usarán identificaciones deusuarios y contraseñas asignadas para acceder a estas páginas

2. El sistema estará disponible 24 horas al día, siete días a la semana

3. El tiempo promedio entre fallas será como mínimo 20 horas

4. El sistema no estará disponible más de un minuto en 24 horas

5. Los usuarios escogerán sus identificaciones y contraseñas cuando compren un pasaje de avión

Soporte

1. El sistema será completamente probado en los siguientes navegadores: Internet Explorer (versión 9 y

posteriores) y Netscape (versión 8 y posteriores)2. Todos los errores del sistema serán registrados y hechos disponibles al administrador.

3. Todas las transacciones (compra de pasaje, hacer una reservación, actualizar una reservación y cancelaruna reservación) serán registradas y hechas disponibles al administrador

Restricciones de Diseño

1. El sistema usará una arquitectura J2EE

Interfaces

1. IBM WebSphere se usara como un servidor de aplicaciones

2. Oracle se usará como manejador de base de datos

4




PROCESO DE DESARROLLO1. El sistema será desarrollado en tres meses desde la fecha en la que el cliente firme en los casos de uso y las

especificaciones suplementarias.

2. El equipo de desarrollo incluirá por lo menos dos pruebas manuales y dos pruebas con el Ratioanal Robot

3. El sistema será desarrollado usando RUP

5

Documents

IR MTG Lab04 Especificaciones Suplementarias