1

P.D.P

1. Introducción

En la actualidad las  empresa  se esfuerza para tener una mayor participación en el mercado, lo
que ha originado el desarrollo de aplicaciones donde se puede registrar el crecimiento de
las empresas y las preferencias de los usuarios, estas aplicaciones mejoran el control
administrativo mediante un seguimiento preciso de todas las transacciones que se realizan
dentro de un negocio en el tiempo real proporcionando reportes detallados de ventas que
permiten a los administradores ordenar fácilmente la cantidad correcta de productos en el
momento adecuado. Los sistemas de ventas que almacenan información tiene la capacidad de
ser personalizados para cumplir con las necesidades específicas de un negocio.

El siguiente proyecto es un Sistema de registro de datos que guarda toda la información ,trata
de una aplicación de escritorio que se encarga de registrar todas las ventas que se realiza
como tendrá una base de datos donde podrá almacenar toda la materia prima para la venta de
sus productos en SISTEMA DE SEGURIDAD ASR para una buena administración y también
ayudara con la problemática de la contabilidad.

El desarrollo de este software permitirá facilitar el ingreso de la información en tiempo real,

optimizar la venta de un producto, ofreciendo a los usuarios una rápida y eficaz trabajo al
momento de realizar sus arqueos de su venta del día.

2. ANTECEDENTES

2.1. Descripción Del Ambiente De Estudio Donde Se Desarrolla El Proyecto.

SISTEMA DE SEGURIDAD ASR es una empresa Boliviana dedicada a la una variedad de cámaras
(biométricos, sensores, alarmas). ASR está ubicada en La Paz-Bolivia Dir.: Z/Calacoto C/18 de
Calacoto plena plaza

2.2. Conformación del comité de personas que facilitaran la información (nombre y Cargo de
las personas que suministran la información )
El dueño ALVARO MENDEZ Gerente General, es la persona directa que nos brinda toda la
información sobre el movimiento de ventas y la administración de la empresa.
Para el desarrollo del sistema se utilizará programas que faciliten visualizar las ventas,
reportes, inventario y su variedad de todos sus productos.

3. Planteamiento Del Problema A Resolver

3.1. Problema Principal

Dificultad en la realización de pedidos y ventas de equipos de seguridad debido a
no tener un software capaz de controlar las ventas a los clientes y tener un
inventario de toda la materia prima que tiene la empresa, el arqueo de cada cierre
de ventas, actualmente el sistema que maneja dicha empresa es manual.

6.1.
3.2. ARBOL DE PROBLEMAS (Causa Y Efecto)

Mal envío del producto

Factura mal elaborada Pérdidas económicas
 2
P.D.P

Problema: dificultad en la realización de pedidos y ventas de

equipos de seguridad Efecto:
Efecto:de la empresa
Efecto:
Precio incorrecto al cobrar
Realizar la venta manual
Atención lenta al cliente

Causas:
Causas:
Causas:
Incorrecto datos
Demora al hacer el arqueo
Pérdida de clientes. registrados
de cierre de caja

Registros manuales
Pérdida de tiempo
Poca venta.
4. Objetivos

4.1. Objetivo Principal

Implementar un sistema de Venta que sea capaz de Gestionar los pedidos, generar Facturas,
ticket y reportes con el paradigma de programación orientada a objetos.

4.2. Objetivo Especifico

● Resolver todo los problemas planteados para una solución óptima y sin errores

● Satisfacer todos los requerimientos del cliente

● Seguridad en el manejo de datos

 3
P.D.P

● Software Amigable asía el cliente

● Rapidez en la atención al cliente

● Elaborar el sitio web que permita controlar las ventas e inventario

4.3. Árbol De Objetivos (Medios – Fines)

Empaquetado correcto del

producto

Accesibilidad de datos Satisfacción a los clientes Registros correctos

 4
P.D.P

Fines: Fines:
Fines:
Fácil acceso a la base de Minimizar los errores de
datos Atención rápida al cliente registro de datos

Medios: Medios:
Objetivo: Desarrollar Medios:gestionar y
un sistema que nos permita Medios:
almacenar en una base de datos la información.
Base de datos que Buenos ingresos en Construcción del Tablas establecidas
almacena toda la la venta. sitio solo para el para la base de
información. propietario. datos

Fácil acceso a la Buena gestión de Buena

información de los Registros ordenados
ingresos administración
registro.

5. Justificación

El sistema contribuirá con la empresa de seguridad ASR en la gestión de sus pedidos

