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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
-
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-
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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.
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
•
•
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
• • • • •
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
- 25 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
CAPITULO III
APLICACIÓN DE METODOLOGIA RUP
10.1.- MODELO DEL NEGOCIO (PICTOGRAMA DEL NEGOCIO) - 26 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
- 27 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
CASO DE USO Descripción
GESTIONAR COMPRAS El Sistema deberá permitir al Asistente de compra registrar a todos los
Precondición Secuencia Normal
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
Frecuencia Importancia Urgencia Comentarios
minutos. 2 veces / día importante Importante Sin comentarios adicionales
- 35 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
10.1.7.- MODELO DEOBJETO DEL NEGOCIO
GESTIONAR ATENCION AL CLIENTE
GESTIONAR COMPRA
- 36 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Atención de Clientes
Gestionar Compras
- 38 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
- 39 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
10.1.9.- MODELO DEL DOMINIO
10.1.10.- GLOSARIO DEL NEGOCIO
- 40 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Tabla: Registra Proveedor CASO DE USO Descripción Precondición Secuencia Normal
Postcondición Excepciones
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
Precondición Secuencia Normal
Postcondición Excepciones
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Poscondición Excepciones
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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.
Poscondición Excepciones
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Las ordenes de compra deberán estar registradas
Postcondición Excepciones
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
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.
Postcondición Excepciones
Paso
- 57 -
Acción
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
Tabla: Reporte Cliente CASO DE USO Descripción Precondición Secuencia Normal
Postcondición Excepciones
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Rendimiento Frecuencia Importancia Urgencia Comentarios
Tabla: Reporte Proveedor CASO DE USO Descripción Precondición Secuencia Normal
Postcondición Excepciones
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.
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Frecuencia Importancia Urgencia Comentarios
Tabla: Reporte Producto CASO DE USO Descripción Precondición Secuencia Normal
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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.
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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.
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Tabla: Reporte Pago CASO DE USO Descripción Precondición Secuencia Normal
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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.
Postcondición Excepciones
Rendimiento Frecuencia Importancia Urgencia Comentarios
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar Cotización
Registrar Orden de Compra
- 67 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar Proveedor
Reportar Cliente
Reportar Compra
Reportar Cotización
Reportar Orden de Compra
- 70 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reportar Pago
Reportar Pedido
Reportar Producto
Reportar Productos más Pedidos
Reportar Proveedor
- 71 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
10.3.2.- DIAGRAMA DE CLASES DE ENTIDAD
- 72 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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()
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS
PRACTICAS PRE-PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
10.3.4.- DIAGRAMA DE PAQUETES DE ANALISIS
LOGICA DE NEGOCIO:
: VerificarProducto
ActualizarStock
- 75 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
DATOS:
PRESENTACION:
- 76 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
DISEÑO 10.4.1 INTERFACES: Presentación Menú
Registrar cliente – Búsqueda
- 77 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar cliente – Mantenimiento
Registrar Producto - Búsqueda
- 78 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar Producto - Mantenimiento
Registro Proveedor - Busqueda
- 79 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registro Proveedor – Mantenimiento
Registra Cotización - Búsqueda
- 80 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registra Cotización - Mantenimiento
- 81 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Proceso Pedido
Proceso Orden Compra
- 82 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Proceso Compra
Proceso Pago - 83 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reporte Cliente
+ Reporte Producto - 84 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reporte Cotización
Reporte Usuario - 85 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Ingreso
- 86 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 Nuevo Limpia 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")
Click Boton Modificar
Activa Free form
Activa Guardar / De sa ctiva N uevo
Click Boton Ca ncelar
Registrar Proveedor - 88 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
: 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
Msg("Registro Almacenado")
Click Boton Modificar
Activa Freefo rm
Activa Guardar / Desactiva Nuevo Click Boton Cancelar
Registrar Cotización - 89 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
: 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 Nuevo Limpia Dw_2.tabpage_2
Click Boton Guardar Registrar Cotizacion(cod,fecha,proveedorproducto,preciocompra) Crear() Var. cotizacion Msg("Registro Almacenado")
Click Boton Modificar
Activa Freeform
Activa Guardar / Desactiva Nuevo
Click Boton Cancelar
- 90 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Click Boton Cancelar
- 91 -
: Cliente
: Pedido
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Msg("Registro Almacenado")
Click Boton Modificar
Activa Fre eform
Activa Guardar / Desactiva Nuevo
Click Boton Cancelar
- 92 -
: Producto
: Pedido
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Msg("Registro Almacenado")
Click Boton Modificar
Activa Freeform
Activa Guardar / Des activa Nuevo
Click Boton Cancelar
- 93 -
Crear()
: Pr ove e
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reportar Cliente
Reportar Compra
- 95 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reportar Cotización
Reportar Orden de Compra
- 96 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reportar Pago
Reportar Pedido
- 97 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Reportar Producto
Reportar Proveedor
- 98 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS
PRACTICAS PRE-PROFESIONALES I
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()
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Estado Orden Compra
Por Atender
Registrar ordenCompra(estado=por atender va=atender)
- 101 -
Atendido
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS
PRACTICAS PRE-PROFESIONALES I
10.4.6 MODELO FISICO DE LA BASE DE DATOS RELACIONAL
- 103 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
ADD PRIMARY KEY (codpag) go CREATE TABLE pedido ( codped char(6) NOT NULL, fechaped datetime NULL, codusu char(6) NULL, codcli char(6) NULL, monto decimal(5,2) NULL, estado char(1) NULL ) go ALTER TABLE pedido ADD PRIMARY KEY (codped) go CREATE TABLE producto ( codprod char(6) NOT NULL, descprod char(50) NULL, medidaprod char(20) NULL, marcaprod char(20) NULL, serieprod char(20) NULL, stopactualprod int NULL, stopminimoprod int NULL, stopmaximoprod int NULL, precioprod decimal(5,2) NULL, estadoprod char(1) NULL, codpro char(6) NULL ) go ALTER TABLE producto ADD PRIMARY KEY (codprod) go CREATE TABLE proveedor ( codpro CHAR(6) NOT NULL, razsocpro CHAR(50) NULL, propiepro CHAR(50) NULL, represpro CHAR(50) NULL, dirpro CHAR(50) NULL, ciudadpro CHAR(20) NULL, mailpro CHAR(50) NULL, telfpro CHAR(10) NULL, - 107 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
go
- 110 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS
PRACTICAS PRE-PROFESIONALES I
10.4.8.- MODELO FISICO DE LA BASE DATOS RELACIONAL (SQL SERVER)
- 111 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS
PRACTICAS PRE-PROFESIONALES I
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()
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
10.5.- IMPLEMENTACION
10.5.1.- DIAGRAMA DE COMPONENETES
“
- 113 -
”
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Los Datos Fueron Ingresados Correctamente
4
Nombres
gustavo
Los Datos Fueron Ingresados Correctamente
5
Edad
28
Los Datos Fueron Ingresados Correctamente
6
DNI
32965053
Los Datos Fueron Ingresados Correctamente
7
Dirección
Las Brisas F’ 11
Los Datos Fueron Ingresados Correctamente
8
Teléfono
585097
Los Datos Fueron Ingresados Correctamente
9
Fecha
07/10/06
Los Datos Fueron Ingresados Correctamente
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Caso de Uso: Registrar Proveedor Registrar Proveedor: Ingreso de Datos Validos ITEM
DATOS
TIPO DE DATOS
RESPUESTA
1
Código
PERS0001
Los Datos Fueron Ingresados Correctamente
2
Ap Paterno
villanueva
Los Datos Fueron Ingresados Correctamente
3
Ap Materno
alejos
Los Datos Fueron Ingresados Correctamente
4
Nombres
gustavo
Los Datos Fueron Ingresados Correctamente
5
Edad
28
Los Datos Fueron Ingresados Correctamente
6
DNI
32965053
Los Datos Fueron Ingresados Correctamente
7
Dirección
Las Brisas F’ 11
Los Datos Fueron Ingresados Correctamente
8
Teléfono
585097
Los Datos Fueron Ingresados Correctamente
9
Fecha
07/10/06
Los Datos Fueron Ingresados Correctamente
10
Servicio
Clic
Datos de la DB
11
Foto
Clic en Botón Buscar Fotografía
Los Datos Fueron Ingresados Correctamente
Tabla Nº 4
- 117 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar Proveedor : 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° 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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Caso de Uso: Registrar Producto Registrar Producto: Ingreso de Datos Validos ITEM 1
DATOS Código
TIPO DE DATOS PERS0001
RESPUESTA Los Datos Fueron Ingresados Correctamente
2
Nomproducto
camaras
Los Datos Fueron Ingresados Correctamente
3
Dirección
Las Brisas F’ 11
Los Datos Fueron Ingresados Correctamente
4
Teléfono
585097
Los Datos Fueron Ingresados Correctamente
5
Fecha
07/10/06
Los Datos Fueron Ingresados Correctamente
6 7
Servicio Foto
Clic Clic en Botón Buscar Fotografía
Datos de la DB Los Datos Fueron Ingresados Correctamente
Tabla Nº 7
Registrar Producto : Ingreso de Datos No Validos ITEM DATOS TIPO DE DATOS 1 Código $%%%&& 2 NomProducto //&&%%$$
RESPUESTA Error! Error!
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
TIPO DE DATOS PERS0001
RESPUESTA Los Datos Fueron Ingresados Correctamente
2
Tipo cotización
Dólares Y/O soles
Los Datos Fueron Ingresados Correctamente
3
cotización
cambio
Los Datos Fueron Ingresados Correctamente
4
Teléfono
585097
Los Datos Fueron Ingresados Correctamente
5
Fecha
07/10/06
Los Datos Fueron Ingresados Correctamente
6 7
Servicio Foto
Clic Clic en Botón Buscar Fotografía
Datos de la DB Los Datos Fueron Ingresados Correctamente
Tabla Nº 10
- 120 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Registrar Cotización: Ingreso de Datos No Validos ITEM 1 2
TIPO DE DATOS $%%%&& //&&%%$$
RESPUESTA Error! Error!
·$%·$%·$
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Caso de Uso: Registrar Pedido Registrar Pedido: Ingreso de Datos Validos ITEM 1
DATOS Código
TIPO DE DATOS PERS0001
RESPUESTA Los Datos Fueron Ingresados Correctamente
2
Tipo pedido
revelado
Los Datos Fueron Ingresados Correctamente
3
pedido
fotografías
Los Datos Fueron Ingresados Correctamente
4
Teléfono
585097
Los Datos Fueron Ingresados Correctamente
5
Fecha
07/10/06
Los Datos Fueron Ingresados Correctamente
6 7
Servicio Foto
Clic Clic en Botón Buscar Fotografía
Datos de la DB Los Datos Fueron Ingresados Correctamente
Tabla Nº 13
Registrar Pedido: Ingreso de Datos No Validos ITEM 1 2
DATOS Código Tipo pedido
TIPO DE DATOS $%%%&& //&&%%$$
RESPUESTA Error! Error!
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
Los Datos Fueron Ingresados Correctamente
2
Fecha Orden compra
07/11/06
Los Datos Fueron Ingresados Correctamente
3
Concepto
4
Tipo de orden de compra
soles
Los Datos Fueron Ingresados Correctamente
5
Orden de compra
Carlos Salas
Los Datos Fueron Ingresados Correctamente
6
Valor Igv
10%
Los Datos Fueron Ingresados Correctamente
7
precio
10000
Los Datos Fueron Ingresados Correctamente
Venta camaras fotográficas
Tabla N° 19
- 125 -
Los Datos Fueron Ingresados Correctamente
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
Caso de Uso: Registra Compra Registra Compra: Ingreso de Datos Validos ITEM
DATOS
TIPO DE DATOS
RESPUESTA
1
Nro compra
ABC-0001
Los Datos Fueron Ingresados Correctamente
2
Fecha compra
07/11/06
Los Datos Fueron Ingresados Correctamente
3
Concepto
4
Tipo de compra
soles
Los Datos Fueron Ingresados Correctamente
5
compra
Carlos Salas
Los Datos Fueron Ingresados Correctamente
6
Valor Igv
10%
Los Datos Fueron Ingresados Correctamente
7
precio
10000
Los Datos Fueron Ingresados Correctamente
Venta camaras fotográficas
Tabla N° 22
- 127 -
Los Datos Fueron Ingresados Correctamente
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
- 135 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
•
•
PRACTICAS PRE-
Identificación de usuario: Nombre
: Herrera Chacón Jorge
Cargo
: Cajero
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.
4. ¿Cuál es su conocimiento en computación? •
Alto
( )
•
Moderado
(x)
•
Bajo
( ) - 136 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
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
•
Mensajes de Aviso (x)
•
Cambio de Colores ( )
( )
9. ¿Con que frecuencia va interactuar con el sistema? •
Alto
( ) - 137 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
•
•
PRACTICAS PRE-
Identificación de usuario: Nombre
: Bustamante Torres Joel
Cargo
: Asistente de Compra
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.
4. ¿Cuál es su conocimiento en computación? •
Alto
(x)
- 139 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
•
Moderado
( )
•
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
(x)
•
Bajo
( )
8. ¿En caso de errores durante el uso del sistema como desearía que este le informaría? •
Sonido Moderado ( )
•
Sonido Alto
•
Mensajes de Aviso (x)
•
Cambio de Colores ( )
( )
9. ¿Con que frecuencia va interactuar con el sistema? - 140 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
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 -
UNIVERSIDAD “SAN PEDRO” INGENIERIA INFORMATICA Y DE SISTEMAS PROFESIONALES I
PRACTICAS PRE-
FORMATO DE ESPECIFICACION DE CASO DE USO
Tabla: Formato de Especificación de Caso de uso Descripción
Precondición Secuencia Normal
Postcondición Excepciones
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 -