Restricciones Precedencias y Prioridades Otros Requisitos del Producto Requisitos de Documentación

Texto completo

(1)
(2)

Tiene como objetivo delimitar el sistema y capturar la funcionalidad que

debe ofrecer desde la perspectiva del usuario. Este modelo puede

funcionar como un contrato entre el desarrollador y el cliente o usuario

del sistema, y por lo tanto proyecta lo que el cliente desea según la

percepción del desarrollador.

(3)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

El propósito de éste documento es

recoger, analizar y definir las

necesidades y las características del

sistema.

El documento se centra en la

funcionalidad requerida por los

participantes en el proyecto y los

usuarios finales.

Introducción

Propósito

Alcance

Referencias

Posicionamiento

Oportunidad del Negocio

Descripción de los Participantes del Proyecto

Participantes en el Proyecto

Perfiles de usuarios

Descripción Global del Producto

Perspectivas

Costos y precios

Restricciones

Precedencias y Prioridades

Otros Requisitos del Producto

Requisitos de Documentación

Manual de Usuario

(4)

Recoge todos y cada uno de los

términos manejados a lo largo de

todo el proyecto.

Introducción

Propósito

Alcance

Referencias

Organización del Glosario

Definiciones

Lista de Términos manejados a lo largo de todo

el proyecto

(5)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Gestión de Ventas, incluyendo:

Procedimiento de venta de productos vía operadoras de teléfono.

Procedimiento de venta mediante la atención de comerciales a domicilio del cliente.

Procedimiento de venta mediante el sistema online, vía Web.

Gestión de Almacenes, incluyendo:

Gestión de nuevos pedidos.

Reserva de stock para la preparación de pedidos.

Gestión de Envíos.

Gestión de Pedidos.

Gestión de recibos.

Departamento de Recursos Humanos.

Departamento de Marketing.

Departamento de Logística.

Contabilidad y Facturación.

La Empresa lleva a cabo la venta al por mayor de artículos deportivos a nivel internacional. La

entrada en un mercado competitivo como en el que encuentra inmersa este firma conllevará una

previsible adaptación a los nuevos sistemas de información y a la evolución tecnológica. Por ello,

la empresa considera necesario el desarrollo de un nuevo sistema de gestión de los artículos

deportivos que forman parte de sus catálogos.

(6)

El modelo de casos de uso describe un sistema en término de sus distintas

formas de utilización, cada uno de estas formas es conocida como un caso

de uso. Cada caso de uso o flujo se compone de una secuencia de eventos

iniciada por el usuario.

Para comprender los casos de uso de un sistema primero es necesario

saber quienes son sus usuarios.

(7)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Los actores

son entidades distintas a los usuarios, en el sentido que los

usuarios son las personas reales que utilizan el sistema, mientras que los

actores representan un cierto papel que una persona real puede jugar.

Utilizando terminología orientada a objetos, se considera al actor como una

clase de usuario, mientras que los usuarios se consideran como objetos o

instancias de esa clase.

(8)
(9)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Volviendo a la distinción entre actor y persona, una misma persona puede

jugar el papel del actor Usuario cuando hace reservas y además puede

trabajar para el sistema de reservaciones, por ejemplo como Operador,

correspondiente a otro actor no mostrado en nuestro ejemplo.

(10)

El actor Usuario se considera un actor primario, ya que el sistema se

construye pensando en sus usuarios, mientras que Base de Datos de

Reservas y Base de Datos de Registro son ambos actores secundarios, ya

que si no existieran usuarios no habría necesidad del sistema.

Delimitación del sistema de reservaciones de vuelo.

Actor

Abstracto

Actor

(11)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Caso de Uso,

se define la funcionalidad propia del sistema por medio de

los casos de uso. Utilizando terminología orientada a objetos, cada caso de

uso define una clase o forma particular de usar el sistema mientras que

cada ejecución del caso de uso se puede ver como una instancia del caso

de uso, o sea, un objeto, con estado y comportamiento. Cada caso de uso

constituye un flujo completo de eventos especificando la interacción que

toma lugar entre el actor y el sistema.

(12)
(13)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

(14)

