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 GESTION DE ADMINISTRACION 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 va dedicado de de forma muy especial especial a mis padres ya que ellos son los que siempre me apoyan e impulsan para seguir avanzando por el buen camino, camino, siempre siempre brindándo brindándome me su apoyo apoyo en el desarrollo desarrollo de mi carrera profesional. También 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 Prof Profes esor or,, por por darn darnos os su apoy apoyo o perm perman anen ente te y su dedic dedicac ació ión n

dura durant nte e la

elaboración de nuestro proyecto.

El Grupo

-2-


PRACTICAS PRE-

AGRADECIMIENTO

Queremos agradecer agradecer en estas breves líneas al Ing. Castillo Diestra, Diestra, Profesor – Asesor de la especialidad especialidad Practicas Pre Profesionales Profesionales I, agradeciéndole por por su valioso aporte de conocimientos y la dedicación que nos puso para así llegar a la culminación de nuestro proyecto de forma satisfactoria.

Así mismo mismo queremo queremoss agradece agradecerr al Dueño Dueño de la

Empres Empresa a FOTOCENTRO

“Revelados 30 Minutos”, Ángel Abel Machay Campos por su decidido apoyo apoyo incondicional para la ejecución del presente proyecto.

El Grupo

-3-


PRACTICAS PRE-

INDICE 1. CARATULA 2.- DEDICATORIA 3.- AGRADECIMIENTO 4.- INDICE 5.- RESUMEN 6.- ABSTRACT 7.- INTRODUCCION 8.- CAPITULO 1: GENERALIDADES 8.1.- DESCRIPCION DE LA ORGANIZACION (RAZON SOCIAL DE LA ORGANIZACIÓN, NOMBRE, DIRECCION, FONO, E-MAIL 8.2.- SELECCIÓN 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: APLICACIÓN DE METODOLOGIA RUP 10.1 MODELO DEL NEGOCIO 10.1.1.- PICTOGRAMA: Pictograma, Descripción 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 DISEÑO 10.4.1.- INTERFACES DE USUARIO 10.4.2.- DIAGRAMAS DE SECUENCIA DE DISEÑO 10.4.3.- DIAGRAMA DE CLASES DE DISEÑO 10.4.4.- DIAGRAMA DE ESTADO 10.4.5.- DIAGRAMA DE PAQUETES DE DISEÑO 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-

RESUMEN

Este trabajo se basa en Análisis y Diseño de un sistema y contiene lo siguiente: 

Pictograma



Proceso de Negocio



Reglas del Negocio



Visión 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 Colaboración



Diagrama de Clase Entidad



Interfaces de Usuario



Diagrama de Secuencia



Modelo Físico de la Base de Datos



Prueba de Caja Negra

-6-


PRACTICAS PRE-

Gracias a estos diagramas el Análisis y Diseño se encuentra en un 100% en ello podemos ver las dificultades que se hace en forma manual; también podemos ver los logros y rapidez que tiene el sistema, ya que en ello nosotros podemos generar reportes sin demora.

ABSTRACT

It 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.

INTRODUCCION

Este informe sobre el “Sistema de Gestión de Administración para la Empresa Foto centro “REEVELADOS 30 MINUTOS” E.I.R.L, es el estudio de la problemática actual de dicha organización, que se presenta por la imperiosa necesidad de buscar nuevas técnicas y métodos para llevar adecuadamente los servicios que brinda como son: Gestión de Atención ala Cliente, Gestión de compra y Gestión de Reportes Por lo expuesto anteriormente, presentamos un sistema de información, para lo cual se ha considerado automatizar los servicios ya mencionadas de la organización. Este informe esta conformado por los siguientes capítulos: En el primer capítulo trata sobre las generalidades del proyecto como el nombre, descripción, además información referente a La empresa a la cual se le va crear el sistema. En el segundo capítulo se encuentra todo lo referente al modelado del negocio con sus respectivos diagramas y documentación. El tercer capítulo se refiere a la aplicación de metodología RUP: -

El modelado de requerimientos con sus respectivos diagramas y documentación.

-

El análisis con sus diagramas y respectiva documentación.

-8-


-

PRACTICAS PRE-

Se encuentra el modelado del diseño donde se pueden apreciar las interfaces de usuario así como también sus receptivos diagramas y documentación.

-

la implementación con sus respectivos diagramas.

CAPITULO I

GENERALIDADES

-9-


PRACTICAS PRE-

GENERALIDADES

8.1.- DESCRIPCION DE LA ORGANIZACIÓN NOMBRE: ESTUDIO FOTOGRAFICO “REVELADOS 30 MINUTOS E.I.R.L”.

DIRECCION:

ELIAS AGUIRRE 463

TELEFONO:

344143.

- 10 -

CHIMBOTE.


PRACTICAS PRE-

8.2.- SELECCIÓN DEL PROBLEMA El siguiente proyecto fue propuesto como opción de solución a la problemática del estudio fotográfico “REVELADOS 30 MINUTOS” tanto en el plano económico como técnico 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 informático de control y todo se hace de forma manual llevándole 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 almacén para llevar un control del stock de productos ofrecidos por la empresa La dificultad del asistente de ventas para averiguar la información del producto solicitado se encuentra disponible lo cual genera una lentitud en la atención al cliente y por ende la incomodidad de este. La dificultad que tiene el gerente para verificar la información 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 algún tiempo atrás automatizando algunas de las funciones desarrolladas en el proyecto, intento que quedo marginado por políticas de la empresa.

8.3.- JUSTIFICACION DEL PROYECTO 8.3.1.- JUSTIFICACION OPERATIVA El Desarrollar un Sistema informático que permita agilizar los procesos de los servicios de atención, compra y reporte de productos en la empresa estudio fotográfico "REVELADOS 30 MINUTOS E.I.R.L" Permitirá mejorar la atención al cliente y flujo de información para el gerente y los trabajadores.

8.3.2.- JUSTIFICACION OPERATIVA •

•

•

•

•

El beneficio que traería realizar este sistema es de agilizar la búsqueda de información requerida por el cajero. Reducción del tiempo para la realización de procesos (Crear y mantener un historial de mantenimientos preventivos, correctivos, Apoyo soporte informático, Virus detectado, Entrada/Salida información). Reducción del tiempo para la realización de cada proceso. La empresa tendrá mayor seguridad de la información obtenida para los clientes, proveedores y productos. Precisión de cálculos al realizar las boletas de los clientes.

Facilidad del manejo de los procesos en el sistema de información gracias a una interfaz amigable y fácil de usar.

8.3.3.- JUSTIFICACION TECNICA Brindara a la empresa estudio fotográfico "REVELADOS 30 MINUTOS E.I.R.L" un soporte de información adecuado, eficiente mediante la implementación de

- 12 -


PRACTICAS PRE-

un sistema informático para el desarrollo de sus requerimientos en sus diversos procesos.

8.3.4.- JUSTIFICACION ECONOMICA •

•

La atención 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 lógica.

8.4.- LIMITACIONES DEL PROYECTO

8.4.1.- Limitación Cronológica: 

Una de las limitaciones más notoria es el tiempo, ya que no contamos con mucha disposición 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.- Limitación Tecnológica •

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.- Limitación Técnica • •

Poco dominio por parte del desarrollador en modela miento. Falta de destreza en la definición clara de los objetivos.

- 13 -


PRACTICAS PRE-

8.5.- OBJETIVOS DEL PROYECTO

8.5.1.- OBJETIVO GENERAL Desarrollar un sistema informático que permita agilizar los procesos de control, ejecución y reporte de las Gestiones de Atención al Cliente, Gestiones de Compra y servicios en General del Estudio fotográfico “REVELADOS 30 MINUTOS E.I.R.L“.

8.5.2.- OBJETIVOS ESPECIFICOS •

•

•

•

•

•

Recopilar Información de las operaciones de la empresa “REVELADOS 30MINUTOS E.I.R.L “. Analizar la situación problemática actual por la que está pasando la empresa. Realizar el Modelado de Negocios del Sistema Informático para el proceso de Atención al Cliente aplicando el Proceso Unificado Rational (RUP). Realizar el modelo de requerimiento del sistema aplicando RUP. Analizar y diseñar 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 atención, compra y reporte para agilizar los Procesos de la empresa utilizando como lenguaje de programación Power Builder 10.5 y como administrador de base de datos el SQLServer 2005 Comprobar el funcionamiento de los datos procesados en el sistema informático, aplicando pruebas de Caja Negra.

CAPITULO II

MARCO TEORICO

- 15 -


PRACTICAS PRE-

9.1.- METODOLOGIA DE DESARROLLO RUP Un 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 (quién hace qué, cuándo y cómo). -

-

Junto con el Lenguaje Unificado de Modelo (UML), constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Es un marco de trabajo genérico que puede especializar se para una gran variedad de sistemas software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyectos. - 16 -


PRACTICAS PRE-

9.1.3.- Objetivos: - Asegurar la producción 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 términos de diagramas orientados a objetos

-

Debe proveer un lenguaje de modela miento visual que sea común para todos.

-

Debe ser independiente de los procesos de desarrollo y los lenguajes de promoción.

-

Debe soportar conceptos de alto nivel de abstracción.

-

Debe integrar las mejores prácticas de la industria.

9.1.4.- Características: Conducido por casos de uso.- El proceso de desarrollo sigue un flujo: Los casos de uso son especificados, los casos de uso son diseñados 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 más depurada. Es también un producto: - Desarrollado y mantenido por Rational. -

Actualizado constantemente para tener en cuenta las mejores prácticas de acuerdo con la experiencia.

-

Provee un enfoque disciplinario para asignar tareas y responsabilidades durante la organización del desarrollo de software.

-

Es una guía de cómo usar efectivamente UML.

RUP pretende implementar las mejores prácticas actuales en ingeniería de software: - 17 -


PRACTICAS PRE-

-

Desarrollo iterativo del software

-

Administración de requerimientos

-

Uso de arquitecturas basadas en componentes

-

Modela miento visual del software

-

Verificación 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 características propias del proyecto u organización. El tamaño del mismo, así como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También 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. Colaboración entre equipos: El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación 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 iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados. Elevar el nivel de abstracción: Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, l enguajes 4GL o marcos de referencia (Framework) por nombrar algunos. Esto indica que los ingenieros de software vayan directamente de los requisitos a la codificación 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 reutilización del código. Un alto nivel de abstracción también permite discusiones sobre diversos niveles y soluciones arquitectónicas. Enfocarse en la calidad: El control de la calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. 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 diseñar tempranamente una arquitectura base ejecutable. La arquitectura debe ser: - Flexible - Fácil de modificar - Intuitivamente comprensible - Promueve la reutilización 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 - Elaboración - Construcción - Transición - 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 interacción a un alto nivel de abstracción: - Identificar todos los casos de uso - Describir algunos en detalle La oportunidad del negocio incluye: - Criterios de éxito - Identificación de riesgos - Estimación de recursos necesarios - Plan de las fases incluyendo hitos

FASE: Elaboración Objetivos: - Analizar el dominio del problema - Establecer una arquitectura base sólida - Desarrollar un plan de proyecto - Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto

FASE: Construcción En esta fase todas las componentes restantes se desarrollan e incorporan al producto. Todo es probado en profundidad. El énfasis está en la producción eficiente y no ya en la creación intelectual. Puede hacerse construcción en paralelo, pero esto exige una planificación detallada y una arquitectura muy estable.

FASE: Transición El objetivo es traspasar el software desarrollado a la comunidad de usuarios. Una vez instalado surgirán nuevos elementos que implicarán nuevos desarrollos (ciclos). Incluye: -

Pruebas Beta para validar el producto con las expectativas del cliente Ejecución paralela con sistemas antiguos Conversión 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 Lenguaje Unificado 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, diseñar, configurar, mantener y controlar la información 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 Implementación View Diplomen View

9.3.2.- Características de UML -

Prop Propor orci cion ona a a los los desa desarro rrolla llado dore ress un leng lengua uaje je de mode modelam lamie ient nto o ampliamente aceptado y listo para usar. Integra las mejores prácticas del desarrollo de software. Permite el intercambio de modelos entre las diferentes herramientas de software. Es inde indepe pend ndien iente te del del leng lengua uaje je de prog progra rama maci ción ón y de méto método doss y procesos particulares de desarrollo de software. Proporciona sus propios mecanismos de extensión.

9.3.3.- Diagramas: a) Diag Diagra rama ma de Clas Clases es:: Es un tipo de diagrama estático 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 análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejara en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

