Requerimientos

• Descripción de necesidades o deseos

• Meta: identificar y documentar lo que en
realidad se necesita
• ¿Para quienes? Clientes y el equipo de
desarrollo.

1
 Requerimientos
El reto consiste en definirlos de manera
inequívoca, de modo que se detecten los
riesgos y no se presenten sorpresas al
momento de entregar el producto

2
 Requerimientos
Artefactos
• Panorama general
• Clientes
• Metas
• Funciones del sistema
• Atributos del sistema

3
 Requerimientos
Funciones del sistema
• Las funciones del sistema son lo que este
habrá de hacer
• Ejemplo: autorizar pagos a crédito
• Hay que identificarlas y listarlas en grupos
cohesivos y lógicos
• El sistema deberá hacer ‹X›
4
Ref Funciones básicas de la venta C
R1.1 Registra la venta en proceso (actual): los productos comprados. E
R.1.2 Calcula el total de la venta actual: se incluye el impuesto y los E
cálculos de cupón.
R1.3 Captura la información sobre el objeto comprado usando su código E
de barras y un lector o usando una captura manual del código de
producto; por ejemplo, el código universal de producto, CUP.
R1.4 Actualiza las cantidades del inventario cuando se realiza una venta. O

R1.5 Se registran las ventas efectuadas. O

R1.6 El cajero debe introducir una identificación y una contraseña para E

poder utilizar el sistema.
R1.7 Ofrece un mecanismo de almacenamiento persistente. O

R1.8 Ofrece mecanismos de comunicación entre los procesos y entre los O

sistemas .
R1.9 Muestra la descripción y el precio del producto registrado . E
5
Ref Funciones de pago C
R2.1 Maneja los pagos en efectivo, captura la cantidad ofrecida y E
calcula el vuelto
R2.2 Maneja los pagos con tarjeta de crédito, captura la información E
crediticia a partir de un lector de tarjetas o mediante captura
manual y autoriza los pagos accediendo al servicio externo de
autorización a través de una conexión por módem.
R2.3 Maneja los pagos con cheque, captura manualmente la licencia E
de conducir y autoriza los pagos accediendo al servicio externo
de autorización de cheques de la tienda a través de una conexión
por módem.
R2.4 Registra los pagos en el sistema de cuentas por cobrar, pues el E
servicio de autorización de crédito debe a la tienda el monto del
pago

6
 Requerimientos
Atributos del sistema
• Los atributos del sistema son cualidades no
funcionales
• Ejemplo: la usabilidad…
• Forman parte de las especificaciones no
funcionales: atributos del sistema

7
 Especificaciones no funcionales
Atributo Detalle y restricciones de frontera del sistema
Tiempo de (restricción de frontera) Cuando se registre un producto
respuesta vendido, la descripción y el precio aparecerán en cinco segundos
Metáfora (detalle) Ventanas orientadas a la metáfora de formularios y
de interfaz cuadros de diálogo.
(detalle) Maximiza una navegación fácil con teclado y no con
punteros.
Tolerancia (restricción de frontera) Debe registrar los pagos a crédito
a fallas autorizados en las cuentas por cobrar en un plazo de 24 horas,
aun cuando se produzcan fallas de energía o de equipo.
Plataforma (detalle) Microsoft Windows 98 y NT
de Sistema
Operativo
8
Artefactos de la fase de requerimientos
• Panorama general
• Clientes
• Metas
• Funciones del sistema
• Atributos del sistema
Otros artefactos de esta fase
• Requerimientos de equipos y enlace
• Grupos afectados
• Suposiciones
• Riesgos
• Dependencias
• Glosario
• Casos de uso
• Modelo conceptual preliminar 9
Planeación y
Construcción Aplicación
elaboración

1. Definir el plan 2. Elaborar el informe

preliminar de la 3. Definir los
preliminar requerimientos
investigación

4. Registrar los 6. Definir los casos

términos en el 5. Implementar de uso (de alto
glosario el prototipo nivel y esenciales)

7. Definir el 8. Definir la ar- 9. Perfeccionar

modelo conceptual quitectura prelimi- el plan
preliminar nar del sistema

Fig. 2.6 Actividades de la fase de planeación y elaboración 10

 Especificación
Informe Preliminar de requerimientos
de investigación

Casos de uso:
a. Todos de alto nivel
Prototipos b. Algunos esenciales
expandidos

Presupuesto, Diagramas de
programa casos de uso

Modelo concep-
tual preliminar

Glosario
Fig. 3.2 Dependencias de los artefactos respecto a la fase de
11
planeación y elaboración
Ejemplo de un caso de uso de alto nivel
Caso de uso: Comprar productos en efectivo
Actores: Cliente (iniciador), Cajero

Tipo: Primario y esencial

Descripción: Un Cliente llega a la caja registradora con artículos

