55961040 Proyecto Final Pre I Julio Garcia

UNIVERSIDAD SAN PEDRO INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I

PRACTICAS PRE-

UNIVERSIDAD SAN PEDRO

FACULTAD DE INGENIERIA ESCUELA DE INFORMATICA Y SISTEMAS PRACTICAS PRE PROFESIONALES I SISTEMA DE GESTION DE ADMINISTRACION DEL ESTUDIO FOTOGRAFICO REVELADOS 30 MINUTOS E.I.R.L

AUTORES: FLORES GUEVARA MARCO ANTONIO. GARCIA SEMINARIO JULIO. MARROQUIN HERRERA ANDERSON.

CHIMBOTE PERU 2009

-1-


PRACTICAS PRE-

DEDICATORIA

El siguiente proyecto va dedicado de de forma muy especial a mis padres ya que ellos son los que siempre me apoyan e impulsan para seguir avanzando por el buen camino, siempre brindndome su apoyo en el desarrollo de mi carrera profesional. Tambin el reconocimiento a nuestro Asesor el Ing. Carlos Castillo Diestra Que nos apoyo durante todo el desarrollo de nuestro proyecto

A mis Padres que siempre se sacrifican para apoyarme en mi carrera y a usted Profesor, por darnos su apoyo permanente y su dedicacin elaboracin de nuestro proyecto. durante la

El Grupo

-2-


PRACTICAS PRE-

AGRADECIMIENTO

Queremos agradecer en estas breves lneas al Ing. Castillo Diestra, Profesor Asesor de la especialidad Practicas Pre Profesionales I, agradecindole por su valioso aporte de conocimientos y la dedicacin que nos puso para as llegar a la culminacin de nuestro proyecto de forma satisfactoria.

As mismo queremos agradecer al Dueo de la incondicional para la ejecucin del presente proyecto.

Empresa FOTOCENTRO

Revelados 30 Minutos, ngel Abel Machay Campos por su decidido apoyo

El Grupo

-3-


PRACTICAS PRE-