evitando perdida de venta con clientes satisfechos, con el conteo dela caja exactos y
mejorando la atención a toda la clientela.

Se utilizara un computador que controlara todas las tareas sistemáticas que se requieran
en el momento que el establecimiento se encuentre en función, también se requiere de
personal con conocimientos básicos de manejo de una computadora.

La empresa contara con la generación de tickets por cada transacción realizada, consultas
de ventas y estado de productos, vista de todos sus productos.

6.2. Justificación Técnica

La empresa de seguridad ASR obtendrá un sistema de control de todo su manejo de
registros, contara con una base de datos para el almacenamiento de información.

6.3. Justificación Social

El sistema que se realizara beneficiara al propietario, ya que tendrá en orden sus
registros de ventas. Y de esta manera los clientes serán atendidos en un tiempo óptimo,
 5
P.D.P

y también podrán realizar sus pedidos dependiendo a lo que soliciten los clientes
satisfactoriamente.

6.4. Justificación Económica

Mediante la implementación del sistema reducirá el costo de material del propietario, por
qué se dejara de comprar cuadernos de registros y copias de inventarios, ya que todo
estará almacenado en el sistema.

7. Alcances y limites

7.1. Alcances
El sistema a desarrollar llevara el registro controlado de la información general de cada
cliente, diseño y venta existente, con el fin de obtener todos los datos necesarios de
cada uno de ellos de manera organizada, confiable y correcta.

El alcance abarca la implementación del sitio web de control para la empresa ¨ASR¨ el
cual contempla:

Búsqueda de registros de ventas y clientes.

Registro de clientes, ventas, pedidos.
Generar reportes diarios de las ventas y entregas.

7.2. Limites

Debido a que el desarrollo de un sistema informático debe abarcar demasiadas

necesidades no cabe duda que debe tener un límite, el cual es necesario cubrir la mayor
cantidad de requerimientos necesarios, ya que las empresas de seguridad necesitan un
sistema confiable y seguro.

Las ventas vía Internet será una limitación debido a que el sitio web no tendrá esa
configuración, lo cual implicaría generar otra aplicación orientada a Web utilizando la
misma base de datos, además del costo extra de la conexión a Internet.

7.3. Describir los módulos que soluciona el proyecto

Los módulos de la página deben estar claros y basados en lo que quiere en
si el cliente. Los módulos principales a tener en cuenta para el desarrollo de
la Aplicación de Escritorio:

-Módulo de Registro de clientes.

-Módulo de registro del Usuario.
-Módulo de Búsqueda de Usuarios.
-Módulo de Búsqueda de clientes.
-Módulo de Registro de Venta.
-Módulo de Reportes de ventas.
-Módulo de Inicio de Sesión.
-Módulo de creación del producto.
 6
P.D.P

-Módulo de Anulación de tickets.

. 8.Marco teórico

1. Marco contextual

1.2. Descripción

La empresa de seguridad “ASR” tiene una trayectoria de 10 años al

servicio del cliente, Donde el dueño ALVARO MENDEZ es el
encargado y dueño dela EMPRESA, también es el que administra
este negocio.

El equipo de trabajadores que apoyan a la empresa está conformado

por 5 personas los cuales se dividen en las siguientes:

Un cajero encargado en estar a la orden de los clientes, alistar sus

pedidos ,un despachador el que entrega o lleva los pedidos, una
contadora encargada de controlar la asistencia de los trabajadores,
su sueldo el control de ingresos de la empresa y por ultimo dos
encargados de monitoreo, los que cuidan el establecimiento por las
noches.

Actualmente la empresa “ASR” genera sus ventas manualmente, la

contabilización de toda la venta del día se realiza de acuerdo a la
cantidad de comandas y tickets que realizan de servicio que se
hayan emitido ya sea por la contadora o el cajero.

La empresa cuanta con un menú variado aparatos de seguridad

como ser: biométricos ,cámaras, alarmas, etc. .

1.3. Misión

De atender al cliente de forma eficaz, cómoda, oportuna y ofreciendo

los mejores productos en sistemas de seguridad.
Ofreciendo sus productos para la tranquilidad de su hogar, oficina,
etc., de los clientes

1.4. Visión

De llegar a cada rincón alejado de la ciudad y que tenga el respaldo

de un hogar segura en toda la ciudad de La Paz, extendiéndose
mucho más, abriendo sucursales en las diferentes zonas, ciudades
de Bolivia. Siempre con la misión y visión de brindar
atención ,servicios y productos de calidad para sus clientes.

