Ingeniería de Software. Sommerville. Capítulo 4. Ejercicios

June 19, 2019 | Author: Ana Rodriguez | Category: Ingeniería de software, Tarjeta de crédito, Software, Cajero, Gasolina
Share Embed Donate


Short Description

Ejercicios resueltos del capítulo 4 del libro Ingeniería de Software de Sommerville....

Description

4.1 Identifique y describa brevemente cuatro tipos de requerimientos que puedan definirse para un sistema basado en computadora. Requerimientos del usuario. Describen los requerimientos funcionales y no funcionales en lenguaje del usuario sin conocimiento técnico. Requerimientos del sistema. Son versiones más completas, complejas y específicas de los requerimientos del usuario, son utilizados por los ingenieros de software como punto de partida para el diseño del sistema. Requerimientos funcionales. Describen las funciones que el sistema debe realizar, las entradas, las salidas, los procesos, las excepciones, etc. Requerimientos no funcionales. No se refieren a las funciones específicas del sistema, sino a las propiedades emergentes, como la fiabilidad, la seguridad, la compatibilidad, etc. 4.2 Descubra las ambigüedades u omisiones en el siguiente enunciado de requerimientos requerimi entos 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 el 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. El sistema emite boletos, vende boletos o ambas cosas. No especifica de qué manera se ingresará la información (teclado o táctil). No especifica de qué manera el usuario ingresará el identificador personal o la tarjeta de crédito. No se conoce si existe un solo origen o varios, ni si existen horarios de salida.

4.3 Vuelve a escribir la descripción anterior usando el enfoque estructurado referido en este capítulo. Resuelva las ambigüedades identificadas de forma adecuada. Se necesita un sistema automatizado de venta de boletos de ferrocarril. El usuario debe oprimir el botón start en una pantalla táctil ,  , en ese momento se activa una pantalla menú donde se pide al usuario, mediante un mensaje de texto, que seleccione uno de los orígenes y destinos disponibles que aparecerán listados en esa misma pantalla. Al seleccionar el origen y el destino, se desplegarán las opciones de horarios disponibles y las cantidades de boletos. Enseguida, se solicitará al usuario ingresar su nombre y escanear una identificación personal, así como el número de tarjeta de crédito, la fecha de vencimiento, el código cvv y el nombre de la persona propietaria de la tarjet a de crédito. Al terminar de ingresar los datos y cuando el usuario seleccione la opción de Aceptar, el sistema redirigirá al sistema bancario para comprobar la validez de la tarjeta y hacer la transacción. Al ser ésta validada, se emitirá el boleto con la fecha y hora de compra, el origen y destinos seleccionados, la fecha y hora de salida y llegada seleccionada, los últimos 4 dígitos de la tarjeta con la que se pagó, la cantidad, el monto total y el nombre del usuario.

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. El usuario final interactuará con el sistema mediante una interfaz con pantalla táctil. El sistema debe estar conectado con el sistema externo de las entidades bancarias para validar los pagos de los boletos. 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 l ector, luego especifica la cantidad de combustible requerido. Se suministra el combustible y se deduce de la cuenta del cliente. Un sistema en el cual la gasolinera sea de autoservicio. El cliente pasa su tarjeta e ingresa la cantidad de gasolina que quiere. Luego de despachar la gasolina, se le hace el cobro a su tarjeta. La función de dispensar efectivo en un cajero automático. El usuario ingresa su tarjeta, solicita un retiro, ingresa la cantidad, se compara la cantidad solicitada con el saldo de su cuenta, si tie ne el dinero suficiente se despacha y se le reduce de su cuenta, si no, se cancela la transacción. La función de revisión y corrección ortográfica en un pro cesador de textos. El usuario escribe, si tiene una falta de ortografía, el sistema avisa al usuario.

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. Debido a que los requerimientos no funcionales están ligados a los funcionales, es importante dar referencia que uno es consecuencia y causa de otro. Para lograr esto, se puede poner en una sección separada del documento de requerimientos. 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. Un cliente puede consultar sus movimientos después de realizar una transacción. Un cliente puede retirar efectivo después de haber depositado dinero a su cuenta. Un cliente puede hacer un depósito. Un cliente puede cambiar su clave después de validar su información.

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.

Comprensión del sistema

Recolección de requerimientos

Clasificación

Documentación de requerimientos

Verificació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 aprobar 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.

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF