Proyecto de ingeniería de software I by yrman Nunton

UIGV – FISCT

Ingeniería de Software I

Proyecto de Ingeniería de Software I SISTEMA DE VENTAS Y RECEPCION DE CITAS POR INTERNET “VETERINARIA SURCO” FASES DE INICIO – ELABORACIÓN - CONSTRUCCIÓN - TRANSICIÓN

PROFESOR: RIOS VIDAL, NADIA IRINA <SECCIÓN>

0218979497, DÍAZ FLORES NATHALIE IRENE,

NATHALIE_DFLORES@HOTMAIL.COM <721703620, LAZARO SOTELO CARLOS, CARLOS091294@HOTMAIL.COM

--------------------------------------------------------------------16/02/2015

Semestre: 2015-I

Páá giná 1

UIGV – FISCT

Ingeniería de Software I

I. Ámbito ó Entorno Identificación de los entregables en las fases y flujo del RUP: Revisión Histórica Fecha

Versio n

Description

16/02/2015

<1.0>

Plan de Desarrollo de Software

Autor Nathalíe Díaz Flores Carlos Lázaro Sotelo

TABLA DE CONTENIDOS

INTRODUCCIÓN.......................................................................4

Semestre: 2015-I

Páá giná 2

UIGV – FISCT

Ingeniería de Software I

1.1

Objetivo....................................................................................4

1.2

Alcance.....................................................................................4

VISTA GENERAL DEL PROYECTO............................................4 2.1

Propósito, alcance y objetivos...................................................4

2.2

Suposiciones, dependencias y restricciones..............................8

2.3

Entregables del proyecto...........................................................9

2.4

Evolución del Plan de Desarrollo del Software...........................9

ORGANIZACIÓN DEL PROYECTO............................................10 3.1

Participantes en el proyecto....................................................10

3.2

Roles y Responsabilidades......................................................11

GESTIÓN DEL PROCESO........................................................13 4.1

Estimaciones del proyecto......................................................13

4.2

Plan del proyecto....................................................................13

4.2.1

Plan de fases.........................................................................13

4.2.2

Calendario del proyecto.........................................................15

4.3

Seguimiento y Control del Proyecto.........................................15

4.4

Plan de Gestión de Riesgos.....................................................15

1. INTRODUCCIÓN Este Plan de Desarrollo del Software está preparado para ser implementado en la Clínica Veterinaria Surco. Este documento provee una visión global del enfoque de desarrollo propuesto.

Semestre: 2015-I

Páá giná 3

UIGV – FISCT

Ingeniería de Software I

El sistema será desarrollado en la metodología RUP (Rational Unified Process), se detallara las fases de Inicio, Elaboración, Construcción y Transición para tener una visión global de todo el proceso. Este enfoque propuesto, constituye una configuración del proceso RUP, teniendo en cuenta las características del proyecto, y las normas que aplica la institución, seleccionando los roles de los participantes, las actividades a realizar y los entregables que serán generados. Objetivo Implementar un sistema de ventas y reservaciones que permita mostrar todos los productos de la empresa y poder hacer reservaciones de atención utilizando la programación web. Se implementará un sistema de ventas y reservaciones para la mejora en la búsqueda y selección de productos, costos y/o precios como mayor orden en la atención al cliente. Así se podrá tener un mayor control en la información y en el stock de los respectivos productos. Alcance El Sistema de ventas mostrará una interfaz Web fácil de entender y utilizar, con ayudas que facilitan la enseñanza y aprendizaje del usuario final, soportando una cantidad concurrente de usuarios. Este documento representa la descripción textual y gráfica de la arquitectura del sistema, desglosando o descomponiendo solo aquellos componentes, subsistemas y procesos abarcados por las funcionalidades descritas en los términos de referencia de este proyecto, el cual es producto de un análisis de los requisitos del sistema, según estos pueden ser satisfechos con las tecnologías y características discutidas con los clientes y usuarios. VISTA GENERAL DEL PROYECTO Propósito, alcance y objetivos Propósito Semestre: 2015-I

Páá giná 4

UIGV – FISCT

Ingeniería de Software I