1.5. Objetivó
 7
P.D.P

El objetivo principal de la empresa “ASR” es ofrecer productos de

calidad y seguridad para su comodidad de los clientes (sistemas
seguras).

2. Marco conceptual

2.1. Definiciones

2.1.1. Lenguaje PHP

PHP se caracteriza por ser un lenguaje gratuito y multiplataforma. Además de su posibilidad de

acceso a muchos tipos de bases de datos, también es importante destacar su capacidad de
crear páginas dinámicas, así como la posibilidad de separar el diseño del contenido de una
web.

PHP es la solución para la construcción de Webs con independencia de la Base de Datos y del
servidor Web, válido para cualquier plataforma.

El objetivo final es conseguir la integración de las paginas HTML con aplicaciones que corran
en el servidor como procesos integrados en el mismo, y no como un proceso separado, como
ocurría con los CGIs (Common Gateway Interface).

El lenguaje php presenta cuatro grandes características:

1.- Velocidad: PHP no solo es rápido al ser ejecutado sino que no genera retrasos en la
máquina, por esto no requiere grandes recursos del sistema. PHP se integra muy bien junto a
otras aplicaciones, especialmente bajo ambientes Unix.

2.- Estabilidad: PHP utiliza su propio sistema de administración de recursos y posee de un

sofisticado método de manejo de variables, conformando un sistema robusto y estable.

3.- Seguridad: PHP maneja distintos niveles de seguridad, estos pueden ser configurados
desde el archivo .ini

4.- Simplicidad: Usuarios con experiencia en C y C++ podrán utilizar PHP rápidamente.

Además PHP dispone de una amplia gama de librerías, y permite la posibilidad de agregarle
extensiones. Esto le permite su aplicación en múltiples áreas, tales como encriptado, gráficos,
XML y otras.
 8
P.D.P

Ventajas adicionales de PHP

1.- PHP corre en (casi) cualquier plataforma utilizando el mismo código fuente,

2.- La sintaxis de PHP es similar a la del C, por esto cualquiera con experiencia en lenguajes
del estilo C podrá entender rápidamente PHP.

3.- PHP es completamente expandible y modificable. Está compuesto de un sistema principal ,

un conjunto de módulos y una variedad de extensiones de código.

4.- Muchas interfaces distintas para cada tipo de servidor. PHP actualmente se puede ejecutar
bajo Apache, IIS, AOLServer, Roxen yTHTTPD. Otra alternativa es configurarlo como módulo
CGI.

5.- Permite la interacción con gran cantidad de motores de bases de datos tales como MySQL,
MS SQL, Oracle, Informix, PostgreSQL, etc.

6.- PHP es Open Source, ( código abierto ) esto significa que no depende de ninguna compañía
comercial y que no requiere de licencias.

2.1.2 Sistema de Base de Datos

Se puede definir una base de datos, como un fichero en el cual se almacena

información de cualquier tipo. En dicho fichero la información se guarda en
campos o delimitadores, podemos almacenar el nombre y el apellido de las
personas de modo separado, de ésta forma podemos sacar del fichero todos
los nombres o todos los apellidos, tanto de forma separada como conjunta.
 9
P.D.P

Normalmente el número de campos que se pueden tener en una base varía

según las necesidades en cuanto a gestión de datos, de forma que después se
pueda explotar la información de forma ordenada y separada, aunque el resto
de la información sigue almacenada y guardada en la base de datos.

Una base de datos, no es solo el fichero en donde están datos, sino que en
dicho archivo se encuentra la estructura de los datos, ósea, para saber que
longitud tiene cada campo, hay que conocer cómo se llama el campo y qué
longitud en caracteres tiene, así como el tipo de datos en dicho campo, porque
puede contener desde letras a números o incluso otros datos más complejos,
dependiendo de la estructura de la base y del sistema gestor.

En realidad aparte de los datos que son almacenados en el archivo, también

