UNIVERSIDAD SAN PEDRO

CEAIS-HUARAZ FACULTAD DE INGENIERA ESCUELA DE INGENIERA DE SISTEMAS E INFORMTICA

PRACTICAS PRE PROFESIONALES I

PROYECTO: ANLISIS Y DISEO DE UN SISTEMA INFORMTICO PARA EL CONTROL DEL PROCESO DE VENTAS DE LA EMPRESA MULTISERVICIOS JHON DEL DISTRITO DE CHAVN DE HUANTAR EN EL AO 2012

AUTORES: ESPINOZA MAZA DIANA CAROLINA. INOCENTE ACUA JESS. MNDEZ ROQUE, JONATTAN JOS.

ASESORA: ING. LUNA QUIROZ ROSSI.

HUARAZ - PERU - 2012

Pgina 1 de 64

DEDICATORIA

Le dedicamos en primer lugar este trabajo a Dios, fue el creador de todas las cosas, el que nos ha dado fortaleza para continuar; por ello, con toda la humildad que de nuestros corazones podemos emanar.

De igual forma, a nuestros Padres, a quienes le debemos toda nuestra vida, les agradecemos el cario y su comprensin, a ustedes quienes han sabido formarnos con buenos sentimientos, hbitos y valores, lo cual nos ha ayudado a salir adelante buscando siempre el mejor camino.

A nuestros maestros, gracias por su tiempo, por su apoyo as como por la sabidura que nos transmitieron en el desarrollo de este proyecto, en especial a la Ingeniera Roco Luna Quiroz, por haber guiado el desarrollo de este proyecto y llegar a la culminacin del mismo.

LOS AUTORES

Pgina 2 de 63

AGRADECIMIENTO

Primero y antes que nada, dar gracias a Dios, por estar con nosotros en cada paso que damos, por fortalecer nuestros corazones e iluminar nuestra mente y por haber puesto en nuestro camino a aquellas personas que han sido nuestro soporte y compaa durante todo el periodo de desarrollo de este proyecto.

Agradecer hoy y siempre a nuestras familias por el esfuerzo realizado por ellos. El apoyo en nuestros estudios, de ser as no hubiese sido posible. A nuestros padres y dems familiares ya que nos brindan el apoyo, la alegra y nos dan la fortaleza necesaria para seguir adelante.

Un agradecimiento especial a la Ingeniera Rosso Luna Quiroz, por la colaboracin, paciencia, apoyo y sobre todo por esa gran amistad que nos brind y nos brinda, por escucharnos y aconsejarnos siempre.

Pgina 3 de 63

Tabla de contenido DEDICATORIA AGRADECIMIENTO NDICE DE FIGURAS RESUMEN ABSTRACT PRESENTACION INTRODUCCION CAPITULO I: GENERALIDADES 1.2. SITUACIN PROBLEMTICA................................................................ 14

1.2.1. DESCRIPCIN. ....................................................................................... 14 1.2.2. SELECCIN DEL PROBLEMA............................................................... 14 1.2.3. ANTECEDENTES DEL PROBLEMA ...................................................... 14 1.3. JUSTIFICACIN DEL PROYECTO. ....................................................... 15

1.3.1. JUFICACIN TCNICA .......................................................................... 15 1.3.2. JUSTIFICACIN OPERATIVA. ............................................................... 15 1.3.3. JUSTIFICACIN ECONMICA. ............................................................. 15 1.4. OBJETIVOS DEL PROYECTO. .............................................................. 16

1.4.1. GENERAL................................................................................................ 16 1.4.2. ESPECFICOS. ........................................................................................ 16 1.5. LIMITACIONES DEL PROYECTO A REALIZAR. ................................... 16 CAPITULO II MARCO TEORICO 2.1. 2.2. 2.3. DESCRIPCION DEL SOFTWARE ........................................................... 17 BASE DE DATOS .................................................................................... 17 LENGUAJE DE PROGRAMACIN ........................................................ 17

2.4. PROGRAMAS UTILIZADOS PARA LA PROGRAMACION DEL SISTEMA, DISENO Y MODELADO DE LA BASE DE DATOS ........................ 18 2.4.1. NetBeans................................................................................................. 19 2.4.1.1.NetBeans hoy ....................................................................................... 19 2.4.1.2.Plataforma netbeans ............................................................................ 19
Pgina 4 de 63

2.4.2. Rational Rose ......................................................................................... 20 2.4.2.1.Caractersticas de Rational Rose ....................................................... 20 2.4.3. MySQL ..................................................................................................... 21 2.4.3.1.Historia de MySQL ............................................................................... 21 2.4.3.2.Caractersticas de MySQL ................................................................... 22 2.4.4. Kata Kuntur............................................................................................. 22 2.4.4.1.Caractersticas ..................................................................................... 23 2.4.4.1.1.Rpido ................................................................................................ 23 2.4.4.1.2.Gratuito .............................................................................................. 23 2.4.4.1.3.Ingeniera Directa .............................................................................. 23 2.4.4.1.4.Exportacin a Cdigo Fuente .......................................................... 23 CAPITULO III DESCRIPCION DE LA METODOLOGICA 3.1. METODOLOGIA DE DESARROLLO ...................................................... 24

3.1.1. METODOLOGIA RUP ............................................................................. 24 3.1.2. FASE DE PROCESO UNIFICADO DE RACIONAL ................................ 25 3.1.2.1.Fase De Concepcin ............................................................................ 25 3.1.2.2.Fase De Elaboracin ........................................................................... 25 3.1.2.3.Fase De Construccin ......................................................................... 25 3.1.2.4.Fase De Transicin .............................................................................. 25 3.2. 3.3. Qu es UML? .......................................................................................... 26 DIAGRAMA DE MODELAMIENTO. ........................................................ 27

3.3.1. Diagrama casos de uso ......................................................................... 27 3.3.2. DIAGRAMA DE CLASES: ....................................................................... 28 3.3.3. DIAGRAMAS DE SECUENCIA: .............................................................. 28
3.3.4.DIAGRAMAS DE COLABORACIN: ..................................................................... 29 3.3.5.DIAGRAMA DE ESTADO: ....................................................................................... 30 3.3.6.DIAGRAMA DE ACTIVIDAD: .................................................................................. 32

3.3.7. 3.3.8.

Diagrama de Componentes ...................................................................... 33 Diagrama de Distribucin ......................................................................... 34

Pgina 5 de 63

CAPITULO IV APLICACIN DE LA METODOLOGICA 4.1. MODELO DE NEGOCIO

35