INDICE1. CARATULA 2.- DEDICATORIA 3.- AGRADECIMIENTO 4.- INDICE 5.- RESUMEN 6.- ABSTRACT 7.- INTRODUCCION 8.- CAPITULO 1: GENERALIDADES8.1.- DESCRIPCION DE LA ORGANIZACION (RAZON SOCIAL DE LA ORGANIZACIN, NOMBRE, DIRECCION, FONO, E-MAIL 8.2.- SELECCIN DEL PROBLEMA 8.3.- JUSTIFICACION DEL PROYECTO 8.4.- OBJETIVOS DEL PROYECTO 8.5.- LIMITACIONES DEL PROYECTO

9.- CAPITULO 2: MARCO TEORICO:9.1.- METODOLOGIA DE DESARROLLO RUP 9.2.- CICLOS YFASES 9.3.- UML 9.4.-CRONOGRAMA DE TRABAJO

10.- CAPITULO 3: APLICACIN DE METODOLOGIA RUP10.1 MODELO DEL NEGOCIO 10.1.1.- PICTOGRAMA: Pictograma, Descripcin del Pictograma 10.1.2.- PROCESOS DE NEGOCIO 10.1.3.- REGLAS DE NEGOCIO 10.1.4.- VISION DEL NEGOCIO 10.1.5.- MODELADO DE CASOS DE USO DEL NEGOCIO 10.1.6.- ESPECIFICACION DE CASO DE USO DE NEGOCIO 10.1.7.- MODELO DE OBJETOS DEL NEGOCIO 10.1.8.- DIAGRAMA DE ACTIVIDAD POR CADA CASO DE USO DE NEGOCIOS. 10.1.9 MODELO DE DOMINIO 10.1.10 GLOSARIO DEL NEGOCIO 10.2 REQUERIMIENTOS 10.2.1.- LISTA DE REQUERIMIENTOS (funcionales y no funcionales) 10.2.2.- DIAGRAMA DE CASOS DE USO DE REQUERIMIENTOS 10.2.3.- MODELO DE CASOS DE USO DE REQUERIMIENTOS DETALLADO

-4-


PRACTICAS PRE-

10.2.4.- MATRIZ DE PRIORIZACION DE CASOS DE USOS 10.2.5.- ESPECIFICACION DE CASOS DE USO DE REQUERIMIENTOS

10.3 ANALISIS 10.3.1.- DIAGRAMAS DE COLABORACION 10.3.2.- DIAGRAMA DE CLASES ENTIDAD 10.3.3.- DIAGRAMA DE CLASES DE ANALISIS (BOUNDARY + CONTROL + ENTITIS) 10.3.4.- DIAGRAMA DE PAQUETES DE ANALISIS 10.4 DISEO 10.4.1.- INTERFACES DE USUARIO 10.4.2.- DIAGRAMAS DE SECUENCIA DE DISEO 10.4.3.- DIAGRAMA DE CLASES DE DISEO 10.4.4.- DIAGRAMA DE ESTADO 10.4.5.- DIAGRAMA DE PAQUETES DE DISEO 10.4.6.- MODELO FISICO DE LA BASE DE DATOS RELACIONAL 10.4.7.- SCRIPT DE MIGRACION DE LA BASE DE DATOS A SQL SERVER 2000 10.4.8.- MODELO FISICO DE LA BASE DE DATOS RELACIONAL (SQL SERVER 2000) 10.4.9.- MODELO FISICO DE LA BASE DE DATOS RELACIONAL (NORMALIZADO) 10.5 IMPLEMENTACION 10.5.1.- DIAGRAMA DE COMPONENTES (INDICAR LAS CLASES IMPLEMENTADAS POR CADA COMPONENTE) 10.5.2.- DIAGRAMA DE DESPLIEGUE 10.6 PRUEBA 10.6.1.- PRUEBA DE CAJA NEGRA

11.- CONCLUSIONES 12.- RECOMENDACIONES 13.- REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB 14.- BIBLIOGRAFIA 15.- APENDICES

-5-


PRACTICAS PRE-

RESUMENEste trabajo se basa en Anlisis y Diseo de un sistema y contiene lo siguiente: Pictograma Proceso de Negocio Reglas del Negocio Visin del Negocio Modelado de Caso de Uso de Negocio Diagrama de Actividades Modelo de Objeto de Negocio Modelo de Dominio Glosario del Negocio Modelo de Casos de Uso de Requerimiento Detallado Modelo de Casos de Uso de Requerimiento Especificaciones de Casos de Uso de Requerimiento Diagramas de Colaboracin Diagrama de Clase Entidad Interfaces de Usuario Diagrama de Secuencia Modelo Fsico de la Base de Datos Prueba de Caja Negra

-6-


PRACTICAS PRE-

Gracias a estos diagramas el Anlisis y Diseo se encuentra en un 100% en ello podemos ver las dificultades que se hace en forma manual; tambin podemos ver los logros y rapidez que tiene el sistema, ya que en ello nosotros podemos generar reportes sin demora.

ABSTRACTIt is work it is based on Analysis and Design of a system and it contains the following thing: Pictogram I process of Business You rule of the Business Vision of the Business Modeling of Case of Use of Business Diagram of Activities I model of Object of Business I model of Domain Glossary of the Business I model of Cases of Use of Detailed Requirement I model of Cases of Use of Requirement Specifications of Cases of Use of Requirement Diagram of Collaboration Diagram of Class Entity Interface of User Diagram of Sequence Model physical of the Data Base

-7-


PRACTICAS PRE-

Evidence of Case black

Thanks to these diagrams the Analysis and Design is in 100% in we can see it the difficulties that it is made in form manual; we can also see since the achievements and speed that he/she has the system, in it we can generate reports immediately.

INTRODUCCIONEste informe sobre el Sistema de Gestin de Administracin para la Empresa Foto centro REEVELADOS 30 MINUTOS E.I.R.L, es el estudio de la problemtica actual de dicha organizacin, que se presenta por la imperiosa necesidad de buscar nuevas tcnicas y mtodos para llevar adecuadamente los servicios que brinda como son: Gestin de Atencin ala Cliente, Gestin de compra y Gestin de Reportes Por lo expuesto anteriormente, presentamos un sistema de informacin, para lo cual se ha considerado automatizar los servicios ya mencionadas de la organizacin. Este informe esta conformado por los siguientes captulos: En el primer captulo trata sobre las generalidades del proyecto como el nombre, descripcin, adems informacin referente a La empresa a la cual se le va crear el sistema. En el segundo captulo se encuentra todo lo referente al modelado del negocio con sus respectivos diagramas y documentacin. El tercer captulo se refiere a la aplicacin de metodologa RUP: El modelado de requerimientos con sus respectivos diagramas y documentacin. El anlisis con sus diagramas y respectiva documentacin.

-8-


PRACTICAS PRE-

-

Se encuentra el modelado del diseo donde se pueden apreciar las interfaces de usuario as como tambin sus receptivos diagramas y documentacin.

-

la implementacin con sus respectivos diagramas.

CAPITULO I

GENERALIDADES

-9-


PRACTICAS PRE-

GENERALIDADES

8.1.- DESCRIPCION DE LA ORGANIZACINNOMBRE: ESTUDIO FOTOGRAFICO REVELADOS 30 MINUTOS E.I.R.L.

DIRECCION:

ELIAS AGUIRRE 463

CHIMBOTE.

TELEFONO:

344143.

- 10 -


PRACTICAS PRE-

8.2.- SELECCIN DEL PROBLEMAEl siguiente proyecto fue propuesto como opcin de solucin a la problemtica del estudio fotogrfico REVELADOS 30 MINUTOS tanto en el plano econmico como tcnico y a la vez como una prueba a la capacidad de los autores. La empresa actualmente esta pasando por una serie de problemas operacionales de los cuales destacan los siguientes: la dificultad que tiene el asistente de ventas para emitir un informe de ventas semanales ya que no cuenta con un sistema informtico de control y todo se hace de forma manual llevndole un gran tiempo y trabajo. La necesidad que tiene el cajero para llevar el control de ingreso de dinero diario. La dificultad del encargado del almacn para llevar un control del stock de productos ofrecidos por la empresa La dificultad del asistente de ventas para averiguar la informacin del producto solicitado se encuentra disponible lo cual genera una lentitud en la atencin al cliente y por ende la incomodidad de este. La dificultad que tiene el gerente para verificar la informacin otorgada por sus trabajadores. La dificultad que tiene el asistente de ventas para llevar un control de clientes (nuevos y frecuentes).

- 11 -


PRACTICAS PRE-

8.2.1.- ANTECEDENTES DEL PROBLEMA El gerente de la empresa intento solucionar este problema hace algn tiempo atrs automatizando algunas de las funciones desarrolladas en el proyecto, intento que quedo marginado por polticas de la empresa.

8.3.- JUSTIFICACION DEL PROYECTO8.3.1.- JUSTIFICACION OPERATIVA El Desarrollar un Sistema informtico que permita agilizar los procesos de los servicios de atencin, compra y reporte de productos en la empresa estudio fotogrfico "REVELADOS 30 MINUTOS E.I.R.L" Permitir mejorar la atencin al cliente y flujo de informacin para el gerente y los trabajadores. 8.3.2.- JUSTIFICACION OPERATIVA El beneficio que traera realizar este sistema es de agilizar la bsqueda de informacin requerida por el cajero. Reduccin del tiempo para la realizacin de procesos (Crear y mantener un historial de mantenimientos preventivos, correctivos, Apoyo soporte informtico, Virus detectado, Entrada/Salida informacin). Reduccin del tiempo para la realizacin de cada proceso. La empresa tendr mayor seguridad de la informacin obtenida para los clientes, proveedores y productos. Precisin de clculos al realizar las boletas de los clientes. Facilidad del manejo de los procesos en el sistema de informacin gracias a una interfaz amigable y fcil de usar. 8.3.3.- JUSTIFICACION TECNICA Brindara a la empresa estudio fotogrfico "REVELADOS 30 MINUTOS E.I.R.L" un soporte de informacin adecuado, eficiente mediante la implementacin de

- 12 -


PRACTICAS PRE-

un sistema informtico para el desarrollo de sus requerimientos en sus diversos procesos. 8.3.4.- JUSTIFICACION ECONOMICA La atencin a una mayor cantidad de clientes generara mayores ingresos a la empresa. Ahorro en materiales de oficina en un 2% aproximado, al procesar los datos en forma lgica.

8.4.- LIMITACIONES DEL PROYECTO

8.4.1.- Limitacin Cronolgica: Una de las limitaciones ms notoria es el tiempo, ya que no contamos con mucha disposicin de las personas encargadas de la empresa, por motivo que se encuentran frecuentemente trabajando. La falta de tiempo para el logro de todos los objetivos planteados en el cronograma ya que algunos retrasos se deben al corto tiempo con el que se disponen los alumnos para realizar este estudio.

8.4.1.- Limitacin Tecnolgica La empresa en la actualidad lleva los registros de cuentas con una libreta o cuaderno el cual retrasa enormemente el desarrollo de los procesos.

8.4.1.- Limitacin Tcnica Poco dominio por parte del desarrollador en modela miento. Falta de destreza en la definicin clara de los objetivos.

- 13 -


PRACTICAS PRE-

8.5.- OBJETIVOS DEL PROYECTO

8.5.1.- OBJETIVO GENERAL Desarrollar un sistema informtico que permita agilizar los procesos de control, ejecucin y reporte de las Gestiones de Atencin al Cliente, Gestiones de Compra y servicios en General del Estudio fotogrfico REVELADOS 30 MINUTOS E.I.R.L. 8.5.2.- OBJETIVOS ESPECIFICOS Recopilar Informacin de las operaciones de la empresa REVELADOS 30MINUTOS E.I.R.L . Analizar la situacin problemtica actual por la que est pasando la empresa. Realizar el Modelado de Negocios del Sistema Informtico para el proceso de Atencin al Cliente aplicando el Proceso Unificado Rational (RUP). Realizar el modelo de requerimiento del sistema aplicando RUP. Analizar y disear el sistema aplicando RUP y utilizando la Herramienta Case Rational Rose. Realizar el modelo de la base de datos- 14 -


PRACTICAS PRE-

Crear prototipo del sistema de atencin, compra y reporte para agilizar los Procesos de la empresa utilizando como lenguaje de programacin Power Builder 10.5 y como administrador de base de datos el SQLServer 2005 Comprobar el funcionamiento de los datos procesados en el sistema informtico, aplicando pruebas de Caja Negra.

CAPITULO II

MARCO TEORICO

- 15 -


PRACTICAS PRE-

9.1.- METODOLOGIA DE DESARROLLO RUPUn proceso de desarrollo de software es un conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema (software).

9.1.2.- RUP (Racional Unified Process) RUP es un proceso de desarrollo de software: - Forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo (quin hace qu, cundo y cmo). Junto con el Lenguaje Unificado de Modelo (UML), constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Es un marco de trabajo genrico que puede especializar se para una gran variedad de sistemas software, para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaos de proyectos.- 16 -

-


PRACTICAS PRE-

9.1.3.- Objetivos: - Asegurar la produccin de software de calidad dentro de plazos y presupuestos predecibles. Dirigido por casos de uso, centrado en la arquitectura, iterativo (mini-proyectos) e incremental (versiones). Describir cualquier tipo de sistema en trminos de diagramas orientados a objetos Debe proveer un lenguaje de modela miento visual que sea comn para todos. Debe ser independiente de los procesos de desarrollo y los lenguajes de promocin. Debe soportar conceptos de alto nivel de abstraccin. Debe integrar las mejores prcticas de la industria.

9.1.4.- Caractersticas: Conducido por casos de uso.- El proceso de desarrollo sigue un flujo: Los casos de uso son especificados, los casos de uso son diseados y por ltimo los casos de uso sirven de fuente para desarrollar los casos de prueba. Centrado en la Arquitectura.- relaciona la toma de decisiones que indican Como tiene que ser construido el sistema y en que orden. Iterativo e incremental.- divide el proyecto en mini proyectos donde los Casos de uso y la arquitectura cumplen sus objetivos de manera ms depurada. Es tambin un producto: - Desarrollado y mantenido por Rational. Actualizado constantemente para tener en cuenta las mejores prcticas de acuerdo con la experiencia. Provee un enfoque disciplinario para asignar tareas y responsabilidades durante la organizacin del desarrollo de software. Es una gua de cmo usar efectivamente UML.

RUP pretende implementar las mejores prcticas actuales en ingeniera de software:- 17 -


PRACTICAS PRE-

-

Desarrollo iterativo del software Administracin de requerimientos Uso de arquitecturas basadas en componentes Modela miento visual del software Verificacin de la calidad del software Control de cambios

9.1.5.- RUP maneja 6 principios claves: Adaptar el proceso: El proceso deber adaptarse a las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto. Balancear prioridades: Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos. Colaboracin entre equipos: El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requerimientos desarrollo, evaluaciones, planes, resultados, etc.

Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno en etapa iterada. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados. Elevar el nivel de abstraccin: Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (Framework) por nombrar algunos. Esto indica que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requerimientos y sin comenzar desde un principio pensado en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. Enfocarse en la calidad: El control de la calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento- 18 -


PRACTICAS PRE-

de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.

9.1.6.- Arquitectura Basada en Componentes El proceso se basa en disear tempranamente una arquitectura base ejecutable. La arquitectura debe ser: - Flexible - Fcil de modificar - Intuitivamente comprensible - Promueve la reutilizacin de componentes RUP apoya el desarrollo basado en componentes, tanto nuevos como preexistentes.

9.2.- Ciclos y Fases del RUP:RUP divide el proceso de desarrollo en ciclos, teniendo un producto al final de cada ciclo. Cada ciclo se divide en cuatro Fases: - Inicio - Elaboracin - Construccin - Transicin - Mantenimiento Cada fase concluye con un hito bien definido donde deben tomarse ciertas decisiones FASE: Inicio- 19 -


PRACTICAS PRE-

Se establece la oportunidad y alcance el proyecto. Se identifican todas las entidades externas con las que se trata (actores) y se define la interaccin a un alto nivel de abstraccin: - Identificar todos los casos de uso - Describir algunos en detalle La oportunidad del negocio incluye: - Criterios de xito - Identificacin de riesgos - Estimacin de recursos necesarios - Plan de las fases incluyendo hitos FASE: Elaboracin Objetivos: - Analizar el dominio del problema - Establecer una arquitectura base slida - Desarrollar un plan de proyecto - Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto FASE: Construccin En esta fase todas las componentes restantes se desarrollan e incorporan al producto. Todo es probado en profundidad. El nfasis est en la produccin eficiente y no ya en la creacin intelectual. Puede hacerse construccin en paralelo, pero esto exige una planificacin detallada y una arquitectura muy estable.

FASE: Transicin El objetivo es traspasar el software desarrollado a la comunidad de usuarios. Una vez instalado surgirn nuevos elementos que implicarn nuevos desarrollos (ciclos). Incluye: Pruebas Beta para validar el producto con las expectativas del cliente Ejecucin paralela con sistemas antiguos Conversin de datos Entrenamiento de usuarios Distribuir el producto

FASE: Mantenimiento

- 20 -


PRACTICAS PRE-

Una vez instalado el producto, el usuario realiza requerimiento de ajustes, esto se hace de acuerdo a solicitudes generadas como consecuencia de actuar con el producto.

Diagrama de las Fases del RUP

9.3.- Lenguaje Unificado De Modelado (UML)Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, disear, configurar, mantener y controlar la informacin sobre los sistemas a construir. 9.3.1.- Arquitectura de UML Un sistema puede ser visto de diferentes perspectivas y puntos de vista UML, propone cinco puntos de vista mediante las cuales se puede visualizar un sistema.- 21 -


PRACTICAS PRE-

Use Case View Design View Process View Implementacin View Diplomen View

9.3.2.- Caractersticas de UML Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente aceptado y listo para usar. Integra las mejores prcticas del desarrollo de software. Permite el intercambio de modelos entre las diferentes herramientas de software. Es independiente del lenguaje de programacin y de mtodos y procesos particulares de desarrollo de software. Proporciona sus propios mecanismos de extensin.

9.3.3.- Diagramas: a) Diagrama de Clases: Es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la informacin que se manejara en el sistema, y los componentes que se encargaran del funcionamiento y la relacin entre uno y otro.