hay una serie de datos, en los que se informa del tipo de campo, los campos y
la longitud de cada campo, es lo que se llama gestor de datos, que permite
saber que cada registro (un registro es una suma de campos, por ejemplo a
Ana LOPEZ LOPEZ, Ana lo guardamos en el campo Nombre y LOPEZ LOPEZ
en el campo Apellidos, cada registro es cada persona que almacenamos en la
base, osea una persona es un registro y cada regitro està constituido por los
campos Nombre y Apellido

Un Sistema de Bases de Datos (SBD) es una serie de recursos para manejar

grandes volúmenes de información, sin embargo no todos los sistemas que
manejan información son bases de datos.

Un sistema de bases de datos debe responder a las siguientes características:

Independencia de los Datos. Es decir, que los datos no dependen del programa
y por tanto cualquier aplicación puede hacer uso de los datos.

Reducción de la Redundancia. Llamamos redundancia a la existencia de

duplicación de los datos, al reducir ésta al máximo conseguimos un mayor
aprovechamiento del espacio y además evitamos que existan inconsistencias
entre los datos. Las inconsistencias se dan cuando nos encontramos con datos
contradictorios.
Seguridad. Un SBD debe permitir que tengamos un control sobre la seguridad
de los datos.

2.1.3. PHP Myadmin

phpMyAdmin es una herramienta que permite administrar bases de datos

MySQL (un popular gestor de bases de datos) empleando un navegador, tanto
para administrarla local como remotamente.

phpMyAdmin permite crear o eliminar bases de datos; crear, eliminar o alterar

tablas; eliminar, editar o agregar campos; ejecutar consultas SQL, etc.

Características de phpMyAdmin

* Multiplataforma.
 10
P.D.P

* Multilenguaje (más de 50).

* Licencia GPL.
* Está escrito en PHP

2.1.4. MySql

El sistema de base de datos operacional MySQL es hoy en día uno de los más
importantes en lo que hace al diseño y programación de base de datos de tipo
relacional. Cuenta con millones de aplicaciones y aparece en el mundo
informático como una de las más utilizadas por usuarios del medio. El
programa MySQL se usa como servidor a través del cual pueden conectarse
múltiples usuarios y utilizarlo al mismo tiempo.

Una de las características más interesantes de MySQL es que permite recurrir

a bases de datos multiusuario a través de la web y en diferentes lenguajes de
programación que se adaptan a diferentes necesidades y requerimientos. Por
otro lado, MySQL es conocida por desarrollar alta velocidad en la búsqueda de
datos e información, a diferencia de sistemas anteriores. Las plataformas que
utiliza son de variado tipo y entre ellas podemos mencionar LAMP, MAMP,
SAMP, BAMP y WAMP (aplicables a Mac, Windows, Linux, BSD, Open Solaris,
Perl y Phyton entre otras).

Se están estudiando y desarrollando nuevas versiones de MySQL que buscan

presentar mejoras y avances para permitir un mejor desempeño en toda
aquella actividad que requiera el uso de bases de datos relacionales. Entre
estas mejoras podemos mencionar un nuevo dispositivo de depósito y
almacenamiento, backup para todos los tipos de almacenamientos, replicación
segura, planificación de eventos y otras más

2.1.5. Sistema de ventas

Definición:
El sistema de control de ventas , se trata de una completa aplicación,
para la gestión de clientes, proveedores y productos, incluyendo la
posibilidad de realizar el registro de ventas de dichos productos y
generar informes.

Propósito:
Es el manejo relacionado con la emisión de ticket ,
cobranza, distribución y mercadeo, para una organización es muy
importante tomar en cuenta cual es la necesidad social que tiene como
organización, para poder desempeñar una buena labor en lo que se
refiere a ese tipo de actividades. En ese contexto el objetivo general es
analizar el sistema de ventas disponible en las empresas.

Diferentes Sistemas De Ventas:

1. Venta personal
2. Venta a distancia
3. Venta multinivel
 11
P.D.P

Venta personal
DEFINICION DE VENTAS PERSONALES
Según Lam, Huir y Candiel, las ventas personales son "la
comunicación directa entre un representante de ventas y uno o más
compradores potenciales, en un intento de relacionarse unos a otros en
una situación de compra" Kepler y Armstrong, definen las ventas
personales como la "presentación personal que realiza la fuerza de
ventas de la empresa con el fin de efectuar una venta y cultivar
relaciones con los clientes".

La venta es una forma de comunicar un mensaje, destinado a conseguir

una reacción determinada del receptor.
El propósito de cualquier empresa de productos o servicio son las ventas
y se ha mejorado mucho el concepto de la fuerza de ventas el cual debe
estar capacitado y conectado e interrelacionado con los demás
departamentos de la empresa.
Vender no es una tarea fácil y requiere de toda una habilidad
y conocimiento perfecto del producto o servicio. Así como tácticas de las
cuales se apoya el vendedor.
La venta personal es la herramienta más eficaz en ciertas etapas
del proceso de compra, particularmente en la creación de preferencia,
convicción y acción del consumidor. El cliente potencial recibirá
una carta o folleto, luego una llamada telefónica de venta de salida y
finalmente la visita de un vendedor que hará una presentación destinada
a cerrar la venta. Es posible que el cliente no compre aun, pero tendrá
suficiente información, para decidirse en un futuro, ya conoce el
producto y sabe que deseamos atender sus necesidades cuando esté
preparado para la compra.

Metodologías y Técnicas

El Proceso Unificado Racional, Rational Unified Process en inglés, y sus

siglas RUP, es un proceso de desarrollo de software y junto con el
Lenguaje Unificado de Modelado UML, constituye la metodología
estándar más utilizada para el análisis, implementación y documentación
de sistemas orientados a objetos. El RUP no es un sistema con pasos
firmemente establecidos, sino que trata de un conjunto de metodologías
adaptables al contexto y necesidades de cada organización, donde el
software es organizado como una colección de unidades atómicas
llamados objetos, constituidos por datos y funciones, que interactúan
entre sí. También se conoce por este nombre al software desarrollado
por Rational, hoy propiedad de IBM, el cual incluye información
entrelazada de diversos artefactos y descripciones de las diversas
actividades. Está incluido en el Rational Method Composer (RMC), que
permite la personalización de acuerdo a necesidades. Originalmente se
diseñó un proceso genérico y de dominio público, el Proceso Unificado,
y una especificación más detallada, el Rational Unified Process, que se
vendiera como producto independiente. RUP se divide en 4 fases,
dentro de las cuales se realizan varias iteraciones según el proyecto y
en las que se hace mayor o menos esfuerzo en las distintas actividades.
 12
P.D.P

En las iteraciones de cada fase se hacen diferentes esfuerzos en

diferentes actividades:

Fase de Inicio: (Inspección y Concepción) Se hace un plan de fases,

donde se identifican los principales casos de uso y se identifican los
riesgos. Se concreta la idea, la visión de los servicios y productos, como
se enmarca en el negocio, el alcance del proyecto.

Fase de Elaboración: se realiza el plan de proyecto, donde se

completan los casos de uso y se mitigan los riesgos. Planificar las
actividades necesarias y los recursos requeridos, especificando las
características y el diseño de la arquitectura.

Fase de Construcción: se basa en la elaboración de un producto

totalmente operativo y en la elaboración del manual de usuario.
Construir el producto, la arquitectura y los planes, hasta que el producto
está listo para ser enviado a la comunidad de usuarios.

Fase de Transición: se realiza la instalación del producto en el cliente y

se procede al entrenamiento de los usuarios. Realizar la transición del
producto a los usuarios, lo cual incluye: manufactura, envío,
entrenamiento, soporte y mantenimiento del producto, hasta que el
cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios.
Con estas fases se logra ejecutar un conjunto de mejores prácticas,
como lo son:

- Modelar el software visualmente

- Gerenciar los Requerimientos

- Usar arquitecturas basadas en componentes

- Verificación continua de la calidad

- Gerenciar los cambios

Ver imagen anexa, donde se observan las interacciones entre las etapas
de RUP.
 13
P.D.P

2.2.1. Descripción de las Fases:

Dependiendo de la iteración del proceso el equipo de desarrollo puede
realizar diferentes tipos de actividades. Veamos de qué trata cada fase.

2.2.1.1 Fase de Inicio:

Durante la fase de inicio las iteraciones hacen poner mayor énfasis en
actividades modelado del negocio y de requisitos. En esta fase se
realizan los siguientes pasos.

- Un documento con la visión del proyecto.

- El modelo de Casos de Uso con una lista de todos los Casos de

Uso y los actores que puedan ser identificados.

- Un glosario inicial del proyecto.

- Un Caso de Uso inicial de Negocio el cual incluye: contexto del

negocio, criterios de éxito y planificación financiera.

- Un estudio inicial de riesgos.

- Un plan del proyecto que muestre las fases y las iteraciones.

 14
P.D.P

El objetivo de esta fase, y el establecer el modelo de negocio es

entender las funciones de la organización del cliente, tanto en estructura
como en sus procesos. Su objetivo es modelar funciones y roles que
realiza la organización para realizar más fácilmente la reingeniería de
procesos o la implantación del nuevo sistema. También se describe lo
que el sistema tendría que realizar y permitir que los desarrolladores y el
cliente estén de acuerdo con esta descripción.

Para ello se realizarán las siguientes subfases:

- Describir los requerimientos funcionales y no funcionales

(rendimiento esperado, plataformas soportadas, integración con
sistemas externos, etc.).

- Capturar un glosario o vocabulario del sistema o proyecto

(mediante documento y clases conceptuales).

- Encontrar actores y casos de uso.

- Describir los casos de uso mediante su flujo principal, variaciones

y excepciones.

- Asignar prioridades a los casos de uso encontrados para poder

planificar la iteración en forma de análisis, diseño e
implementación.

- Modelar la interfaz de usuario (diseño lógico).

- Prototipo de la interfaz de usuario (diseño físico).

- Fase de Elaboración: En esta fase las iteraciones se orientan al

desarrollode la arquitectura, que incluye los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), análisis,
diseño y una parte deimplementación orientado a la arquitectura.