que desea comprar. El Cajero registra los productos y
recibe un pago en efectivo. Al terminar la operación,
el Cliente se marcha con los productos comprados

12
Ejemplo de un caso de uso expandido
Caso de uso: Comprar productos en efectivo
Actores: Cliente (iniciador), Cajero
Propósito: Capturar una venta y su pago en
efectivo
Resumen: Un Cliente llega a la caja registradora con artículos que
desea comprar. El Cajero registra los productos y recibe
un pago en efectivo. Al terminar la operación, el Cliente
se marcha con los productos comprados
Tipo: Primario y esencial
Referencias Funciones: R1.1, R1.2, R1.3, R1.7,
cruzadas: R1.9, R2.1
13
Caso de uso: Comprar productos, cont.
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza
cuando un Cliente llega a una
caja de TDPV con productos
que desea comprar
2. El Cajero registra el
identificador de cada producto.
Si hay varios productos de una
3. Determina el precio del
misma categoría, el Cajero
también debe introducir la producto e incorpora a la
cantidad transacción actual la
4. Al terminar de introducir los información correspondiente.
productos, el Cajero le indica al Presenta la descripción y precio
TDPV que se concluyó la del producto
captura de productos 5. Calcula y presenta el total de la
6. El Cajero le indica el total al venta
Cliente
7. El Cliente efectúa un pago en
efectivo -el efectivo ofrecido- 14
Caso de uso: Comprar productos,cont.
Curso normal de los eventos
Acción del actor Respuesta del sistema
posiblemente mayor que el total
de la venta
8. El Cajero registra la cantidad 9. Muestra al Cliente la diferencia.
de efectivo recibida. Genera un recibo.
11.El Cajero deposita el efectivo 10.Registra la venta concluida
recibido y extrae el vuelto del
pago
El Cajero da al Cliente el vuelto
y el recibo impreso
12.El Cliente se marcha con los
artículos comprados
Cursos alternos:
Línea 2: Introducción de identificador inválido. Indicar error.
Línea 7: El Cliente no tiene suficiente dinero. Cancelar la 15
transacción de venta
 Caso de uso esencial de comprar productos
1. El Cajero registra el identi- 2. Determina el precio del
ficador de cada producto producto y agrega la
Si hubiera mas de un información sobre él a la
producto igual el Cajero actual transacción de
debe introducir la cantidad venta
de éstos Aparecen la descripción y
el precio del producto
3. Y así sucesivamente actual

4. Y así sucesivamente

16
 Caso de uso real de comprar productos
1. Con cada producto el
Cajero teclea el Código
Universal de producto,
CUP en el campo de
entrada del CUP de la
ventana. Si hubiera más de
un producto de la misma
clase teclea la cantidad en
el campo Cantidad.
Después oprime el botón
“Introducir producto” con
el mouse u oprimiendo la
tecla <Enter>
3. Y así sucesivamente
2. Muestra el precio del
producto y agrega la
información sobre él a la
actual transacción de
venta. La descripción y el
precio se muestran en los
cuadros de texto 2 y 3 de
la Ventana 1
4. Y así sucesivamente
17
 TDPV

Comprar productos

Cliente
Cajero
Registrar productos

Inicia

Administra usuarios
Gerente

Administrador etcétera
del sistema

Fig. 6.8 Diagrama parcial de casos de uso de la aplicación TDPV

18
 Modelo de análisis

Modelo de casos Modelo de Modelo de

Modelo
de uso del comportamiento estado del
conceptual
análisis del sistema análisis

Casos de uso Diagramas de

Diagramas de secuencia del Diagramas de
- de alto nivel
estructura está- sistema estados para
´esenciales
tica para con- conceptos
ceptos del Contratos para y casos de
Diagramas de dominio operaciones del uso
casos de uso sistema
19
Fig. 6.9 El modelo de análisis
 Ciclo de Ciclo de Ciclo de
...
desarrollo 1 desarrollo 2 desarrollo 3

Caso de uso A: Caso de uso A: Caso de uso B

Versión Versión ...
simplificada íntegra ...
... ... ...
... ...

Caso de uso C
...
...
...

Fig. 7.1 Asignación de los casos de uso a los ciclos de desarrollo

20
Programación de los caso de uso en
las iteraciones de desarrollo
Las iteraciones de desarrollo se organizan
en torno a los requerimientos de los caso de
uso. En otras palabras, en una iteración, se
implementa uno o más caso de uso o sus
versiones simplificadas, cuando el caso de
uso integro resulta demasiado complejo
para abordar en una iteración

21
 Ciclo de Ciclo de Ciclo de Ciclo de
desarrollo 1 desarrollo 2 desarrollo 3 desarrollo 4

Comprar Comprar Comprar Registrar