b)

Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de componentes representa la separacin de un sistema de software en componentes fsicos (por ejemplo archivos, cabeceras, mdulos, paquetes, etc.) y muestra las dependencias entre estos componentes. Debido a que estos son ms parecidos a los diagramas de casos de usos estos son utilizados para modelar la vista esttica de un sistema. Muestra la organizacin y las dependencias entre un conjunto de componentes. c) Diagrama de Objetos: Son utilizados durante el proceso de anlisis y diseo de los sistemas informticos en la metodologa UML. Se puede considerar un caso especial de- 22 -


PRACTICAS PRE-

un diagrama de clases en el que se muestran instancias especficas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notacin es similar a los diagramas de clase. d) Diagrama de Despliegue: Es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. e) Diagrama de Paquetes: Muestra como un sistema est dividido en agrupaciones lgicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete esta pensado como un directorio, los diagrama s de paquetes suministran una descomposicin de la jerarqua lgica de un sistema. Los Paquetes estn normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. f) Diagrama de Actividades: Representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general.

g) Diagrama de Casos de Uso: Muestra las distintas operaciones que se espera n de una aplicacin o sistema y como se relaciona con su entorno (usuarios u otras aplicaciones). Relaciones: Inclusin (include): Relacin entre dos casos de uso, se denota la inclusin del comportamiento de un escenario en otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Extiende (extends): Relacin entre dos casos de uso, denota cuando un caso de uso es una especializacin de otro.

-

- 23 -


PRACTICAS PRE-

Esta relacin indica que el comportamiento del caso de uso extensin puede ser insertado en el caso de uso extendido bajo ciertas condiciones. Generalizacin: Un caso de uso dado puede estar en una forma especializada de un caso de uso existente.

h) Diagrama de Colaboracin: Muestran explcitamente las relaciones de los roles. Por otra parte, un diagrama de colaboracin no muestra el tiempo como una dimensin aparte, por lo que resulta necesario etiquetar con nmeros de secuencia los mensajes. Muestra como las instancias especficas de las clases trabajan juntas para conseguir un objetivo comn.

9.4.- CRONOGRAMA DE TRABAJO:

- 24 -


PRACTICAS PRE-

- 25 -


PRACTICAS PRE-

CAPITULO III

APLICACIN DE METODOLOGIA RUP

10.1.- MODELO DEL NEGOCIO (PICTOGRAMA DEL NEGOCIO)

- 26 -


PRACTICAS PRE-

- 27 -


PRACTICAS PRE-

10.1.1.- DESCRIPCION DEL PICTOGRAMA La empresa se encarga de prestar servicios de revelado, toma fotos y venta productos de Fotografa de distintas marcas a sus clientes, en ella la empresa presta sus servicios, a travs de un asistente de atencin que registra el pedido, luego el cajero recibe el pago por el servicio prestado sea cualquiera de mencionados anteriormente y lo registra como venta, el cliente reclama sus productos al asistente de atencin. Cuando un producto se esta agotando el asistente de compra solicita los requerimientos al vendedor y a la vez pide al almacenero informe de los productos en almacn y realiza una orden de compra para que se le enve al administrador para que apruebe la orden compra de los productos y se pueda hacer la compra al proveedor.

10.1.2.- PROCESOS DE NEGOCIOtil para tener claras las polticas de la organizacin referente a los procesos que atiende el sistema. Una de las mejores formas de establecerlas es basarse en cada flujo existente entre los objetos del pictograma y plantearse interrogantes evaluando los posibles escenarios que se pueden presentar; la respuesta a esas interrogantes en su mayora se convierte en las Reglas de Negocio.

10.1.2.1.- PROCESO DE NEGOCIO: GESTIONAR ATENCION AL CLIENTE El cliente solicita un servicio El asistente de atencin consulta catalogo, si existe informa existencia. Si el cliente acepta servicio revelado, el asistente de atencin de servicio recibe el rollo (chip, foto, etc.) luego registra orden de revelado pide sus datos y pregunta por el tipo de comprobante. Si el cliente acepta servicio de toma de foto, el asistente de atencin registra orden de toma de foto pide sus datos y pregunta por el tipo de comprobante luego invita a pasa para realizar la toma pero antes debe haber cancelado luego enva rollo al laboratorista. Si el cliente acepta servicio venta, el asistente de atencin disminuye stock de producto y pide sus datos y pregunta por el tipo de comprobante. El cliente entrega datos y responde por el tipo de comprobante. El asistente de atencin registra el pedido y le entrega un nmero de pedido para que cancele al cajero.

- 28 -


PRACTICAS PRE-

El cliente entrega nmero de pedido al cajero, el cajero pide monto a cancelar. El cliente entrega dinero, el cajero le entrega comprobante de venta. En caso de revelado, El cajero enva orden de revelado al laboratorista. En caso de venta, El cajero enva orden de pedido al Almacenero. El cliente reclama productos al asistente de atencin, este le documento de venta. pide

El asistente de atencin busca el pedido del cliente y le entrega los productos (fotos, artculos) con el documento de venta sellado de que el producto se le ha entregado.

10.1.2.2.- PROCESO DE NEGOCIO: GESTIONAR COMPRA El asistente de compra evala el informe de temporada. Solicita al asistente de atencin los requerimientos de los clientes. El asistente de atencin le hace un informe con los requerimientos hechos por los clientes. El asistente de compra recibe lista de requerimientos y pide al almacenero la rotacin de los productos en almacn. El almacenero le hace un informe con la rotacin de los productos y le entrega al asistente de compra. El Administrador recibe la lista de la rotacin de productos y junto con la lista de requerimiento evala los productos a comprar. Elabora la orden de compra y se la entrega al administrador para que la verifique. El administrador verifica la orden de compra enviada, si esta conforme con su presupuesto y estn los productos que hacen falta a la empresa ordena la compra, sino el propone una nueva alternativa de orden de compra. Luego entrega la orden de compra aprobada al asistente de compra. El asistente de compra enva la orden de compra al proveedor para que le enve los productos. El proveedor verifica su stock si existe vende productos a la empresa.

- 29 -


PRACTICAS PRE-

Si no existe el proveedor le enva una nota dicindole que no cuenta con los productos solicitados

10.1.3.- REGLAS DEL NEGOCIO

10.1.3.1.- GESTIONAR ATENCION AL CLIENTE Todo servicio se realizan al contado. El cliente puede solicitar servicio por intermedio de un pedido, pero para que su pedido sea atendido se debe de cancelar con anticipacin. Si es una venta y el cliente solicita pocos productos no es necesario un documento pedido se puede realizar la venta en forma directa con decirlo verbalmente.

10.1.3.2.- GESTIONAR DE COMPRA Toda compra de productos que se desea realizar, se debe de consultar con el administrador para que lo apruebe. La compra de productos se har al proveedor a travs de una orden de compra elaborada por el asistente de compra y aprobada por el administrador.

10.1.4.- VISION DEL NEGOCIOEl presente documento muestra la visin del negocio en trminos del sistema a desarrollarse en la empresa Foto centro REVELADOS 30 MINUTOS. Este documento provee la definicin del sistema desde una perspectiva de todos los involucrados del sistema. Esta visin solo abarca las funciones de procesar venta, procesar compra de la empresa Foto centro REVELADOS 30 MINUTOS. Este documento se basa en lo siguiente: Documento de Regla de Negocio Documento de Especificacin de Caso de Uso de Negocio

10.1.4.1.- POSICIONAMIENTO

- 30 -


PRACTICAS PRE-

OPORTUNIDADES DEL NEGOCIO Actualmente en la empresa Estudio Fotogrfico Revelados 30 Minutos realizan manualmente sus procesos de servicios, el cual hace engorroso el trabajo ya que diariamente se realizan muchas ventas (en promedio de 15 a 25), y hace que la atencin a los clientes sea lenta creando insatisfaccin en los clientes y provocando muchas veces aglomeraciones para atenderlos, a su vez como la empresa cuenta con buena cantidad de productos en almacn hace que su adecuado control sea deficiente.

ESTADO DE POSICIONAMIENTO DEL PRODUCTO Tabla N 1: Estado de Posicionamiento del Producto Desarrollado por FLORES GUEVARA MARCO ANTONIO GARCIA SEMINARIO JULIO CESAR Para Nombre del Producto Objetivo Descripcin del Producto MARROQUIN HERRERA ANDERSON Estudio Fotogrfico Revelados 30 Minutos Sistema de Gestin de Atencin al Cliente Que la empresa obtenga informacin de los procesos del negocio en tiempo real El sistema de compra, reporte y atencin al cliente es un sistema con garanta para el rea de venta

ESTADO DEL PROBLEMA Tabla N 2: Estado del Problema PROBLEMA AFECTADOS IMPACTO Dificultad en Clientes que Insatisfaccin proceso venta de hacen compras. SOLUCION de Implantar

sus los clientes debido tecnologa que a que la bsqueda permitan la de los productos obtencin de que solicitan y la informacin en realizacin de tiempo real clculos es lenta Insatisfaccin del Usar medio que asistente por que permitan la rpida

Inadecuado

Proveedor

control de las ,Asistente de

- 31 -


PRACTICAS PRE-

compras

compra

tiene que recurrir informacin al vendedor almacenero productos al los para requerimientos compra

de

que evaluara que del asistente de comprar. Insatisfaccin del Hacer uso de la Gerente de en la empresa para tecnologa los proceso para este llevar un control agilizar acontecimientos

Retardo emisin reportes

de Gerente de

- 32 -


PRACTICAS PRE-

10.1.5.- MODELADO DE CASOS DE USO DEL NEGOCIO

MODELO DE CASOS DE USO DE NEGOCIO

Cl ien te

G estio na r Atencion d e Clien tes

L abCajero oratorista

Entregador de P rod ucto s

Provee dor

Gestio nar Com pras

G ere nte

Gestionar Reportes

- 33 -


PRACTICAS PRE-

10.1.6.- ESPECIFICACION DE CASOS DE USO DE NEGOCIOSTabla: GESTIONAR ATENCION DE CLIENTECASO DE USO Descripcin GESTIONAR ATENCION DE CLIENTE El Sistema deber permitir al Asistente de atencin al cliente en registrar los Precondicin Secuencia Normal datos de los clientes Personal sea contratado. Paso Accin 1 El Asistente de atencin al cliente 2 crea un nuevo registro de clientes El Asistente de atencin al cliente ingresa los datos de los clientes Postcondicin Excepciones Todos los clientes deben de estar

registrado Paso Accin 1 En el caso de que no se haya ingresado sistema mensaje que no correctamente deber al mandar todos un de los datos de los clientes, el Asistente se