Veterinaria Surco lleva a cabo la atención en medicina especializada para mascotas. La entrada en un mercado competitivo como en el que encuentra inmersa esta firma conllevará una previsible adaptación a los nuevos sistemas de información y a la evolución tecnológica. Por ello, la Veterinaria Surco considera necesario el desarrollo de un nuevo sistema de ventas de los productos que además ofrecen en su veterinaria y la reserva de atención que servirán de mucha ayuda para un orden de atención al cliente, para que así sus clientes puedan darle una mejor calidad de vida a sus mascotas, así como contar con una base de datos que recojan datos de los clientes. El propósito fundamental de este documento consiste en describir textual y gráficamente la arquitectura del sistema, indicando: -

Estilo Arquitectónico y su propósito (objetivo).

Componentes de la arquitectura.

Vista de caso de usos.

Vista lógica del sistema.

Representación de los componentes arquitectónicos.

Distribución de los componentes arquitectónicos a través de los nodos de la plataforma de operación (Diagrama de Despliegue).

Representación del modelo de datos a través del diagrama EntidadRelación.

Alcance El proyecto busca minimizar tiempos de espera al momento de hacer la consulta o compra de algún producto, ya que podrá realizarlo desde su casa y podrá estar informado de las promociones de la veterinaria. De esta forma tanto por parte del usuario podrá hacer sus compras y consultas de productos

mediante un sistema web, como por otra parte el usuario

administrador podrá estar relacionado con su empresa , esto quiere decir que estará enterado de cómo va su negocio(productos disponibles y/o no disponibles, tiempo de caducidad de los productos, vista de los productos más Semestre: 2015-I

Páá giná 5

UIGV – FISCT

Ingeniería de Software I

vendidos, cuadros estadísticos y comparativos, generar ordenes de compras, generar

citas

mediante

web,

como

reservaciones,

etc.),

todo

esta

administración se realizara también mediante un sistema web con el privilegio correspondiente. Objetivo El proyecto tiene como objetivo dar facilidad y rapidez al momento de consultar y/o comprar los productos 

Tener en tiempo real los detalles de los productos y su precio.



Tener la información actualizada sobre la disponibilidad y no

disponibilidad

productos,

para

hacer

pedidos

sus

respectivos

proveedores y/o atender a sus clientes. 

Reducir el tiempo en la elaboración y envío de sus productos, órdenes

de pedidos, elaboración de guías de remisión y/o facturas. 

Control de las ventas diarias realizadas.



Se podrá ingresar, consultar y modificar los productos, así como

modificar precios o ingresar promociones. 

Tener mayor orden de atención al proporcionar reservaciones

2.2 Suposiciones, dependencias y restricciones 2.2.1 Suposiciones: SU-01

El presupuesto a cargar estará calculado completamente de manera expresado al mínimo nivel de detalle, de acuerdo a las dimensiones requeridas por el sistema.

SU-02

Se tiene contactos con la dirección de la empresa para poder acceder a su infraestructura como a la información de sus productos.

Semestre: 2015-I

Páá giná 6

UIGV – FISCT

Ingeniería de Software I

SU-03

Se cuenta con el programador para la realización de modificaciones.

SU-04

Se dispone de los recursos económicos necesarios para ejecutar el proyecto.

SU-05

El ancho de banda soportará el tráfico generado y evitará la caída de la red.

SU-06

Se dispone de un sistema de prueba para el cliente.

SU-07

El cronograma de actividades no sufrirá cambios durante

transcurso del proyecto y el cliente respetará el cronograma convenido sin peticiones que alteren el proceso. SU-08

Los informes parciales y finales serán presentados, revisados y aprobados por el cliente realizando su correspondiente corrección de ser necesario.

SU-09 Los integrantes del Proyecto tienen los conocimientos necesarios para el correcto desarrollo del mismo debido a que dominan las herramientas de desarrollo y cuentan con entornos debidos para la pre-producción.

2.2.2 Dependencias: DE-01 Los servidores deben de funcionar las 24 horas del DE-02 Los cambios en el sistema deben coordinarse con la

día. Dirección del

