ISEP CIRO ALEGRIA BAZAN

CARRERA:

TITULO DEL PROYECTO

RESPONSABLES:

ASESOR:

-- CHEPEN PERU
2016
DEDICATORIA

A Dios, por brindarnos fuerzas cada da

Para seguir adelante con nuestros

Estudios y ser en un futuro el orgullo

De nuestros padres.

Con profundo cario y eterna gratitud dedico

este trabajo a mis queridos Padres, hermanos y
profesores, quienes con inmenso amor, da a
da lucharon arduamente demostrando su
apoyo incondicional logrando as hacer realidad
mi sueo. SER PROFESIONAL.

Con mucho respeto y admiracin dedico

este informe a los profesores de la
especialidad de computacin e informtica
que laboran en este prestigioso Instituto
Superior Pblico Ciro Alegra Bazn,
que nos brindan la enseanza adecuada,
por el empeo y dedicacin que siempre
demuestran con cada uno de los alumnos.
 HOJA PARA JURADO

MG. PABLO QUISPE VILLALVA

JURADO 1

MG. PABLO QUISPE VILLALVA

JURADO 2

MG. PABLO QUISPE VILLALVA

JURADO 3

MG. PABLO QUISPE VILLALVA

JURADO 4
AGRADECIMIENTO
PRESENTACION
INDICE
RESUMEN
ABSTRACT
INTRODUCCION
 CAPITULO I.
ESTUDIO DE LA
EMPRESA
1.1. Descripcin de la Empresa
Es una Empresa dedicada a la atencin y el servicio del pblico especializado en
venta, reparacin de todo tipo de accesorios relacionados con sistemas
informticos tambin vendemos accesorios, objetos para personalizar tu telfono
y tu hogar.

1.2. Antecedentes de Empresa

Internacional:

Samsung: Los comienzos de Samsung fueron el 1 de marzo de 1938 ,

donde el presidente fundador Lee Byung-chu comenz su negocio en
Daegu, Corea del Sur. Samsung tiene una inmensa influencia en el
desarrollo econmico, polticas, medios y cultura de Corea del Sur y ha
tenido una gran participacin en el llamado milagro en el ro Han. A pesar
de ser ms conocida como una empresa electrnica, Samsung participa
tambin en la industria pesada, automotriz, martima, area, servicios
financieros, servicios mdicos, seguros de vida, productos qumicos, venta
al pblico, turismo y entretenimiento.

Nacional:

Senati: Formacin profesional y la educacin tcnica tradicionales no

otorgaban las calificaciones requeridas por la actividad productiva moderna,
los empresarios de la Sociedad Nacional de Industrias decidieron en 1960,
promover la creacin de una institucin destinada especficamente a
desarrollar las aptitudes humanas para el desempeo competente de las
ocupaciones profesionales de la actividad industrial manufacturera y de las
labores de instalacin, reparacin y mantenimiento; para cuyo
financiamiento se impusieron un auto gravamen o contribucin econmica
mensual. En atencin a esta iniciativa de los empresarios, el SENATI fue
creado el 19 de Diciembre de 1961 mediante la Ley N 13771.

Local:

Cicesa: Empresa Fundo el 15 de enero del ao 2000 comenz su comercio

en el Per.Tiene un inmensa influencia en el desarrollo econmico. Y
accesos a todo tiempo de Tecnologa.

1.3. Domicilio Legal

MZA. 162 LOTE. 3 CENTRO CHEPEN (CALLE CAJAMARCA 446) LA LIBERTAD

CHEPEN
 Fig1: Muestra la Ubicacin exacta de la Empresa

1.4. Rgimen tributario

Numero de RUC: 10704281728

Tipo Documentacin: DNI 704281172

Nombre Comercial: TECH

Fig2: Muestra la Ficha Tributaria (Fuente Sunat)

1.5. Visin y Misin

Visin: Volver la empresa dedicada a la venta de por mayor y menor en celulares y

accesorios.

Tener sucursales en reas especficas en el Pas.

 Misin: Adecuar un rea especfica para reparacin de computadoras, electrodomsticos
de hogar y celulares.

1.6. Organigrama

Gerente: Dueo de la Empresa. Empleado: Ventas Diarias.

Asesor Jurdico: Abogado de la Empresa se Comercial: Compra y venta Accesorios.

encarga de ver si la empresa hace las cosas
Jefe de Operaciones: Administra compra de
correctamente.
producto y mrquetin.
Administrador: Se encarga de la Contabilidad
Proveedores: Abastece a la Empresa
de la Empresa.
Publicidad: Publicar en Redes Sociales.

Gerente

Asesor Jurdico

Administrador Comercial Jefe de Operaciones