CONCLUSINES RECOMENDACIONES BIBLIOGRAFA ANEXOS.

Pgina 6 de 63

NDICE DE TABLAS

Cuadro N 01 Cuadro N 02

14 61

NDICE DE FIGURAS

Fig. 01 Fig. 02 Fig. 03 Fig. 04 Fig. 05 Fig. 06 Fig. 07 Fig. 08 Fig. 09 Fig. 10 Fig. 11 Fig. 12 Fig. 13 Fig. 14 Fig. 15 Fig. 16 Fig. 17 Fig. 18 Fig. 19 Fig. 20 Fig. 21 Fig. 22

27 28 29 30 31 32 33 34 39 39 40 40 41 43 44 44 45 46 47 48 49 52

Pgina 7 de 63

RESUMEN

El presente Proyecto de Anlisis y diseo, esta basado en optimizar y sistematizar los procesos manuales que realiza la Empresa Multiservicios Jhon en relacin a la venta de motocicletas.

As mismo el presente estudio permiti identificar las condiciones en las que se centra el problema, en un modo detallado y explicativo.

Para empezar la minuciosa realizacin del Estudio y Anlisis del proceso de la venta de productos motorizados, internamente que realiza la Empresa Multiservicios Jhon se tuvo que recopilar informacin de la empresa, en el cual se obtuvo la debida informacin para el proceso de anlisis. En el contenido de la Informacin del Anlisis se presentara la informacin recopilada, dicha informacin esta implantada y representada en los diagramas que se modelaran de acuerdo a los diferentes procesos que realiza dicha Empresa, el programa que se utiliza para implementar los diagramas es Rational Rose Enterprise Edition.

En el proceso del diseo del Software que se implementara al final del anlisis esta basado en la solucin de los problemas que presenta dicha Empresa en los Procesos ya mencionados.

El Software esta desarrollado con un motor de base de datos MYSQL 5.1 Query Browser y con el lenguaje de programacin java en NetBeans 6.9.1

Con el anlisis y diseo del Software se espera satisfacer las necesidades que requiere la empresa para el mejor manejo de los procesos que realiza internamente en la venta de motocicletas.

Pgina 8 de 63

ABSTRACT

This project analysis and design, is based on optimizing and systematize manual processes multi-utility performs "John" in relation to the sale of motorcycles. Also this study identified the conditions under which focuses the problem in a detailed way and explanatory.

To begin the detailed implementation of the Study and Analysis of the process of the sale of motorized products, internally Multiservice Company performs "John" had to gather information from the company, in which information was obtained due to the scanning process. In the content analysis of the information collected information be presented, that information is established and represented in diagrams to be modeled according to the different processes that made that undertaking, the program that is used to implement the diagrams is Rational Rose Enterprise Edition.

In the software design process was implemented at the end of the analysis is based on the solution of the problems with this company in the aforementioned processes.

The software was developed with a database engine MySQL 5.1 Query Browser and Java programming language in NetBeans 6.9.1.

With the analysis and design of the software is expected to meet the needs that require the company to better manage the processes performed internally in selling motorcycles.

Pgina 9 de 63

PRESENTACION

El presente proyecto, permite realizar un buen desarrollo en la gestin de la venta de motocicletas de la Empresa Multiservicios Jhon, para ello se hizo las averiguaciones necesarias, recopilacin e informacin de la realidad que actualmente se filtra en la organizacin.

El sistema se encarga de registrar a los clientes que por primera vez realizan una compra, para ellos se necesita reconocer las caractersticas de los clientes a ingresar.

El sistema nos permite hacer mantenimientos, procesos y reportes para el mejor manejo del control de ventas de la Empresa.

Pgina 10 de 63

INTRODUCCION

Hoy en da las empresas hacen todo lo posible para ser competentes y ser mejores que las empresas competentes a ellas, con el avance de la tecnologa, por ello el objetivo principal de este proyecto es demostrar que el anlisis y el diseo de este sistema informtico poniendo en prctica el control de ventas de la empresa MULTISERVICIOS JHON. los conocimientos

adquiridos hasta el momento durante nuestra formacin profesional, esto mejorar

Respecto al contenido del proyecto, este consta de IV captulos que a continuacin se narrarn en forma breve.

De esta forma se tendr un panorama general del proyecto.

Pgina 11 de 63

1.1. DATOS DE LA ORGANIZACIN

1.1.1. NOMBRE DE LA ORGANIZACIN. RAZN SOCIAL RUC : : Multiservicios Jhon 10316593831.

1.1.2. UBICACIN. Av. 17 de Enero S/N Chavn de Huantar-Huari-Ancash.

1.1.3. REPRESENTANTE DE LA ORGANIZACIN. GERENTE GENERAL 1.1.4. GIRO DE NEGOCIO. Venta de motocicletas, bicicletas y repuestos en general. : Roque Minaya Hilda.

1.1.5. VISIN Y MISIN DE LA EMPRESA. MISIN: Alcanzar el primer lugar en el mercado ancashino, como el mejor lugar para obtener motocicletas, con un excelente servicio y calidad, de nuestros productos para lograr la consolidacin en la preferencia de nuestros clientes.

VISIN: Posicionarnos en el mercado regional, estableciendo una cadena exitosa, con un alto reconocimiento por la calidad de nuestros productos y nuestra cultura de servicio, generando as altos retornos financieros a la inversin de los accionistas.

Pgina 12 de 63

1.1.6. ORGANIGRAMA DE LA ORGANIZACIN.

GERENTE GENERAL

FINANZAS

VENTAS

PRODUCCION

CONTABILIDAD

VENDEDOR

LOGISTICA

PRESUPUESTOS MECANICO COMPRAS CAJA

Cuadro N1 ORGANIZAGRA DE LA INSTITUCIN.

ALMACEN

Pgina 13 de 63

1.2. SITUACIN PROBLEMTICA 1.2.1. DESCRIPCIN. Actualmente la informacin es manejada de forma inapropiada, ya que la informacin se opera manualmente y luego guardada en archivadores, ello no permite identificar el control en las reas, ver la disponibilidad de los procesos de venta durante determinados periodos, llevar un control de sus ingresos, reportes semanales y mensuales, tener un adecuado control del rea de venta en tal sentido surgi la necesidad de desarrollar un sistema de informacin que permita una eficiencia en los procesos de generacin y utilizacin de la informacin de la empresa Multiservicios Jhon.

Asimismo las deficiencias que tiene la empresa en la actualidad son: En sacar el balance de sus ingresos y egresos No puede realizar un balance exacto de sus ganancias mensuales No hay un adecuado control de ventas Demora y poca confiabilidad en los reportes de ventas Carencia de registros de datos de ventas del da, de la semana y del mes. Lentitud en la emisin de boletas.