Proyecto. DE-03 Se necesitará capacitar al personal para gestionar la atención vía web a los usuarios. DE-04 Los horarios de atención online serán establecidos por la empresa. DE-05 La empresa necesitará contar con un apoyo informático y/o Área de Soporte Técnico. Semestre: 2015-I

Páá giná 7

UIGV – FISCT

Ingeniería de Software I

DE-06 Disponibilidad de tiempo de los integrantes del equipo de

proyecto

para el desarrollo del mismo. DE-07 Cumplimiento de cronogramas e hitos. 2.2.3 Restricciones:

Restricción (estados límite)

Objetivos (estados objetivo)

Funcionalidad

Problemas de incompatibilidad de software con los navegadores web.

Características

Las características del sistema son definidas en conjunto con el Patrocinador del proyecto luego de la presentación del último prototipo.

Sistema 100% óptimo, sin caídas de la base de datos, ni penetración de intrusos al sistema. Tener un sistema objetivo que complazca el uso de la página web al usuario

Calidad

Facilidad de uso. Soporte de cualquier navegador. Soporte de dispositivos móviles.

Costo

El presupuesto autorizado para el proyecto es de S/.

Dimensión

23,825

Programación

La aplicación debe integrarse a los principales sistemas.

Personal

Tamaño máximo del equipo es un analista y un programador

Semestre: 2015-I

La aplicación debe funcionar en Internet Explorer,Firefox y Chrome, y en cualquier Smartphone que tenga acceso a navegador. Cubrir las perspectivas salariales de cada persona que está dentro de este proyecto y como también la adquisición de nuevos softwares Versión 1

Mantener el orden y la agilidad del proceso en la creación del sistema

Páá giná 8

Grado de libertad (rango permisible del estado) 80% de la funcionalidad principal debe de ser incluida en la versión 1.0

El 100% de las características estarán habilitadas para el administrador y con algunas restricciones para el supervisor. El cliente no tendrá restricción en la página web. El 97% de las pruebas de aceptación de los usuarios deben pasar la versión 1.0

Es posible excederse en el presupuesto hasta en un 10% sin revisión ejecutiva, pero siempre que sean gastos de compra de equipos o pago de programadores.

Se dispone de tres meses para desarrollar la aplicación hasta tenerla en óptimo funcionamiento. Es posible añadir un analista en caso existan puntos pendientes por definir.

UIGV – FISCT

Ingeniería de Software I

Entregables del Proyecto: Los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables están de acuerdo a los términos de referencia, teniendo en cuenta que estos entregables sean alineados a la metodología RUP. ACTIVIDAD Y/O PRODUCTO

Periodo

Fase 1: 

Desarrollo de Plan de Trabajo y cronograma de

actividades,

entregables, 

detallado

para

con

los

validación

correspondiente.

A 30 días a partir de la

Levantamiento de información y análisis del

aprobación.

sistema a desarrollarse. 

Modelamiento y diseño de base de datos.



Diseño

del

sistema

presentación

prototipo. Fase 2:  Elaboración del código, pruebas individuales e integradas. Fase 3:  Implementación del Sistema  

de A 50 días a partir de la aprobación.

Elaborar Documentación: Manuales de

A 40 días a partir de la

Sistema y de Usuario.

aprobación.

Capacitación para los usuarios técnicos y usuarios finales.

Evolución del Plan de Desarrollo del Software El proyecto se inició el 5 de Enero y terminara el 05 de Mayo de 2014, y está dividido en tres fases, al final de cada mes termina una fase en la cual se entregara los documentos para su respectiva revisión y conformidad.

Semestre: 2015-I

Páá giná 9

UIGV – FISCT

Ingeniería de Software I

ORGANIZACION DEL PROYECTO

Participantes en el Proyecto

JEFE DE PROYECTO

ANALISTA

PROGRAMADOR

Roles y Responsabilidades

Semestre: 2015-I

Páá giná 10

Rol

Asumido por

 Levantamiento Ingeniería de Software I

UIGV – FISCT

Analista

Programador

Semestre: 2015-I

Descripción y Origen

de información



Realizar el análisis y diseño de la Solución, y asegurarse que el desarrollo del sistema se realice ajustándose a los planteamientos indicados.



Generar los inputs necesarios para que el Jefe de Proyecto de Sistema tenga las herramientas necesarias para cumplir sus tareas