En esta fase se realizan las siguientes subfases:

- Un modelo de Casos de Uso con todos los actores identificados y

la mayor parte de las descripciones de Casos de Uso.

- Requerimientos adicionales: no funcionales o pseudo

requerimientos.

- Descripción de la arquitectura del software.

- Prototipo ejecutable de arquitectura.

- Una lista revisada de riesgos.

 15
P.D.P

- Plan del proyecto, incluyendo iteraciones y criterios de

evaluación para cada iteración.

- Manual preliminar de usuario.

En esta fase se especifican los requerimientos y se describen sobre

cómo ceban a implementar en el sistema: transformar los requisitos al
diseño del sistema, desarrollar una arquitectura para el sistema, y
adaptar el diseño para que sea consistente con el entorno de
implementación.

2.2.1.2. Fase de Construcción:

Se implementan las clases y objetos en ficheros fuente, binarios,
ejecutables y demás. El resultado final es un sistema ejecutable.

Para ello se realizarán las siguientes subfases:

- El producto de software integrado sobre la plataforma adecuada.

- Los manuales de usuario.

- Una descripción de la versión actual.

- Planificar qué subsistemas deben ser implementados y en qué

orden de benser integrados, formando el Plan de Integración.

- Cada implementador decide en qué orden implementa los