atencin al cliente indicando registr correctamente los datos de los 2 clientes. En caso de que los clientes ya estn anteriormente, mandarn Asistente cliente Rendimiento un de registrados el sistema al al los mensaje atencin que

indicando

clientes ya existe. El sistema deber realizar el registro de los clientes, en un tiempo de 3 minutos 1 veces / da importante Inmediatamente Sin comentarios adicionales

Frecuencia Importancia Urgencia Comentarios

Tabla: GESTIONAR COMPRAS

- 34 -


PRACTICAS PRE-

CASO DE USO Descripcin

GESTIONAR COMPRAS El Sistema deber permitir al Asistente de compra registrar a todos los proveedores respectivamente. ninguno Paso Accin 1 El Asistente de compra crea un 2 nuevo servicio de compra El Asistente de compra ingresa los datos de todos los proveedores 3

Precondicin Secuencia Normal

Si el proveedor no se encuentra registrado se ingresa el nuevo servicio y se registra.

Postcondicin Excepciones

El Paso 1

proveedor debe de estar registrado Accin En el caso de que no se haya ingresado sistema indicando correctamente deber que no mandar se todos un los datos de las compras, el mensaje al Asistente de compra registr correctamente los datos de la

2

compra. En caso de que el proveedor ya este registrado anteriormente, el sistema mandar un mensaje al Asistente de compra indicando que el proveedor ya

Rendimiento

existe. El sistema deber realizar minutos. 2 veces / da importante Importante Sin comentarios adicionales

el registro

del Proveedor, en un tiempo de 3 Frecuencia Importancia Urgencia Comentarios

- 35 -


PRACTICAS PRE-

10.1.7.- MODELO DEOBJETO DEL NEGOCIO

GESTIONAR ATENCION AL CLIENTE

GESTIONAR COMPRA

- 36 -


PRACTICAS PRE-

L e e /R e g istra /Actu aliz a

Prod u cto

Le e /R eg istra

Ord en d e C o m pra

P rove ed o r

As is te n te d e C o m p ras

L e e/R e g istra

P rove ed o re s

Le e /R eg istra

C o m p ra

10.1.8.- DIAGRAMA DE ACTIVIDAD

- 37 -


PRACTICAS PRE-

Atencin de Clientes

Gestionar Compras

- 38 -


PRACTICAS PRE-

- 39 -


PRACTICAS PRE-

10.1.9.- MODELO DEL DOMINIO

10.1.10.- GLOSARIO DEL NEGOCIO

- 40 -


PRACTICAS PRE-

Es necesario conocer conceptos importantes que se manejan en la empresa es por eso que se elabora el presente glosario de trminos. Cliente: Persona o empresa que adquiere algn producto de la empresa Proveedor: Persona o empresa que abastece de productos a la empresa Venta: proceso en el cual un cliente cancela por unos materiales comprados Actividad: Una actividad es una unidad de trabajo que se asigna a un trabajador Flujo de Trabajo: Un flujo de trabajo es una secuencia de actividades que produce un resultado valioso. Reduccin: Es un nombre que toma una foto normal al ser reducida de su tamao original. Ampliacin: Es un nombre que toma una foto normal al ser agrandada de su tamao original. Producto: Elemento que brinda la empresa a los clientes o que adquiere de sus proveedores. Revelado: El acto de sacar de un rollo las tomas del cliente en papel fotogrfico. Fotografa: Papel con imagen impreso, existen diferentes tamaos. Oferta: Un regalo extra de una ampliacin o reduccin de foto. Papel Fotogrfico: Es un papel especial utilizado para la impresin de la toma fotogrfica. Ticket: Es un comprobante temporal emitido por caja al haber cancelado solo una parte del convenio por su revelado.

10.2.- MODELO DE REQUERIMIENTOS

- 41 -


PRACTICAS PRE-

10.2.1.- Requerimientos Funcionales y No funcionales Requerimientos FuncionalesRegistrar Cliente El Sistema deber permitir registrar a los clientes con sus datos, el sistema contara con una interfaz de registro de clientes en el cual se puedan ingresar los datos. Registrar Proveedor El sistema deber permitir registrar a los proveedores, el sistema contara con una interfaz de registro de Proveedor en el cual se puedan ingresar sus datos. Registro de Productos El sistema deber permitir el registro de los productos de la empresa en una interfaz de Registro de Productos en el cual se ingresaran sus principales caractersticas. Registro de Pedido El Sistema deber permitir el registro de los pedidos creando un registro para los pedidos y registrando en el los datos. Registrar Pago El Sistema deber permitir el registro de los datos del pago mediante una interfaz de Registro de pago. Registra Compra El Sistema deber permitir la accin de registrar las compras de los clientes del Estudio Fotogrfico, el sistema buscara al cliente y su tipo de compra.

- 42 -


PRACTICAS PRE-

Reporte de Cliente El sistema deber permitir el Reporte de los clientes con sus principales datos, para esto el sistema har una bsqueda de todos los clientes de la empresa.

Reporte de Proveedor El sistema deber permitir el Reporte de los Proveedores con sus principales datos, para esto el sistema har una bsqueda de todos los proveedores de la empresa. Reporte de Producto El sistema deber permitir el Reporte de los Productos y del proveedor, para esto el sistema har una bsqueda de todos los Productos de la empresa. Reporte de Pedido El sistema deber permitir el Reporte Los pedidos con sus principales datos y del cliente, para esto el sistema har una bsqueda de todos los pedidos de la empresa. Reporte de Pago El sistema deber permitir el Reporte de pago con sus principales datos y del cliente, para esto el sistema har una bsqueda de todos los pagos de clientes. Reporte de Compra El sistema deber permitir el Reporte de las compras con sus principales datos y del cliente, para esto el sistema har una bsqueda de todas las compras.

- 43 -


PRACTICAS PRE-

Requerimientos No Funcionales

De apariencia o interfaz externa El software debe ser amigable y de fcil uso para el personal. El software debe ser ordenado en cuanto a su presentacin y sus mens. El software debe ser de fcil ingreso y navegacin. Las interfaces deben ser entendibles y expresivas.

De usabilidad El software debe ser fcil de usar por cualquier personal del Estudio Fotogrfico, teniendo en cuenta la inexperiencia informtica de algunas personas. Permite a los usuarios un fcil registro de informacin correspondiente a los diferentes estados de los clientes y una consulta organizada mediante una bsqueda especfica o el listado de un grupo en general.

De rendimiento El software debe ser liviano y de rpida accesibilidad. El software debe responder de forma rpida a los procesos que se le pide que ejecute. El software debe responder rpidamente a las solicitudes de los usuarios. El software debe de tener la capacidad de de realizar sus procesos de forma eficiente.

De soporte El software debe tener un instalador. Facilidad, por parte del desarrollador, de realizar un mantenimiento al software. Se debe realizar pruebas de esfuerzo al sistema.

- 44 -


PRACTICAS PRE-

De portabilidad El software podr ser usado bajo el sistema operativo Windows 9X / 2000 / NT / XP.

De seguridad y privacidad Se debe permitir acceso a la data bajo previa identificacin y autenticidad del usuario, un mximo de tres intentos de ingreso. Se debe restringir la navegabilidad de interfaces segn el rol del usuario. Se debe permitir la visibilidad del cdigo solo bajo autenticidad de usuario. Se debe restringir la informacin que ha de ser mostrada a los usuarios segn su rol. Se debe restringir las operaciones segn el tipo de rol que posea el usuario que ingrese al sistema.

Legales El Software debe contener expresiones y acciones permitidas por el reglamento del Ministerio de Trabajo. El software debe contar con una licencia y un cdigo de fabricacin.

De confiabilidad Ante un caso extremo (como prdida de fluido elctrico o cada del servidor) El software debe garantizar la integridad y confiabilidad de la data. El software debe crear una copia de seguridad de la data.

- 45 -


PRACTICAS PRE-

De ayuda y documentacin en lnea El software debe permitir la opcin ayuda por medio de la tecla F1. El software debe incluir manual de usuario e instalacin legible. El software debe incluir un ndice de comandos con su respectiva utilizacin.

De Hardware Se debe disponer de una red LAN. Permitir la impresin de documentos mediante una impresora. Se podr crear una copia de seguridad en un disco extrable.

De Software Se debe disponer de sistema operativo Windows 9X o superior. Se debe disponer en cada PC de los usuarios DOT NET Framework. Se debe disponer de Microsoft Data Access Component 2.7 en cada terminal. Se debe disponer de un microprocesador de 1.8 GHz o superior

De restricciones en el Diseo y la Implementacin El software se regir a un estndar de diseo de interfaz y a un estndar de codificacin. El software se construir bajo el lenguaje de desarrollo Power Builder 10.5. El software tendr acceso a la BD elaborada en SQL Server 7.0 / 2000. El software seguir la arquitectura de tres capas. El software contemplar el uso del Rational Suite Enterprise para su

- 46 -


PRACTICAS PRE-

concepcin, anlisis, elaboracin, parte de su construccin y transicin.

Regis trar Cliente

As is tente de Atencion

Bus car Cliente

Regis trar Pedido

Verificar Producto

Reportar Clientes Bus car Pedido Regis trar Pago Cajero

Actualizar Stock Reportar Pedidos

Bus car Pago

Reportar Pago

10.2.2.- DIAGRAMA DE CASOS DE USO DE REQUERIMIENTOS

GESTIONAR ATENCION DE CLIENTES

- 47 -


PRACTICAS PRE-

GESTIONAR COMPRAS

R eg is tra Producto As is ten te de C om pras R egis trar C otizacio n

Bus car Pro ducto

Actu alizar Stock

R eg is tra r Orden de C om p ra R e portar C om pra s R egis tra C om pra R eporta r C otiza ciones

Bus car C otizacion

Bu s car Prove edor

Bus car Orden de C om pra R ep ortar Orden de C om pra R egis trar Proveedo r

Bus car C om pra R eportar Producto

R e portar Pro veed ores

R epo rtar Produ ctos m as Vend idos

- 48 -

UNIVERSIDAD SAN PEDRO INGENIERIA INFORMATICA Y DE SISTEMAS

PRACTICAS PRE-PROFESIONALES I

10.2.3.- MODELO DE CASOS DE USO DE REQUERIMIENTO DETALLADO BuscarCotizacion