Encargado de la solución de Algoritmos y desarrollo de estructuras de control para el desarrollo del sistema.



Empleo lenguaje programación desarrollo aplicación.



Desarrollo de la Aplicación.



Diseño lógico y físico de las bases de datos



Verificar o ayudar a la verificación en la integridad de datos



Definir e implementar controles de acceso

Nathalíe Díaz Flores

Carlos Lázaro Sotelo

Páá giná 11

del de para de

UIGV – FISCT

Ingeniería de Software I

GESTION DEL PROCESO DIRECTOR DIRECTOR ADMINISTRACION ADMINISTRACION GENERAL GENERAL CALIDA D CALIDAD

ADMINISTRACI ON ADMINISTRACION

RRHH

VENTAS

RRHH

VENTAS

COMPR AS COMPRA S

PERSONAL MEDICO PERSONAL TECNICO

PERSONAL MANTENIMIENTO

4.1 Estimaciones del proyecto

RECURSO INVOLUCRADO Jefe de Proyecto Analista Programador

PORCENTAJE 100% 100% 100%

4.2 Plan del Proyecto 4.2.1 Plan de Fases FASE Fase de Inicio Fase de Elaboración Semestre: 2015-I

Nº DE ITERACIONES Iteración I1 Iteración E1 Páá giná 12

DURACIÓN 1 mes 1 mes

UIGV – FISCT

Ingeniería de Software I

Fase de Construcción

Iteración C1

1 mes

Fase de Transición

Iteración T1

1 mes

DESCRIPCIÓN

HITO Ámbito ó Entorno

 Plan de Desarrollo Software Administración del Proyecto

 Cronograma del proyecto Modelo de Negocio:

Fase de Inicio

 Diagrama general de casos de uso de negocio  Diagrama de actividades, descripción dinámica de los casos de uso de negocio Crear la Matriz de proceso y requerimiento

 Matriz de trazabilidad Requerimientos:

 Diagrama general de casos de uso  Plantilla de especificación de casos de uso Modelo de Análisis

 Diagrama de paquetes indicando las capas respectivas  Diagrama de colaboración Modelo de datos

Fase de Elaboración

    

Diagrama de clases Diagrama del modelo físico Script Data Diccionario de datos

Diseño de clase a nivel de implementación

 Capas o Presentación o aplicación(Jsp) o Negocio (Bean, interfaz, servlet, etc.)  Diagrama de clases  Diagrama de secuencia Implementación

Fase de Construcción

 Diagrama de componentes  Diagrama de despliegue  Programación: o Archivos. Dat (archivo) o Librerías requeridas

Pruebas

 Pruebas unitarias  Pruebas funcionales  Pruebas de esfuerzo

Semestre: 2015-I

Páá giná 13

UIGV – FISCT

Ingeniería de Software I

Despliegue

Fase de Transición

Entrega y puesta en producción del Sistema de Biblioteca - SBD

4.2.2 Calendario del Proyecto Inicio 5 Enero- 4 Febrero Elaboración 5 Febrero – 4 Marzo Construcción 5 Marzo – 4 Abril Transición 5 Abril – 5 Mayo 4.3 Seguimiento y Control del Proyecto La gestión de los requisitos, se lograra a partir del levantamiento de la información a través de las entrevistas a usuarios. En todo cambio de los requerimientos, se tendrá que evaluar el impacto del cambio y que este en el alcance del proyecto, a través de una solicitud. 4.4 Plan de Gestión de Riesgos

Riesgo

Probabilida d

Impacto

Mitigación

Uso reducido de la aplicación

Leve

Se requiere de marketing que fomente y explique a los usuarios los beneficios de poder realizar sus compras vía web.

Desperfecto del hardware

Leve

Realizar copias de seguridad del sistema y verificar que los equipos estén en perfectas condiciones antes de empezar a trabajar en ellos.

No hay interactividad en el grupo de desarrollo

Leve

El trabajo se puede realizar de manera desordenada por falta de participación y/o comunicación.

Incumplimiento de las tareas asignadas por parte de algún integrante del grupo

Leve

El personal se comprometerá a cumplir con todas sus obligaciones asignadas.