1.2.2. SELECCIN DEL PROBLEMA Problemas en el control del proceso de ventas. 1.2.3. ANTECEDENTES DEL PROBLEMA Luego de haber realizado una visita a la empresa Multiservicios Jhon, no encontraron un sistema que pueda cumplir con la necesidad en el rea de ventas de la empresa; motivo por el cual precisamos la novedad de nuestro proyecto.

Pgina 14 de 63

1.3. JUSTIFICACIN DEL PROYECTO. 1.3.1. JUFICACIN TCNICA Mayor rapidez en el acceso de informacin, ya que los sistemas de informacin procesan y almacenan informacin a gran velocidad. Mayor seguridad de la informacin ya que se pueden generar Backus diarios y ello permite no perder informacin. Mayor seguridad al acceso a la informacin. Mejor calidad de informacin, los sistemas de informacin brindan informacin confiable.

1.3.2. JUSTIFICACIN OPERATIVA. Se agilizarn los procesos que se realiza en las reas: atencin al cliente y venta como la emisin de reportes semanales, mensuales

y anuales de las ventas, facturacin la entrega de informacin a los clientes ser de manera ms efectiva y con mayor rapidez.

Reducir errores y prdida de datos. Acelerara las bsquedas de datos. Mejorara el Servicio a los Clientes.

1.3.3. JUSTIFICACIN ECONMICA. En el aspecto econmico el sistema que se quiere analizar y disear genera beneficios para la empresa, tales como no teniendo que comprar cuadernos de anotaciones diarias de los movimientos que se realizan en la empresa y algunos tiles de escritorio. Se ahorrar en tiempo al realizar reportes, ventas y pagos; los cuales podrn realizar otras actividades en la empresa o prescindir de sus servicios.

Pgina 15 de 63

1.4. OBJETIVOS DEL PROYECTO. 1.4.1. GENERAL. Analizar y Disear un sistema informtico para el control de ventas de Motocicletas de la empresa Multiservicios Jhon del Distrito de Chavn de Huantar usando la metodologa RUP en el ao 2012.

1.4.2. ESPECFICOS. Analizar la problemtica en el control de ventas de motocicletas de la empresa Multiservicios Jhon. Determinar los requerimientos funcionales y no funcionales de la Empresa. Presentar el perfil del Proyecto a la entidad interesada, para facilitar y brindar un servicio eficiente a los clientes, y tener un mejor control de las ventas de motocicletas de la empresa. Realizar la captura de requerimientos de los usuarios del sistema informtico a travs del modelado de negocio. Emplear la metodologa RUP (Proceso Unificado de Rational). Disear modelos UML con la herramienta Rational Rose. Modelamiento de la Base de datos del Software usando el gestor MySQL y la aplicacin KataKuntur. Disear el prototipo de las interfaces con la herramienta NetBeans 6.9 1.5. LIMITACIONES DEL PROYECTO A REALIZAR. El poco tiempo que el personal nos brindaba informacin para hacer el anlisis del sistema. Poco tiempo para poder implementar el Sistema, esto nos lleva a realizar solo el anlisis y el diseo de dicho software. La poca colaboracin del personal. Horario de trabajo del personal. El domicilio de la empresa es distante de la ciudad de Huaraz, para poder estar en constante comunicacin con el personal.

Pgina 16 de 63

2.1. DESCRIPCION DEL SOFTWARE El presente Proyecto est siendo analizado y diseado para el control de ventas de motocicletas para la empresa MULTISERVICIOS JHON, la cual consiste en una poderosa herramienta que favorece el control de ventas, en cuanto permite crear y desarrollar bien las ventas realizadas de acuerdo a las necesidades de la empresa. El software provee una herramienta para soportar y registrar todo tipo de motocicletas, clientes y lo principal las ventas realizadas. 2.2. BASE DE DATOS Una base de datos es necesaria para dar cumplimiento al objetivo del proyecto. Las bases de datos permiten el desarrollo y mantenimiento de aplicaciones complejas con un costo significativamente menor. Permiten que el mismo modelo conceptual se aplique al anlisis, diseo, programacin, definicin y acceso a la base de datos. Las bases de datos toman la idea de las bases inteligentes de datos a su conclusin lgica. No se tiene acceso a dato alguno sino es a travs de los mtodos almacenados en la base de datos. Estos mtodos estn listos para entrar en accin al momento en que reciben una solicitud. Los datos de todos los objetos quedan entonces encapsulados. En general los datos son activos ms que pasivos. 2.3. LENGUAJE DE PROGRAMACIN El software que operar el usuario para la administracin de los productos de la empresa, ser escrito en el lenguaje de programacin orientado a objetos JAVA. Por lo anterior, a continuacin se da una descripcin del lenguaje y las caractersticas ms importantes. JAVA, es un lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems a principios de la dcada de 1990. Las aplicaciones Java estn tpicamente compiladas en un bytecode, aunque la compilacin en cdigo mquina nativo tambin es posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un procesador Java tambin es posible. (Sun Microsystems 1995).

Pgina 17 de 64

2.3.1. CARACTERSTICAS A continuacin se listan las caractersticas principales del lenguaje de programacin JAVA: Orientado a Objetos: se refiere a un mtodo de programacin y al diseo del lenguaje. Aunque hay muchas interpretaciones para OO, una primera idea es disear el software de forma que los distintos tipos de datos que use estn unidos a sus operaciones. As, los datos y el cdigo (funciones o mtodos) se combinan en entidades llamadas objetos. Independencia de la plataforma: La segunda caracterstica significa que programas escritos en el lenguaje Java pueden ejecutarse igualmente en cualquier tipo de hardware. Esto significa ser cdigo intermedio ms abstracto que el cdigo mquina. Habitualmente se lo trata como a un archivo binario que contiene cdigo mquina producido por el compilador capaz de escribir un programa una vez y que pueda ejecutarse en cualquier dispositivo. Se compila el cdigo fuente escrito en lenguaje Java, para generar un cdigo bytecode. El recolector de basura: Un argumento en contra de lenguajes como C++, es que los programadores se encuentran con la carga aadida de tener que administrar la memoria solicitada dinmicamente de forma manual. En Java, este problema potencial es evitado en gran medida por el recolector automtico de basura (automatic garbage collector). El programador determina cundo se crean los objetos, y el entorno en tiempo de ejecucin de Java (Java runtime) es el responsable de gestionar el ciclo de vida de los objetos. El programa u otros objetos pueden tener localizado un objeto mediante una referencia a ste (que, desde un punto de vista de bajo nivel es una direccin de memoria). Cuando no quedan referencias a un objeto, el recolector de basura de Java borra el objeto, liberando as la memoria que ocupaba previniendo posibles fugas (ejemplo: un objeto creado y nicamente usado dentro de un mtodo slo existe dentro de ste; al salir del mtodo el objeto es eliminado). 2.4. PROGRAMAS UTILIZADOS PARA LA PROGRAMACION DEL

