• No se han encontrado resultados

Alcance del Sistema Versión 2.0

N/A
N/A
Protected

Academic year: 2022

Share "Alcance del Sistema Versión 2.0"

Copied!
11
0
0

Texto completo

(1)

routeiT

Alcance del Sistema Versión 2.0

Historia de revisiones

Fecha Versión Descripción Autor

10/09/2011 1.0 Generación del documento Marcelo Casiraghi

11/09/2011 1.0 Revisión Pedro Osimani

26/09/2011 2.0 Agregando descripción de casos de uso.

Marcelo Casiraghi

02/10/2011 2.0 Revisión Pedro Osimani

(2)

Contenido

Introducción Propósito Alcance Visión general

Planificación para lograr el Alcance Fase Elaboración

Fase Construcción

Descripción de los casos de uso a desarrollar

(3)

1. Introducción

Este documento, en conjunto con los documentos de estimación del proyecto y de modelo de casos de uso propone dejar en claro, en cuanto a casos de uso a realizar, el alcance del proyecto. Esto es, qué casos de uso se propondrán realizar y en qué momento del proceso se desarrollarán.

En este documento encontrará listados los casos de uso a realizar en cada iteración de las fases de elaboración y construcción del proyecto.

2. Propósito

Este documento describe el alcance del sistema en términos de los Casos de Uso que se implementarán a lo largo de todo el ciclo del proyecto y en que fase e iteración está previsto que se implementen. Está dirigido tanto a los implementadores del proyecto como al cliente, a modo de planificación.

3. Alcance

En este documento se realiza una asignación de tareas a realizar para cada iteración del proyecto. Para cada iteración, se realiza un listado de los casos de uso a realizar en la misma. Por lo tanto, cualquier cambio en la planificación general del proyecto que tenga que ver con los requerimientos funcionales a desarrollar generará un impacto en este documento.

4. Visión general

A continuación se listarán los casos de uso correspondientes a cada iteración del proyecto. La decisión de cómo se distribuyen los diferentes casos de uso para cada iteración esta basada en la estimación previamente realizada (descrita en el documento de estimación del proyecto), intentando además, satisfacer los objetivos de cada fase del proyecto y los requerimientos específicos del sistema.

En la fase de elaboración se eligieron casos de uso relevantes a la comunicación de los componentes de la arquitectura, con el objetivo de lograr dejar la misma en un estado estable. La fase de construcción tiene como objetivo extender la fase anterior y agregar funcionalidades asegurando en todo momento la calidad del sistema.

(4)

5. Planificación para lograr el Alcance

Fase Elaboración

a. [Iteración 1]

Abrir escenario Crear medidas Crear pedidos Crear vehiculos Inicio Sesión c. [Iteración 2]

Listar medidas Listar pedidos Listar vehiculos Modificar medidas Modificar pedidos Modificar vehiculos Generar solución óptima

Fase Construcción

a. [Iteración 1]

Modificar escenario

Agregarle geometría a un punto Eliminar pedido

Eliminar vehículo b. [Iteración 2]

Modificar depósito Eliminar medida

6. Descripción de los casos de uso a desarrollar

6.1 Abrir Escenario

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario abrir un escenario existente del ambiente de trabajo en uso. En una primera instancia, esta planificado implementar la apertura de un escenario vacío. Es decir que, inicialmente, no será obligatorio cargar y mostrar en pantalla todos los elementos que componen al escenario. Este caso de uso irá creciendo de manera incremental a lo largo de las etapas de desarrollo.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● El ambiente de trabajo tiene por lo menos un escenario.

(5)

6.2 Crear Medida

Prioridad Muy Alta

Descripción

El sistema debe permitir al usuario crear una unidad de medida.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.3 Crear Pedido

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario crear un pedido asociado a un escenario existente.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.4 Crear Vehículo

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario agregar un vehículo en el sistema.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.5 Inicio Sesión

Prioridad Alta

Descripción

El sistema debe permitir al usuario autentificarse mediante un nombre y una contraseña, e ingresar al sistema si está habilitado para hacerlo. Al ingresar al

(6)

sistema el usuario levanta su último ambiente de trabajo, incluyendo el último escenario abierto.

6.6 Listar Medida

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario listar las medidas asociadas a un escenario abierto.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.7 Listar Pedido

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario listar los pedidos asociados a un escenario abierto. Asimismo, el usuario podrá seleccionar un pedido y visualizar sus datos.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.8 Listar Vehículo

Prioridad Muy alta

Descripción

El sistema debe poder generar una lista de los vehículos del escenario actual.

Asimismo, el usuario podrá seleccionar un vehículo y observar los datos de él.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto que pertenece al ambiente abierto.

6.9 Modificar Medida Prioridad

Muy alta

(7)

Descripción

El sistema debe permitir al usuario modificar una medida existente en el escenario abierto. Luego debe permitir al usuario elegir si desea aceptar o cancelar las modificaciones hechas.