En la descripción del problema se menciona que para poder utilizar el

sistema el usuario

debe estar registrado

, por lo cual agregamos un caso de

(15)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

La

extensión especifica cómo un caso de uso puede insertarse en otro

(16)
(17)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Generalización. Es una relación adicional entre casos de uso es la

generalización la cual apoya la reutilización de los casos de uso. Mediante

la relación de generalización es necesario describir las partes similares una

sola vez en lugar de repetirlas para todos los casos de uso con

comportamiento común.

(18)
(19)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

(20)
(21)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Descripción

El Jefe de Ventas o el Ingeniero de Logística inicia el caso de uso. El

sistema le muestra una pantalla donde puede crear diversas estadísticas

sobre conceptos relacionados con la empresa. Por ejemplo, ventas por

sección, ventas de los representantes, pedidos realizados a las operadoras,

beneficio de la empresa, etc. Una vez creada una estadística puede ser

impresa o guardada en el sistema para su consulta posterior.

(22)

Flujo de Eventos

1. La pantalla muestra una lista con las posibles estadísticas a crear.

2. El actor selecciona una de ellas y pulsa el botón crear.

3. El sistema le muestra una pantalla donde puede asignar regiones,

almacenes o trabajadores afectados por la estadística.

4. Pulsando siguiente aparecerá una ventana donde se mostrarán

parámetros de control y rangos de selección de forma que pueda

amoldar la estadística a sus preferencias.

5. Pulsando siguiente aparecerán los resultados que podrá guardar o

imprimir.

a) Si pulsa el botón guardar el sistema le permitirá grabar los

resultados en el disco duro u otro soporte de almacenamiento.

(23)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

Precondiciones

1. El actor ha realizado correctamente el registro en el sistema.

2. El actor ha seleccionado el botón de “Control Estadísticas” de su interfaz

gráfica.

(24)
(25)
(26)
(27)
(28)
(29)
(30)
(31)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

del Software Usos

Stakeholders:

Los representantes de los usuarios y portavoces de las necesidades

de la empresa son los stakeholders. En este proyecto solamente se ha tratado con un

stakeholder como representante de los usuarios y necesidades de la empresa, sin

embargo se han dividido representativamente según los distintos departamentos.

(32)

del Software Usos

(33)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

del Software Usos

Actores:

Se define este requerimiento para listar los usuarios potenciales del

sistema, en este proyecto se han definido los siguientes actores:

Ingeniero de

Logística, Jefe de Almacén, Técnico de Almacén, Jefe de Ventas, Representante de

Ventas, Contable, Empleado de Marketing, Cliente Online, Operadora, Encargado de

Transporte, Jefe de Recursos Humanos y Empleado de Recursos Humanos

.

(34)

del Software Usos

Actores:

La

matriz

de

trazabilidad

de

los

actores

(35)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

del Software Usos

Características

de

Software:

Las

características software son

las necesidades de los

usuarios propuestas por los

stakeholders de la empresa,

son los requisitos que debe

cumplir el sistema para

satisfacer las necesidades

de los trabajadores y de la

empresa.

(36)

del Software Usos

(37)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

(38)

del Software Usos

Casos

de

Uso:

derivados

de

las

características

software,

son

el

resultado del análisis

de las necesidades

de

los

usuarios,

cuyas

especificaciones

están recogidas en el

paquete

(39)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

del Software Usos

Casos

de

Uso:

derivados

de

las

características

software,

son

el

resultado del análisis

de las necesidades

de los usuarios, cyas

especificaciones

están recogidas en el

paquete

(40)

del Software Usos

Casos

de

Uso:

derivados

de

las

características

software,

son

el

resultado del análisis

de las necesidades

de

los

usuarios,

cuyas

especificaciones

están recogidas en el

paquete

(41)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

(42)

del Software Usos

Clases:

Las clases son requerimientos derivados de los casos de uso como

necesidad de representación del modelo de datos.

(43)

MSc. Manuel Sánchez Chero

manuelsanchezchero@yahoo.es

Expositor

P

re

gu

nt

as

[--- Expositor ---]

MSc. Manuel Sánchez Chero

Figure

Actualización...

Referencias

Actualización...