RegistraOrdenCompra Verif icarProducto ReportarOrdenCompra ReportarProducto BuscarProducto RegistraProv eedor RegistraProducto

BuscarProv eedor

RegistraPedido RegistraCotizacion Asistente de Compras

ReportarCotizacion Asistente de Atencion RegistraCliente BuscarCompra RegistraCompra Buscar ordenCompra

ReportarCompra ReportarProv eedor ReportarProductosMasPedidos

BuscarCliente ReportarClientes

BuscarPedido

ActualizarStock

ReportarPedidos RegistraPago BuscarPago

Cajero

ReportarPago

- 49 -


PRACTICAS PRE-

10.2.4 MATRIZ DE PRIORIZACION DE CASOS DE USON 1 2 Caso de Uso Registra cliente Registra proveedor Registra producto Registra cotizacin Registra pedido Registra pago Registra orden de compra Registra compra Reporte proveedor Reporte producto Reporte cotizacin Reporte pedido Reporte pago Reporte orden de compra reporte cliente Reporte compra Rendimie Frecuencia nto 2min 1/da 2min 1/mes Importancia Importante Importante Urgencia inmediata inmediata Prioridad 3 4

3 4

3min 3min

3/mes 2/mes

Importante Importante

inmediata inmediata

2 4

5 6 7

2min 3min 2min

1/hora 1/hora 2/mes

Importante Importante Importante

inmediata inmediata inmediata

4 3 4

8 9

1min 1min

2/mes 2/mes


inmediata inmediata

5 5

10 11

1min 1min

4/mes 2/mes


inmediata inmediata

5 5

12 13 14

2min 2min 1min

1/da 1/da 4/mes

Importante Importante Importante

inmediata inmediata inmediata

3 3 4

15

2min

1/da

Importante

inmediata

3

16

2min

2/mes

Importante

inmediata

4

- 50 -


PRACTICAS PRE-

10.2.5.- ESPECIFICACION CASOS DE USO REQUERIMIENTOS

Tabla: Registra ClienteCASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA CLIENTE El Sistema deber permitir al Asistente de atencin al cliente en registrar los datos de los clientes Personal sea contratado. Paso Accin 1 El Asistente de atencin al cliente crea 2 un nuevo registro de clientes El Asistente de atencin al cliente

ingresa los datos de los clientes Todos los clientes deben de estar registrado Postcondicin Excepciones Paso 1 Accin En el caso de que no se haya ingresado correctamente todos los datos de los clientes, el sistema deber mandar un mensaje al Asistente de atencin al cliente indicando que no se registr 2 correctamente los datos de los clientes. En caso de que los clientes ya estn registrados anteriormente, el sistema mandarn un mensaje al Asistente de atencin al cliente indicando que los Rendimiento Frecuencia Importancia Urgencia Comentarios clientes ya existe. El sistema deber realizar el registro de los clientes, en un tiempo de 3 minutos 1 veces / da importante Inmediatamente Sin comentarios adicionales

- 51 -


PRACTICAS PRE-

Tabla: Registra ProveedorCASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA PROVEEDOR El Sistema deber permitir al Asistente de compra registrar al proveedor. ninguno Paso Accin 1 El Asistente de compra crea un nuevo 2 3 servicio del proveedor. El Asistente de compra ingresa los datos del proveedor Si el proveedor no se encuentra registrado se ingresa el nuevo servicio y se registra. El proveedor debe de estar registrado Postcondicin Excepciones Paso 1 Accin En el caso de que no se haya ingresado correctamente mensaje indicando 2 al todos los datos de se del proveedor, el sistema deber mandar un Asistente que no compra registr

correctamente los datos del Proveedor. En caso de que el proveedor ya este registrado anteriormente, el sistema mandar un mensaje al Asistente de compra indicando que el proveedor ya

Rendimiento Frecuencia Importancia Urgencia Comentarios

existe. El sistema deber realizar el registro del Proveedor, en un tiempo de 3 minutos. 1 vez / mes importante Importante Sin comentarios adicionales

Tabla: Registra Producto CASO DE USO Descripcin REGISTRA PRODUCTO El Sistema deber permitir al asistente de compra a registrar los productos de la Empresa.

- 52 -


PRACTICAS PRE-

Precondicin Secuencia Normal

Que el producto pertenezca a la Empresa Paso Accin 1 El asistente de compra busca la 2 Empresa y el producto de la Empresa. Si en caso no encuentra el producto de la empresa, el asistente de compra ingresa los datos del mismo. El producto de la Empresa debe de estar registrado

Postcondicin Excepciones

Paso 1

Accin En el caso de que no se haya ingresado correctamente todos los datos de producto de la Empresa, el sistema deber mandar un mensaje al asistente de compra indicando que no se registr correctamente los datos del producto En caso de que el producto de la Empresa mensaje al ya este de registrado compra anteriormente, el sistema mandar un asistente

2


indicando que el producto ya existe. El sistema deber realizar el registro del producto en un tiempo de 3 minutos. 3 veces / mes importante Importante Sin comentarios adicionales

Tabla: Registra Cotizacin CASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA COTIZACION El Sistema deber permitir al asistente de compra a registrar los datos de la cotizacin. Ninguno Paso Accin 1 El asistente de compra crea un nuevo registro para las cotizaciones.

- 53 -


PRACTICAS PRE-

2

El asistente de compra ingresa los datos para registrar una cotizacin.

3

Si el asistente de compra no encuentra registrado las cotizaciones, se ingresa

los datos y se registra. La cotizacin debe estar registrado Poscondicin Excepciones Paso 1 Accin En el caso de que no se tenga todos los datos correctamente para el llenadote la cotizacin, el sistema deber mandar un mensaje indicando 2 al asistente que no de se compra registr

correctamente la cotizacin En caso de que la cotizacin ya esta registrada anteriormente, el sistema mandar un mensaje al asistente de compra indicando que dicho cotizacin


ya existe. El sistema deber realizar el registro de la cotizacin , en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

Tabla: Registra Pedido CASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA PEDIDO El Sistema deber permitir al asistente de atencin al cliente registrar los pedidos. Ninguno Paso Accin 1 El asistente de atencin al cliente crea 2 un nuevo registro para el pedido. El asistente de atencin al cliente empieza verificando la empresa, el tipo de pedido y verifica el pedido.

- 54 -


PRACTICAS PRE-

3

Si en caso no encuentre registrado correctamente el pedido se ingresa los

datos correctos y se registra u actualiza. El pedido debe de estar registrado Poscondicin Excepciones Paso 1 Accin En el caso de que no se haya ingresado correctamente todos los datos del pedido, el sistema deber mandar un mensaje asistente de atencin al cliente indicando 2 que no se registr correctamente los datos del pedido. En caso de que el pedido ya este registrado anteriormente, el sistema mandar un mensaje al asistente de atencin al cliente ya indicando que el Rendimiento Frecuencia Importancia Urgencia Comentarios pedido ya existe. El sistema deber realizar el registro del pedido, en 3 minutos 1 vez / hora importante inmediatamente Sin comentarios adicionales

Tabla: Registra Pago CASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA PAGO El Sistema deber permitir al asistente de atencin al cliente a registrar los datos de pago. Ninguno Paso Accin 1 El asistente de atencin al cliente crea un 2 nuevo registro de pagos. El asistente de atencin al cliente busca pagos realizados y busca a la empresa.

- 55 -


PRACTICAS PRE-

3

Si el asistente de atencin al cliente no encuentra registrado el pago, ingresa el

pago y actualiza el registro. Los Pagos deben estar registrados. Poscondicin Excepciones Paso 1 Accin En el caso de que no se tenga todos los datos correctamente para el registro de pagos, el sistema deber mandar un mensaje al asistente de atencin al cliente indicando que no se registr 2 correctamente los pagos. En caso de que los pagos ya estn registrados anteriormente, el sistema mandar un mensaje al asistente de atencin al cliente indicando que dicho Rendimiento Frecuencia Importancia Urgencia Comentarios pago ya existe. El sistema deber realizar el registro de pago, en un tiempo de 3 minutos 1 vez / hora importante inmediatamente Sin comentarios adicionales

Tabla: Registra Orden de Compra CASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA ORDEN DE COMPRA El Sistema deber permitir al Asistente de atencin al cliente a registrar las ordenes de compra Ninguno Paso Accin 1 Asistente de compra crea un nuevo 2 3 registro para las rdenes de compra Asistente de compra busca al proveedor y su tipo de orden de compra. Asistente compra luego actualizara este registro.

- 56 -


PRACTICAS PRE-

Las ordenes de compra debern estar registradas Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre la orden de compra se enviara un mensaje Asistente de compra indicando que este 2 no existe. En caso de que existan ordene de compra, el sistema mandar un mensaje Asistente de compra indicando Rendimiento Frecuencia Importancia Urgencia Comentarios que existen rdenes de compra. El sistema deber realizar el registro de rdenes de compra en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

Tabla: Registra Compra CASO DE USO Descripcin Precondicin Secuencia Normal REGISTRA COMPRA El Sistema deber permitir al Asistente de compra registrar la compra Ninguno Paso Accin 1 Asistente de compra crea un nuevo 2 3 registro para las compra Asistente de compra busca al cliente y su tipo de compra. Asistente de compra luego actualizara este registro. La compra deber estar registrada. Postcondicin Excepciones Paso Accin

- 57 -


PRACTICAS PRE-

1

En el caso de que no se encuentre la compra se enviara un mensaje Asistente de compra indicando que este no existe.

2

En caso de que existan la compra, el sistema mandar un mensaje Asistente


de compra que existen la compra. El sistema deber realizar el registro de compra en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

Tabla: Reporte Cliente CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE CLIENTE El Sistema deber permitir al Asistente de atencin al cliente en generar los reportes de los clientes. Paso 1 2 3 Accin El Asistente de atencin al cliente busca los datos del cliente. El Asistente de atencin al cliente buscara a los clientes. El Asistente de atencin al cliente luego buscara las cuentas por cobrar de dicho 4 cliente El Asistente de atencin al cliente luego

actualizara este reporte. Se debe generar reporte de clientes. Postcondicin Excepciones Paso Accin

- 58 -


PRACTICAS PRE-

1

En el caso de que no se encuentre los datos de dicho cliente se enviara un mensaje a dicho El Asistente de atencin al cliente indicando de que este


