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.

DESCRIPCION DEL SOFTWARE ........................................................... 17

2.2.

BASE DE DATOS .................................................................................... 17

2.3.

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.

Qu es UML? .......................................................................................... 26

3.3.

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.

Diagrama de Componentes ...................................................................... 33

3.3.8.

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

14

Cuadro N 02

61

NDICE DE FIGURAS

Fig. 01

27

Fig. 02

28

Fig. 03

29

Fig. 04

30

Fig. 05

31

Fig. 06

32

Fig. 07

33

Fig. 08

34

Fig. 09

39

Fig. 10

39

Fig. 11

40

Fig. 12

40

Fig. 13

41

Fig. 14

43

Fig. 15

44

Fig. 16

44

Fig. 17

45

Fig. 18

46

Fig. 19

47

Fig. 20

48

Fig. 21

49

Fig. 22

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

los conocimientos

adquiridos hasta el momento durante nuestra formacin profesional, esto mejorar

el control de ventas de la empresa MULTISERVICIOS JHON.

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

Multiservicios Jhon

RUC

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

Roque Minaya Hilda.

1.1.4. GIRO DE NEGOCIO.

Venta de motocicletas, bicicletas y repuestos en general.

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

CONTABILIDAD

VENDEDOR

PRESUPUESTOS

PRODUCCION

LOGISTICA

ALMACEN
MECANICO

COMPRAS
CAJA
Cuadro N1 ORGANIZAGRA DE LA INSTITUCIN.

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

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

Documentacin

automticamente

con

los

modelos.
Generacin de Cdigo a partir de los Modelos desarrollados
Ingeniera Inversa (crear los modelo a partir de un cdigo)
(NEGREIROS VEGA, 2011)

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

2.4.4.1.1.

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

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

para introducir

en la

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

GESTIN DE VENTA
ACTORES

REGLAS

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.

El

del

catalogo solo es para

el local, el cliente no
Cliente.

El vendedor verifica la Vendedor.

disponibilidad de la
motocicleta.
El vendedor informa
de la disponibilidad de
la
motocicleta
al
cliente.

prstamo

deber de llevarlo a
otro lugar.
El

vendedor

hace

prstamo de slo un
catalogo al cliente.

El vendedor registra
la motocicleta que no
esta disponible y/o no
habido.
El vendedor registra
la venta.

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.

Las

motocicletas

estn

responsabilidad

del

vendedor.

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.

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.

y mensuales de los

Emitir reporte de clientes.

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

: Validador

: GUIVenta

: Buscador

: Codificador

: Producto

: Venta

1: Registra venta
: Vendedor
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

: Buscador

: Codificador : Tipo comprobante : Tipo Cliente

: Comprobante

: Venta

: Vendedor
1: Registro comprobante
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

: Validador

: Buscador

: Codificador

: Productos

: Vendedor
1: Reegistro de Producto
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:

ITEM
1
2

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

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

372.60

372.60
5 548.50

Pgina 61 de 64

MATERIALES Y ACCESORIOS
DESCRIPCION CANTIDAD PRECIO S/. TOTAL

ITEM
1

DVD

Papel (millar)

Lpiz

10

Lapiceros

10

Dispositivo
usb(4gb)
memoria.

Folder Manila

10

1.50

4.50

24.00

48.00

1.00

10.00

1.00

10.00

25.00

75.00

0.50

5.00
152.50

SERVICIOS
ITEM
1
2
3

DESCRIPCION CANTIDAD
Internet.
3
(mensual)
Energa
1
Elctrica.
Fotocopiado e
1000
Impresin.

TOTA
L

PRECIO S/.
150.00
80.00
0.10

Anillado y
Empastado.

4.00

Escaneado.

10

0.50

Transportes.

30

3.00

450.00
80.00
100.00
20.00
5.00
90.00
745.00

Pgina 62 de 23

RESUMEN

RECURSOS

Precio de
Depreciac
in en la
duracion
del
proyecto

Precio

RECURSOS
HUMANOS

7 800.00

Sub Total

LICENCIAS

4 018.06

HARDWARE

5 548.50

MATERIALE
SY
ACCESORI
OS

152.50

SERVICIOS

745.00

7 800.00

300.90

300.90

249.30

249.30

COSTO TOTAL DE RECURSOS

152.50

745.00
9 247.70

Formula de Depreciacin por da:

A = Precio del bien.
B = Aos Aproximados de Utilidad.
Depreciacin por da = (A/B)/365

Duracin del proyecto 82 das

Pgina 63 de 23