SISTEMA, DISENO Y MODELADO DE LA BASE DE DATOS

Pgina 18 de 63

2.4.1. NetBeans NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programacin Java. NetBeans es un proyecto de cdigo abierto de gran xito con una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo. Sun MicroSystems fund el proyecto de cdigo abierto NetBeans en junio de 2000. (wikipedia, 2012)

2.4.1.1.

NetBeans hoy El primer ao para los de desarrolladores de NetBeans, fue crucial. Los siguientes dos aos, se orientaron hacia cdigo abierto. Como muestra de lo abierto que era, en los primeros dos aos haba ms debate que implementacin. Con NetBeans 3.5 se mejor enormemente en desempeo, y luego con la llegada de NetBeans 3.6, se implement el sistema de ventanas y la hoja de propiedades, y se limpi enormemente la interfaz. NetBeans 4.0 fue un gran cambio en cuanto a la forma de funcionar del IDE, con nuevos sistemas de proyectos. NetBeans IDE 5.0 introdujo un soporte mucho mejor para el desarrollo de nuevos mdulos. Con NetBeans 6.01, 6.8 y ahora todo perfecto en su versin mejorada 7.0 Se dio soporte a frameworks comerciales. Y por ultimo la versin 7.2 que fue publicado el 24 de julio del 2012 (wikipedia, 2012)

2.4.1.2.

Plataforma netbeans La Plataforma NetBeans es una base modular y extensible usada como una estructura para crear aplicaciones de escritorio. Empresas independientes asociadas,

especializadas en desarrollo de software, proporcionan extensiones adicionales que se integran fcilmente en la

Pgina 19 de 63

plataforma y que pueden tambin utilizarse para desarrollar sus propias herramientas y soluciones.

La plataforma ofrece servicios comunes a las aplicaciones de escritorio. Entre las caractersticas de la plataforma estn:

Administracin de las interfaces de usuario (ej. mens y barras de herramientas) Administracin de las configuraciones del usuario Administracin del almacenamiento (guardando y

cargando cualquier tipo de dato) Administracin de ventanas Framework basado en asistentes (wikipedia, 2012)

2.4.2. Rational Rose Es una herramienta software para el Modelado Visual mediante UML de sistemas software. Permite Especificar, Analizar, Disear el sistema antes decodificarlo (NEGREIROS VEGA, 2011)

2.4.2.1.

Caractersticas de Rational Rose Conserva la estabilidad de los modelos del sistema software Verificacin de la sintaxis UML Generacin modelos. Generacin de Cdigo a partir de los Modelos desarrollados Ingeniera Inversa (crear los modelo a partir de un cdigo) (NEGREIROS VEGA, 2011) Documentacin automticamente con los

Pgina 20 de 63

2.4.3. MySQL MySQL es un sistema de gestin de bases de datos relacional, con licencias bajo la GPL de la GNU. Su diseo multihilo le permite

soportar una gran carga de forma muy eficientemente. MySQL fue creada por la empresa sueca MySQL AB, que mantiene el copyright del cdigo fuente del servidor SQL y la marca MySQL es software libre, pero tambin MySQL AB distribuye una versin comercial de MySQL, que solo se diferencia de la versin libre en el soporte tcnico que se ofrece, y la posibilidad de integrar este gestor en un software propietario, ya que de no ser as, se incumplira la licencia GPL.

Este gestor de bases de datos es, posiblemente, el gestor ms usado en el mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta gran aceptacin es debida, a que existen infinidad de libreras y otras herramientas que permiten su uso a travs de gran cantidad de lenguajes de programacin, adems de su fcil instalacin y configuracin. (Pecos Martnez, 2002)

2.4.3.1.

Historia de MySQL MySQL surgi como un intento de conectar el gestor MySQL a las tablas propias de MySQL AB, usando sus propias rutinas a bajo nivel. Tras unas primeras pruebas, comprendieron que MySQL no era lo que necesitaban, por lo que tuvieron que desarrollar nuevas funciones. Esto result en una interfaz SQL a su base de datos, con una interfaz totalmente compatible a MySQL.

No se sabe con certeza de donde proviene su nombre. Dicen que sus libreras han llevado el prefijo 'my' durante los diez ltimos aos. Y otros dicen que la hija de uno de los

Pgina 21 de 63

desarrolladores se llama My. No saben cul de estas dos causas, han dado lugar al nombre de este gestor de bases de datos. (Pecos Martnez, 2002)

2.4.3.2.

Caractersticas de MySQL Las principales caractersticas de MySQL son las siguientes: Aprovecha la potencia de sistemas multiprocesador, gracias a su implementacin multihilo. Tolera gran cantidad de tipos de datos para las columnas. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc). Gran portabilidad entre sistemas. Soporta hasta 32 ndices por tabla. Gestin de usuarios y passwords, conservando un muy buen nivel de seguridad en los datos. (Pecos Martnez, 2002)

2.4.4. Kata Kuntur Kata Kuntur es una herramienta para el modelado de datos. A diferencia de otros modeladores, Kata Kuntur, se centra en permitir el modelado de estructuras de datos que puedan ser usadas para la implantacin de Base de Datos as como la implantacin de un modelo de clases (Cdigo Fuente). Puedes usarlo tambin solo para el diseo especifico de Base de Datos, Generacin de mapeo, y generar un archivo *.odt, el cual contiene una estructuras de tablas con cada uno de los atributos, til para mapear el modelo. (Mazuelos Saavedra, 2012)

Pgina 22 de 63

2.4.4.1.

Caractersticas Rpido Kata Kuntur es un proyecto que est desarrollado en el lenguaje C++ y las libreras QT, por lo cual el consumo de recursos es bajo, puede ser usado en Procesadores Pentium III con 250 Mb de RAM. (Mazuelos Saavedra, 2012)

2.4.4.1.1.

2.4.4.1.2.

Gratuito En el proyecto Kata Kuntur (Mazuelos Saavedra, 2012) distribuye de manera gratuita si nos enfocamos como usuario es gratuito, no tiene coste alguno, simplemente te diriges a la pgina web de Kata Kuntur