El usuario hace mal uso del sistema

Leve

Realizar un manual de usuario detallando todos los pasos minuciosamente para facilitarle el uso del software.

Hay un corte en el sistema eléctrico

0.5%

Leve

Guardar constantemente los cambios que se realiza en el sistema.

Semestre: 2015-I

Páá giná 14

UIGV – FISCT

Ingeniería de Software I

Riesgo

Probabilida d

Impacto

Mitigación

Errores significativos en la definición de alguno de los puntos clave del proyecto

0.5%

Leve

Caída de servidor de la aplicación o alguna de sus partes debido a agentes externos (, Internet, ataques informáticos, etc.)

0.5%

Leve

Los encargados del proyecto deben trabajar correctamente y con la concentración necesaria para evitar errores en los puntos clave del proyecto, ya que ocasiona un retraso en su culminación. El personal deberá estar debidamente capacitado para poder dar solución a estos inconvenientes.

II.

Administración del Proyecto

Cronograma del proyecto: Considerar todas las actividades del proyecto por fases del RUP. Entregables:  Cronograma del proyecto

III. Modelo de Negocio: 3.1. Modelo de Casos de Uso de Negocio. Relación entre los procesos y actores del negocio. Entregables: Diagrama general de casos de uso de negocio

Semestre: 2015-I

Páá giná 15

UIGV – FISCT

Ingeniería de Software I

3.2. Modelo de Análisis del Negocio Aquí se realizan o detallan los procesos del negocio. Descripción de los casos de uso de negocio Desarrollar cada caso de uso de negocio al detalle. CASO DE USO GESTIONAR ALMACEN:

CASO DE USO GESTIONAR COMPRAS

Semestre: 2015-I

Páá giná 16

UIGV – FISCT

Ingeniería de Software I

CASO DE USO GESTIONAR FACTURACION

CASO DE USO GESTIONAR SEGURIDAD

Semestre: 2015-I

Páá giná 17

UIGV – FISCT

Ingeniería de Software I

CASO DE USO GESTIONAR VENTAS

CASO DE USO GESTIONAR CITA

DIAGRAMA DE ACTIVIDADES COMPRA DE PRODUCTOS

Semestre: 2015-I

Páá giná 18

UIGV – FISCT

Ingeniería de Software I

IV. Crear la Matriz de proceso y requerimiento En esta sección se identifican los casos de uso que soportan el requerimiento identificado en la etapa anterior

MATRIZ DE REQUERIMIENTOS: PROCESO DEL NEGOCIO

ACTIVIDAD DEL NEGOCIO

Semestre: 2015-I

RESPONSABL E DEL NEGOCIO

REQUERIMIENTO Y RESPONSABILIDAD

Páá giná 19

CASO DE USO

ACTORES

UIGV – FISCT

Ingeniería de Software I

Proceso de ventas

Registra la orden de compra. Empleado de Envía orden de compra ventas al empleado de almacén Genera cotización

Buscar cliente Agregar, modificar y eliminar cliente. Agregar, modificar y eliminar orden de compra

Gestionar Ventas Consultar orden de pedido Generar cotización Registrar Orden de Compra Gestionar cliente

Empleado de ventas

Entrega de Pedidos

Recibe orden de compra Envía productos Empleado de solicitados al empleado Almacén de ventas

Registro de pedido Buscar productos

Consulta de pedidos Registro Pedido. Gestionar despacho

Empleado de Almacén

Verificar orden de Generar compra Empleado de comprantes Envía copia de factura al Facturación de pago empleado de almacén

Generar factura para el cliente. Generar guía de remisión Generar boleta de ventas

Emitir guía de remisión. Emitir Factura Emitir boleta de venta

Empleado de Facturación

Generar Cita

Generar numero de cita

Separar cita Elegir día y horario

Empleado de Ventas

Generar cita Generar orden de cita Empleado de Ventas Emitir orden de cita

MATRIZ DE REQUERIMIENTOS ADICIONALES: Paquete de Caso de Uso

Requerimiento y Responsabilidad

Caso de Uso

Cliente

Agregar, modificar y eliminar

Gestionar cliente

Actores

Gestionar citas