b)

Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de comp compon onen ente tess repr repres esen enta ta la sepa separa raci ción ón de un sist sistem ema a de soft softwa ware re en componentes físicos (por ejemplo archivos, cabeceras, módulos, paquetes, etc.) y muestra las dependencias entre estos componentes. Debido a que estos son más parecidos a los diagramas de casos de usos estos son utilizados para mode modela larr la vist vista a está estátic tica a de un sist sistem ema. a. Mues Muestr tra a la orga organi niza zaci ción ón y las las dependencias entre un conjunto de componentes.

c) Diagrama de Objetos: Son Son util utiliz izad ados os dura durant nte e el proc proces eso o de anál anális isis is y dise diseño ño de los los sist sistem emas as informáticos en la metodología UML. Se puede considerar un caso especial de - 22 -


PRACTICAS PRE-

un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos util utiliz izan an un subc subcon onju junt nto o de los los elem elemen ento toss de un diag diagra rama ma de clas clase. e. Los Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación 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 modela modelarr el hardwa hardware re utiliza utilizado do en las implem implement entaci acione oness de sistem sistemas as y las relaciones entre sus componentes.

e) Diagrama de Paquetes: Muestra como un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete esta pensado como un directorio, los diagrama s de paquetes suministran una descomposición de la jerarquía lógica de un sistema. Los Paquetes están 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 aplicación o sistema y como se relaciona con su entorno (usuarios u otras aplicaciones). Relaciones: -

Inclusión (include): Relación entre dos casos de uso, se denota la inclusión del comportamiento de un escenario en otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido.

- Extiende (extends): Relación entre dos casos de uso, denota cuando un caso de uso es una especialización de otro.

- 23 -


PRACTICAS PRE-

Esta relación indica que el comportamiento del caso de uso extensión puede ser insertado en el caso de uso extendido bajo ciertas condiciones. -

Generalización: Un caso de uso dado puede estar en una forma especializada de un caso de uso existente.

h) Diagrama de Colaboración: Muestran explícitamente las relaciones de los roles. Por otra parte, un diagrama de colaboración no muestra el tiempo como una dimensión aparte, por lo que resulta necesario etiquetar con números de secuencia los mensajes. Muestra como las instancias específicas de las clases trabajan juntas para conseguir un objetivo común.

9.4.- CRONOGRAMA DE TRABAJO:

- 24 -


PRACTICAS PRE-

- 25 -


PRACTICAS PRE-

CAPITULO III

APLICACIÓN 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 Fotografía de distintas marcas a sus clientes, en ella la empresa presta sus servicios, a través de un asistente de atención 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 atención. 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 almacén y realiza una orden de compra para que se le envíe al administrador para que apruebe la orden compra de los productos y se pueda hacer la compra al proveedor.

10.1.2.- PROCESOS DE NEGOCIO Útil para tener claras las políticas de la organización 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 mayoría 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 atención consulta catalogo, si existe informa existencia.



Si el cliente acepta servicio revelado, el asistente de atención 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 atención 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 envía rollo al laboratorista.



Si el cliente acepta servicio venta, el asistente de atención 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 atención registra el pedido y le entrega un número de pedido para que cancele al cajero.

- 28 -


PRACTICAS PRE-



El cliente entrega número 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 envía orden de revelado al laboratorista.



En caso de venta, El cajero envía orden de pedido al Almacenero.



El cliente reclama productos al asistente de atención, este le pide documento de venta.



El asistente de atención busca el pedido del cliente y le entrega los productos (fotos, artículos) 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 evalúa el informe de temporada.



Solicita al asistente de atención los requerimientos de los clientes.



El asistente de atención le hace un informe con los requerimientos hechos por los clientes.



El asistente de compra recibe lista de requerimientos y pide al almacenero la rotación de los productos en almacén.



El almacenero le hace un informe con la rotación de los productos y le entrega al asistente de compra.



El Administrador recibe la lista de la rotación de productos y junto con la lista de requerimiento evalúa 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 están 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 envía la orden de compra al proveedor para que le envíe los productos.



El proveedor verifica su stock si existe vende productos a la empresa.

- 29 -




PRACTICAS PRE-

Si no existe el proveedor le envía una nota diciéndole 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 anticipación. 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 través de una orden de compra elaborada por el asistente de compra y aprobada por el administrador.

10.1.4.- VISION DEL NEGOCIO El presente documento muestra la visión del negocio en términos del sistema a desarrollarse en la empresa Foto centro “REVELADOS 30 MINUTOS”. Este documento provee la definición del sistema desde una perspectiva de todos los involucrados del sistema. Esta visión 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 Especificación de Caso de Uso de Negocio

10.1.4.1.- POSICIONAMIENTO

- 30 -


PRACTICAS PRE-

OPORTUNIDADES DEL NEGOCIO Actualmente en la empresa Estudio Fotográfico “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 atención a los clientes sea lenta creando insatisfacción en los clientes y provocando muchas veces aglomeraciones para atenderlos, a su vez como la empresa cuenta con buena cantidad de productos en almacén 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

MARROQUIN HERRERA ANDERSON Estudio Fotográfico “Revelados 30 Minutos” Sistema de Gestión de Atención al Cliente Que la empresa obtenga información de los

Descripción del Producto

procesos del negocio en tiempo real El sistema de compra, reporte y atención al cliente es un sistema con garantía para el área de venta

ESTADO DEL PROBLEMA Tabla Nº 2: Estado del Problema PROBLEMA AFECTADOS IMPACTO Dificultad en Clientes que Insatisfacción proceso venta

de hacen compras.

SOLUCION de Implantar

sus los clientes debido tecnología que a que la búsqueda permitan la de los productos obtención de que solicitan y la información en realización

Inadecuado

Proveedor

control de las ,Asistente de

de tiempo real

cálculos es lenta Insatisfacción del Usar medio que asistente por que permitan la rápida

- 31 -


compras

compra

PRACTICAS PRE-

tiene que recurrir información al vendedor

de

al los

almacenero para requerimientos que evaluara que del asistente de productos

compra

Retardo

de Gerente

comprar. Insatisfacción del Hacer uso de la

emisión

de

Gerente

reportes

para tecnología

llevar un control agilizar de

los proceso

acontecimientos en la empresa

- 32 -

para este


PRACTICAS PRE-

10.1.5.- MODELADO DE CASOS DE USO DEL NEGOCIO

MODELO DE CASOS DE USO DE NEGO CIO

Cliente

Gestionar Atencion d e Clientes

Laboratorista Cajero

Entregador de Productos

Proveedor

Gestionar Compras

Gerente

Gestionar Reportes

- 33 -


PRACTICAS PRE-

10.1.6.- ESPECIFICACION DE CASOS DE USO DE NEGOCIOS Tabla: GESTIONAR ATENCION DE CLIENTE CASO DE USO Descripción

GESTIONAR ATENCION DE CLIENTE El Sistema deberá permitir al Asistente de atención al cliente en registrar los

Precondición Secuencia Normal

datos de los clientes Personal sea contratado. Paso Acción El Asistente de atención al 1 cliente

2

crea un nuevo

registro de clientes El Asistente de atención al cliente ingresa los datos de los clientes

Postcondición

Todos los clientes

Excepciones

registrado Paso Acción En el caso de que no se haya 1

deben

ingresado

de estar

correctamente

todos

los datos de los clientes, el sistema

deberá

mensaje

al

atención que

al

mandar

un

Asistente

de

cliente

no

se

indicando registró

correctamente los datos de los

2

clientes. En caso de que los clientes ya estén anteriormente,

el

mandarán

un

mensaje

al

Asistente

de

atención

al

cliente

Rendimiento

registrados

indicando

sistema

que

clientes ya existe. El sistema deberá realizar el registro de los clientes, en un tiempo de 3

Frecuencia Importancia Urgencia Comentarios

los

minutos 1 veces / día importante Inmediatamente Sin comentarios adicionales

Tabla: GESTIONAR COMPRAS

- 34 -


PRACTICAS PRE-

CASO DE USO Descripción

GESTIONAR COMPRAS El Sistema deberá permitir al Asistente de compra registrar a todos los


proveedores respectivamente. ninguno Paso Acción El Asistente de compra crea un 1

2

nuevo servicio de compra El Asistente de compra ingresa los datos de todos los proveedores

3

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

Postcondición

El

Excepciones

Paso 1

proveedor debe de estar registrado

Acción En el caso de que no se haya ingresado

correctamente

los datos

de

sistema

todos

las compras,

deberá

mandar

el un

mensaje al Asistente de compra indicando

que

no

se

registró

correctamente los datos de la

2

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

Asistente

de

mensaje compra

indicando que el proveedor ya

Rendimiento