http://katakuntur.llullutuqo.me, se descarga y puede ser usada en cuantas PC's tengas sin restriccin alguna.

2.4.4.1.3.

Ingeniera Directa El modelo de datos creado y desarrollado con Kata Kuntur puede ser exportado directamente al gestor de base de datos como: MySQLy en el futuro (Mazuelos Saavedra, 2012) se exportara a los gestores de base de datos como: PostgreSQL, SQLite y Microsoft SQL Server seleccionado en tiempo de diseo.

2.4.4.1.4.

Exportacin a Cdigo Fuente El modelo de base de datos diseado puede ser exportado a cdigo fuente en C++ para el uso de las bibliotecas ORM Kata Qowi. La exportacin incluye: Cdigo Fuente, Interfaces Grficas y Documentacin HTML. (Mazuelos Saavedra, 2012)

Pgina 23 de 63

3.1. METODOLOGIA DE DESARROLLO

3.1.1. METODOLOGIA RUP El Proceso Unificado de Rational RUP fue fundada por Paul Levy y Mike Devlin en 1981 para proporcionar herramienta que expandieran las prcticas modernas de ingeniera de software, es un proceso de desarrollo de software RUP apoya al desarrollo basado en componentes, tantas

nuevas como preexistentes UML es la base del moldeamiento visual de RUP.

RUP ayuda a planificar, disear implementar, ejecutar y evaluar pruebas que verifiquen estas cualidades.

RUP indica cmo controlar, rastrear y monitorear los cambios dentro del proceso iterativo de desarrollo.

RUP divide el proceso de desarrollo en ciclos, teniendo un producto final de cada ciclo

Cada ciclo se divide en cuatro Fases Concepcin Elaboracin Construccin Transicin

Cada Fase construye con un hito bien definido donde deben tomarse ciertas decisiones

Pgina 24 de 63

3.1.2. FASE DE PROCESO UNIFICADO DE RACIONAL 3.1.2.1. Fase De Concepcin Sus propsitos son: Establecer el caso de negocio para un nuevo sistema Para la puesta al da de un sistema ya existente Artefactos desarrollados El ncleo de lo solicitado para el proyecto

3.1.2.2.

Fase De Elaboracin Sus propsitos son: Analizar el dominio del problema Establecer una arquitectura slida Abordar el elemento ms riesgoso del proyecto Desarrollar un plan integral para mostrar como el proyecto ser terminado

3.1.2.3.

Fase De Construccin Sus propsitos son: Desarrollar completo incrementalmente que est listo un producto en la

para introducir

comunidad de usuario 3.1.2.4. Fase De Transicin Sus propsitos son: Implantar el software en su entorno de operacin.

Pgina 25 de 63

3.2. Qu es UML? El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos, y describe la semntica esencial de lo que estos diagramas y smbolos significan. Mientras que ha habido muchas notaciones y mtodos usados para el diseo orientado a objetos, ahora los modeladores slo tienen que aprender una nica notacin. UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas. Diagramas de Casos de Uso para modelar los procesos business. Diagramas de Secuencia para modelar el paso de mensajes entre objetos. Diagramas de Colaboracin para modelar interacciones entre objetos. Diagramas de Estado para modelar el comportamiento de los objetos en el sistema. Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones. Diagramas de Clases para modelar la estructura esttica de las clases en el sistema. Diagramas de Objetos para modelar la estructura esttica de los objetos en el sistema. Diagramas de Componentes para modelar componentes. Diagramas de Implementacin para modelar la distribucin del sistema.

Pgina 26 de 63

3.3. DIAGRAMA DE MODELAMIENTO. 3.3.1. Diagrama casos de uso Los diagramas de casos de uso describen las relaciones y las dependencias entre un grupo de casos de uso y los actores participantes en el proceso. Es importante resaltar que los diagramas de casos de uso no estn pensados para representar el diseo y no puede describir los elementos internos de un sistema. Los diagramas de casos de uso sirven para facilitar la comunicacin con los futuros usuarios del sistema, y con el cliente, y resultan especialmente tiles para determinar las caractersticas necesarias que tendr el sistema. En otras palabras, los diagramas de casos de uso describen qu es lo que debe hacer el sistema, pero no cmo.

Fig. N 01 Diagrama De Casos De Uso

Pgina 27 de 63

3.3.2. DIAGRAMA DE CLASES: Los diagramas de clases muestran las diferentes clases que componen un sistema y cmo se relacionan unas con otras. Se dice que los diagramas de clases son diagramas estticos porque muestran las clases, junto con sus mtodos y atributos, as como las relaciones estticas entre ellas: qu clases conocen a qu otras clases o qu clases son parte de otras clases, pero no muestran los mtodos mediante los que se invocan entre ellas.

Fig. N 02 Diagrama de Clases

3.3.3. DIAGRAMAS DE SECUENCIA: Los diagramas de secuencia muestran el intercambio de mensajes (es decir la forma en que se invocan) en un momento dado. Los diagramas de secuencia ponen especial nfasis en el orden y el momento en que se envan los mensajes a los objetos. En los diagramas de secuencia, los objetos estn representados por lneas intermitentes verticales, con el nombre del objeto en la parte ms alta. El eje de tiempo tambin es vertical, incrementndose hacia abajo, de forma que los mensajes son enviados de un objeto a

Pgina 28 de 63

otro en forma de flechas con los nombres de la operacin y los parmetros.

Fig. N 03 Diagrama de Secuencia 3.3.4. DIAGRAMAS DE COLABORACIN: Los diagramas de colaboracin muestran las interacciones que ocurren entre los objetos que participan en una situacin

determinada. Esta es ms o menos la misma informacin que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen en el tiempo, mientras que los diagramas de colaboracin fijan el inters en las relaciones entre los objetos y su topologa. En los diagramas de colaboracin los mensajes enviados de un objeto a otro se representan mediante flechas, mostrando el nombre del mensaje, los parmetros y la secuencia del mensaje. Los diagramas de colaboracin estn indicados para mostrar una situacin o flujo programa especficos y son unos de los mejores
Pgina 29 de 63

tipos de diagramas para demostrar o explicar rpidamente un proceso dentro de la lgica del programa. ellas. [14]

Fig. N 04 Diagrama de colaboracin 3.3.5. DIAGRAMA DE ESTADO: Los diagramas de estado muestran los diferentes estados de un objeto durante su vida, y los estmulos que provocan los cambios de estado en un objeto. Los diagramas de estado ven a los objetos como mquinas de estado o autmatas finitos que pueden estar en un conjunto de estados finitos y que pueden cambiar su estado a travs de un estmulo perteneciente a un conjunto finito. Por ejemplo, un objeto de tipo NetServer puede tener durante su vida uno de los siguientes estados: Listo

