Universidad De Colima Facultad De Telemática Ingeniería En Telemática
José Carlos Gonzalez Ramírez 5-“A” Ingeniería De Software M. en C. Gerardo Emmanuel Cárdenas Villa Ejercicios 4. Ingeniería de requerimientos Fecha: 04 de octubre del 2015
4.1. Identifique y describa brevemente cuatro tipos de requerimientos que puedan definirse para un sistema basado en computadora. Requerimientos
del
Usuario
Deben describir los requerimientos funcionales y no funcionales, que sean comprensibles por
los
usuarios
sin
Requerimientos
conocimiento
del
técnico
detallado
sistema
Los requerimientos del sistema son versiones extendidas de los Requerimientos del usuario que son utilizados por los ingenieros de software como punto de partida para el diseño del sistema. Agregan detalle y explican como el sistema debe proporcionar los requerimientos del usuario. Deben ser una especificación completa y consistente de un sistema
Requerimientos
funcionales
Describen las funciones que el sistema va a hacer. Estos requerimientos dependen del tipo de software que se desarrolla, los posibles usuarios del software y del enfoque en la organización al redactar los requerimientos; los requerimientos funcionales del sistema describen con detalle la función de este, sus entradas y salidas, excepciones, etc.
Requerimientos
no
funcionales
Son aquellos requerimientos que no se refieren directamente las funciones específicas que proporciona el sistema, si no a las propiedades emergentes, como son la fiabilidad, el tiempo
de
respuesta del sistema y la capacidad de almacenamiento. De forma alternativa define las restricciones del sistema de los dispositivos de entrada y salida 4.2. Descubra las ambigüedades u omisiones en el siguiente enunciado de requerimientos de un sistema de emisión de boletos: Un sistema automatizado de emisión de boletos vende boletos de ferrocarril. Los usuarios seleccionan su destino e ingresan un número de tarjeta de crédito y uno de identificación personal. El boleto de ferrocarril se emite y se carga en su cuenta de tarjeta de crédito. Cuando el usuario oprime el botón start, se activa una pantalla de menú con los posibles destinos, junto con un mensaje que pide al usuario seleccionar un destino. Una vez seleccionado el destino, se solicita a los usuarios ingresar su tarjeta de crédito. Se
comprueba su validez y luego se pide al usuario ingresar un identificador personal. Cuando se valida la transacción crediticia, se emite el boleto. Lo que yo pienso es que este sistema debe mejorar porque desde mi punto de vista sería más cómodo y accesible que el usuario primero seleccione el origen del destino y final del destino, segundo seria la confirmación de la ruta seleccionada, tercero seria que el usuario ingrese sus datos de su tarjeta de crédito y de su identificación para saber a quién va dirigido el boleto de abordaje y finalmente seria la comprar del boleto con la ruta seleccionada y datos del boleto a quien va dirigido.
4.3. Vuelva a escribir la descripción anterior usando el enfoque estructurado referido en este capítulo. Resuelva las ambigüedades identificadas de forma adecuada. Esta sección seria lo que yo creo que sería corregido el sistema anterior que presentaba ambigüedades pero no las note Lo que yo pienso es que este sistema debe mejorar porque desde mi punto de vista sería más cómodo y accesible que el usuario primero seleccione el origen del destino y final del destino, segundo seria la confirmación de la ruta seleccionada, tercero seria que el usuario ingrese sus datos de su tarjeta de crédito y de su identificación para saber a quién va dirigido el boleto de abordaje y finalmente seria la comprar del boleto con la ruta seleccionada y datos del boleto a quien va dirigido.
4.4. Escriba un conjunto de requerimientos no funcionales para el sistema de emisión de boletos, y establezca su fiabilidad y tiempo de respuesta esperados. La interfaz del usuario se puede implementar de forma táctil de manera que el usuario no utilice
ni
teclado
Requerimientos
o
más
y
en
ambiente
de
navegador
de
internet.
Organizacionales:
La Documentación del Desarrollo y Manejo del Sistema debe entregarse en un formato de fácil lectura y de compresión sencilla para el usuario pueda consultarlos en línea. Requerimientos
Externos:
El sistema debe tener conectividad con los sistemas externos de control de tarjetas de crédito para validar la información del usuario en línea 4.5. Con la técnica aquí sugerida, en que las descripciones en lenguaje natural se presentan en formato estándar, escriba requerimientos de usuario plausibles para las siguientes funciones: ■ Un sistema de bombeo de petróleo (gasolina) no asistido que incluya un lector de tarjeta de crédito. El cliente pasa la tarjeta en el lector, luego especifica la cantidad de combustible requerido. Se suministra el combustible y se deduce de la cuenta del cliente. ■ La función de dispensar efectivo en un cajero automático. ■ La función de revisión y corrección ortográfica en un procesador de textos. 4.6. Sugiera cómo un ingeniero responsable de redactar una especificación de requerimientos de sistema puede seguir la huella de las relaciones entre requerimientos funcionales y no funcionales. El ingeniero responsable de preparar la especificación de requerimientos debe hacer un diagnóstico de los proceso que debe realizar el sistema dependiendo del tipo de software que se esté desarrollando, en base a este estudio se debe redactar los requerimientos funcionales de forma clara y entendible por el usuario sin utilizar términos técnicos de ser posible. 4.7. Con su conocimiento de cómo se usa un cajero automático, desarrolle un conjunto de casos de uso que pudieran servir como base para comprender los requerimientos para el sistema de un cajero automático. Creo que la ambigüedad es saber si la tarjeta se debe pedir antes o después, porque para emitir el billete sin saber los datos de la persona o sin saber si su tarjeta cubre el valor del destino donde desea viajar o si el emisor de la tarjeta no está en línea, etc. No se puede continuar una transacción si no se dispone de ciertos factores que la final podrían causar desgaste o malestar por los usuarios del sistema. 4.8. ¿Quién debería involucrarse en una revisión de requerimientos? Dibuje un modelo del proceso que muestre cómo podría organizarse una revisión de requerimientos.
4.9. Cuando tienen que hacerse cambios de emergencia a los sistemas, es posible que deba modificarse el software del sistema antes de aprob ar los cambios a los requerimientos. Sugiera un modelo de un proceso para realizar dichas modificaciones, que garantice que el documento de requerimientos y la implementación del sistema no serán inconsistentes.
4.10. Usted acepta un empleo con un usuario de software, quien contrató a su empleador anterior con la finalidad de desarrollar un sistema para ellos. Usted descubre que la interpretación de los requerimientos de su compañía es diferente de la interpretación tomada por su antiguo empleador. Discuta qué haría en tal situación. Usted sabe que los costos para su actual empleador aumentarán si no se resuelven las ambigüedades. Sin embargo, también tiene una responsabilidad de confidencialidad con su empleador anterior. Pues lo que haría es evaluar la experiencia con mi compañía anterior de desarrollo que e sta mas empapada de los requerimientos que exige como usuario y la experiencia de implementación de la misma para tratar de transmitir estos requerimientos a la compañía de desarrollo nueva y así llegar a la unificación de requerimientos sin ambigüedades