• No se han encontrado resultados

Ingeniería de Requisitos

N/A
N/A
Protected

Academic year: 2022

Share "Ingeniería de Requisitos"

Copied!
13
0
0

Texto completo

(1)

Página 1 de 13 Enunciado

El objetivo del sistema a desarrollar es la gestión de los albaranes y facturas de proveedores de material informático del Grupo de Ingeniería del Software y Bases de Datos del Dpto. de Lenguajes y Sistemas Informáticos de la Universidad de Sevilla. Uno de los procesos de negocio a los que se debe dar soporte es el siguiente:

1. El profesor encargado de gestionar los pedidos de material informático, después de comparar varias ofertas de distintos proveedores, decide hacer un pedido a uno de ellos.

Estos pedidos se suelen hacer por correo electrónico y/o por fax.

2. Cuando va llegando el material informático pedido, éste se entrega conjuntamente con un albarán (ver figura 1) del que el profesor se queda una copia al recibir el material.

3. Una vez que se ha entregado un pedido completo, el proveedor envía una factura en la que detalla el material por el que se factura y los albaranes correspondientes (ver figura 2 en el reverso de esta hoja).

4. El profesor comprueba que los datos de la factura son correctos y la envía a la contabilidad de la Universidad para que se proceda a su pago.

Figura 1: Albarán

(2)

Página 2 de 13 Figura 2: Factura

(3)

Página 3 de 13

El sistema a desarrollar debe cumplir los siguientes requisitos de cliente (objetivos de negocio en terminología de MADEJA, expresados mediante historias de usuario):

• HU-1: Como profesor responsable de compras, quiero saber qué material informático se ha recibido y qué proveedor lo ha suministrado.

• HU-2: Como profesor responsable de compras, quiero saber de qué material informático recibido se ha recibido o no factura.

• HU-3: Como profesor responsable de compras, quiero saber qué facturas han sido procesadas por la contabilidad de la Universidad.

• HU-4: Como profesor responsable de compras, quiero evitar que se paguen facturas de material no recibido.

• HU-5: Como profesor responsable de compras, quiero mantener una agenda con los datos básicos de cada proveedor.

(4)

Página 4 de 13 Ejercicios

Teniendo en cuenta el enunciado anterior y los dos documentos escaneados, elabore los siguientes productos:

1. Un modelo BPMN del proceso de negocio descrito.

2. Una lista de requisitos de información y de reglas de negocio y una matriz de rastreabilidad requisitos/historias de usuario. Para los requisitos, use el siguiente formato simplificado:

RI-<nº>: Información sobre <concepto relevante>

• <dato específico 1>

• …

• <dato específico n>

RN-<nº>: <nombre regla de negocio>

<descripción regla de negocio>

3. Uno o más diagramas con los casos de uso y una matriz de rastreabilidad casos de uso/historias de usuario. No es necesario que especifique textualmente los casos de uso.

4. Un modelo conceptual anotado con restricciones en lenguaje natural y una matriz de rastreabilidad elementos del modelo/requisitos.

5. Una lista de problemas a resolver en los requisitos (si ha identificado alguno).

(5)

Página 5 de 13 Solución

1. Modelo BPMN

Figura 3: Modelo BPMN

(6)

Página 6 de 13 Problemas encontrados al modelar el proceso:

▪ ¿Cómo obtiene el profesor las ofertas? ¿Envía antes los pedidos a los proveedores?

¿Prepara el pedido antes de comparar las ofertas?

▪ ¿Puede enviar el proveedor la factura antes de enviar todo el material?

▪ ¿Qué ocurre si la factura no coincide con los albaranes o presenta algún problema?

▪ ¿Cómo se sabe cuándo se ha procesado la factura por la Universidad? ¿Puede la contabilidad de la Universidad devolver la factura por algún motivo?

(7)

Página 7 de 13 2. Requisitos de información y reglas de negocio

RI-01: Información sobre pedidos de material informático

▪ Material informático pedido, indicando descripción y cantidad

▪ Proveedor al que se le envía el pedido

▪ Fecha en la que se envía el pedido

▪ Si el pedido está o no completo, es decir, si se ha recibido todo el material pedido.

▪ ¿Profesor que realiza el pedido?

RI-02: Información sobre albaranes (entregas de material)

▪ Proveedor que suministra el material y emite el albarán

▪ Material informático entregado, indicando descripción, cantidad, precio y descuento

▪ Fecha de la entrega

▪ Número del albarán asignado por el proveedor que lo emite (ver figura 1)

▪ Pedidos a los que corresponde el albarán

▪ IVA aplicado (se supone el mismo para todo el material de un albarán)

RI-03: Información sobre facturas

▪ Proveedor que emite la factura

▪ Albaranes que se facturan

▪ Fecha de emisión de la factura

▪ Número de factura asignado por el proveedor que la emite (ver figura 2)

▪ Si está procesada por la contabilidad de la Universidad o no

RI-04: Información sobre proveedores

▪ Nombre comercial del proveedor

▪ NIF del proveedor

▪ Domicilio del proveedor

▪ Teléfono y fax del proveedor

▪ e-mail del proveedor

▪ Dirección web del proveedor

RN-01 Proveedor de pedidos y albaranes

Los albaranes que corresponden a un pedido deben haberse emitido por el mismo proveedor al que se le envió el pedido.

(8)

Página 8 de 13 RN-02 Proveedor de albaranes y facturas

Los albaranes que se facturan en una factura deben estar emitidos por el mismo proveedor que la factura.

RN-03 Números de albarán

Los números de albarán emitidos por un proveedor deben ser únicos.

RN-04 Números de factura