Administrador del Sistema

Citas

Agregar, modificar y eliminar

Pedido

Agregar, modificar y eliminar

Gestionar producto

Empleado de ventas

Reportes

Buscar ventas por cliente. Buscar producto más vendido. Buscar ventas del día

Consultar ventas por cliente. Consultar producto más vendido. Consultar ventas del dia

Cliente

Seguridad

Agregar, modificar y eliminar. Asignar perfiles a usuarios. Agregar, modificar y eliminar. Buscar usuario Ingresar/salir del sistema.

Gestionar usuarios. Asignar perfiles a usuarios. Gestionar accesos a perfiles Buscar usuario. Ingresar/salir del sistema

Usuario

Semestre: 2015-I

Páá giná 20

UIGV – FISCT

Semestre: 2015-I

Ingeniería de Software I

Páá giná 21

UIGV – FISCT

Ingeniería de Software I

V. Requerimientos: Integración de los casos de uso y actores Desarrollar el modelo de casos de uso Entregables:  Diagrama general de casos de uso

Semestre: 2015-I

Páá giná 22

UIGV – FISCT

Ingeniería de Software I

Especificación de los casos de uso 1. ESPECIFICACIÓN DEL CASO DE USO GESTIONAR USUARIO: 2.

Descripción breve: Este caso de uso permite al administrador de sistema registrar un usuario al sistema por web. El actor del caso de uso es el Administrador de Sistema.

Flujo Básico de eventos: 2.1. El caso de uso comienza cuando el Administrador de Sistema indica “Gestionar Usuario” del menú principal del sistema. 2.2. El sistema muestra el formulario de Usuario. 2.3. El Administrador de Sistema ingresa los datos de Usuario. 2.4. El Administrador de Sistema indica “Guardar”. 2.5. El sistema valida los parámetros de ingreso. 2.6. El sistema genera un código de identificación y contraseña. 2.7. El sistema crea un nuevo usuario y le asigna el código de identificación generado y contraseña. 2.8. El caso de uso finaliza.

Flujos alternativos: 4.1. En el punto 2.3 si el administrador del sistema ingresa RUC de más o menos de 11 dígitos, mostrara el mensaje de “Ingreso RUC incorrecto”. 4.2. En el punto 2.3 si el administrador del sistema ingresa un DNI de más o menos de 8 dígitos, mostrara el mensaje de “Ingreso DNI incorrecto”. 4.3. En el punto 2.3 si el administrador del sistema ingresa un RUC o DNI ya registrado, el sistema mostrara el mensaje de “Usuario ya Registrado”. Sub Flujos:

5.1. Modificar Usuario: 5.1.1. El administrador de sistema buscara por DNI o por RUC al usuario a modificar. 5.1.2. Hará clic en “Modificar Usuario” 5.1.3. El sistema muestra todos los campos con sus datos del usuario a modificar. 5.1.4. El administrador de sistema modifica los campos y hará clic en “Modificar”. 5.1.5. El sistema muestra “Usuario modificado exitosamente” 5.2. Eliminar Usuario: 5.2.1. El administrador de sistema buscara por DNI o por RUC al usuario a eliminar. 5.2.2. Hará clic en “Eliminar Usuario” 5.2.3. El sistema mostrara un mensaje de confirmación al administrador de sistemas. 5.2.4. El administrador de sistemas acepta o rechaza. 5.2.5. El sistema muestra “Usuario eliminado satisfactoriamente” 6.

Requerimientos especiales: No hay requerimientos.

Precondición: El usuario ha sido admitido con el rol de administrador de sistemas.

Post condición: Se ha registrado Usuario.

Puntos de extensión:

Semestre: 2015-I

Páá giná 23

UIGV – FISCT

Ingeniería de Software I

Ninguno. 10. Información adicional: Ninguno. 11. Prototipo

2. ESPECIFICACIÓN DE CASO DE USO GESTIONAR PRODUCTOS 1.

Breve Descripción El siguiente caso de uso permitirá al Administrador de Sistemas registrar, modificar y eliminar los productos.