existe. El sistema deberá realizar

el registro

del Proveedor, en un tiempo de 3


minutos. 2 veces / día importante Importante Sin comentarios adicionales

- 35 -


PRACTICAS PRE-

10.1.7.- MODELO DEOBJETO DEL NEGOCIO

GESTIONAR ATENCION AL CLIENTE

GESTIONAR COMPRA

- 36 -


PRACTICAS PRE-

Lee/Registra/Actualiza

Producto

Lee/Registra

Orden de Com pra

Proveedor

As i s t e n te te d e C o m p r a s

Lee/Registra

Proveedores

Lee/Registra

Compra

10.1.8.- DIAGRAMA DE ACTIVIDAD

- 37 -


PRACTICAS PRE-

Atención 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 términos.

Cliente: Persona o empresa que adquiere algún producto de l a 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 . Reducción: Es un nombre que toma una foto normal al ser reducida de su tamaño original. Ampliación: Es un nombre que toma una foto normal al ser agrandada de su tamaño 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 fotográfico. Fotografía: Papel con imagen impreso, existen diferentes tamaños. Oferta: Un regalo extra de una ampliación o reducción de foto. Papel Fotográfico: Es un papel especial utilizado para la impresión de la toma fotográfica. 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 Funcionales Registrar 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 características. 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 acción de registrar las compras de los clientes del Estudio Fotográfico, 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 búsqueda 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 búsqueda 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 búsqueda 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 búsqueda 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 búsqueda 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 búsqueda de todas las compras.

- 43 -


PRACTICAS PRE-

Requerimientos No Funcionales

De apariencia o interfaz externa • •

• •

El software debe ser amigable y de fácil uso para el personal. El software debe ser ordenado en cuanto a su presentación y sus menús. El software debe ser de fácil ingreso y navegación. Las interfaces deben ser entendibles y expresivas.

De usabilidad •

•

El software debe ser fácil de usar por cualquier personal del Estudio Fotográfico, teniendo en cuenta la inexperiencia informática de algunas personas. Permite a los usuarios un fácil registro de información correspondiente a los diferentes estados de los clientes y una consulta organizada mediante una búsqueda específica o el listado de un grupo en general.

De rendimiento • •

•

•

El software debe ser liviano y de rápida accesibilidad. El software debe responder de forma rápida a los procesos que se le pide que ejecute. El software debe responder rápidamente 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 identificación y autenticidad del usuario, un máximo de tres intentos de ingreso. Se debe restringir la navegabilidad de interfaces según el rol del usuario. Se debe permitir la visibilidad del código solo bajo autenticidad de usuario. Se debe restringir la información que ha de ser mostrada a los usuarios según su rol. Se debe restringir las operaciones según 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 código de fabricación.

De confiabilidad •

• •