no existe. El sistema deber realizar el reporte del cliente, en un tiempo de 3 minutos 1 veces / da importante Inmediatamente Sin comentarios adicionales

Tabla: Reporte Proveedor CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE PROVEEDOR El Sistema deber permitir al Asistente de compra en generar los reportes del proveedor. Paso 1 2 3 4 Accin El Asistente de compra busca los datos del proveedor. El Asistente de compra buscara a los proveedores. El Asistente de compra luego buscara las cuentas por cobrar de dicho proveedor El Asistente de compra luego actualizara

este reporte. Se debe generar reporte de proveedores. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre los datos de dicho proveedor se enviara un mensaje a dicho El Asistente de compra indicando de que este no existe.

- 59 -


PRACTICAS PRE-


El sistema deber realizar el reporte del proveedor, en un tiempo de 3 minutos 2 veces / mes importante Inmediatamente Sin comentarios adicionales

Tabla: Reporte Producto CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE PRODUCTO El Sistema deber permitir al Asistente de compra en generar los reportes del producto Paso 1 2 3 Accin Asistente de compra busca los datos del producto. Asistente de compra buscara los productos. Asistente de compra luego actualizara este reporte de los productos. Se debe generar reporte de producto. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre los datos de dicho producto se enviara un mensaje a dicho Asistente de compra Rendimiento Frecuencia Importancia Urgencia Comentarios indicando de que este no existe. El sistema deber realizar el reporte de producto, en un tiempo de 3 minutos 4 veces / mes importante inmediatamente Sin comentarios adicionales

- 60 -


PRACTICAS PRE-

Tabla: Reporte Cotizacin CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE COTIZACION El Sistema deber permitir Asistente de compra en generar los reportes de las cotizaciones. Ninguno Paso Accin 1 El Asistente de compra busca los datos 2 de la cotizacin. El Asistente de compra buscara la cotizacin. Se debe Generar el reporte de la cotizacin. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre las cotizaciones se enviara un mensaje a al Asistente de compra indicando de que Rendimiento Frecuencia Importancia Urgencia Comentarios este no existe. El sistema deber realizar el reporte de las cotizaciones, en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

- 61 -


PRACTICAS PRE-

Tabla: Reporte Pedido CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE PEDIDO El Sistema deber permitir al Asistente de atencin al cliente en generar el reporte de pedido. Ninguno Paso Accin 1 El Asistente de atencin al cliente busca 2 los datos del pedido. El Asistente de atencin al cliente buscara el pedido. Se debe Generar el reporte del pedido. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre los pedidos se enviara un mensaje a dicha al Asistente de atencin al cliente indicando Rendimiento Frecuencia Importancia Urgencia Comentarios de que este no existe. El sistema deber realizar el reporte del pedido, en un tiempo de 3 minutos 1 veces / da importante inmediatamente Sin comentarios adicionales

- 62 -


PRACTICAS PRE-

Tabla: Reporte Pago CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE PAGO El Sistema deber permitir al Asistente de atencin al cliente en generar los reportes de pago. Paso 1 2 Accin El Asistente de atencin al cliente busca los datos de los pagos. El Asistente de atencin al cliente

buscara el pago. Genera reporte de pago. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre los datos de dicho pago se enviara un mensaje al Asistente de atencin al 2 cliente de que este no existe. En caso de que se busque y que no se encuentren las cuentas de pago el sistema enviara un mensaje al Asistente de atencin al cliente indicando de que Rendimiento Frecuencia Importancia Urgencia Comentarios no se encontr el reporte. El sistema deber realizar el reporte de pago, en un tiempo de 3 minutos. 1 veces / da importante inmediatamente Sin comentarios adicionales

- 63 -


PRACTICAS PRE-

Tabla: Reporte orden de compra CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE ORDEN DE COMPRA El Sistema deber permitir al Asistente de compra a reportar las ordenes de compra Ninguno Paso Accin 1 Asistente de compra crea un nuevo 2 3 reporte para las ordenes de compra Asistente de compra busca al proveedor y su tipo de orden de compra. Asistente de compra luego actualizara este reporte. Las rdenes de compra debern estar reportada Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre la orden de compra se enviara un mensaje Asistente de compra indicando de que 2 este no existe. En caso de que existan ordene de compra, el sistema mandar un mensaje Asistente de compra indicando Rendimiento Frecuencia Importancia Urgencia Comentarios que existen rdenes de compra. El sistema deber realizar el reporte de ordenes de compra en un tiempo de 3 minutos 4veces / mes importante inmediatamente Sin comentarios adicionales

- 64 -


PRACTICAS PRE-

Tabla: Reporte compra CASO DE USO Descripcin Precondicin Secuencia Normal REPORTE COMPRA El Sistema deber permitir al Asistente de compra a reportar la compra Ninguno Paso Accin 1 Asistente de compra crea un nuevo 2 3 reporte para las compra Asistente de compra busca al cliente y su tipo de compra. Asistente de compra luego actualizara este reporte. Las compra debern estar reportada. Postcondicin Excepciones Paso 1 Accin En el caso de que no se encuentre la compra se enviara un mensaje Asistente de compra indicando de que este no 2 existe. En caso de que existan la compra, el sistema mandar un mensaje al que Asistente de compra indicando Rendimiento Frecuencia Importancia Urgencia Comentarios

existen las compra. El sistema deber realizar el reporte de compra en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

- 65 -


PRACTICAS PRE-

10.3.- ANALISIS 10.3.1.- DIAGRAMAS DE COLABORACIONRegistrar Cliente

Registrar Compra2: buscarproducto 3: Leer() 4: Obj.Producto : BuscarProducto Producto

5: Buscarproveedor(cod)

6: Leer()

7: Obj.Proveedor : BuscarProveedor 8: BuscarOrdenCompra(cod) 9: Leer()

Proveedor

10: Obj.OrdenCompra : BuscarOrdenCom pra 18: RegistraCompra 11: BuscarCompra(cod) : IU_Registrar Com pra 12: Leer()

OrdenCom pra

: Asistente de Compras

13: Obj.Com pra : BuscarCompra

14: RegistraCom pra(nom ,cod)

15: Crear() Compra

16: VarCompra : RegistrarCompra 17: ActualizaStock

: ActualizarStock 1: registraproducto

: IU_RegistrarProducto

- 66 -


PRACTICAS PRE-

Registrar Cotizacin

Registrar Orden de Compra

- 67 -


PRACTICAS PRE-

Registrar Pago2: BuscarCliente(nom,cod) 3: Leer()

4: Obj.Cliente : BuscarCliente

: Cliente

5: BuscarPedido(nom,cod)

6: Leer()

7: Obj.Pedido : BuscarPedido

: Pedido

1: RegistrarPago

: Cajero

: IU_RegistrarPago

8: BuscarPago(codped,codcli)

9: Leer()

10: Obj Pago : BuscarPago

11: RegistraPago(codped,CodCli)

12: Crear()

: Pago

13: VarPago : RegistrarPago

: ActualizarStock

- 68 -


PRACTICAS PRE-

Registrar Pedido2: BuscarCliente(nom,cod) 3: Leer()

4: Obj.Cliente : BuscarCliente

: Cliente

5: VerificarProducto

6: Leer()

7: Obj.Producto : VerificarProducto 1: IU_RegistrarPedido

: Producto

: Asistente de Atencion

: IU_RegistrarPedido

8: BuscarPedido(nom,cod)

9: Leer()

10: Obj.Pedido : BuscarPedido

11: RegistrarPedido

12: Crear() : Pedido

13: Var.Pedido : RegistrarPedido

Registrar Producto

- 69 -


PRACTICAS PRE-

Registrar Proveedor

Reportar Cliente

Reportar Compra

Reportar Cotizacin

Reportar Orden de Compra

- 70 -


PRACTICAS PRE-

Reportar Pago

Reportar Pedido

Reportar Producto

Reportar Productos ms Pedidos

Reportar Proveedor

- 71 -


PRACTICAS PRE-

10.3.2.- DIAGRAMA DE CLASES DE ENTIDAD

- 72 -


PRACTICAS PRE-

1..* 1 Producto codigo_producto : String nom bre : String s tock : Integer des cripcion : String preciocom pra : Double precioventa : Double Regis traProducto() 1..* Bus carProducto() Grabar() Nuevo() Elim inar() Modificar() Lis tar() 1..* OrdenCom pra codigo_ordencom pra : String fecha : Date nom bre : String cantidad : Integer precio : Double 1 Regis traOrdenCom () Bus carProducto() Bus carCotizacion() Bus carProveedor() Bus carOrdenCom () Nuevo() Guardar() Elim inar() 1 1..*

1

Proveedor codigo_proveedor : String razon : String nom bre : String dni : Integer ruc : Integer direccion : String telefono : Integer Regis trarProveedor() Bus carProveedor() Nuevo() Guardar() Modificar() Elim inar() Lis tar()

1 Pedido 1 Pago cod_Pago : String fecha_Pago : Date m onto : Double Bus carCliente() Bus carPedido() Bus carPago() Regis trarPago() Grabar() Elim inar() Im prim ir()

1..* 1 Cliente cod_cliente : String razon : String nom bre : String dni : String ruc : Integer direccion : String telefono : String Regis trarC liente() Bus carCliente() Nuevo() Guardar() Elim inar() Modificar() Lis tar() Com pra codigo_com pra : String fecha : Date m onto : Integer Regis traCom pra() Bus carOrdenCom pra() Bus carProveedor() Bus carCom pra() Grabar() Nuevo() Elim inar() 1..*

codigo_pedido : String fechaelaboracion : Date direccion : String telefono : Integer nom bre : String cantidad : Integer precio : D ouble Regis trarPedido() Bus carCliente() Bus carPedido() Nuevo() Elim inar() Cons ultar() Guardar()

1..*

Cotizacion codigo_cotizacion : String fecha : Date razon : String nom bre : String Regis trarCotizacion() Bus carProducto() Bus carProveedor() Bus carCotizacion() Nuevo() Grabar() Modificar()

- 73 -



10.3.3.- DIAGRAMA DE CLASES DE ANALISISIU egis _R trarC otizacion B carC us otizacion C otizacion

IU egis _R trarO rdenC pra om

B carO us rdenC pra om

O rdenC pra om

IU egis _R trarC liente

B carC us liente

C liente

