Está en la página 1de 7

UNIVERSIDAD NACIONAL DE PIURA

FACULTAD DE INGENIERÍA INDUSTRIAL


ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
ANALISIS DE REQUERIMIENTOS

Asignatura:

• Análisis de Sistemas I

Responsables:

• Gutierrez Tavara Andres.


• Gutierrez Villegas Daniel.

Docente:

• Dr. Hoower Augusto Puicón Zapata


ANALISIS DE SISTEMAS I

ANALISIS DE REQUERIMIENTOS

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 de tal forma que sean
comprensibles por los usuarios del sistema que no posean un conocimiento técnico
detallado. Únicamente especifican el comportamiento externo del sistema y evitan, tanto
como sea posible, las características de diseño del sistema. Por consiguiente, los
requerimientos del usuario no se deben definir utilizando un modelo de implementación.
Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos
sencillos. Sin embargo, pueden surgir diversos problemas cuando se redactan en lenguaje
natural: falta de claridad, confusión de requerimientos y conjunción de requerimientos.

• Los requerimientos del sistema.


Establecen con detalle los servicios y restricciones del sistema. El documento de
requerimientos del sistema, algunas veces denominado especificación funcional, debe ser
preciso. Éste sirve como un contrato entre el comprador del sistema y el desarrollador del
software.
Son descripciones más detalladas de los requerimientos del usuario. Sirven como base
para definir el contrato de la especificación del sistema y, por lo tanto, debe ser una
especificación completa y consistente del sistema. Son utilizados por los ingenieros de
software como el punto de partida para el diseño del sistema. La especificación de
requerimientos del sistema incluye diferentes modelos del sistema como el de objetos o
el de flujo de datos.

• 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.

GUTIERREZ VILLEGAS DANIEL PAG| 2


ANALISIS DE SISTEMAS I

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.

• La ambigüedad seria saber si primero mostrar una lista de los posibles destinos
en la pantalla del cajero o insertar la tarjeta y validar todos sus datos para luego
mostrar los destinos posibles sujetos a sus precios.

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.

• Cuando el usuario accede al cajero primero tiene que ingresar su tarjeta de crédito
con su identificador, para luego cargarle la lista de todos los posibles destinos
con sus respectivos precios, donde el usuario elegirá su destino para luego el
cajero haga la transacción y finalmente se emitirá su boleto cargado con sus datos
respectivos junto con su destino.

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.
• Requerimientos del producto:
✓ Se debería implementar una interfaz de usuario que, implementada de forma táctil, de
manera que el usuario no utilice ni teclado u otros que ralenticen el tiempo.
✓ Implementación de una cámara de seguridad en el cajero para gestionar de forma más
rápida inconvenientes con los usuarios en la compra de boletos, perdidas, robos u otros.
• Requerimientos Organizacionales:
✓ La documentación del desarrollo y manejo del sistema debe entregarse en un formato de
fácil lectura y de comprensión sencilla para el usuario pueda consultarlos en línea.

GUTIERREZ VILLEGAS DANIEL PAG| 3


ANALISIS DE SISTEMAS I

• Requerimientos Externos:
✓ El sistema debe tener conectividad con los sistemas externos de control de tarjetas de
crédito para validad la información del usuario en línea.

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.

• Validar Tarjeta. Se valida la tarjeta del usuario verificando el número de tarjeta


y su contraseña(PIN).
• Trata de petición. El sistema trata la petición del usuario para carga de gasolina
en el vehículo, además de la cantidad de combustible que desee, luego se
descontaría de la cuenta del usuario, comprobando que cuente con el fondo
suficiente sino se dar aviso.
• Completar transacción. Se devuelve la tarjeta al usuario y cuando se ha extraído
se hará la carga del combustible y finalmente se imprimirá su recibo.

➢ La función de dispensar efectivo en un cajero automático.


• Validar tarjeta
• Tratar petición
• Completar transacción

➢ La función de revisión y corrección ortográfica en un procesador de textos.

• Validar verificación de ortografía y correcciones de textos


• Usar una base de datos con las palabras para hacer comparaciones con el
diccionario de la Academia real española
• Señalar errores de ortografía y sus posibles errores gramaticales corregir
automáticamente las palabras comunes.

GUTIERREZ VILLEGAS DANIEL PAG| 4


ANALISIS DE SISTEMAS I

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 del 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.

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.

“Para cualquier de estos casos, primero se ingresa la tarjeta de crédito para luego ingresar el
DNI y contraseña para corroborar información y seleccionamos opción”:
• Retirar efectivo: se indica el monto a retirar, para luego mostrar un mensaje que la
transacción fue, pero si no hubiera fondos suficientes se procede a enviar un mensaje
indicando el error

• Ingresar o depositar efectivo. Se indica primero si el dinero irá para una de las cuentas
en la tarjeta o si es para una cuenta particular. En el primer caso se mostrara el menú
con las cuentas de la tarjeta, en el segundo caso se pedirá el número de cuenta a la que
se desea transferir, saldrá los datos de la cuenta, se selecciona y se abrirá un
compartimiento para el efectivo, luego se mostrará el monto en pantalla y si esta
correcta proseguir o si quiere depositar más, dar a la opción” más billetes”,

• Hacer transferencias. Se indica el número de cuenta a la que se desea transferir, luego


colocamos el monto a enviar, saldrá los datos de la cuenta y “continuar”.
• Obtener información de nuestra cuenta: movimientos, saldo, etc. Seleccionamos la
cuenta y según sea el caso solo se selecciona: movimientos o saldo o etc y listo

“Cabe resaltar que antes de enviar el dinero o de hacer la transferencia etc. Se pedirá
la contraseña y luego se generará un comprobante y se regresará la tarjeta al
usuario”.

GUTIERREZ VILLEGAS DANIEL PAG| 5


ANALISIS DE SISTEMAS I

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.

Especificación
Verificación de
requerimientos

Comprensión del Priorización


Documento
dominio
de
Entrada
requerimiento
del
Resolución
Recolección de
de conflictos
requerimientos

Clasificación

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.

• Sugeriríamos un modelo de proceso denominado por componentes o versiones,


en el cual se puedan desarrollar paralelamente los requerimientos pendientes de
modificar en un componente aparate del sistema actual para que no perjudique el
desempeño actual de la aplicación y al momento de aprobarlos y adaptarlos a
producción ya solo se integre el componente que fue desarrollado y probado antes
de ser puesto en producción.

GUTIERREZ VILLEGAS DANIEL PAG| 6


ANALISIS DE SISTEMAS I

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.

• De acuerdo a nuestro criterio seria evaluar la experiencia con la compañía


anterior de desarrollo que está más 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 nuevo y así llegar a
la unificación de requerimientos sin ambigüedades.

GUTIERREZ VILLEGAS DANIEL PAG| 7

También podría gustarte