Ante un caso extremo (como pérdida de fluido eléctrico o caída 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 documentación en línea • • •

El software debe permitir la opción ayuda por medio de la tecla F1. El software debe incluir manual de usuario e instalación legible. El software debe incluir un índice de comandos con su respectiva utilización.

De Hardware • • •

Se debe disponer de una red LAN. Permitirá la impresión de documentos mediante una impresora. Se podrá crear una copia de seguridad en un disco extraíble.

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 Diseño y la Implementación •

•

•

• •

El software se regirá a un estándar de diseño de interfaz y a un estándar de codificación. 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-

concepción, análisis, elaboración, parte de su construcción y transición.

<> Regis trar Cliente

Asis tente de Atencion

<>

Buscar Cliente

<> Regis trar Pedido

<>

Verificar Prod ucto

<>

<> Reportar Clientes

Buscar Pedido

Regis trar Pago

<>

Actualizar Stock

Cajero

<>

Buscar Pago

Reportar Pago

Reportar Pedidos

10.2.2.- DIAGRAMA DE CASOS DE USO DE REQUERIMIENTOS

GESTIONAR ATENCION DE CLIENTES

- 47 -


PRACTICAS PRE-

GESTIONAR COMPRAS

Buscar Producto

<> Registra Producto <> <> <>

Actua lizar Stock

<> Re gistrar Cotizacion

Asistente de Compras

<> <>

Buscar Cotizacion

<> Registrar Orden de Co mp ra <> <> Reportar Com pras <> Registra Compra Reportar Cotizaciones

Buscar Proveedor

<> <> Buscar Orden de Com pra

Reportar Orden de Com pra

Registrar Proveedor

Buscar Compra Reportar Producto

Reportar Proveedores

Reportar Productos m as Vendidos

- 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 VerificarProducto <>

ReportarOrdenCompra ReportarProducto

<> BuscarProveedor

RegistraProveedor

<> BuscarProducto

<>

<>

<> RegistraProducto

<>

<> <>

RegistraPedido

RegistraCotizacion

<>

<> Asistente de Compras

ReportarCotizacion <> RegistraCliente

Asistente de Atencion

<>

<>

RegistraCompra <>

Buscar ordenCompra BuscarCompra

<> ReportarCompra

BuscarCliente

BuscarPedido

ReportarProveedor ReportarProductosMasPedidos

ReportarClientes

ActualizarStock <> <> <>

ReportarPedidos <> RegistraPago

BuscarPago

ReportarPago Cajero

- 49 -


PRACTICAS PRE-

10.2.4 MATRIZ DE PRIORIZACION DE CASOS DE USO Nº 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Caso de Uso Registra cliente Registra proveedor

Rendimie Frecuencia Importancia nto 2min 1/día Importante

Urgencia

Prioridad

inmediata

3º

2min

1/mes

Importante

inmediata

4º

Registra 3min producto Registra 3min cotización

3/mes

Importante

inmediata

2º

2/mes

Importante

inmediata

4º

Registra pedido Registra pago Registra orden de compra Registra compra Reporte proveedor

2min

1/hora

Importante

inmediata

4º

3min

1/hora

Importante

inmediata

3º

2min

2/mes

Importante

inmediata

4º

1min

2/mes

Importante

inmediata

5º

1min

2/mes

Importante

inmediata

5º

Reporte 1min producto Reporte 1min cotización

4/mes

Importante

inmediata

5º

2/mes

Importante

inmediata

5º

Reporte pedido Reporte pago Reporte orden de compra reporte cliente

2min

1/día

Importante

inmediata

3º

2min

1/día

Importante

inmediata

3º

1min

4/mes

Importante

inmediata

4º

2min

1/día

Importante

inmediata

3º

Reporte compra

2min

2/mes

Importante

inmediata

4º

- 50 -


PRACTICAS PRE-

10.2.5.- ESPECIFICACION CASOS DE USO – REQUERIMIENTOS

Tabla: Registra Cliente CASO DE USO Descripción Precondición Secuencia Normal

Postcondición Excepciones

Rendimiento Frecuencia Importancia Urgencia Comentarios

REGISTRA CLIENTE El Sistema deberá permitir al Asistente de atención al cliente en registrar los datos de los clientes Personal sea contratado. Paso Acción 1 El Asistente de atención al cliente crea un nuevo registro de clientes El Asistente de atención al cliente 2 ingresa los datos de los clientes Todos los clientes deben de estar registrado Paso 1

Acción 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 atención al cliente indicando que no se registró correctamente los datos de los clientes. En caso de que los clientes ya estén 2 registrados anteriormente, el sistema mandarán un mensaje al Asistente de atención al cliente indicando que los clientes ya existe. El sistema deberá realizar el registro de los clientes, en un tiempo de 3 minutos 1 veces / día importante Inmediatamente Sin comentarios adicionales

- 51 -


PRACTICAS PRE-

Tabla: Registra Proveedor CASO DE USO Descripción Precondición Secuencia Normal


REGISTRA PROVEEDOR El Sistema deberá permitir al Asistente de compra registrar al proveedor. ninguno Paso Acción 1 El Asistente de compra crea un nuevo servicio del proveedor. El Asistente de compra ingresa los datos 2 del proveedor 3 Si el proveedor no se encuentra registrado se ingresa el nuevo servicio y se registra. El proveedor debe de estar registrado Paso 1

Acción En el caso de que no se haya ingresado correctamente todos los datos del proveedor, el sistema deberá mandar un mensaje al Asistente de compra indicando que no se registró correctamente los datos del Proveedor. En caso de que el proveedor ya este 2 registrado anteriormente, el sistema mandará un mensaje al Asistente de compra indicando que el proveedor ya 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 Descripción

REGISTRA PRODUCTO El Sistema deberá permitir al asistente de compra a registrar los productos de la Empresa. - 52 -




PRACTICAS PRE-

Que el producto pertenezca a la Empresa Paso Acción El asistente de compra busca la 1 Empresa y el producto de la Empresa. 2 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

Paso 1

Acción 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 2 En caso de que el producto de la Empresa ya este registrado anteriormente, el sistema mandará un mensaje al asistente de compra 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 Cotización CASO DE USO Descripción Precondición Secuencia Normal

REGISTRA COTIZACION El Sistema deberá permitir al asistente de compra a registrar los datos de la cotización. Ninguno Paso Acción El asistente de compra crea un nuevo 1 registro para las cotizaciones.

- 53 -


PRACTICAS PRE-

2

El asistente de compra ingresa los datos para registrar una cotización.

3

Si el asistente de compra no encuentra registrado las cotizaciones, se ingresa los datos y se registra. La cotización debe estar registrado

Poscondición Excepciones


Paso 1

Acción En el caso de que no se tenga todos los datos correctamente para el llenadote la cotización, el sistema deberá mandar un mensaje al asistente de compra indicando que no se registró correctamente la cotización En caso de que la cotización ya esta 2 registrada anteriormente, el sistema mandará un mensaje al asistente de compra indicando que dicho cotización ya existe. El sistema deberá realizar el registro de la cotización , en un tiempo de 3 minutos 2 veces / mes importante inmediatamente Sin comentarios adicionales

Tabla: Registra Pedido CASO DE USO Descripción Precondición Secuencia Normal

REGISTRA PEDIDO El Sistema deberá permitir al asistente de atención al cliente registrar los pedidos. Ninguno Paso Acción El asistente de atención al cliente crea 1 un nuevo registro para el pedido. El asistente de atención al cliente 2 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


Paso 1

Acción En el caso de que no se haya ingresado correctamente todos los datos del pedido, el sistema deberá mandar un mensaje asistente de atención al cliente indicando que no se registró correctamente los datos del pedido. En caso de que el pedido ya este 2 registrado anteriormente, el sistema mandará un mensaje al asistente de atención al cliente ya indicando que el 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 Descripción Precondición Secuencia Normal

REGISTRA PAGO El Sistema deberá permitir al asistente de atención al cliente a registrar los datos de pago. Ninguno Paso Acción El asistente de atención al cliente crea un 1 nuevo registro de pagos. El asistente de atención al cliente busca 2 pagos realizados y busca a la empresa.

- 55 -


PRACTICAS PRE-

3

Si el asistente de atención al cliente no encuentra registrado el pago, ingresa el pago y actualiza el registro. Los Pagos deben estar registrados.


Paso 1

Acción 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 atención al cliente indicando que no se registró correctamente los pagos. En caso de que los pagos ya estén 2 registrados anteriormente, el sistema mandará un mensaje al asistente de atención al cliente indicando que dicho 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 Descripción Precondición Secuencia Normal

REGISTRA ORDEN DE COMPRA El Sistema deberá permitir al Asistente de atención al cliente a registrar las ordenes de compra Ninguno Paso Acción Asistente de compra crea un nuevo 1 registro para las órdenes de compra Asistente de compra busca al proveedor 2 y su tipo de orden de compra. Asistente compra luego actualizara este 3 registro.

- 56 -


PRACTICAS PRE-

Las ordenes de compra deberán estar registradas


Paso 1

Acción En el caso de que no se encuentre la orden de compra se enviara un mensaje Asistente de compra indicando que este no existe. En caso de que existan ordene de 2 compra, el sistema mandará un mensaje Asistente de compra indicando 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 Descripción Precondición Secuencia Normal

REGISTRA COMPRA El Sistema deberá permitir al Asistente de compra registrar la compra Ninguno Paso Acción Asistente de compra crea un nuevo 1 registro para las compra Asistente de compra busca al cliente y su 2 tipo de compra. 3 Asistente de compra luego actualizara este registro. La compra deberá estar registrada.


Paso

- 57 -

Acción


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 Descripción Precondición Secuencia Normal


REPORTE CLIENTE El Sistema deberá permitir al Asistente de atención al cliente en generar los reportes de los clientes. Paso 1

Acción El Asistente de atención al cliente busca los datos del cliente. 2 El Asistente de atención al cliente buscara a los clientes. El Asistente de atención al cliente luego 3 buscara las cuentas por cobrar de dicho cliente El Asistente de atención al cliente luego 4 actualizara este reporte. Se debe generar reporte de clientes. Paso

- 58 -

Acción


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 atención al cliente indicando de que este no existe. El sistema deberá realizar el reporte del cliente, en un tiempo de 3 minutos 1 veces / día importante Inmediatamente Sin comentarios adicionales


Tabla: Reporte Proveedor CASO DE USO Descripción Precondición Secuencia Normal


REPORTE PROVEEDOR El Sistema deberá permitir al Asistente de compra en generar los reportes del proveedor. Paso 1

Acción El Asistente de compra busca los datos del proveedor. El Asistente de compra buscara a los 2 proveedores. El Asistente de compra luego buscara las 3 cuentas por cobrar de dicho proveedor El Asistente de compra luego actualizara 4 este reporte. Se debe generar reporte de proveedores. Paso 1

- 59 -

Acción 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.


Rendimiento

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 Descripción Precondición Secuencia Normal



REPORTE PRODUCTO El Sistema deberá permitir al Asistente de compra en generar los reportes del producto Paso 1

Acción Asistente de compra busca los datos del producto. Asistente de compra buscara los 2 productos. Asistente de compra luego actualizara 3 este reporte de los productos. Se debe generar reporte de producto. Paso 1

Acción En el caso de que no se encuentre los datos de dicho producto se enviara un mensaje a dicho Asistente de compra 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 Cotización CASO DE USO Descripción Precondición Secuencia Normal

REPORTE COTIZACION El Sistema deberá permitir Asistente de compra en generar los reportes de las cotizaciones. Ninguno Paso Acción 1 El Asistente de compra busca los datos de la cotización. El Asistente de compra buscara la 2 cotización. Se debe Generar el reporte de la cotización.



Paso 1

Acción En el caso de que no se encuentre las cotizaciones se enviara un mensaje a al Asistente de compra indicando de que 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 Descripción Precondición Secuencia Normal

REPORTE PEDIDO El Sistema deberá permitir al Asistente de atención al cliente en generar el reporte de pedido. Ninguno Paso Acción 1 El Asistente de atención al cliente busca los datos del pedido. El Asistente de atención al cliente 2 buscara el pedido. Se debe Generar el reporte del pedido.



Paso 1

Acción En el caso de que no se encuentre los pedidos se enviara un mensaje a dicha al Asistente de atención al cliente indicando de que este no existe. El sistema deberá realizar el reporte del pedido, en un tiempo de 3 minutos 1 veces / día importante inmediatamente Sin comentarios adicionales

- 62 -


PRACTICAS PRE-

Tabla: Reporte Pago CASO DE USO Descripción Precondición Secuencia Normal



REPORTE PAGO El Sistema deberá permitir al Asistente de atención al cliente en generar los reportes de pago. Paso 1

Acción El Asistente de atención al cliente busca los datos de los pagos. 2 El Asistente de atención al cliente buscara el pago. Genera reporte de pago. Paso 1

Acción En el caso de que no se encuentre los datos de dicho pago se enviara un mensaje al Asistente de atención al cliente de que este no existe. En caso de que se busque y que no se 2 encuentren las cuentas de pago el sistema enviara un mensaje al Asistente de atención al cliente indicando de que no se encontró el reporte. El sistema deberá realizar el reporte de pago, en un tiempo de 3 minutos. 1 veces / día importante inmediatamente Sin comentarios adicionales

- 63 -


PRACTICAS PRE-

Tabla: Reporte orden de compra CASO DE USO Descripción Precondición Secuencia Normal

REPORTE ORDEN DE COMPRA El Sistema deberá permitir al Asistente de compra a reportar las ordenes de compra Ninguno Paso Acción Asistente de compra crea un nuevo 1 reporte para las ordenes de compra 2 Asistente de compra busca al proveedor y su tipo de orden de compra. 3 Asistente de compra luego actualizara este reporte. Las órdenes de compra deberán estar reportada



Paso 1

Acción En el caso de que no se encuentre la orden de compra se enviara un mensaje Asistente de compra indicando de que este no existe. En caso de que existan ordene de 2 compra, el sistema mandará un mensaje Asistente de compra indicando 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 Descripción Precondición Secuencia Normal

REPORTE COMPRA El Sistema deberá permitir al Asistente de compra a reportar la compra Ninguno Paso Acción Asistente de compra crea un nuevo 1 reporte para las compra 2 Asistente de compra busca al cliente y su tipo de compra. 3 Asistente de compra luego actualizara este reporte. Las compra deberán estar reportada.



Paso 1

Acción En el caso de que no se encuentre la compra se enviara un mensaje Asistente de compra indicando de que este no existe. En caso de que existan la compra, el 2 sistema mandará un mensaje al Asistente de compra indicando que 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 COLABORACION Registrar Cliente

Registrar Compra 2: buscarproducto

3: Leer()

4: Obj.Producto Producto

: BuscarProducto

6: Leer()

5: Buscarproveedor(cod)

7: Obj.Proveedor Proveedor

: BuscarProveedor 9: Leer()

8: BuscarOrdenCompra(cod)

10: Obj.OrdenCom pra : BuscarOrdenCompra

OrdenCompra

18: RegistraCompra 11: BuscarCompra(cod)

: Asistente de Compras

: IU_Registrar Compra

12: Leer()

13: Obj.Compra : BuscarCompra

14: RegistraCompra(nom,cod)

15: Crear() Compra

16: VarCompra : RegistrarCompra 17: ActualizaStock

: ActualizarStock 1: registraproducto

: IU_Regis trarProducto

- 66 -


PRACTICAS PRE-

Registrar Cotización

Registrar Orden de Compra

- 67 -


PRACTICAS PRE-

Registrar Pago 2: BuscarCliente(nom,cod)

3: Leer()

4: Obj.Cliente : BuscarCliente

5: BuscarPedido(nom,cod)

: Cliente

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)

13: VarPago : RegistrarPago

: ActualizarStock

- 68 -

12: Crear()

: Pago


PRACTICAS PRE-

Registrar Pedido 2: BuscarCliente(nom,cod)

3: Leer()

4: Obj.Cliente : BuscarCliente

: Cliente

6: Leer()

5: VerificarProducto

7: Obj.Producto : VerificarProducto

: Producto

1: IU_RegistrarPedido

: 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 Cotización

Reportar Orden de Compra

- 70 -


PRACTICAS PRE-

Reportar Pago

Reportar Pedido

Reportar Producto

Reportar Productos más Pedidos

Reportar Proveedor

- 71 -


PRACTICAS PRE-

10.3.2.- DIAGRAMA DE CLASES DE ENTIDAD

- 72 -


PRACTICAS PRE-

1..*

1

1..*

1

OrdenCompra

Producto

Proveedor

codigo_ordencom pra : String fecha : Date nom bre : String cantidad : Integer precio : Double 1

codigo_producto : String nom bre : String stock : Integer descripcion : String preciocompra : Double precioventa : Do uble

codigo_proveedor : String razon : String nom bre : String dni : Integer ruc : Integer direccion : String telefono : Integer

RegistraOrdenCom() BuscarProducto() BuscarCotizacion() BuscarProveedor() BuscarOrdenCom() Nuevo() Guardar() Eliminar()

RegistraProducto() 1..* BuscarProducto() Grabar() Nuevo() Eliminar() Modificar() Listar()

RegistrarProveedor() BuscarProveedor() Nuevo() Guardar() Modificar() Eliminar() Listar()

1 1..*

1..*

1 Pedido

1..*

1 1

cod_Pago : String fecha_Pago : Date mon to : Double

codigo_pedid o : String fechaelaboracion : Date direccion : String telefono : Integer nom bre : String cantidad : Integer precio : Double

BuscarCliente() BuscarPedido() BuscarPago() RegistrarPago() Grabar() Eliminar() Imprimir()

RegistrarPedido() BuscarCliente() BuscarPedido() Nuevo() Eliminar() Consultar() Guardar()

Pago

Cliente cod_cliente : String razon : String nom bre : String dni : String ruc : Integer direccion : String telefono : String

1..*

Cotizacion codigo_cotizacion : String fecha : Date razon : String nom bre : String RegistrarCotizacion() BuscarProducto() BuscarProveedor() BuscarCotizacion() Nuevo() Grabar()

- 73 -

RegistrarCliente() BuscarCliente() Nuevo() Guardar() Eliminar() Modificar() Listar()

Compra codigo_com pra : String fecha : Date mon to : Integer RegistraCompra() BuscarOrdenCompra() BuscarProveedor() BuscarCompra() Grabar() Nuevo() Eliminar()