Flujo Básico de Eventos 2.1. El caso de uso se inicia cuando el administrador de sistemas ingresa a la opción “Gestionar Productos” en la interfaz del menú principal. 2.2. El sistema muestra la interfaz “Gestionar Productos”; con las siguientes opciones: Registrar productos, buscar productos, eliminar productos, guardar cambios y salir. 2.3. El administrador del sistema ingresa En la opción Registrar Producto 2.4. El administrador del sistema ingresa código, descripción, marca, precio, Stock 2.5. El sistema valida el registro del producto. 2.6. El administrador elige la opción guardar cambios. 2.7. Al administrador del sistema hace click en salir.

Subflujos Modificar Producto Se busca el producto requerido. El sistema permitirá modificar los datos del producto. El administrador guardará los cambios y actualizará la información. Eliminar Producto Al hacer click en buscar se muestra el producto a eliminar. El administrador hace click en eliminar y actualiza la información del producto.

Flujos Alternativos 4.1. En el punto 2.4 del flujo básico, si el administrador del sistema no ingresa unos de los campos ya sea código, descripción, marca, precio, stock el sistema mostrara el siguiente mensaje “uno de los campos está vacío” 4.2. En el punto 2.4 del flujo básico, si el administrador del sistema no ingresa correctamente el código de producto sistema mostrara el siguiente mensaje “ código de producto incorrecto “

Precondiciones Administrador debe estar logueado al sistema

Post condiciones Se ha registrado producto

Puntos de Extensión Ninguno

Requerimientos Especiales Ninguno.

Semestre: 2015-I

Páá giná 24

UIGV – FISCT 9.

Ingeniería de Software I

Prototipos

3. ESPECIFICACIÓN DEL CASO DE USO: REALIZAR PEDIDO 1.

Descripción breve: Este caso de uso permite al cliente realizar un pedido, para que finalmente pueda obtener el envío del producto solicitado. El actor del caso de uso es el Cliente del Sistema.

Flujo Básico de eventos: 2.1. El caso de uso comienza cuando el Cliente del Sistema elige un producto del menú principal del sistema. 2.2. El sistema muestra la descripción del producto, marca, precio y si se encuentra disponible 2.3. El cliente dará clic en “Realizar Compra”. 2.4. El sistema solicitará si se desea boleta o factura 2.5. El cliente elegirá si desea boleta o factura 2.6. El sistema solicitará la confirmación de la compra 2.7. El sistema genera un número de orden de pedido y mostrara en la interfaz. 2.8. El caso de uso finaliza.

Flujos alternativos: En el punto 2.2 el cliente digitara el producto a buscar, en caso no haya stock del producto el sistema mostrara “Producto no disponible por el momento”. En el punto 2.6 si el cliente no confirma la compra el caso de uso finaliza.

Sub Flujos: a. Modificar Orden de pedido: El Cliente buscara una orden de pedido por el número que le genero el sistema al momento de registrar la orden. Hará clic en “Modificar Orden” El sistema muestra todos productos que ingreso a la orden de pedido. El Cliente modifica la orden y hará clic en “Modificar”. El sistema muestra “Orden de pedido modificado exitosamente”

Requerimientos especiales: No hay requerimientos.

Precondición: El usuario ha sido admitido con el rol de cliente.

Post condición: Orden de Pedido.

Puntos de extensión:

Información adicional: Ninguno.

Semestre: 2015-I

Páá giná 25

UIGV – FISCT

Ingeniería de Software I

4. ESPECIFICACIÓN DEL CASO DE USO: RESERVAR CITA 1. Descripción breve: Este caso de uso permite al cliente reservar una cita, para que finalmente su mascota pueda ser atendida. El actor del caso de uso es el Cliente del Sistema. 2. Flujo Básico de eventos: 2.1. El caso de uso comienza cuando el Cliente del Sistema “reservar cita” del menú principal del sistema. 2.2. El sistema muestra las fechas y horarios de atención. 2.3. El cliente elegirá la fecha y horario. 2.4. El sistema solicitará la confirmación de la cita. 2.5. El cliente confirmará la cita 2.6. El cliente hará click en “generar número de cita” 2.7. El sistema genera un número de cita y mostrará en la interfaz el número de cita junto con la fecha y horario elegido. 2.8. El caso de uso finaliza. 3. Flujos alternativos: En el punto 2.2 el sistema puede mostrar “no hay fechas disponibles para citas” En el punto 2.5 si el cliente no confirma la cita el caso de uso finaliza. 4. b.