elementos del subsistema.

- Si encuentra errores de diseño, los notifica.

- Se integra el sistema siguiendo el plan.

En la parte de Pruebas se evalúa la calidad del producto, pero no para

aceptar o rechazar el producto al final del proceso de desarrollo, sino
que debe ir integrado en todo el ciclo de vida. Se deben encontrar y
documentar defectos en la calidad del software. Generalmente asesora
sobre la calidad del software percibida, provee la validación de los
supuestos realizados en el diseño y especificación de requisitos por
medio de demostraciones concretas, verificar las funciones del producto
de software según lo diseñado y que los requisitos tengan su apropiada
implementación.

En la parte de despliegue se produce con éxito distribuciones del

producto y distribuirlo a los usuarios. Las actividades implicadas
incluyen:

- Probar el producto en su entorno de ejecución final.

 16
P.D.P

- Empaquetar el software para su distribución.

- Distribuir el software.

- Instalar el software.

- Proveer asistencia y ayuda a los usuarios.

- Formar a los usuarios y al cuerpo de ventas.

- Migrar el software existente o convertir bases de datos.

Durante todo el proyecto se ejecutan las fases de gestión del proyecto,

donde se vigila el cumplimiento de los objetivos, gestión de riesgos y
restricciones para desarrollar un producto que sea acorde a los
requisitos de los clientes y los usuarios. En la cual se realizan las tareas:

- Proveer un marco de trabajo para la gestión de proyectos de

software intensivos.

- Proveer guías prácticas realizar planeación, contratar personal,

ejecutar y monitorear el proyecto.

- Proveer un marco de trabajo para gestionar riesgos.

En la fase de configuración y control de cambios, permite mantener la

integridad de todos que se crean en el proceso, así como de mantener
información del proceso evolutivo que han seguido.

En la fase del Entorno, la finalidad es dar soporte al proyecto con las

adecuadas herramientas, procesos y métodos. Brinda una
especificación de las herramientas que se van a necesitar en cada
momento, así como definir la instancia concreta del proceso que se va a
seguir.

En concreto las responsabilidades de este flujo de trabajo incluyen:

- Selección y adquisición de herramientas

- Establecer y configurar las herramientas para que se ajusten a la

organización.

- Configuración del proceso.

- Mejora del proceso.

Servicios técnicos. Los Roles que se cumplen en el RUP.

 17