10.3.3.- DIAGRAMA DE CLASES DE ANALISIS IU_RegistrarCotizacion

BuscarCoti zacion

IU_RegistrarOrdenCompra

BuscarOrdenCompra

IU_RegistrarCliente

BuscarCliente

IU_RegistrarProveedor

BuscarProveedor

IU_RegistrarProducto

BuscarProducto

Cotizacion

OrdenCompra

Cliente

Proveedor

RegistrarCotizaci on Producto

RegistrarOrdenCompra IU_Registrar Compra

BuscarCompra

Compra

IU_RegistrarPedido

BuscarPedido

Pedido

RegistrarCli ente

RegistrarProveedor Verifi carProducto

IU_RegistrarPago RegistrarProducto

BuscarPago

IU_ReporteCliente RegistrarCompra

Actuali zarStock IU_ReportePago

RegistrarPedido IU_ReporteOrdenCompra RegistrarPago IU_ReporteProduct osMasVendidos

IU_ReporteCotizacion

IU_ReporteCompra

IU_ReporteProducto

IU_ReporteProveedor

IU_ReportePedido

- 74 -


PRACTICAS PRE-

10.3.4.- DIAGRAMA DE PAQUETES DE ANALISIS

LOGICA DE NEGOCIO:

: VerificarProducto

ActualizarStock

- 75 -


PRACTICAS PRE-

DATOS:

PRESENTACION:

- 76 -


PRACTICAS PRE-

DISEÑO 10.4.1 INTERFACES: Presentación Menú

Registrar cliente – Búsqueda

- 77 -


PRACTICAS PRE-

Registrar cliente – Mantenimiento

Registrar Producto - Búsqueda

- 78 -


PRACTICAS PRE-

Registrar Producto - Mantenimiento

Registro Proveedor - Busqueda

- 79 -


PRACTICAS PRE-

Registro Proveedor – Mantenimiento

Registra Cotización - Búsqueda

- 80 -


PRACTICAS PRE-

Registra Cotización - 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 Cotización

Reporte Usuario - 85 -


PRACTICAS PRE-

Ingreso

- 86 -


PRACTICAS PRE-

10.4.2.- DIAGRAMA DE SECUENCIA Registrar Cliente

: Asis tente de : IU_RegistrarCliente Atencion Click Mant. Cliente

Click rb_1 Click rb_2

: BuscarCliente

: Cliente

: RegistrarCliente

Buscar cliente (cod) Buscar Cliente(nomb)

Leer()

Obj. Cliente Si Obj.Cliente <>null Visuali za Datos en Dw_1 tabpage_1

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

: Asis tente de Compras

: IU_RegistrarProducto

: BuscarProducto

: RegistrarProducto

: Producto

Click Mant. Producto

Click rb_1 Click rb_2

Buscar Producto(cod) Leer() Buscar Producto(nomb r e) Obj.Producto Si Obj.Producto<>Null Visu aliza Datos e n Dw_ 1 tabpage_1

Doble Click Dw_1. tabpage_1 Muestra Datos Dw_2.tabpage_2


Click Boton Guardar

Regis trar Producto(cod,prov,descrip,m edida ,marca,s erie,stock actual,min ,max,precio,e Crear() Var. Producto

Msg("Regis tro Almacenad o")


Activa Free form

Activa Guardar / De sa ctiva N uevo

Click Boton Ca ncelar

Registrar Proveedor - 88 -


: Asis tente de Compras

PRACTICAS PRE-

: IU_Regis trarProveedor

: BuscarProveedor

: Regis trarProveedor

: Proveedor

Click Mant. Proveedor

Click rb_1

Bus car Proveedor(co d)

Click rb_2

Buscar Proveedor(nombre)

Leer()

Obj.Proveedor Si Obj.Proveedor<>Null Visualiza Datos en Dw_1 tabpage_1

Doble Click Dw_1. tabpage_1

Click Boton Nue vo

Muestra Datos Dw_2.tabpage_2

Limpia Dw_2.tabpage_2

Regis trar Proveedor(cod,razons oci,prop,repre,,dir,ciudad,email,telefono,fax)

Click Boton Guardar

Crear() Var. Proveedor



Activa Freefo rm

Activa Guardar / Desactiva Nuevo Click Boton Cancelar

Registrar Cotización - 89 -


: Asistente de Compras

PRACTICAS PRE-

: BuscarCotizacion

: IU_RegistrarCotizacion

: RegistrarCotizacion

: Cotizacion

Click Mant. Cotizacion

Sle_1 Buscarcotizacion(cod)

Leer()

Obj. Cotizacion

Si Obj.Cliente <>null VisualizaDatos en Dw_1 tabpage_1

Doble Click Dw_1. tabpage_1 Muestra Datos Dw_2.tabpage_2


Click Boton Guardar Registrar Cotizacion(cod,fecha,proveedorproducto,preciocompra) Crear() Var. cotizacion Msg("Registro Almacenado")


Activa Freeform

Activa Guardar / Desactiva Nuevo


- 90 -


PRACTICAS PRE-

Registrar Proceso Pago

: Cajero

: IU_RegistrarPago

: BuscarPedido

: BuscarCliente

: RegistrarPago: ActualizarStock

: Pago

Click Proceso Pago

click sle_1

BuscarPedido(cod)

Leer()

Obj Pedido Si Obj.Pedido<>Null Visualiza Datos en Dw_1

Clck Boton Buscar

BuscarPedido(cod) leer() Obj Pedido

Si Obj.Pedido<>Null Visualiza Datos en Dw_2 Buscar Cliente(cod)

Leer()

Obj cliente si obj cliente <> null Visualiza datos Dw_3

Click Boton Nuevo Limpia dw_2 / dw_3

Click Boton Gra bar

Regis trar Pago(cod,pedido,fecha,monto total,nombre s exo,correo,telefono) Crear() var pago

Msg("Registro Alm acenado")

Actualizar Stock(cod)

Actualiza()

Click Boton Modificar Activa Fre eform Activa Guardar / D esa ctiva Nu evo


- 91 -

: Cliente

: Pedido


PRACTICAS PRE-

Registrar Proceso Pedido

: Asis tente de: IU_RegistrarPedido : Bus carCliente : RegistrarPedido : VerificarProducto : Bus carPedido Atencion

: Cliente

Click Proceso Pedido

Click sle_1

Buscar Pedido(cod) Leer() Obj.Pedido Si Obj.Pedido<>Null

Visualiza Datos en Dw_1 Doble Click Dw_1. Muestra Datos Dw_2, / Dw_3

Click Boton Nuevo

Boton consulta Cliente

Limpia Dw_2. / Dw_3

Busca Cliente(cod)

Leer()

Obj.Cliente Si Obj.Cliente<>Null Visualiza Datos en Dw_2 Click Boton Guardar Boton consulta Producto

Verifica Producto(cod) Leer() Obj.Producto

Si Obj.Producto<>Null

Visualiza Datos en Dw_3 Click Boton Guardar

Registrar Pedido(cod,codusu,codcliente,nombre,monto,estado,fecha) Crear()

Var. Pedido



Activa Fre eform

Activa Guardar / Desactiva Nuevo


- 92 -

: Producto

: Pedido


PRACTICAS PRE-

Registrar Orden Compra Asistente de : IU_RegistrarOrdenCompra: BuscarProveedor : BuscarCotizacion : BuscarOrdenCompra : Regis trarOrdenCompra : C otizac io n Compras

: Or de nC om p ra

Click Proc OrdenCompra

Click sle_1

BuscarOrdenCompra(cod) Leer() Obj. OrdenCompra Si Obj.Pedido<>Null

Visualiza Datos en Dw_1

Doble Click Dw_1.

Muestra Datos D w_2, / Dw_3

Click Boton Nuevo

Limpia Dw_2. / Dw_3

Boton consulta Proveedor Busca Proveedor(cod)

Leer()

Obj.Proveedor

Si Obj.Proveedor<>N ull Visualiza Datos en Dw_2

Boton cons ulta Cotizacion Busca Cotizacion(cod)

Leer()

Obj.Cotizacion Si Obj.Cotizacion<>Null

Visualiza Datos en Dw_2

Click Boton Guardar

Registrar

OrdenCompra(NordenCom,cod,codusu,razon,monto,estado,fecha) Var.OrdenCompra



Activa Freeform

Activa Guardar / Des activa Nuevo


- 93 -

Crear()

: Pr ove e


PRACTICAS PRE-

Registrar Compra

: As i s t e n t e d: eI U _ R e g i s t ra r C o: mBup sr ac a r P r o ve e: dBours c a r O rd e n C o: mR ep gr ai s t ra r C o m : Apcrtau a l i z a r S:t oIcUk_ R e g i s t r a r P r o d u:cPt oro d u cto Compras

: P ro ve e d o r : O rd e n C om p r a : C o m p r a

Click Proceso C ompra

Click sle_1 B u s c a r O r d e n C o m p ra (c o d )

L e e r()

O b j .C o m p r a S i O b j .O r d e n C o m p r a < > N u l l V is u a l i za D a t o s e n D w _ 2

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

B u s c a r O r d e n C o m p r a (c o d ) Obj.OrdenCompra

Leer()

S i O b j . O rd e n C o m p r a < > N u l l V is u a l i za D a t o s e n D w _ 2 BuscarProveedor(cod) Leer() ObjProveedor si obj Proveedor <> null V is u a l i za d a t o s D w _ 3 Clck Boton Nuevo Limpia dw_2 / dw_3

C l i c k B o to n G r a b a r

R e g i s t ra r C o m p r a ( c o d c m p , n o r d c m p ,c o d p r o , r a zs o c p r o , r e p r e s p r o , d ir p r o ,c i u p r o ,te l e p r o , fa x p r o ,fr c h a c m p , m o n t o ) Crear() Var Com pra

M s g ( " R e g i s t r o A lm a c e n a d o " ) A c tu a l i za S t o c k ( c o d )

Actualiza()

Click Boton Modificar A c t iv a F r e f o r m A c ti v a G u a r d a r / D e s a c t i va N u e v o C l i c k B o to n C a n c e l a r

R e g i s t ra P r o d u c t o

- 94 -


PRACTICAS PRE-

Reportar Cliente

Reportar Compra

- 95 -


PRACTICAS PRE-

Reportar Cotización

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 DISEÑO P r o v e e d o r

C o m p r a

codigo_p rovee dor:String razon:S tring nom bre: String dni:Integer ruc:Integer direccion:String telefono: Intege r

codigo_c om pra: String fecha:Date m onto:Integer

Co tiza cion

Co digo_D etalleO rdenCom pra: S tring C antidad: Integer Pre cio:Dou ble

Re gistraCom pra() B u s c a r O r d e n C o m p r a ( ) BuscarP roveedor() B u s c a r C o m p r a ( ) G rabar() N u e v o ( ) Eliminar()

R egistrarProv eedo r() BuscarP roveedor() N u e v o ( ) G uardar() M odificar() E lim inar() Listar()

codigo_c otizac ion: S tring fecha:Date razon:S tring nom bre: String

Deta l eO rdenCom pra

Re gistrarCotizacion() BuscarProducto() BuscarProve edor() BuscarC otizac o i n() N u e v o ( ) G rabar() M odificar()

1

1..*

1..*

1

1..*

1 O r d e n C o m p r a codigo_o rdenco m pra: String fecha:Date nom bre:String cantidad:Integer precio:D ouble

cod_ Pa go: String fecha_ Pa go:Da te mo nto:Do ub e l Bu scarC li ente() BuscarPe dido() BuscarPa go() Re gistrarPag o() G rabar() Elimina r() Imprimir()

1..*

1..*

Reg istraO rdenCom () BuscarP roducto() BuscarC otizac o i n() BuscarP roveedor() B u s c a r O r d e n C o m ( ) N u e v o ( ) G uardar() E lim inar()

P a g o

Producto

1..*

1

1..*

Ped ido

1

1

codigo_p edido:String fechaelabo racion:Date direccion:S tring telefono: Intege r nom bre: String cantidad:Intege r prec io:Dou ble Re gistrarPed ido() Bu scarC liente() BuscarPe dido() N u e v o ( ) E li m inar() Co nsultar() G uardar()

1..* D etal eP edido

1..*

Co digo_D etal eP edido: String precio:D oub le Ca ntidadP roducto:Integer

C li ente

1

cod _c li ente:S tring razon:S tring nom bre: String dni:String ruc:Intege r direccion:S tring telefono:String Re gistrarCliente() Bu scarC li ente() N u e v o ( ) G uardar() E li m inar() M odificar() Listar()

- 99 -

codigo_p roducto:String nom bre: String stock:Integ er des cripcion: S tring preciocom pra: Do uble precioventa:Doub le Re gistraProd ucto() BuscarProducto() G rabar() N u e v o ( ) E li m inar() M odificar() Listar()


PRACTICAS PRE-

10.4.4 DIAGRAMA DE ESTADO

Estado Producto

Registra Producto(estado=activo and va=inactivo)

Activo

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)