Pgina 30 de 63

Escuchando Trabajando Detenido Los eventos que pueden producir que el objeto cambie de estado son Se crea el objeto El objeto recibe un mensaje de escucha Un cliente solicita una conexin a travs de la red Un cliente finaliza una solicitud La solicitud se ejecuta y ser termina El objeto recibe un mensaje de detencin etc ellas.

Fig. N 05 Diagrama de estado

Pgina 31 de 63

3.3.6. DIAGRAMA DE ACTIVIDAD: Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de actividad son una forma especial de los diagramas de estado, que nicamente (o mayormente) contienen actividades. ellas. [16]

Fig. N 06 Diagrama de actividad

Pgina 32 de 63

3.3.7. Diagrama de Componentes Los componentes representan todos los tipos de elementos software que entran en la fabricacin de aplicaciones informticas Pueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinmicamente, etc. Cada clase del modelo lgico se realiza en dos componentes: la especificacin y el cuerpo La especificacin contiene el interfaz de la clase mientras que el cuerpo contiene la realizacin de la clase.

Fig. N 07 Ejemplo de Diagrama de Componentes

Pgina 33 de 63

3.3.8. Diagrama de Distribucin Los Diagramas de Distribucin muestran la disposicin fsica de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. o Los estereotipos permiten precisar la naturaleza del equipo: Dispositivos Procesadores Memoria[Url: 18]

Nodo

Fig. N 08 Ejemplo de Nodo de Diagrama de Distribucin

Pgina 34 de 63

4.1. MODELO DE NEGOCIO

4.1.1. DESCRIPCION DE LOS PROCESOS Y REGLAS DE NEGOCIO

PROCESO El Cliente solicita prstamo del catalogo de motocicletas al vendedor. El vendedor entrega el catalogo de motocicletas al cliente. El cliente recepciona el catalogo de motocicletas, verifica y realiza el pedido.

GESTIN DE VENTA ACTORES

REGLAS

El

prstamo

del

catalogo solo es para el local, el cliente no Cliente. deber de llevarlo a otro lugar. El vendedor hace

El vendedor verifica la Vendedor. disponibilidad de la motocicleta. El vendedor informa de la disponibilidad de la motocicleta al cliente. El vendedor registra la motocicleta que no esta disponible y/o no habido. El vendedor registra la venta.

prstamo de slo un catalogo al cliente.

Pgina 35 de 63

 El vendedor realiza la venta. Cliente devuelve el catalogo de motocicletas. Vendedor recepciona el catalogo de motocicletas.

Pgina 36 de 63

GESTION DE ENTREGA DE COMPROBANTE DE VENTA PROCESO ACTORES REGLAS El cliente debe Si el cliente no cancelar el monto de aprueba el monto su cuenta. del pedido, el vendedor deber El vendedor suma el de verificar el coste total de la venta precio de la al cliente. motocicleta. El vendedor informa el monto de su compra al cliente y confirma su aprobacin. El vendedor pregunta al cliente si es persona jurdica o persona natural. El cajero se dispone a realizar el comprobante de venta. El cajero entrega el comprobante de venta al cliente. Cliente Vendedor Si el cliente es una persona jurdica informar su nmero de RUC y se le asignara una factura, en caso de que sea persona natural se le asignara una boleta. El cajero deber de realizar la factura basndose al reglamento de la ley del impuesto general al decreto supremo peruano N 29-94-EF. El cajero solo aceptar pago en efectivo o tarjeta de crdito. En caso que el cliente pague por su compra con dinero falso, este ser retenido y/o perforado.

Pgina 37 de 63

PROCESO

GESTIN DE PRODUCTO ACTORES

REGLAS

El vendedor solicita y reporta el registro de los Motocicletas que faltan y lo presenta a la Gerente. La Gerente recepciona la solicitud y el reporte para la adquisicin de motocicletas. La Gerente realiza la Vendedor. compra de las Gerente motocicletas que faltan. La Gerente entrega las motocicletas al vendedor. El Vendedor recepciona las motocicletas de la Gerente. El Vendedor registra y ordena las motocicletas segn modelo y color.

Las estn

motocicletas a del

responsabilidad vendedor.

Pgina 38 de 63

4.1.2. DIAGRAMA DE CASOS DE USO DE NEGOCIO

Fig. N 09 Diagrama de casos de uso 4.1.3. DIAGRMAS DE OBJETO DE NEGOCIO GESTIN DE VENTA

Fig. N 10 Gestin de venta

Pgina 39 de 63

 GESTIN DE ENTREGA DE COMPROBANTE DE VENTA

Fig. N 11 Gestin de entrega de comprobante de venta GESTIN DE PRODUCTO

Fig. N 12 Gestin de producto

Pgina 40 de 63

4.1.4. DIAGRAMA DE DOMINIO

Fig. N 13 Diagrama de dominio 4.1.5. REQUERIMIENTOS DEL SISTEMA REQUERIMIENTOS FUNCIONALES Registrar y dar mantenimiento a los datos de las motocicletas. Registrar y dar mantenimiento a los datos de los clientes. Registrar ventas de motocicletas a un cliente. Emitir comprobante de una venta de motocicletas a un cliente. Buscar una venta de motocicletas. Generar reporte de motocicletas. Generar reporte de clientes. Genera reporte de comprobante de venta de las motocicletas

Pgina 41 de 63

 Emitir reporte de ventas diarias motocicletas. Emitir reporte de clientes.

y mensuales de los

Anular venta de motocicletas adquiridos por el cliente. Anular comprobante de venta no deseados por el cliente.

REQUERIMIENTOS NO FUNCIONALES El sistema debe ser seguro y mantener la integridad de la informacin. El sistema debe acceder en forma correcta y rpida a la informacin. La aplicacin debe operar en el sistema operativo Microsoft superior al Windows 98. El sistema no debe tardar ms de 5 segundos en mostrar resultados de una bsqueda encontrada. El tiempo de impresin del Reporte no debe superar los 30 segundos por pgina. Se programara en NetBeans y el MYSQL El sistema tiene que estar capacitado a posibles cambios. El sistema debe facilitar el trabajo de las personas que lo usan. RESTRICCIONES EXTERNAS El sistema funcionar correctamente en cualquier versin del Sistema Operativo Windows de Microsoft. Es necesario de una impresora (para imprimir reportes, comprobante de venta, etc.) El sistema esta diseado para que los usuarios tengan acceso a los procesos que van a realizar.