IU egis _R trarP roveedor R egis trarC otizacion IU egis _R trarP roducto R egis trarO rdenC pra om IU egis C pra _R trar om R egis trarC liente IU egis _R trarP edido R egis trarProveedor IU egis _R trarP ago R egis trarProducto IU eporteC _R liente R egis trarC pra om IU eporteP _R ago R egis trarPedido IU eporteO _R rdenC pra om R egis trarPago IU eporteP _R roductos as endidos M V

Bus carP roveedor

Proveedor

B carProducto us

P roducto

B carC pra us om

C pra om

B carP us edido

P edido

V erificarP roducto

B carP us ago

ActualizarStock

IU eporteC _R otizacion

IU eporteC _R ompra

IU eporteProducto _R

IU eporteP _R roveedor

IU eporteP _R edido

- 74 -


PRACTICAS PRE-

10.3.4.- DIAGRAMA DE PAQUETES DE ANALISIS

LOGICA DE NEGOCIO:

: VerificarProducto

: ActualizarStock

- 75 -


PRACTICAS PRE-

DATOS:

PRESENTACION:

- 76 -


PRACTICAS PRE-

DISEO 10.4.1 INTERFACES: Presentacin Men

Registrar cliente Bsqueda

- 77 -


PRACTICAS PRE-

Registrar cliente Mantenimiento

Registrar Producto - Bsqueda

- 78 -


PRACTICAS PRE-

Registrar Producto - Mantenimiento

Registro Proveedor - Busqueda

- 79 -


PRACTICAS PRE-

Registro Proveedor Mantenimiento

Registra Cotizacin - Bsqueda

- 80 -


PRACTICAS PRE-

Registra Cotizacin - Mantenimiento

- 81 -


PRACTICAS PRE-

Proceso Pedido

Proceso Orden Compra- 82 -


PRACTICAS PRE-

Proceso Compra

Proceso Pago- 83 -


PRACTICAS PRE-

Reporte Cliente

+ Reporte Producto- 84 -


PRACTICAS PRE-

Reporte Cotizacin

Reporte Usuario- 85 -


PRACTICAS PRE-

Ingreso

- 86 -


PRACTICAS PRE-

10.4.2.- DIAGRAMA DE SECUENCIA Registrar Cliente

: Asistente de : IU_RegistrarCliente Atencion Click Mant. Cliente

: BuscarCliente

: RegistrarCliente

: Cliente

Click rb_1 Click rb_2

Buscar cliente (cod) Buscar Cliente(nomb) Obj. Cliente Si Obj.Cliente null Visualiza Datos en Dw_1 tabpage_1 Leer()

Doble Click Dw_1. tabpage_1

Muestra Datos Dw_2.tabpage_2

Click Boton Nuevo Limpia Dw_2.tabpage_2

Click Boton Guardar

Registrar Cliente(cod,appat,apamat,sexo,nombre,telefono,email) Crear() Var. cliente

Msg("Registro Almacenado")

Click Boton Modificar

Activa Freeform Activa Guardar / Desactiva Nuevo

Click Boton Cancelar

- 87 -


PRACTICAS PRE-

Registrar Producto

: As is tente de C om pras

: IU_ Regis trarProducto

: Bus carProducto

: R egis tra rPro ducto

: Producto

C lick Mant. Producto

C lick rb_1 Click rb_2

Bus car Producto(co d) Le er() Bus car Producto(nom bre) Obj.Producto Si Obj.Prod uctoNu ll Vis ualiza D atos en D w _1 tab page_1

D oble C lick D w_1. tabpa ge_1 Mue s tra D atos Dw _2.tabpage _2

C lick Boto n Nuevo Lim pia Dw _2.tabpag e_2

Click Boton Gua rdar

Re gis trar Producto (cod,pro v,des crip ,m edida,m arca,s erie ,s tock actual,m in,m ax,precio,es tado ) Cre ar() Var. Produ cto

Ms g("R egis tro Alm acenad o")

C lick Boton Modificar

Activa Fre eform Activa Guardar / Des activa N u evo

C lick Boto n Cancelar

Registrar Proveedor- 88 -


PRACTICAS PRE-

: As is tente de Com pras

: IU_Regis trarProveedor

: Bus carProveedor

: Regis trarProveedor

: Proveedor

Click Mant. Proveedor

Click rb_1 Click rb_2

Bus car Proveedor(cod) Bus car Proveedor(nombre) Obj.Proveedor Si Obj.ProveedorNull Visualiza Datos en Dw_1 tabpage_1 Leer()

Doble Click Dw_1. tabpage_1

Mues tra Datos Dw_2.tabpage_2

Click Boton Nuevo

Lim pia Dw_2.tabpage_2

Click Boton Guardar

Regis trar Proveedor(cod,razons oci,prop,repre,,dir,ciudad,em ail,telefono,fax) Crear() Var. Proveedor

Ms g("Regis tro Alm acenado")


Activa Freeform

Activa Guardar / Des activa Nuevo Click Boton Cancelar

Registrar Cotizacin- 89 -


PRACTICAS PRE-

:A sistente de Compras

: IU_RegistrarCotizacion

: BuscarCotiz acion

: RegistrarCotiz acion

: Cotiz acion

Click M ant. Cotiz acion

Sle_1 Buscar cotiz acion(cod) O Cotiz bj. acion Leer()

Si O bj.Cliente null V isualiz Datos en Dw_1 tabpage_1 a

Doble Click Dw_1. tabpage_1 M uestra Datos Dw_2.tabpage_2

Click Boton Nuev o Limpia Dw_2.tabpage_2

Click Boton G uardar Registrar Cotiz acion(cod,fecha,prov eedorproducto,preciocompra) Crear() V cotiz ar. acion M sg("Registro A lmacenado")

Click Boton M odificar

A a Freeform ctiv

A aG ctiv uardar / Desactiv Nuevo a


- 90 -


PRACTICAS PRE-

Registrar Proceso Pago

: Cajero

: IU_Regis trarPago

: Bus carPedido

: Bus carCliente

: Regis trarPago: ActualizarStock

: Pago

: Cliente

: Pedido

Click Proces o Pago

click s le_1

Bus carPedido(cod) Obj Pedido Si Obj.PedidoNull Vis ualiza Datos en Dw_1

Leer()

Clck Boton Bus car

Bus carPedido(cod) leer() Obj Pedido Si Obj.PedidoNull Vis ualiza Datos en Dw_2 Bus car Cliente(cod) Obj cliente s i obj cliente null Vis ualiza datos Dw_3 Leer()

Click Boton Nuevo Lim pia dw_2 / dw_3

Click Boton Grabar

Regis trar Pago(cod,pedido,fecha,m onto total,nom bre s exo,correo,telefono) Crear() var pago


Actualizar Stock(cod)

Actualiza()

Click Boton Modificar Activa Freeform Activa Guardar / Des activa Nuevo


- 91 -


PRACTICAS PRE-

Registrar Proceso Pedido

: As is tente de: IU_Regis trarPedido : Bus carCliente : Regis trarPedido : VerificarProducto : Bus carPedido Atencion Click Proces o Pedido

: Cliente

: Producto

: Pedido

Click s le_1

Bus car Pedido(cod) Leer() Obj.Pedido Si Obj.PedidoNull

Vis ualiza Datos en Dw_1 Doble Click Dw_1. Mues tra Datos Dw_2, / Dw_3

Click Boton Nuevo

Lim pia Dw_2. / Dw_3

Boton cons ulta Cliente

Bus ca Cliente(cod) Obj.Cliente Si Obj.ClienteNull

Leer()

Vis ualiza Datos en Dw_2 Click Boton Guardar Boton cons ulta Producto Verifica Producto(cod) Leer() Obj.Producto Si Obj.ProductoNull

Vis ualiza Datos en Dw_3 Click Boton Guardar

Regis trar Pedido(cod,codus u,codcliente,nom bre,m onto,es tado,fecha) Var. Pedido Crear()



Activa Freeform

Activa Guardar / Des activa Nuevo


- 92 -


PRACTICAS PRE-

Registrar Orden Compra

: As is tente de : IU_Regis trarOrdenCom pra : Bus carProveedor : Bus carCotizacion : Bus carOrdenCom pra : Regis trarOrdenCom praCotizacion : Com pras

: OrdenC om pra

: Proveedor

Click Proc OrdenCom pra

Click s le_1

Bus carOrdenCom pra(cod) Leer() Obj. OrdenC om pra Si Obj.PedidoNull Vis ualiza Datos en Dw _1

Doble Click Dw _1.

Mues tra Datos D w_2, / Dw_3

Click Boton Nuevo

Lim pia Dw_2. / Dw_3

Boton cons ulta Proveedor

Bus ca Proveedor(cod) Obj.Proveedor

Leer()

Si Obj.ProveedorN ull Vis ualiza Datos en Dw _2

Boton cons ulta Cotizacion Bus ca Cotizacion(cod) Obj.Cotizacion Si Obj.CotizacionN ull Vis ualiza Datos en Dw _2 Leer()

Click Boton Guardar

Regis trar OrdenCom pra(NordenC om ,cod,codus u,razon,m onto,es tado,fecha) Var.OrdenCom pra Crear()



Activa Freeform Activa Guardar / Des activa Nuevo


- 93 -


PRACTICAS PRE-

Registrar Compra

: As is te n te d e _ R e g i s tra r C o: m u s c a rP r o ve e d o rs c a rO rd e n C o: m e g is tra rC o :mAcra a liza rS :to c k R e g i s tra rP ro d u: cPto d u c to B p ra : Bu R p ra p tu : IU IU _ ro C o m p ra s C l ic k P ro c e s o C o m p r a

: P r o ve e d o r : O rd e n C o m p ra : C o m p ra

C lic k s le _ 1 B u s c a rO r d e n C o m p ra (c o d ) O b j.C o m p ra S i O b j.O rd e n C o m p ra < > N u l l Vis u a li za D a to s e n D w _ 2 L e e r()

C lc k B o to n B u s c a r

B u s c a rO rd e n C o m p ra (c o d ) O b j.O rd e n C o m p r a L e e r()

S i O b j.O rd e n C o m p r a < > N u l l Vis u a li za D a to s e n D w _ 2 B u s c a rP ro ve e d o r(c o d ) L e e r() O b jP ro ve e d o r s i o b j P r o ve e d o r < > n u ll Vis u a li za d a to s D w _ 3 C lc k B o to n N u e vo L im p ia d w _ 2 / d w _ 3