- 100 -

Atendido


PRACTICAS PRE-

Estado Orden Compra

Por Atender

Registrar ordenCompra(estado=por atender va=atender)

- 101 -

Atendido


PRACTICAS PRE-

10.4.5.- DIAGRAMA DE PAQUETES DE DISEÑO

M a n te n i m ie n to

P roce s o

- 102 -

R e p o rte



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 SQL use 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 -


appcli apmcli nomcli sexcli telcli corcli

PRACTICAS PRE-

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

) go 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 -


codcot

PRACTICAS PRE-

char(6) NULL

) go 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 -


faxpro

PRACTICAS PRE-

CHAR(10) NULL

) go ALTER TABLE proveedor ADD PRIMARY KEY (codpro) go CREATE TABLE usuario ( codusu char(6) NOT NULL, nomusu char(50) NULL, appusu char(30) NULL, apmusu char(30) NULL, edausu char(2) NULL, dniusu char(8) NULL, telusu char(10) NULL, genusu varchar(1) NULL ) go ALTER TABLE usuario ADD PRIMARY KEY (codusu) go ALTER TABLE acceso ADD FOREIGN KEY (codusu) REFERENCES usuario go ALTER TABLE compra ADD FOREIGN KEY (nordcmp) REFERENCES ordencompra go ALTER TABLE cotizacion ADD FOREIGN KEY (codprod) REFERENCES producto go ALTER TABLE cotizacion ADD FOREIGN KEY (codpro) REFERENCES proveedor go - 108 -


PRACTICAS PRE-

ALTER TABLE detalleoredendompra ADD FOREIGN KEY (codcot) REFERENCES cotizacion go ALTER TABLE detalleoredendompra ADD FOREIGN KEY (nordcmp) REFERENCES ordencompra go ALTER TABLE detallepedido ADD FOREIGN KEY (codped) REFERENCES pedido go ALTER TABLE detallepedido ADD FOREIGN KEY (codprod) REFERENCES producto go ALTER TABLE ordencompra ADD FOREIGN KEY (codusu) REFERENCES usuario Go ALTER TABLE ordencompra ADD FOREIGN KEY (codpro) REFERENCES proveedor go ALTER TABLE pago ADD FOREIGN KEY (codped) REFERENCES pedido go ALTER TABLE pedido ADD FOREIGN KEY (codcli) REFERENCES cliente go ALTER TABLE pedido ADD FOREIGN KEY (codusu) REFERENCES usuario - 109 -


PRACTICAS PRE-

go

- 110 -



10.4.8.- MODELO FISICO DE LA BASE DATOS RELACIONAL (SQL SERVER)

- 111 -



10.4.9.- MODELO FISICO DE LA BASE DE DATOS RELACIONAL (NORMALIZADO) T_DetallePedido

T_Proveedor codigo_proveedor : VA RCHAR(255) razon : VARCHAR(255) nombre : VARCHAR(255) dni : INT ruc : INT direccion : V ARCHAR(255) telefono : INT T_Proveedor_ID: INT T_OrdenCompra_ID : INT

T_Pedido

Codigo_Detal lePedido : VA RCHA R(255) precio : FLOAT(64, 0) CantidadProducto: INT T_Pedido_ID: INT T_Producto_ID: INT

<>

0..*

<>PK_T_DetallePedido26( ) <>FK_T_DetallePedido22( ) <>FK_T_DetallePedido21( ) <>TC_T_DetallePedido43() <>TC_T_DetallePedido42()

<>PK_T_Proveedor17() <>FK_T_Proveedor24() <>TC_T_Proveedor48()

1

codigo_pedido : VARCHAR(255) fechaelaboraci on : DATETIME direccion : VARCHAR(255) telefono : INT nombre : VARCHAR(255) cantidad: INT precio :FLOAT(64,0) T_Pedido_ID:INT T_Cliente_ID: INT

T_Cliente <> 1..*

1

<>PK_T_Pedido21( ) <>FK_T_Pedido26( ) <>TC_T_Pedido52()

0..*

0..* 1

<>PK_T_Cliente24()

1

<> T_Compra

<> <>

codigo_compra: VARCHA R(255) fecha :DATETIM E monto: INT T_Compra_ID: INT T_OrdenCompra_ID : INT

T_Cotizacion

<>

T_Pago

1

1..*

cod_Pago : VARCHA R(255) fecha_Pago :DATETIM E monto : FLOA T(64, 0) T_Pago_ID: INT T_Pedido_ID: INT

<>

0..1 1..*

codigo_cotizacion : VARCHAR(255) fecha : DATETIME razon : VARCHA R(255) nombre : VARCHAR(255) T_Cotizacion_ID: INT

1

<>PK_T_Compra19() <>FK_T_Compra25() <>TC_T_Compra50()

<>PK_T_Cotizacion18() 1 <>

<> TC_T_Pago46() <>PK_T_Pago22() <>FK_T_Pago23() <>TC_T_Pago45()

<> 1

0..*

T_OrdenCompra codigo_ordencompr a: VARCHAR(255) fecha : DATETIME nombre : VARCHAR(255) cantidad : INT precio :FLOAT(64,0) T_OrdenCompra_ID : INT T_Proveedor_ID: INT T_Producto_ID: INT

T_DetalleOrdenCompra <>

1..*

1

1

<> <>PK_T_OrdenCompra23() <>FK_T_OrdenCompra20() <>FK_T_OrdenCompra16() <>TC_T_OrdenCompra41() <>TC_T_OrdenCompra35()

1..* T_Producto

1

codigo_producto : VARCHA R(255) nombre : VARCHAR(255) stock: INT descri pcion : VARCHAR(255) preciocompra : FLOAT(64, 0) precioventa : FLOAT(64, 0) T_Producto_ID: INT T_Compra_ID: INT <>PK_T_Producto20() <>FK_T_Producto19() <>TC_T_Producto39()

- 112 -

cod_cli ente : VA RCHAR(255) razon : VARCHA R(255) nombre : VARCHAR(255) dni :VARCHAR(255) ruc : INT direccion : VARCHA R(255) telefono: VARCHA R(255) T_Cliente_ID:INT

0..*

Codigo_DetalleOrdenCompra : VARCHA R(255) Cantidad:INT Precio : FLOAT(64, 0) T_Cotizacion_ID: INT T_OrdenCompra_ID : INT <>PK_T_DetalleOrdenCompra25( ) <>FK_T_DetalleOrdenCompra18( ) <>FK_T_DetalleOrdenCompra17( ) <>TC_T_DetalleOrdenCompra37() <>TC_T_DetalleOrdenCompra36()


PRACTICAS PRE-

10.5.- IMPLEMENTACION

10.5.1.- DIAGRAMA DE COMPONENETES

“

- 113 -

”


PRACTICAS PRE-

10.5.2.- DIAGRAMA DE DESPLIEGUE

Server HW. Pentium IV 2.4 GHZ SO. WAS200 0 HD. 80 Gb RDBMS: SQL Server 200 0 Componentes: Sistema de Ges tion de Adminis tracion Fotocen tro.dll Fotocentro Center.mdf

Asistente de Com pra

Asistente de Atencion HW. Pentium IV 1.8 GHZ SO. WAS200 0 HD. 40 Gb Componentes: Fotocentro.exe

Switch TC P/IP

Encore 1GB Ethernet 10/100 Mbs

TC P/IP

HW. Pentium IV 2.0GHZ SO. WAS200 0 HD. 40Gb Componentes: Fotocentro.exe

TCP/IP USB001

Cajero Impresora Tipo: Matricial Marca: Epso n FX -1180

USB001

HW. Pentium IV 2.4GHZ SO. WAS200 0 HD. 80 Gb Componentes: Fotocentro.exe

- 114 -

Impresora Tipo: Inyeccion de Tinta Marca: HP 374 5


PRACTICAS PRE-

10.6.- PRUEBA 10.6.1.- PRUEBA DE LA CAJA NEGRA Caso de Uso: Registrar Cliente Registrar Cliente: Ingreso de Datos Validos ITEM 1

DATOS Código

TIPO DE DATOS PERS0001