Pgina 42 de 63

 El cajero solo aceptar pago en efectivo o tarjeta electrnica, cuando el cliente se dispone a pagar por su compra. En caso que el cliente pague por su compra con billete falso, este ser retenido y/o perforado.

4.1.6. DIAGRAMA DE CASOS DE USO DETALLADO GESTIN DE CASO DE USO DE VENTA

Fig. N 14 Caso de uso de venta

Pgina 43 de 63

 GESTIN DE CASO DE USO DE ENTREGA DE COMPROBANTE DE VENTA

Fig. N 15 Caso de uso de entrega de comprobante de venta GESTIN DE CASO DE USO DE PRODUCTO

Fig. N 16 Caso de uso de producto

Pgina 44 de 63

4.1.7. DIAGRAMA DE CLASES

Fig. N 17 Diagrama de clases

Pgina 45 de 63

4.1.8. DIAGRAMAS DE SECUENCIA GESTIN DE CASO DE USO DE VENTA

: GUIVenta 1: Registra venta : Vendedor

: Validador

: Buscador

: Codificador

: Producto

: Venta

2: Genra codigo de venta 3: Recepciona datos del cliente 4: Valida datos del cliente 5: Verifica datos 6: Muestra resultados 7: Busca producto 8: Devuelve resultados 9: Selecciona producto 10: Agregar producto 11: Guardar venta

Fig. N 18 Diagrama de secuencia de venta

Pgina 46 de 63

 GESTIN DE CASO DE USO DE ENTREGA DE COMPROBANTE

: GUIComprobante : Vendedor 1: Registro comprobante

: Buscador

: Codificador : Tipo comprobante : Tipo Cliente

: Comprobante

: Venta

2: Genera codigo de comprobante 3: Selecciona tipo comprobante 4: Muestra campos accesibles 5: Genera codigo de tipo comprobante 6: Busca tipo de cliente 7: Devuelve resultados 8: Selecciona tipo de cliente 9: Busca la venta 10: Devuelve resultados 11: Selecciona la venta 12: Registra comprobante

Fig. N 19 Diagrama de secuencia de entrega de comprobante de venta

Pgina 47 de 63

 GESTIN DE CASO DE USO DE PRODUCTO

: GUIResgistroProducto : Vendedor 1: Reegistro de Producto

: Validador

: Buscador

: Codificador

: Productos

2: Generar codigo 3: Recepciona datos del producto 4: Validador datos del producto 5: Envia datos 6: Muestra resultados 7: Determina si el producto esta registrado 8: Devolver producto

9: Muestra resultado 10: Guarda producto

Fig. N 20 Diagrama de secuencia de entrega de producto

Pgina 48 de 63

4.1.9. DISEO LOGICO DE LA BASE DE DATOS

Fig. N 21 Diseo lgico de la base de datos

Pgina 49 de 63

4.1.10.

INTERFACES DE ENTRADA O SALIDA

Pgina 50 de 63

INVENTARIO DE LAS INTERFACES DEL SOFTWARE INTERFACES DE ENTRADA. Ingreso de motocicleta: frmMoto Registro de cliente: frmCliente Registro de vendedor: frmVendedor Registro de Precio: frmPrecio INTERFACES DE PROCESAMIENTO. Registro de venta: frmVenta INTERFACES DE SALIDA. Comprobante de Venta Reporte

Pgina 51 de 63

4.1.11.

DISEO FISICO DE LA BASE DE DATOS

MAPEO DE DATOS O ESPECIFICACION DE LAS RESTRICCIONES.

Fig. N 22 Diseo fsico de la base de datos

Pgina 52 de 63

4.1.11.1. SCRIPT O CODIGO T_SQL DE LA IMPLEMENTACION DE UNA BASE DE DATOS. # GENERANDO TABLAS CREATE TABLE VENTA ( idventa INTEGER NOT NULL, fecha DATE NOT NULL, canidad INTEGER NOT NULL, importe DOUBLE NOT NULL, vendedor_idvendedor INTEGER NOT NULL, KEY(vendedor_idvendedor), cliente_idcliente INTEGER NOT NULL, KEY(cliente_idcliente), tipo_pago_idtipo_pago INTEGER NOT NULL, KEY(tipo_pago_idtipo_pago), tipo_moneda_idtipo_moneda INTEGER NOT NULL, KEY(tipo_moneda_idtipo_moneda), tipo_entrega_idtipo_entrega INTEGER NOT NULL, KEY(tipo_entrega_idtipo_entrega), PRIMARY KEY(idventa) )ENGINE=INNODB; CREATE TABLE MOTO ( idmoto INTEGER NOT NULL, descripcion VARCHAR(15) NOT NULL, precio_idprecio INTEGER NOT NULL, KEY(precio_idprecio), venta_idventa INTEGER NOT NULL, KEY(venta_idventa), PRIMARY KEY(idmoto) )ENGINE=INNODB; CREATE TABLE VENDEDOR ( idvendedor INTEGER NOT NULL, nombre VARCHAR(50) NOT NULL, dni INTEGER NOT NULL, PRIMARY KEY(idvendedor) )ENGINE=INNODB; CREATE TABLE CLIENTE ( idcliente INTEGER NOT NULL, nombre VARCHAR(50) NOT NULL, dni INTEGER NOT NULL, direccion VARCHAR(30) NOT NULL,

Pgina 53 de 63

tipo_cliente_idtipo_cliente INTEGER NOT NULL, KEY(tipo_cliente_idtipo_cliente), PRIMARY KEY(idcliente) )ENGINE=INNODB; CREATE TABLE PRECIO ( idprecio INTEGER NOT NULL, monto DOUBLE NOT NULL, PRIMARY KEY(idprecio) )ENGINE=INNODB; CREATE TABLE TIPO_PAGO ( idtipo_pago INTEGER NOT NULL, descripcion VARCHAR(30) NOT NULL, PRIMARY KEY(idtipo_pago) )ENGINE=INNODB; CREATE TABLE TIPO_MONEDA ( idtipo_moneda INTEGER NOT NULL, descripcion VARCHAR(30) NOT NULL, PRIMARY KEY(idtipo_moneda) )ENGINE=INNODB; CREATE TABLE TIPO_ENTREGA ( idtipo_entrega INTEGER NOT NULL, descripcion VARCHAR(30) NOT NULL, PRIMARY KEY(idtipo_entrega) )ENGINE=INNODB; CREATE TABLE TIPO_COMPROBANTE ( idtipo_comprobante INTEGER NOT NULL, descripcion VARCHAR(20) NOT NULL, PRIMARY KEY(idtipo_comprobante) )ENGINE=INNODB; CREATE TABLE TIPO_CLIENTE ( idtipo_cliente INTEGER NOT NULL, descripcion VARCHAR(15) NOT NULL, PRIMARY KEY(idtipo_cliente) )ENGINE=INNODB; CREATE TABLE COMPROBANTE ( idcomprobante INTEGER NOT NULL, fecha DATE NOT NULL, venta_idventa INTEGER NOT NULL, KEY(venta_idventa), tipo_comprobante_idtipo_comprobante INTEGER NOT NULL, KEY(tipo_comprobante_idtipo_comprobante),
Pgina 54 de 63

PRIMARY KEY(idcomprobante) )ENGINE=INNODB;