Empleado Proveedores Publicidad

 Fig3: Muestra cmo trabaja la Empresa

1.7. rea de Estudio

Se dedica a personas con edad de 14 aos hasta 56 aos que est interesada
en tecnologa y novedades, se realizara en la Empresa TECH Chepen.
 CAPITULO II.
ESTUDIO DE LA
PROBLEMTICA
2.1. Realidad Problemtica:

La empresa TECH es una empresa Chepenana, sin embargo toda empresa tiene
problemas. Ejemplo deficiencia en la organizacin de acuerdo a ventas, se debe a
la mala organizacin del personal administrativo la empresa no est
adecuadamente organizada por que no cuenta con un sistema de ventas.

2.2. Anlisis Problemtica:

FODA DE LA EMPRESA

FORTALEZA:

Cuenta con un local acondicionado y registrado por Defensa Civil.

Mantenemos una buena relacin con la mayora de los clientes.
La calidad de los productos que ofrecemos es bastante buena.

OPORTUNIDADES:

Tenemos que aprovechar lo que nuestros clientes necesitan y no se

lo dan nuestros competidores.
Dado que la mayora de las ventas, podemos controlar el precio final
que paga nuestro cliente por el producto.

DEBILIDADES:

No existe una base de datos de los clientes con su historial.

Poca organizacin en control de ventas.

AMENAZAS:

La aparicin de nuevas tecnologas en el campo de la produccin.

La creacin de nuevas empresas dedicadas a lo mismo que
nosotros, con un mbito de actuacin provincial o regional, y con
una alta tecnologa y calidad del producto final.

2.3. Requerimientos Funcionales y no Funcionales:

2.3.1. Funcionales:

El Sistema se encarga especficamente de organizar todos sus

productos con un respectivo cdigo.
Registra datos a clientes nuevos.
 Registra a morosos.
Ingresos de ventas diarias.

2.3.2. No Funcionales:

Lenguaje de Programacin a usar debe ser JAVA.

La interaccin ser entre el usuario y la aplicacin.

2.4. Antecedentes y Formulacin del Problema:

2.4.1. Antecedentes:

2.4.2. Formulacin:

Nuestra formulacin del problema En que medida influye la

implementacin de un Sistema de ventas para la Empresa TECH
Chepn 2016?

2.5. Justificacin del Estudio:

Con el fin de mejorar la productividad y el rendimiento de la empresa TECH, es

fundamental implementar un sistema informtico de ventas que brinden eficiencia y
eficacia de la gestin de ventas. La implementacin de este sistema de
informacin planteada en la empresa TECH, brindar la posibilidad de obtener
grandes ventajas, incrementar la capacidad de organizacin de la empresa, y
tomar de esta manera los procesos a una verdadera competitividad, mejorando los
reportes de ventas diarias, el control de sus productos, generar una lista de
productos por categora para poder realizar una mejor compra, el sistema
proporcionar informacin clave para la toma de decisiones; esta informacin ser
sencilla, clara, expedita, veraz, precisa, consistente y fcil de analizar e interpretar.

2.6. Descripcin del Proyecto Propuesto:

Desarrollaremos un software de ventas de la empresa TECH de distribucin

gratuita para automatizar el proceso de ventas y catalogacin.

Funcin de la empresa TECH es esencialmente dedicada a la ventas de

celulares y accesorios tecnolgicos y unos de sus principales objetivos es tener
sucursales a nivel nacional.

2.7. Hiptesis:

El Diseo e implementacin de un sistema informtico SI mejorar el proceso de

ventas en la empresa TECH de la ciudad de Chepen, 2016.

2.8. Objetivos del Proyecto:

2.8.1. General:
 Realizar el anlisis y diseo de un software informtico para mejorar el
servicio que se brinda la empresa TECH.

2.8.2. Especifico:

Utilizar el Lenguaje Modelado Unificado (UML) para realizar los

modelos y diagramas del anlisis y diseo de un software de
informacin para la empresa TECH.

Recolectar datos para llevar a cabo la realizacin de un software.

Analizar los datos recolectados y llevarlos a un proceso.
Disear la Base de Datos del Sistema de informacin para la
empresa TECH
Poner a prueba la Base de Datos que se dise a travs de los
datos
recolectados.
Corregir algunos errores identificados en la Base de Datos.

2.9. Factibilidad del Sistema:

2.9.1. Factibilidad Econmica:

Segn el ingreso de la Empresa TECH es:

Se podr realizar el sistema porque genera un mayor nmero de

atencin y ventas al cliente ya que el sistema minimizara el tiempo
de atencin y ventas.

2.9.2. Factibilidad Tcnica:

Este sistema es factible tcnicamente por lo siguiente:

La seguridad de acceso a la informacin estar controlada por el

sistema manejador de base de datos.
El nuevo diseo va a presentar mejores presentaciones de la
informacin, lo cual va ayudar a una mejor toma de decisiones.

2.9.3. Factibilidad Operativa:

Luego de analizar este sistema se concluye que es factible

operacionalmente por lo siguiente:

Se cuenta con el apoyo del Gerente de la empresa para la realizacin del

estudio.

El personal existente se encuentra dispuesto a trabajar con un

sistema de informacin.
Este sistema propuesto permitir contar con una mejor interfaz.
 CAPITULO III.
TEORIAS
RELACIONADAS
AL TEMA
3.1. Marco Terico
3.2. Anlisis y Diseo Orientado a Objetos

3.1.1. ANLISIS ORIENTADO A OBJETOS:

En esta fase se aplican los conceptos orientados a objetos (Herencia,
Polimorfismo, Encapsulamiento, etc.) Al modelo de problemas y sistemas.
(Bunge: 1999)
Esta fase produce un modelo conceptual de la forma en que percibimos la
realidad. (Martin j: 1997).
Esta fase es una de las importantes debido a que aqu vemos que es lo que
queremos obtener y si no se realiza bien, tal vez los resultados no sean los
deseados.
3.1.2. DISEO ORIENTADO A OBJETOS:

Viene a ser el proceso de construir la arquitectura del sistema mediante la

aplicacin de los elementos y conceptos del enfoque orientado a objetos.
(Bunge: 1999)
Esta fase va a producir el modelo en que se especifica la forma en se
implementar el modelo conceptual. (Martin j: 1997)

3.3. Descripcin de la Metodologa de lenguaje de Modelado Utilizado

3.2.1. LENGUAJE DE MODELO UNIFICADO (UML)

 Es un lenguaje grafico para visualizar, especificar y documentar cada una
de las partes que comprende el desarrollo del software, UML entrega una
forma de modelar cosas conceptuales como lo son procesos de negocio y
funciones del sistema, adems de cosas concretas como lo son escribir
clases en el lenguaje determinado, esquemas de base de
Datos y componentes de software reusables.
UML a sido creado por los expertos de metodologa Grady Booch, Ivar
Jacobson, y Jim Rumbaugh en Rational Software, utilizando informacin de
otros importantes expertos en metodologa, vendedores de software, y
usuarios finales. Su objetivo era unificar los diversos sistemas que haba y
crear un lenguaje de modelado con las mejores caractersticas de cada
uno.
UML fue adoptado por el ONG (Object Management Group) como estndar
en Noviembre de 1997.

3.2.2. ARTEFACTOS PARA EL DESARROLLO DE PROYECTOS CON UML

Un artefacto es una informacin que es utilizada o producida mediante un

proceso de desarrollo de software. Pueden ser artefactos, un modelo, una
descripcin o un software. Los artefactos de UML se especifican en forma
de diagramas, estos, junto con la documentacin sobre el sistema
constituye los artefactos principales que el modelador puede observar.
(Grady Booch, Ivar Jacobson, y Jim Rumbaugh, 1999).
Se necesitan ms de un punto de vista para llegar a representar un
sistema. UML utiliza los diagramas grficos para obtener estos distintos
puntos de vista de un sistema:

A. DIAGRAMAS DE CASO DE USO

Los diagramas de casos de uso documentan el comportamiento de un
sistema desde el punto de vista del usuario. Por lo tanto los casos de uso
determinan los requisitos funcionales del sistema, es decir, representan las
funciones que un sistema puede ejecutar.
Las relaciones entre casos de uso y actores pueden ser las siguientes:
Un actor se comunica con un caso de uso.
Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso

B. DIAGRAMAS DE CLASE

El propsito de este diagrama es el de representar los objetos

fundamentales del sistema, es decir los que percibe el usuario y con los
que espera tratar para completar su tarea en vez de objetos del sistema o
de un modelo de programacin.
Algunos de los elementos que se pueden clasificar como estticos son los
siguientes:
Paquete: Es el mecanismo que dispone UML para organizar sus
elementos en grupos, se representa un grupo de elementos del
modelo. Un sistema es un nico paquete que contiene al resto del
sistema, por lo tanto, un paquete debe poder anidarse,
permitindose que un paquete contenga un paquete.
Clases: Una clase representa un conjunto de objetos que tienen
una estructura, un comportamiento y unas relaciones con
propiedades parecidas.
Describen un conjunto de objetos que comparten los mismos
atributos, operaciones, mtodos, relaciones y significado. En UML
una clase es una implementacin de un tipo. Los componentes de
una clase son:

Atributos: Se corresponden con las propiedades de una clase o un

tipo. Se identifica mediante el nombre. Existen atributos simples y
complejos
Operacin: Tambin conocido como mtodo, es un servicio
proporcionado por la clase que puede ser solicitado por otras clases
y que produce un comportamiento en ellas cuando se realiza.
Relacin entre clases: Las clases se relacionan entre s de
distintas formas, que marcan los tipos de relaciones existentes:
Asociacin. Es una relacin que describe un conjunto de vnculos
entre clases. Pueden ser binarias o n-arias, segn se implican a dos
clases o ms. Las relaciones de asociacin vienen identificadas por
los roles, que son los nombres que indican el comportamiento que
tienen los tipos o las clases, en el caso del rol de asociacin (existen
otros tipos de roles segn la relacin a la que identifique). Indica la
informacin ms importante de las asociaciones. Es posible indicar
el nmero de instancias de una clase que participan en una relacin
mediante la llamada multiplicidad. Cuando la multiplicidad de un
roles mayor que 1, el conjunto de elementos que se relacionan
pueden estar ordenados. Las relaciones de asociacin permiten
especificar qu objetos van a estar asociados con otro objeto
mediante un calificador.
El calificador es un atributo o conjunto de atributos de una
asociacin que determina los valores que indican cuales son los
valores que se asociarn.
Existe una forma especial de asociacin, la agregacin, que
especifica una relacin entre las clases donde el llamado agregado
indica el todo y el componente es una parte del mismo.
 Composicin: Es un tipo de agregacin donde la relacin de
posesin es tan fuerte para marcar otro tipo de relacin. Las clases
en UML tienen un tiempo de vida determinado, en las relaciones de
composicin, el tiempo de vida de la clase que es parte del todo (o
agregado) viene determinado por el tiempo de vida de la clase que
representa el todo, tanto es equivalente a un atributo, aunque no lo
es porque es una clase y puede funcionar como tal en otros casos.
Cuando se establece una relacin de este tipo entre dos clases, un
es superclase y la otra s subclase. La subclase comparte la
estructura y el comportamiento de la superclase. Puede haber ms
de una clase que se comporte como su clase.

Dependencia: Una relacin de dependencia se establece entre

clases (u objetos) cuando un cambio en el elemento independiente
del modelo puede requerir un cambio en el elemento dependiente.

Relacin de refinamiento: Es una relacin entre dos elementos

donde uno de ellos especifica de forma completa al otro que ya ha
sido especificado con cierto detalle.

C. DIAGRAMA DE COMPORTAMIENTO O INTERACCIN

Muestran las interacciones entre objetos ocurridas en un escenario (parte)
del sistema.

DIAGRAMAS DE SECUENCIA
En un diagrama de secuencia se indicarn los mdulos o clases que
forman parte del programa y las llamadas que se hacen en cada
uno de ellos para realizar una tarea determinada.
Se realizan diagramas de secuencia para definir acciones que se
pueden realizar en la aplicacin en cuestin.

DIAGRAMAS DE COLABORACIN
Un diagrama de colaboracin es una forma de representar
interaccin entre objetos, alterna al diagrama de secuencia. A
diferencia de los diagramas de secuencia, pueden mostrar el
contexto de la operacin (cules objetos son atributos, cules
temporales) y ciclos en la ejecucin.
DIAGRAMAS DE ACTIVIDADES
Un diagrama de actividades muestra un flujo de acciones (nodos
ejecutan un proceso), generalmente secuenciales adems presenta
los resultados de dichas acciones.
DIAGRAMAS DE ESTADOS
 Es un diagrama utilizado para identificar cada una de las rutas o
caminos que puede tomar un flujo de informacin luego de
ejecutarse cada proceso.
Permite identificar bajo qu argumentos se ejecuta cada uno de los
procesos y en qu momento podran tener una variacin. El
diagrama de estados permite visualizar de una forma secuencial la
ejecucin de cada uno de los procesos.
D. DIAGRAMA DE IMPLEMENTACIN

Se derivan de los diagramas de procesos y mdulos de la metodologa de Booch, aunque

presentan algunas modificaciones. Los diagramas de implementacin muestran los
aspectos fsicos del sistema. Incluyen la estructura del cdigo fuente y la implementacin,
en tiempo de implementacin.
Diagramas de plataformas o despliegue.

Un Diagrama de Despliegue modela la arquitectura en tiempo de

ejecucin de un sistema. Esto muestra la configuracin de los
elementos de hardware (nodos) y muestra cmo los elementos y
artefactos del software se trazan en esos nodos.

3.4. Herramientas Tecnolgicas Utilizadas

3.5. Objetivos