P.D.P

2.2.2. Beneficios de la Metodología Orientada a Objetos.

- Promueve la reusabilidad.

- Reduce la complejidad del mantenimiento (extensibilidad y

facilidad de cambios).

- Riqueza semántica.

- Disminuye la brecha semántica entre la visión interna y la visión

externa del sistema.

- Facilita la construcción de prototipos.

2.2.3. Ventajas de la Metodología Orientada a Objetos.

- Reutilización

- El diseñador piensa en términos del comportamiento de objetos y

no en detalles de bajo nivel

- Confiabilidad, Integridad y Estabilidad.

- Mantenimiento más sencillo. Modificaciones locales.

- Modelado más realista.

- Modelos empresariales inteligentes.

- Independencia del diseño.

- Mejores herramientas CASE.

- Bibliotecas de clases para las empresas.

- Se construyen clases cada vez más complejas.

- Nuevos mercados para el software.

- Diseño de mayor calidad.

- Programación más sencilla.

- Mejor comunicación entre los profesionales de los Sistemas de

Información y los empresarios.

- Mayor nivel de automatización de las bases de datos.

- La comprensión del sistema es más fácil porque la semántica

entre el sistema y la realidad son similares.
 18
P.D.P

2.3. Herramientas

Las herramientas a utilizarse son:

2.3.1. UML

El Lenguaje Unificado de Modelado (UML) fue creado para forjar un

lenguaje de modelado visual común y semántica y sintácticamente rico
para la arquitectura, el diseño y la implementación de sistemas de
software complejos, tanto en estructura como en comportamiento. UML
tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo
de procesos en la fabricación.

Es comparable a los planos usados en otros campos y consiste en

diferentes tipos de diagramas. En general, los diagramas UML describen
los límites, la estructura y el comportamiento del sistema y los objetos
que contiene.

UML no es un lenguaje de programación, pero existen herramientas que

se pueden usar para generar código en diversos lenguajes usando los
diagramas UML. UML guarda una relación directa con el análisis y el
diseño orientados a objetos.

2.3.2. HTML

El HTML es el lenguaje con el que se definen las páginas web.

Básicamente se trata de un conjunto de etiquetas que sirven para definir
la forma en la que presentar el texto y otros elementos de una página.

2.3.3. PHP

PHP es un lenguaje de alto nivel, cuyo código va insertado en paginas

HTML y que es ejecutado en el servidor.

2.3.4. MySQL

MySQL un sistema gestor de base de datos muy conocido y

ampliamente usado por su simplicidad y notable rendimiento, se le
utilizara para almacenar datos.

Capítulo III. Ingeniería del Proyecto

1. Especificación de los requerimientos para el proyecto

La empresa de seguridad “ASR” necesita un sistema de control para

registrar datos adecuadamente, para poder tener fácil acceso.
1.1. Requerimientos Funcionales

REQUERIMIENTOS FUNCIONALES
 19
P.D.P

Nro. Requerimiento

1 acceso al sistema mejorar

2 Registro de Cliente

3 Registro de Productos

4 el Registro de Ventas

5 gestion de Ventas.

6 Registro de Cliente

7 Generar Tickets

8 Generar Reportes Ventas Por Fechas

1.2. Requerimientos no Funcionales

REQUERIMIENTO DEL PRODUCTO

Nro. Requerimiento

1 Software para el desarrollo.

2 Lenguaje de programación, servidor web, sistema de gestor de

base de datos para el desarrollo.

REQUERIMIENTOS EXTERNOS

Nro. Requerimiento

1 El sistema estará regulado de acuerdo a normas y

reglamentos establecidas por IEEE.

2 El ordenador deberá contar con suficiente espacio en disco

para almacenar datos

3 Seguridad Física del Sistema

4 Seguridad lógica del sistema

2. Modelo de datos del proyecto

 20
P.D.P

2.1. Diseño de la Base de Datos

Antes de empezar debemos saber que es una base de datos:

Una BD es un conjunto de datos organizados y relacionados entre sí, de

forma lógica que en su totalidad dan información aspectos reales, es
una colección real de información.

2.1.1. Dato

Es un hecho real conocido que podemos registrar el cual por sí solo

no da información.

2.1.2. Información

Una información es un conjunto de datos que le dan significado

diversos aspectos del mundo real

2.1.3. Modelo entidad Relación

2.1.3.1. Entidad

Se representa gráficamente mediante un rectángulo

Ej.: empleado