Sub Flujos: Modificar Cita: El Cliente hará clic en “Modificar Cita” El sistema pedirá ingresar el número de cita. El sistema mostrará la cita. El Cliente modifica la cita y hará clic en “Modificar”. El sistema muestra “Cita modificada exitosamente”

5. Requerimientos especiales: No hay requerimientos. 6. Precondición: El usuario ha sido admitido con el rol de cliente. 7. Post condición: Orden de Pedido. 8.

Puntos de extensión:

9. Información adicional: Ninguno.

Semestre: 2015-I

Páá giná 26

UIGV – FISCT

Ingeniería de Software I

VI. Modelo de Análisis Análisis de la Arquitectura En este flujo de trabajo se organizan los casos de uso en paquetes, se agrupan los casos de uso que ayuden a cumplir una misma meta. Se agrupan los paquetes en dos capas: Capa especifica, es la que tendrá los paquetes principales Capa general, los paquetes que son reutilizables y de soporte. Entregables:  Diagrama de paquetes indicando las capas respectivas

Realización de los casos de uso Se desarrolla y detalla cada caso de uso de acuerdo a la especificación elaborada en el flujo anterior, representando los flujos básicos, sub flujos y alternos. Entregables:  Diagrama de colaboración

VII. Modelo de Diseño Base de Datos Elaboración del Modelo Lógico Se identifican todas las clases que conformaran una clase persistente en el Modelo Físico, a través de un diagrama de clases; indicando las relaciones entre las mismas, la multiplicidad, atributos (considera los campos que tendrá cada tabla en el modelo físico). Entregables:  Diagrama de clases

Semestre: 2015-I

Páá giná 27

UIGV – FISCT

Ingeniería de Software I

Elaboración del modelo físico Se refiere a la elaboración del modelo físico a partir del modelo lógico, conteniendo las tablas que fueron consideradas como clases en el modelo lógico. Entregable:  Diagrama del modelo físico  Script  Data Elaboración del Diccionario de datos Este contendrá la definición de cada clase persistente (tabla) que se encuentre en el modelo físico. Entregable:  Diccionario de datos Diseño de clase a nivel de implementación Capas de Diseño Elaboración de las capas del diseño, agrupando los subsistemas y la GUI. Identificación y definición de las capas de negocio y presentación. Entregable:  Capas o Presentación o aplicación(Jsp) o Negocio (Bean, interfaz, servlet, etc.) Realización de los casos de uso de diseño Elaboración del detalle de cada caso de uso a nivel de diseño. Entregables:  Diagrama de clases  Diagrama de secuencia

VIII.

Implementación

Modelo de implementación y despliegue Entregables:  Diagrama de componentes  Diagrama de despliegue Programación: Entregables:    

Semestre: 2015-I

Archivos. Dat (archivo) Librerías requeridas (archivo) Esquema de la base de datos (archivo) Checklist del Código Java

Páá giná 28

UIGV – FISCT

Ingeniería de Software I

IX. Pruebas Describimos los artefactos del flujo de pruebas. Entregables:  Pruebas unitarias  Pruebas funcionales  Pruebas de esfuerzo

X. Documentos finales: • • • •

Conclusiones Recomendaciones Anexos Fuentes de consulta

XI. Anexos: •

Actas de reuniones

I.1. Análisis del Negocio Especificación del Caso de Uso del Negocio Descripción En el siguiente caso de uso de negocio se describe el proceso ventas de los productos desde el momento que el cliente ingresa a la página web. Objetivo: Reducir el tiempo en el proceso de ventas. Flujo de Trabajo: El cliente ingresa a la página web El cliente elige el producto El sistema verifica si el producto está disponible El cliente agrega el producto al carrito de compras. El empleado de ventas recibe y registra la orden de compra. El empleado de ventas elabora la boleta o factura. El empleado de ventas entrega el producto y factura al cliente. El cliente realiza el pago. El cliente recibe el producto solicitado.

Semestre: 2015-I

Páá giná 29