RESPUESTA Los Datos Fueron Ingresados Correctamente

2

Ap Paterno

villanueva

Los Datos Fueron Ingresados Correctamente

3

Ap Materno

alejos


4

Nombres

gustavo


5

Edad

28


6

DNI

32965053


7

Dirección

Las Brisas F’ 11


8

Teléfono

585097


9

Fecha

07/10/06


10 11

Servicio Foto

Clic Clic en Botón Buscar Fotografía

Datos de la DB Los Datos Fueron Ingresados Correctamente

Tabla Nº 1 - 115 -


PRACTICAS PRE-

Registrar Cliente: Ingreso de Datos No Validos ITEM 1 2

DATOS Código Ap Paterno

TIPO DE DATOS $%%%&& “”&%%&&

RESPUESTA Error! Error!

3

Ap Materno

$$%%&&&

Error!

4

Nombres

//&&%%$$

Error!

5

Edad

·%$

Error!

6

DNI

$%&·%·$

Error!

7

Dirección

·$%·$%·$

Error!

8

Teléfono

()$%&$

Error!

9

Fecha

4%/&)=

Error!

10

Servicio

No Hacer clic

Error!

11

Foto

No Hacer clic

Error!

Tabla N° 2

Registrar Cliente: Resultados por Escenario

USE CASE

Registrar Cliente

ESCENARIO Verificar que se haya registrado correctamente el Recurso Cliente

RESULTADO

CONCLUSIÓN

El Recurso Cliente es registrado correctamente y se le asigna un código único.

El Recurso Cliente pasa a formar parte del personal del centro Fotográfico

Tabla N° 3

- 116 -


PRACTICAS PRE-

Caso de Uso: Registrar Proveedor Registrar Proveedor: Ingreso de Datos Validos ITEM

DATOS

TIPO DE DATOS

RESPUESTA

1

Código

PERS0001


2

Ap Paterno

villanueva


3

Ap Materno

alejos


4

Nombres

gustavo


5

Edad

28


6

DNI

32965053


7

Dirección

Las Brisas F’ 11


8

Teléfono

585097


9

Fecha

07/10/06


10

Servicio

Clic

Datos de la DB

11

Foto

Clic en Botón Buscar Fotografía


Tabla Nº 4

- 117 -


PRACTICAS PRE-

Registrar Proveedor : Ingreso de Datos No Validos ITEM 1 2

DATOS Código Ap Paterno

TIPO DE DATOS $%%%&& “”&%%&&


3

Ap Materno

$$%%&&&

Error!

4

Nombres

//&&%%$$

Error!

5

Edad

·%$

Error!

6

DNI

$%&·%·$

Error!

7

Dirección

·$%·$%·$

Error!

8

Teléfono

()$%&$

Error!

9

Fecha

4%/&)=

Error!

10

Servicio

No Hacer clic

Error!

11

Foto

No Hacer clic

Error!

Tabla N° 5

Registrar Proveedor : Resultados por Escenario

USE CASE

Registrar Proveedor

ESCENARIO

RESULTADO

El Recurso Verificar que se Proveedor es haya registrado registrado correctamente el correctamente y Recurso Proveedor se le asigna un código único.

Tabla N° 6

- 118 -

CONCLUSIÓN El Recurso Proveedor pasa a formar parte del Estudio Fotografico


PRACTICAS PRE-

Caso de Uso: Registrar Producto Registrar Producto: Ingreso de Datos Validos ITEM 1

DATOS Código



2

Nomproducto

camaras


3

Dirección

Las Brisas F’ 11


4

Teléfono

585097


5

Fecha

07/10/06


6 7

Servicio Foto



Tabla Nº 7

Registrar Producto : Ingreso de Datos No Validos ITEM DATOS TIPO DE DATOS 1 Código $%%%&& 2 NomProducto //&&%%$$


3

Dirección

·$%·$%·$

Error!

4

Teléfono

()$%&$

Error!

5

Fecha

4%/&)=

Error!

6

Servicio

No Hacer clic

Error!

7

Foto

No Hacer clic

Error!

Tabla N° 8 - 119 -


PRACTICAS PRE-

Registra Producto : Resultados por Escenario

USE CASE

Registra Producto

ESCENARIO

RESULTADO

Verificar que se haya registrado correctamente el Producto

El Recurso Producto es registrado correctamente y se le asigna un código único.

CONCLUSIÓN El Recurso Producto pasa a formar parte del Estudio fotografico

Tabla N° 9

Caso de Uso: Registrar Cotización Registrar Cotización: Ingreso de Datos Validos ITEM 1

DATOS Código



2

Tipo cotización

Dólares Y/O soles


3

cotización

cambio


4

Teléfono

585097


5

Fecha

07/10/06


6 7

Servicio Foto



Tabla Nº 10

- 120 -


PRACTICAS PRE-

Registrar Cotización: Ingreso de Datos No Validos ITEM 1 2

TIPO DE DATOS $%%%&& //&&%%$$


·$%·$%·$

Error!

4

DATOS Código Tipo cotización Cotización Teléfono

()$%&$

Error!

5

Fecha

4%/&)=

Error!

6

Servicio

No Hacer clic

Error!

7

Foto

No Hacer clic

Error!

3

Tabla N° 11

Registra Cotización: Resultados por Escenario

USE CASE

Registra Cotización

ESCENARIO

RESULTADO

Verificar que se haya registrado correctamente la cotización

El Recurso Cotización es registrado correctamente y se le asigna un código único.

Tabla N° 12

- 121 -

CONCLUSIÓN El Recurso Cotización pasa a formar parte del Estudio fotográfico


PRACTICAS PRE-

Caso de Uso: Registrar Pedido Registrar Pedido: Ingreso de Datos Validos ITEM 1

DATOS Código



2

Tipo pedido

revelado


3

pedido

fotografías


4

Teléfono

585097


5

Fecha

07/10/06


6 7

Servicio Foto



Tabla Nº 13

Registrar Pedido: Ingreso de Datos No Validos ITEM 1 2

DATOS Código Tipo pedido

TIPO DE DATOS $%%%&& //&&%%$$


3

pedido

·$%·$%·$

Error!

4

Teléfono

()$%&$

Error!

5

Fecha

4%/&)=

Error!

6

Servicio

No Hacer clic

Error!

7

Foto

No Hacer clic

Error!

Tabla N° 14

- 122 -


PRACTICAS PRE-

Registra Pedido: Resultados por Escenario

USE CASE

Registra Pedido

ESCENARIO Verificar que se haya registrado correctamente el Pedido

RESULTADO

CONCLUSIÓN

El Recurso Pedido es registrado correctamente y se le asigna un código único.

El Recurso Pedido pasa a formar parte del Estudio Fotográfico

Tabla N° 15

Caso de Uso: Registra Pago Registra Pago: Ingreso de Datos Validos ITEM 1

DATOS Pago Nro

TIPO DE DATOS PAGO0001

2 3 4

Alquiler Nro Concepto Letra Mes

ALQ-0001 efectivo 1

5

Pago

350

6

Interés

0

7

Total

350

8

Fecha Pago

07/11/06

9

Fecha Vencimiento

07/25/06

Tabla N° 16

- 123 -

RESPUESTA Los Datos Fueron Ingresados Correctamente Datos de la DB Datos de la DB Los Datos Fueron Ingresados Correctamente Los Datos Fueron Ingresados Correctamente Los Datos Fueron Ingresados Correctamente Los Datos Fueron Ingresados Correctamente Los Datos Fueron Ingresados Correctamente Los Datos Fueron Ingresados Correctamente


PRACTICAS PRE-

Registra Pago: Ingreso de Datos No Validos

ITEM

DATOS

TIPO DE DATOS

RESPUESTA

1

Pago Nro

$%%%&&

Error!

2

Alquiler Nro

No Hacer Clic

Error!

3

Concepto

No Hacer Clic

Error!

4

Letra Mes

//&&%%$$

Error!

5

Pago

·%$

Error!

6

Interés

$%&·%·$

Error!

7

Total

·$%·$%·$

Error!

8

Fecha Pago

()$%&$

Error!

9

Fecha Vencimiento

4%/&)=

Error!

Tabla N° 17

Registra Pago: Resultados por Escenario

USE CASE

ESCENARIO

RESULTADO

CONCLUSIÓN

Verificar que se haya registrado Registra Pago correctamente el Recurso Pago

El Recurso Pago es registrado correctamente y se le asigna un código único.

El Recurso Pago pasa a formar parte del Estudio Fotográfico

Tabla N° 18

- 124 -


PRACTICAS PRE-

Caso de Uso: Registra Orden de Compra Registra Orden de Compra: Ingreso de Datos Validos ITEM

DATOS

TIPO DE DATOS

RESPUESTA

1

Nro orden compra

ABC-0001


2

Fecha Orden compra

07/11/06


3

Concepto

4

Tipo de orden de compra

soles


5

Orden de compra

Carlos Salas


6

Valor Igv

10%


7

precio

10000


Venta camaras fotográficas

Tabla N° 19

- 125 -



PRACTICAS PRE-

Registrar Orden de Compra : Ingreso de Datos No Validos ITEM

DATOS

TIPO DE DATOS

RESPUESTA

1

Nro orden compra

$%%%&&

Error!

2

Fecha orden compra

·%$

Error!

3

Concepto

$%&·%·$

Error!

4

·$%·$%·$

Error!

5

Tipo orden de compra Orden compra

·%$

Error!

6

Valor IGV

$%&·%·$

Error!

7

precio

()$%&$

Error!

Tabla N° 20

Registrar Orden de Compra : Resultados por Escenario

USE CASE

Registra Orden de compra

ESCENARIO Verificar que se haya registrado correctamente el Recurso orden de compra

RESULTADO

CONCLUSIÓN

El Recurso Orden de compra es registrado correctamente y se le asigna un código único.

El Recurso Orden de compra pasa a formar parte del Terminal.

Tabla N° 21

- 126 -


PRACTICAS PRE-

Caso de Uso: Registra Compra Registra Compra: Ingreso de Datos Validos ITEM

DATOS

TIPO DE DATOS

RESPUESTA

1

Nro compra

ABC-0001


2

Fecha compra

07/11/06


3

Concepto

4

Tipo de compra

soles


5

compra

Carlos Salas


6

Valor Igv

10%


7

precio

10000


Venta camaras fotográficas

Tabla N° 22

- 127 -



PRACTICAS PRE-

Registrar Compra: Ingreso de Datos No Validos ITEM 1

DATOS Numero compra

TIPO DE DATOS $%%%&&

RESPUESTA Error!

2

Fecha compra

·%$

Error!

3

Concepto