C l ic k B o to n G ra b a r

R e g is tra r C o m p ra (c o d c m p ,n o rd c m p ,c o d p ro ,ra zs o c p ro ,re p re s p r o ,d ir p ro ,c i u p ro ,te l e p ro ,fa xp ro ,frc h a c m p ,m o n to ) C r e a r() Va r C o m p ra

M s g ("R e g is tro Alm a c e n a d o ") Ac tu a li za S to ck (co d ) Ac tu a liza ()

C l ic k B o to n M o d ific a r Ac tiva F r e fo rm Ac tiva G u a r d a r / D e s a c tiva N u e vo C lic k B o to n C a n c e la r

R e g is tra P ro d u c to

- 94 -


PRACTICAS PRE-

Reportar Cliente

Reportar Compra

- 95 -


PRACTICAS PRE-

Reportar Cotizacin

Reportar Orden de Compra

- 96 -


PRACTICAS PRE-

Reportar Pago

Reportar Pedido

- 97 -


PRACTICAS PRE-

Reportar Producto

Reportar Proveedor

- 98 -



10.4.3.- DIAGRAMA DE CLASES DE DISEOP ve o r e dr o c d o poe d r:Sin o ig _ r v e o t g r r z n Sin ao : t g r n mr :Sin o be t g r d i :I t g r n n e e r c:I t g r u n e e d ec n:Sin ir c io t g r t le n :I t g r ef o n e o e Rg t aP v e o( e isr r r e d r) o Bs aP v e o( u c r r e d r) o Neo) u v( Gad r) u r a( M if a( o ic r) d E in r ) lim a( L t r) isa( 1 Cmr o pa c d o c mr :Sin o ig _o pa t g r f c a Dt eh : a e mn :I t g r ot n e o e Rg t a o pa) e isr Cmr ( Bs aO e Cmr ( u c r r n o pa) d Bs aP v e o( u c r r e d r) o Bs aCmr ( u c r o pa) G b r) r a( a Neo) u v( E in r) lim a( 1* . . Ct a io o cn iz Dt lle r e Cmr e O n o pa a d Cd o Dt lle r e Cmr :Sin o ig _ e O n o pa t g a d r Cn a :I t g r at d n e id e P c :Du le r io o b e c d o c t aio :Sin o ig _o c n t g iz r f c a Dt eh : a e r z n Sin ao : t g r n mr :Sin o be t g r Rg t aCt a io ( e isr r o c n) iz Bs aP d c ( u c r r ut ) o o Bs aP v e o( u c r r e d r) o Bs aCt a io ( u c r o c n) iz Neo) u v( G b r) r a( a M if a( o ic r) d

1 1* . .

1* . .

1 O e Cmr r n o pa d c d o od no pa Sin o ig _ r e c mr : t g r f c a Dt eh : a e n mr :Sin o be t g r c n a :I t g r a t d ne e id pe io:Du le rc ob Rg t a r e Cm e isr O n o ( d ) Bs aP d co) u c r r ut ( o Bs aCt a io ( u c r o c n) iz Bs aP v e o( u c r r e d r) o Bs aO e Cm ucr r n o ( d ) Neo) u v( Gad r) u r a( E in r) lim a( P dc r ut o o c d o po ut :Sin o ig _ r d co t g r n mr :Sin o be t g r so k:I t g r tc n e e d s r c n Sin e cip io : t g r pe io o pa Du le r c c mr : o b pe ioe t :Du le r c vn a ob Rg t a r d c ( e isr P u t ) o o Bs aP d c ( u c r r ut ) o o G b r) r a( a Neo) u v( E in r ) lim a( M if a( o ic r) d L t r) isa(

1* . . 1* . . 1

1* . .

Pg ao c d Pg :Sin o_ ao t g r f c a Pg :Dt eh _ a o a e mno Du le ot : ob Bs aC n ( u c r lie t ) e Bs aPd o) u c r e id ( Bs aPg ( u c r a o) Rg t aPg ( e isr r a o) G b r) r a( a E in r) lim a( I pim( mr ir)

1* . .

1

Pd o e id c d o p d o Sin o ig _ e id : t g r f c a la oa io :Dt eh e b r c n ae d ec n:Sin ir c io t g r t le n :I t g r ef o n e o e n mr :Sin o be t g r c n a :I t g r a t d ne e id pe io:Du le rc ob Rg t aPd o) e isr r e id ( Bs aC n ( u c r lie t ) e Bs aPd o) u c r e id ( Neo) u v( E in r ) lim a( Cn ua( o s lt r) Gad r ) u r a(

1* . . Dt lle e id e Pd o a Cd o Dt lle e id :Sin o ig _ e Pd o t g a r pe io Du le r c : ob Cn a P d co I t g r a t d r ut : n e id o e

1

1* . .

C n lie t e c d c n :Sin o _lie t e t g r r z n Sin ao : t g r n mr :Sin o be t g r d i :Sin n t g r r c:I t g r u n e e d ec n:Sin ir c io t g r t le n :Sin ef o t g o r Rg t aC ne) e isr r lie t ( Bs aC n ( u c r lie t ) e Neo) u v( Gad r ) u r a( E in r ) lim a( M if a( o ic r) d L t r) isa(

1

- 99 -


PRACTICAS PRE-

10.4.4 DIAGRAMA DE ESTADO

Estado Producto

Activo

Registra Producto(estado=activo and va=inactivo)

Inactivo

Estado Pedido

Registrado

Registra Pedido(estado=registrado and va=en proceso)

en Proceso

Registra pedido(estado=en proceso and va=atendido)

Registra pedido(estado=registrado and va=atendido)

Atendido

- 100 -


PRACTICAS PRE-

Estado Orden Compra

Por Atender

Registrar ordenCompra(estado=por atender va=atender)

Atendido

- 101 -


PRACTICAS PRE-

10.4.5.- DIAGRAMA DE PAQUETES DE DISEO

M a n te n i m ie n to

P ro c e s o

R e p o rte

- 102 -



10.4.6 MODELO FISICO DE LA BASE DE DATOS RELACIONAL

- 103 -


PRACTICAS PRE-

10.4.7 SCRIPT DE MIGRACION DE LA BASE DE DATOS SQLuse DBFotocentro go drop database BDFotocentro go create database BDFotocentro on primary ( name= DBFotocentro_Data, filename= 'D:\Fotocentro\BaseDatos\DBFotocentro_Data.MDF', size= 10MB, maxsize= 30MB, filegrowth= 30% ) log on ( name= DBFotocentro_Log, filename= 'D:\Fotos\ BaseDatos\DBTerminal_LOG.LDF', size= 10MB, maxsize= 30MB, filegrowth= 30% ) go

CREATE TABLE acceso ( clave char(6) NULL, acceso char(1) NULL, codusu char(6) NOT NULL ) go ALTER TABLE acceso ADD PRIMARY KEY (codusu) go CREATE TABLE cliente ( codcli char(6) NOT NULL,

- 104 -


PRACTICAS PRE-

appcli apmcli nomcli sexcli telcli corcli ) go

char(30) NULL, char(30) NULL, char(50) NULL, char(1) NULL, char(10) NULL, char(50) NULL

ALTER TABLE cliente ADD PRIMARY KEY (codcli) go CREATE TABLE compra ( codcmp char(6) NOT NULL, fechacmp datetime NULL, montocmp decimal(5,2) NULL, nordcmp char(6) NULL ) go ALTER TABLE compra ADD PRIMARY KEY (codcmp) go CREATE TABLE cotizacion ( codcot char(6) NOT NULL, preciocompra int NOT NULL, porcentajeganancia int NULL, codpro CHAR(6) NULL, codprod char(6) NULL, fechacot datetime NULL ) go ALTER TABLE cotizacion ADD PRIMARY KEY (codcot) go CREATE TABLE detalleoredendompra ( ndetordcmp char(6) NOT NULL, cantdetordcmp int NULL, precdetordcmp decimal(5,2) NULL, nordcmp char(6) NULL,- 105 -


PRACTICAS PRE-

codcot ) go

char(6) NULL

ALTER TABLE detalleoredendompra ADD PRIMARY KEY (ndetordcmp) go CREATE TABLE detallepedido ( coddetped char(6) NOT NULL, codprod char(6) NULL, precio decimal(5,2) NULL, codped char(6) NULL, cantprod int NULL ) go ALTER TABLE detallepedido ADD PRIMARY KEY (coddetped) go CREATE TABLE ordencompra ( nordcmp char(6) NOT NULL, fechaordcmp datetime NULL, montoordcmp decimal(5,2) NULL, codpro CHAR(6) NULL, codusu char(6) NULL ) go ALTER TABLE ordencompra ADD PRIMARY KEY (nordcmp) go CREATE TABLE pago ( codpag char(6) NOT NULL, fechapag datetime NULL, monto decimal(5,2) NULL, codped char(6) NULL ) go ALTER TABLE pago- 106 -


PRACTICAS PRE-

ADD PRIMARY KEY (codpag) go CREATE TABLE pedido ( codped char(6) NOT NULL, fechaped datetime NULL, codusu char(6) NULL, codcli char(6) NULL, monto decimal(5,2) NULL, estado char(1) NULL ) go ALTER TABLE pedido ADD PRIMARY KEY (codped) go CREATE TABLE producto ( codprod char(6) NOT NULL, descprod char(50) NULL, medidaprod char(20) NULL, marcaprod char(20) NULL, serieprod char(20) NULL, stopactualprod int NULL, stopminimoprod int NULL, stopmaximoprod int NULL, precioprod decimal(5,2) NULL, estadoprod char(1) NULL, codpro char(6) NULL ) go ALTER TABLE producto ADD PRIMARY KEY (codprod) go CREATE TABLE proveedor ( codpro CHAR(6) NOT NULL, razsocpro CHAR(50) NULL, propiepro CHAR(50) NULL, represpro CHAR(50) NULL, dirpro CHAR(50) NULL, ciudadpro CHAR(20) NULL, mailpro CHAR(50) NULL, telfpro CHAR(10) NULL,- 107 -

UNIVERSIDAD SAN PEDRO INGENIERIA INFORMATICA Y DE S

55961040 Proyecto Final Pre I Julio Garcia

Documents

Transcript of 55961040 Proyecto Final Pre I Julio Garcia