Pgina 55 de 63

CONCLUSINES

Se logr el anlisis de la problemtica que exista en cuanto al proceso del control de venta de motocicletas en la empresa Multiservicios Jhon, gracias a la metodologa utilizada. Se pudo obtener los requerimientos funcionales y no funcionales de la empresa en cuanto al control del proceso de ventas. Presentamos a la empresa el perfil del proyecto, el cual se logro para que puedan brindar un servicio eficiente a los clientes y tener un mejor control del proceso de venta. Se pudo comprobar que la captura de requerimientos de los usuarios a travs del modelado de negocio es indispensable, ya que esto nos permite seguir el anlisis de los diferentes diagramas para el desarrollo del software. Se empleo satifactoriamente la metologia RUP para el anlisis y diseo de este proyecto. Los modelos de negocio y dems diagramas se pudo lograr gracias a la herramienta Rational Rose. La base de datos se model en la aplicacin Kata Kuntur, y en el gestor MySQL para la implementacin de la base de datos. Se obtuvo las el prototipo de las interfaces del software con la herramienta NetBeans 6.9.

Pgina 56 de 63

RECOMENDACIONES

Se recomienda el empleo de esta metodologa para desarrollar proyectos de software, por que este se caracteriza por ser incremental e iterativo.

Estar en constante practica de los conceptos de anlisis y diseo, ya que permiten la facilidad de elaborar un proyecto de envergadura.

Pgina 57 de 63

BIBLIOGRAFA

Mazuelos Saavedra, J. R. (31 de Marzo de 2012). Kata Kuntur. Recuperado el 01 de Noviembre de 2012, de Kata Kuntur: http://katakuntur.jeanmazuelos.com/content/guia-de-usuario NEGREIROS VEGA, L. (07 de Setiembre de 2011). Introduccin a Rational Rose. Recuperado el 03 de Noviembre de 2012, de Introduccin a Rational Rose: http://es.scribd.com/doc/59660069/Rational-Rose-Caracteristicas Pecos Martnez, D. (07 de Junio de 2002). PostGreSQL vs. MySQL. Recuperado el 02 de Noviembre de 2012, de PostGreSQL vs. MySQL: http://www.danielpecos.com/docs/mysql_postgres/x57.html wikipedia. (01 de noviembre de 2012). NetBeans. Recuperado el 03 de noviembre de 2012, de NetBeans: http://es.wikipedia.org/wiki/NetBeans Jorge Eduardo Mario Qu es UML? www.ingenierosoftware.com/analisisydiseno/uml.php Diagrama de Modelamiento http://www.softlibre.salta.org.ar/simusol/manual/node27.html hdlorean Diagrama de Clases http://hdlorean.wikidot.com/doc:uml Diagrama de Secuencia http://hdlorean.wikidot.com/doc:uml Diagrama de Colaboracin http://hdlorean.wikidot.com/doc:uml Diagrama de Estado http://hdlorean.wikidot.com/doc:uml Diagrama de Actividad http://hdlorean.wikidot.com/doc:uml Diagrama de Componentes

Pgina 58 de 63

http://hdlorean.wikidot.com/doc:uml Diagrama de Distribucin http://hdlorean.wikidot.com/doc:uml

Pgina 59 de 63

ANEXOS. Cuadro N 02 Cronograma de actividades

Pgina 60 de 64

COSTO DE LOS RECURSOS: RECURSOS HUMANOS SALARIO POR EL DESCRIPCION CANTIDAD PROYECTO S/. Analista 2 2 650.00 Diseador 1 2 500.00

ITEM 1 2

TOTAL 5 300.00 2 500.00 7 800.00

LICENCIAS ITEM 1 2 3 4 PRECIO DESCRIPCION CANTIDAD S/. Windows Seven 1 702.00 Net Beans 6.9 1 Free MySQL Server 5.0 1 Free Rational Rose 1 3 316.059 TOTAL 702.00 3 316.06 4 018.06

ITEM 1 2

HARDWARE DESCRIPCION CANTIDAD PRECIO S/. TOTAL Computadoras 3 1 725.30 5 175.90 Core I5 Impresora hp laserjet p1102w 1 372.60 372.60 5 548.50

Pgina 61 de 64

ITEM 1 2 3 4 5 6

MATERIALES Y ACCESORIOS DESCRIPCION CANTIDAD PRECIO S/. TOTAL DVD Papel (millar) Lpiz Lapiceros Dispositivo usb(4gb) memoria. Folder Manila 3 2 10 10 3 10 1.50 24.00 1.00 1.00 25.00 0.50 4.50 48.00 10.00 10.00 75.00 5.00 152.50

SERVICIOS ITEM 1 2 3 4 5 6 DESCRIPCION CANTIDAD Internet. 3 (mensual) Energa 1 Elctrica. Fotocopiado e 1000 Impresin. Anillado y Empastado. Escaneado. Transportes. 5 10 30 PRECIO S/. 150.00 80.00 0.10 4.00 0.50 3.00 TOTA L 450.00 80.00 100.00 20.00 5.00 90.00 745.00

Pgina 62 de 23

RESUMEN Precio de Depreciac in en la duracion del proyecto 300.90 249.30 -

RECURSOS

Precio

Sub Total

RECURSOS HUMANOS LICENCIAS HARDWARE MATERIALE SY ACCESORI OS SERVICIOS

7 800.00 4 018.06 5 548.50

7 800.00 300.90 249.30

152.50

152.50

745.00

COSTO TOTAL DE RECURSOS Formula de Depreciacin por da: A = Precio del bien. B = Aos Aproximados de Utilidad.

745.00 9 247.70

Depreciacin por da = (A/B)/365

Duracin del proyecto 82 das

Pgina 63 de 23