$%&·%·$

Error!

4

·$%·$%·$

Error!

5

Tipo de compra compra

·%$

Error!

6

Valor IGV

$%&·%·$

Error!

7

precio

()$%&$

Error!

Tabla N° 23

Registrar Compra: Resultados por Escenario

USE CASE

Registro compra

ESCENARIO

RESULTADO

Verificar que se haya registrado correctamente el Recurso compra

El Recurso compra es registrado correctamente y se le asigna un código único.

Tabla N° 24

- 128 -

CONCLUSIÓN El Recurso compra pasa a formar parte del Estudio Fotografico


PRACTICAS PRE-

11.- CONCLUSIONES

•

El prototipo del sistema desarrollado permite almacenar la data concerniente en la base de datos creada en SQL Server 2005 lo cual permite organizar la seguridad de la información manejada.

•

Con el sistema informático desarrollado se logra disminuir los gastos de la institución y agilizar los procesos.

•

Se logro diseñar el modelo relacional de la Base de Datos.

•

La metodología empleada permitió la confección del modelo de Negocio el cual nos brindo un panorama concreto de la problemática.

•

Se desarrollo la implementación del sistema atreves de los pasos del lenguaje de modelamiento empleada (UML).

•

Se desarrollo solo el prototipo del sistema debido a que el desarrollador

llevo

acabo

la

ejecución

del

proyecto

individualmente.

•

Se realizo el levantamiento de la información e identificación de los problemas del área y sus dominios en base al cual se desarrollo el sistema informático que permite superar las deficiencias del área, optimizando el empleo de sus recursos.

- 129 -


PRACTICAS PRE-

12.- RECOMENDACIONES 

Realizar las coordinaciones que fueran necesarias a efectos de que se pueda contar con el presupuesto requerido.



Utilizar UML, para el desarrollo de futuros proyectos con el fin de garantizar la mejor complementación del software ya que es un buen Lenguaje de modelamiento



La institución debe continuar con la implementación de otros sistemas informáticos para el almacén por ejemplo con la finalidad de agilizar los procesos en los diversos trámites administrativos que a diario se solicitan por los usuarios.



Se debe de desarrollar

un proyecto informático para el curso de

Practicas Pre Profesionales II, con más de un integrante de tal manera que el trabajo sea compartido y se concluya eficazmente. Para no ser absorbido por el curso y dedicarse de manera eficaz a los otros cursos.

- 130 -


PRACTICAS PRE-

13.- REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB Direcciones Electrónicas: •

www.omg.com

•

www.vico.org

•

www.rational.com

•

Erick J. Brauden, Ing. de Soft una perspectiva orientada a Objetos

•

Luis Eduardo Ramírez, Aplicando Herramientas UML

•

Pressman, Roger, Ing. de Software, Un Enfoque Práctico.

14.- BIBLIOGRAFIA ALFREDO WEITZENFELD

PARADIGMA ORIENTADA A OBJETOS División Académica de Computación ITAM, México, 1994

IAN GRAM

METODOS ORIENTADA A OBJETOS Edit. ADDISON WESLEY 2º Edición, USA, 1996

KENDALL & KENDALL

ANALISIS Y DISEÑO DE SISTEMAS Edit. PRENTICE HISPANOAMERICANA S.A.

ROGER PRESSMAN

INGENIERIA DE SOFTWARE Un enfoque practico Ed. Mc. Graw Hill, 1998

- 131 -


PRACTICAS PRE-

15.- APENDICE

RECOPILACION DE DATOS •

•

Identificación de usuario: Nombre

: Zapata López Carlos

Cargo

: Asistente de atención

Aplicación de formatos: Cuestionario: 1. ¿Qué función lleva dentro del Sistema? •

Realizar Reportes.

•

Realizar Consultas.

•

Ingreso de Datos.

2. ¿Qué sugerencias tiene con respecto a la interfaz de trabajo? •

Que no tenga muchos colores.

•

Las interfaces deben tener imágenes.

•

Que sea fácil de manejar.

3. ¿Seria manejable trabajar con usuarios en el software? ¿Por que? •

Si por que cada uno haga su función dentro del sistema.

- 132 -


PRACTICAS PRE-

4. ¿Cuál es su conocimiento en computación? •

Alto

( )

•

Moderado

(x)

•

Bajo

( )

5. ¿Tiene experiencia en sistemas anteriores? •

Alto

( )

•

Moderado

(x)

•

Bajo

( )

6. ¿Con que nivel de educación cuenta? •

Grado

( )

•

Licenciatura

( )

•

Educación Media

(x)

•

Otros

( )

7. ¿Experiencia con aplicaciones? •

Alto

( )

•

Moderado

( )

•

Bajo

(x)

8. ¿En caso de errores durante el uso del sistema como desearía que este le informaría? •

Sonido Moderado ( )

•

Sonido Alto

( ) - 133 -


PRACTICAS PRE-

•

Mensajes de Aviso (x)

•

Cambio de Colores ( )

9. ¿Con que frecuencia va interactuar con el sistema? •

Alto

( )

•

Moderado

(x)

•

Bajo

( )

10. ¿Necesitara una capacitación prevista para el uso del sistema? •

Ninguna

( )

•

Auto aprendizaje con manuales (x)

•

Ayuda del Software

( )

•

•

Conclusiones:

Al aplicar el cuestionario al señor Terraza Pérez Roberto, se resume lo siguiente: es un actor, que va estar con moderado contacto con el sistema. La función que lleva a cabo en el sistema es ingresar datos de mantenimiento, generar reportes y consultas de algunos datos importantes. Para lo cual sugiere que el sistema no debe contar con una sobrecarga de colores, debe incluir imágenes y las interfaces deben de ser fáciles de manejar. Al parecer el sistema debe manejar usuarios para que cada empleado que maneja el sistema debe tener bien claro las funciones que realiza en el sistema. En caso posible de errores durante la interacción con el sistema, este debe informarle mediante mensajes.

- 134 -


PRACTICAS PRE-

- 135 -


•

•

PRACTICAS PRE-


: Herrera Chacón Jorge

Cargo

: Cajero


Realizar Reportes.

•

Realizar Consultas.

•

Ingreso de Datos.



•


•





Alto

( )

•

Moderado

(x)

•

Bajo

( ) - 136 -


PRACTICAS PRE-


Alto

( )

•

Moderado

(x)

•

Bajo

( )


Grado

( )

•

Licenciatura

( )

•

Educación Media

(x)

•

Otros

( )


Alto

( )

•

Moderado

( )

•

Bajo

(x)


Sonido Moderado ( )

•

Sonido Alto

•


•


( )

9. ¿Con que frecuencia va interactuar con el sistema? •

Alto

( ) - 137 -


PRACTICAS PRE-

•

Moderado

(x)

•

Bajo

( )

10. ¿Necesitara una capacitación prevista para el uso del sistema?

•

•

Ninguna

( )

•

Autoaprendizaje con manuales (x)

•

Ayuda del Software

( )

Conclusiones: Al aplicar el cuestionario al Sr. Bustamante Rivera José, se resume lo siguiente: es un actor, que va estar con moderado contacto con el sistema. La función que lleva a cabo en el sistema es ingresar datos de mantenimiento, generar reportes y consultas de algunos datos importantes. Para lo cual sugiere que el sistema no debe contar con una sobrecarga de colores, debe incluir imágenes y las interfaces deben de ser fáciles de manejar. Al parecer el sistema debe manejar usuarios para que cada empleado que maneja el sistema debe tener bien claro las funciones que realiza en el sistema. En caso posible de errores durante la interacción con el sistema, este debe informarle mediante mensajes.

- 138 -


•

•

PRACTICAS PRE-


: Bustamante Torres Joel

Cargo

: Asistente de Compra


Realizar Reportes.

•

Realizar Consultas.

•

Ingreso de Datos.



•


•





Alto

(x)

- 139 -


PRACTICAS PRE-

•

Moderado

( )

•

Bajo

( )


Alto

( )

•

Moderado

(x)

•

Bajo

( )


Grado

( )

•

Licenciatura

( )

•

Educación Media

(x)

•

Otros

( )


Alto

( )

•

Moderado

(x)

•

Bajo

( )


Sonido Moderado ( )

•

Sonido Alto

•


•


( )

9. ¿Con que frecuencia va interactuar con el sistema? - 140 -


PRACTICAS PRE-

•

Alto

( )

•

Moderado

(x)

•

Bajo

( )

10. ¿Necesitara una capacitación prevista para el uso del sistema?

•

•

Ninguna

( )

•

Autoaprendizaje con manuales (x)

•

Ayuda del Software

( )

Conclusiones: Al aplicar el cuestionario al señor Beltrán Córdova Miguel se resume lo siguiente: es un actor, que va estar con moderado contacto con el sistema. La función que lleva a cabo en el sistema es ingresar datos de mantenimiento, generar reportes y consultas de algunos datos importantes. Para lo cual sugiere que el sistema no debe contar con una sobrecarga de colores, debe incluir imágenes y las interfaces deben de ser fáciles de manejar. Al parecer el sistema debe manejar usuarios para que cada trabajador que maneja el sistema debe tener bien claro las funciones que realiza en el sistema. En caso posible de errores durante la interacción con el sistema, este debe informarle mediante mensajes.

- 141 -


PRACTICAS PRE-

FORMATO DE ESPECIFICACION DE CASO DE USO

Tabla: Formato de Especificación de Caso de uso Descripción



Rendimiento

Frecuencia

Importancia

El Sistema deberá permitir a [lista de actores] en [instante en el que se puede realizar el caso de uso] [funcionalidad que define el caso de uso] Según se describe en el siguiente caso de uso: Paso Acción 1 {, realizar el caso de uso [caso de uso]} 2 2.a. Si [Situacion que produce una alternativa] el sistema deberá {< accion a realizar >, realizar el caso de uso [caso de uso]} 2.b. Si [Situacion que produce una alternativa] el sistema deberá {< accion a realizar >, realizar el caso de uso [caso de uso]} ... ... ... N ... < postcondicion del caso de uso> Paso Accion P En el caso de que [situacion que provoca la excepcion] el sistema debera {< accion a realizar >, realizar el caso de uso [caso de uso]} ... ... Q ... El sistema deberá realizar la/s accion/es descrita/s en {los pasos [primer paso] al [ultimo paso], el paso [numero de paso]} en un maximo de [cuota de tiempo] Este caso de uso se espera que se lleve a cabo una media de [numero de veces ] al [unidad temporal] {vital, importante, quedaria bien}

- 142 -

55961040 Proyecto Final Pre I Julio Garcia

Recommend Documents