productos productos productos productos
versión 1 versión 2 versión 3 versión 4
....... ....... ....... .......
....... ....... ....... .......

Pagar
los
productos
comprados
.......
Fig. 7.2 Asignación de los casos de uso a los ciclos de desarrollo
22
 Planeación
y Construcción
Construccion Aplicación
Aplicación
elaboración

Ciclo
Ciclodede Ciclo de
...
desarrollo
desarrollo11 desarrollo 2

Perfeccio- Sincroniza-
Perfeccio- Sincroniza-
namiento ción
namiento ción
de de Análisis
Análisis Diseño Construcción
Diseño Construcción Prueba
deldel plan artefactos
plan artefactos

Fig. 8.1 Ciclos iterativos de desarrollo 23

Relaciones entre casos de uso

Casos de uso básicos

Casos de uso de inclusión
Casos de uso de ampliación o extensión

Ejemplo Comprar productos

Pago en efectivo

Pago con tarjeta de crédito

Pago con cheque

24
Caso de uso: Comprar productos
Actores: Cliente (iniciador), Cajero
Propósito: Capturar una venta y su pago
Resumen: Un Cliente llega a la caja registradora con artículos que
desea comprar. El Cajero registra los productos y recibe
el pago. Al terminar la operación, el Cliente se marcha
con los productos comprados

25
Caso de uso: Comprar productos, cont.
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Este caso de uso comienza
cuando un Cliente llega a una
caja de TDPV con productos
que desea comprar
2. El Cajero registra el
identificador de cada producto.
Si hay varios productos de una
3. Determina el precio del
misma categoría, el Cajero
también debe introducir la producto e incorpora a la
cantidad transacción actual la
4. Al terminar de introducir los información correspondiente.
productos, el Cajero le indica al Presenta la descripción y precio
TDPV que se concluyó la del producto
captura de productos 5. Calcula y presenta el total de la
6. El Cajero le indica el total al venta
Cliente

26
Caso de uso: Comprar productos,cont.
Curso normal de los eventos
Acción del actor Respuesta del sistema
7. El cliente escoge la forma de
pago
a. Si paga en efectivo iniciar Pagar
en efectivo
b. Si paga con tarjeta de crédito
iniciar Pagar con tarjeta de
crédito
c. Si paga con cheque iniciar Pagar
con cheque
8. El Cajero registra la cantidad
de efectivo recibida. 8. Registra la venta terminada
10.El Cajero entrega el recibo al 9 Imprime recibo
Cliente
12.El Cliente se marcha con los
artículos comprados

27
 Caso de uso: Comprar productos,cont.
Curso normal de los eventos

Cursos alternos:
Línea 2: Introducción de identificador inválido. Indicar error.
Línea 7: El Cliente no tiene suficiente dinero. Cancelar la
transacción de venta

Casos de uso relacionados

• Es ampliado por Pago en efectivo

• Es ampliado por Pago con tarjeta de crédito
• Es ampliado por Pago con cheque

28
Relaciones entre casos de uso

29
Name: Enroll in University
Identifier: UC 19
Description:
Enroll someone in the university.

Preconditions:
The Registrar is logged into the system.
The Applicant has already undergone initial checks to verify that
they are eligible to enroll.

Postconditions:
The Applicant will be enrolled in the university as a student if they
are eligible.

30
Basic Course of Action:
1. An applicant wants to enroll in the university.
2. The applicant hands a filled out copy of form UI13 University
Application Form to the registrar. [Alternate Course A: Forms Not
Filled Out]
3. The registrar visually inspects the forms.
4. The registrar determines that the forms have been filled out
properly. [Alternate Course B: Forms Improperly Filled Out].
5. The registrar clicks on the Create Student icon.
6. The system displays UI89 Create Student Screen.
7. The registrar inputs the name, address, and phone number of
the applicant. [Extension Point: UC34 Perform Security Check.
Applicable to Step 17]
8. The system determines that the applicant does not already exist
within the system according to BR37 Potential Match Criteria for
New Students. [Alternate Course F: Students Appears to Exist
Within The System]. 31
Basic Course of Action:
9. The system determines that the applicant is on the eligible
applicants list. [Alternate Course G: Person is Not Eligible to
Enroll]
10. The system adds the applicant to its records. The applicant is
now considered to be a student.
11. The registrar helps the student to enroll in seminars via the use
case UC 17 Enroll in Seminar.
12. The system calculates the required initial payment in
accordance to BR16 Calculate Enrollment Fees.
13. The system displays UI15 Fee Summary Screen.
14. The registrar asks the student to pay the initial payment in
accordance to BR19 Fee Payment Options.
15. The student pays the initial fee. [Alternate Course D: The
Student Can’t Pay At This Time]
16. The system prints a receipt.
17. The registrar hands the student the receipt. 32
18. The use case ends.
33