2.1.3.2. Atributo

Son las características de la entidad se representa mediante una

elipse
Ej.: nombre apellido, C.I

2.1.3.3. Relación

Se representa mediante un Rombo

2. Descripción del desarrollo del Proyecto

3.1. Aplicación de la Metodología RUP

El Proceso Unificado de Desarrollo de Software RUP (Rational Unified

Process) ha venido madurando como un enfoque de desarrollo de
software desde los años 80. Se empezó creando diseños de
aplicaciones de todo tipo utilizando la forma de pensar orientada a los
objetos e implementando programas que utilizan lenguajes y técnicas
orientadas a los objetos. El RUP ha evolucionado con el pasar del
tiempo haciendo que en la actualidad sea posible aplicarla no
solamente a los lenguajes de programación y las bases de datos sino
también al análisis y diseño de desarrollo de software con mucho éxito.
 21
P.D.P

3.2. Definición de los roles

Puesto Responsabilidad

Administrados de El jefe de proyecto se encargara de

Proyecto supervisar el establecimiento de la
arquitectura del sistema. Gestión de riesgos.
Planificación y control del proyecto.

Usuario Captura, especificaciones y validación de

requisitos interactuando con el cliente.

Programador Construcción de prototipos. Colaboración en

la elaboración de pruebas funcionales,
modelo de datos y en la validación con el
usuario.

Ingeniería de Gestión de requisitos, gestión de

Software configuración y cambios, elaboración del
modelo de datos, preparación de las pruebas
funcionales, elaboración de la documentación,
elaborar modelos de implementación y
despliegue.

3.1. Diagrama de casos de uso

Descripción de Escenarios de casos de uso:

 22
P.D.P

CASO DE USO: inicio de sesión

CASO DE USO: Cliente

CASO DE USO: Venta

 23
P.D.P

CASO DE USO: registro

CASO DE USO: búsqueda

 24
P.D.P

CASO DE USO: generar reportes

3.2. Definición de contenido del sistema WEB

Los contenidos que tendrá la aplicación Web serán los siguientes:

o Login
o Inicio
o Clientes
o Diseños
o Ventas
o Reportes
Inicio: donde se visualizara la misión, Visión de “ASR”.
Clientes: Donde se llenara los datos personales del cliente.
Menú: Donde se podrá realizar la selección del producto para el pedido.
 25
P.D.P

Ventas: Donde mediante un formulario se registrara una nueva venta y

también se podrá ver las ventas registradas.
Reporte: Donde el usuario podrá reportarlas ventas realizadas.

3.3. Definición de la estructura de los módulos que conforma el

sistema

3.3.1. Mapa del sistema WEB

3.4. Definición de los elementos de los Sistemas de navegación

Existen varios sistemas de navegación que se pueden clasificar en dos
grupos

3.4.1. Sistemas de navegación integrado

Estos incluyen los sistemas Globales que proporcionan accesos a
páginas vecinas y no aparecen siempre.

3.4.2. Sistemas de navegación remotos

Los sistemas Remotos suelen ser mapas, índices visitas.

3.4.3. Elementos para la navegación

El sistema Web tendrá las siguientes herramientas básicas:

MENU: Sera la página principal donde permitirán enlaces a otras

pantallas, esta estructura es vital para empezar la navegación.

PIE DE PÁGINA: En esta parte se podrá observar la dirección de la

empresa de seguridad “ ASR” y teléfono.

3.5. Diseño y estructuración de las Páginas.

 26
P.D.P

A continuación se van a mostrar diversas plantillas como primera idea

de lo que finalmente serán las pantallas por las que los distintos tipos
de usuario de navegaran para poder realizar cada una de las acciones
indicadas anteriores.

3.6. Maquetación Web

3.7. Desarrollo de los diagramas de Interacción

3.7.1. Diagrama de actividades

3.7.1.1. Ingreso al sistema
 27
P.D.P

3.7.1.2. Proceso de venta

3.7.2. DIAGRAMA DE SECUENCIA

3.7.2.1. Inicio de sesion

 28
P.D.P

3.7.2.2. Buscar registro

3.7.2.3. Registro de datos

 29
P.D.P

3.9.2.5. Administrar información

 30
P.D.P

3.7.3. DIAGRAMA DE ESTADO

3.7.3.1. Inicio de Sesión

 31
P.D.P

3.7.3.2. Registro de datos

3.7.3.3. Registro de Datos

 32
P.D.P

3.7.3.4. Generar Reportes