El único dato modificable en una medida es el nombre.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto.

● El escenario abierto tiene alguna medida.

6.10 Modificar Pedido

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario modificar todos los datos de un pedido. Luego debe permitir al usuario elegir si desea aceptar o cancelar las modificaciones realizadas.

Los datos a modificar son: código, nombre del cliente, capacidad, características, grado de aproximación, prioridad, ventana de tiempo, tiempo de descarga, tiempo de carga, ubicación geográfica.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● El ambiente de trabajo tiene algún escenario.

● Existe al menos un pedido asociado al escenario

6.11 Modificar Vehículo

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario modificar todos los datos de un vehículo. Luego debe permitir al usuario elegir si desea aceptar o cancelar las modificaciones realizadas.

Los datos a modificar son: capacidades que soporta el vehículo, características, máxima cantidad de pedidos que puede satisfacer, tiempo de carga, tiempo de descarga y ventana de tiempo.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

(8)

● Hay un escenario abierto.

● Existe por lo menos un vehículo en el escenario.

6.12 Generar Solución Óptima

Prioridad Muy alta

Descripción

El sistema debe poder generar una solución óptima para el escenario abierto, con los datos actuales, consumiendo el servicio del motor de optimización.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● El ambiente de trabajo tiene algún escenario.

6.13 Modificar Escenario

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario modificar todos los parámetros generales de un escenario, dentro del ambiente de trabajo abierto. Luego debe permitir al usuario elegir si desea aceptar o cancelar la modificación del escenario.

Los datos a modificar son: el nombre del escenario, si desea o no reúso de vehículos, si desea usar solución inicial, si desea usar ventana de tiempo (en caso afirmativo el sistema solicita que ingrese hora de inicio y hora de fin), si desea un ruteo diario, que ingrese máxima duración, distancia, máxima cantidad de entregas para las rutas, si desea optimizaciones por tiempo o por distancia, y si desea que los giros en U no se permitan, se permiten en cualquier lugar o se permiten sólo en callejones.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Existe un ambiente de trabajo abierto.

● Existe por lo menos un escenario en el ambiente de trabajo abierto.

6.14 Agregar Geometría a un punto

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario agregarle geometría a un punto, esto es, darle al usuario la funcionalidad de interactuar con el mapa mediante un cursor especial.

Al hacer click sobre el mapa, el sistema recordará la latitud y longitud del punto

(9)

seleccionado.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Existe un ambiente de trabajo abierto.

● Existe por lo menos un escenario en el ambiente de trabajo abierto.

6.15 Eliminar Pedido

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario eliminar un pedido del escenario abierto.

Asimismo, quitará de las rutas las visitas referidas al pedido.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● El ambiente de trabajo tiene algún escenario.

● El escenario tiene algún pedido.

6.16 Eliminar Vehículo

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario eliminar un vehículo del escenario abierto.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto.

● Existe por lo menos un vehículo en el escenario.

6.17 Eliminar Medida

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario eliminar una medida existente en el escenario abierto.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

(10)

● Hay un escenario abierto.

● El escenario abierto tiene alguna medida.

(11)

6.18 Modificar Depósito

Prioridad Muy alta

Descripción

El sistema debe permitir al usuario modificar todos los datos de un depósito. Luego debe permitir al usuario elegir si desea aceptar o cancelar las modificaciones realizadas.

Los datos a modificar son: código, nombre, lado de aproximación, ventana de tiempo, ubicación geográfica.

Pre-condiciones

● El usuario inició sesión en el sistema.

● Hay un ambiente de trabajo abierto.

● Hay un escenario abierto.

Referencias

Documento similar

El sistema le muestra al usuario una interfaz para que inserte los parámetros de búsqueda para buscar la sanción que se desea modificar.. El usuario inserta

El sistema informático a diseñar para la Seguridad Social de las FAR consistirá en una aplicación Web que debe permitir al operador de micro, que es el rol que representa

Descripción Permite modificar los datos de cualquier usuario. Precondiciones El usuario debe estar autenticado en el sistema y debe tener el rol de administrador.

Además, a tu correo electrónico llegará un acuse que acabas de subir al portal, en el cual viene una pequeña descripción de la inconformidad, número de folio y algunos derechos de

Cada época, a través de la poesía, avanza sus propias reivindicaciones, y el lector de este libro, ante todo, descubrirá cuán fecunda es hoy en día la lectura de José

Descripción El sistema deberá permitir crear o editar una determinada publicación de un tema previamente registrado a un usuario con rol productor y ver una publicación a un usuario

Descripción El sistema deberá permitir a un usuario de rol productor registrar y editar una publicación y a un usuario de rol consumidor visualizar una publicación Precondición

Descripción: El sistema debe proporcionar que el usuario elimine el rango deseado en la propiedad “rangos” del componente gráfico mediante el inspector de propiedades.. Anexos