Los números de factura emitidos por un proveedor deben ser únicos.

HU-1 HU-2 HU-3 HU-4 HU-5

RI-01 (Pedidos) ? ?

RI-02 (Albaranes) • • •

RI-03 (Facturas) • • •

RI-04 (Proveedores) • •

RN-01 (Prov. Pedido-Albarán) •

RN-02 (Prov. Albarán-Factura) • •

RN-03 (Nº Albarán) • • •

RN-04 (Nº Factura) • • •

Matriz de trazabilidad (RI, RN) → HU

Problemas encontrados al redactar los requisitos de información y reglas de negocio:

▪ Quizás sea necesario una historia de usuario como “Saber qué material se ha pedido, cuál está pendiente y cuál se ha recibido” o “Evitar recibir y facturar material no solicitado” para justificar el RI-01. Si no se almacenan los pedidos no se puede saber si el pedido está completo, si el material que se recibe es correcto, etc.

▪ ¿Se desea identificar cada pedido de alguna forma especial? ¿Hace falta algún número de pedido? ¿Es necesario saber qué profesor realiza cada pedido?

▪ ¿Qué información es necesaria para que el profesor pueda comparar ofertas? ¿Publican los proveedores los precios de sus productos en sus páginas web? ¿los publican de otra forma?

(9)

Página 9 de 13 3. Diagramas de casos de uso

Figura 4: Diagrama de casos de uso para la gestión de albaranes y facturas

Figura 5: Diagrama de casos de uso para la gestión de la agenda de proveedores

(10)

Página 10 de 13

HU-1 HU-2 HU-3 HU-4 HU-5

¿Comparar ofertas? ?

Preparar pedido • •

Procesar albarán • • •

Procesar factura • •

Actualizar agenda de proveedores •

Consultar agenda de proveedores •

Consultar facturas • • •

¿Consultar pedidos? ? ?

Consultar material • • •

Matriz de trazabilidad casos de uso / historias de usuario

Problemas encontrados al identificar los casos de uso:

▪ Hasta que no se aclare cómo se comparan las ofertas, el caso de uso Comparar Ofertas es provisional. Ocurre lo mismo para Consultar Pedidos.

▪ Quizás falta una historia de usuario como “Obtener la mejor relación calidad/precio en los pedidos” para justificar el caso de uso Comparar Ofertas, de lo contrario ¿por qué es necesario comparar ofertas?

▪ ¿Pueden los proveedores actualizar la información referida a ellos mismos?

(11)

Página 11 de 13 4. Modelo conceptual

Figura 6: Diagrama de clases para pedidos y proveedores (versión composición)

Figura 7: Diagrama de clases para albaranes y facturas (versión composición)

(12)

Página 12 de 13

Figura 8: Diagrama de clases para pedidos y proveedores (versión clase asociación)

Figura 9: Diagrama de clases para albaranes y facturas (versión clase asociación)

(13)

Página 13 de 13 Problemas encontrados al desarrollar el modelo conceptual:

▪ ¿Cuándo se considera que un pedido está completo? ¿Puede calcularse automáticamente?

▪ ¿Qué relación debe haber entre el material que se pide en un pedido y el que se entrega en sus albaranes asociados? ¿Debe ser exactamente el mismo?

RI-01 (Pedidos) RI-02 (Albaranes) RI-03 (Facturas) RI-04 (Proveedores) RN-01 (Prov. Pedido-Alb.) RN-02 (Prov. Alb.-Fact.) RN-03 (Nº Alban) RN-04 (Nº Factura)

C Pedido • •

C Profesor •

C LíneaPedido •

A realiza( Profesor, Pedido ) •

A correspondeA( Albarán, Pedido ) • •

A enviadoA( Pedido, Proveedor ) • • •

C Albarán • • • • •

C LíneaAlbarán •

C Material informático • •

C Factura • • •

C Proveedor • • • • •

A correspondeA( Factura, Albarán ) • •

A genera( Proveedor, Albarán ) • • •

A emite( Proveedor, Factura ) • •

R PedidoYAlbaránMismoProveedor • •

R AlbaránYFacturaMismoProveedor • • •

R NúmeroAlbaránÚnicoPorProveedor • • •

R NúmeroFacturaÚnicoPorProveedor • • •

Matriz de trazabilidad elementos del modelo estático / requisitos

Referencias

Documento similar

Los preceptos de la Ley sobre Tráfico, Circulación de Vehículos a Motor y Seguridad Vial, los del Reglamento General de Circulación y los de las demás disposiciones que la desarrollen

Si usted ha usado Sarcop más de lo que debe o en caso de ingestión accidental consulte inmediatamente a su médico o farmacéutico o llame al Servicio de Información

Quizás tengas muchas ideas nuevas, quizás las situaciones sean demasiado desconocidas para ti, quizás te falta información para poder decidir, en todas ellas la solución es

Rubro: Industria Manufacturera Ciudad de origen: Cochabamba. Muebles de madera para el hogar (livings , comedores , dormitorios y muebles auxiliares personalizados a medida

En este proyecto de innovación docente se han elaborado un conjunto de cápsulas de conocimiento o píldoras formativas, pequeñas unidades de formación accesibles al estudiante a

El uso de los robots educativos Lego Mindstorms NXT para el estudio de la disciplina de la Programación proporciona un enfoque más aplicado de la misma, así como una motivación

5. En el caso de inexistencia de profesor responsable de la impartición de la LE2, la eficacia de la autorización quedará demorada hasta que los centros docentes acrediten ante

Otro propósito del proyecto fue potenciar el aprendizaje colaborativo mediante la creación de grupos de trabajo organizados de forma que cada alumno se encargase de una parte