Proyecto Sagaj

UNIVERSIDAD DE ORIENTE
NCLEO DE ANZOTEGUI
ESCUELA DE INGENIERA Y CIENCIAS APLICADAS
DEPARTAMENTO DE COMPUTACIN Y SISTEMAS
ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN
DESARROLLO DE UNA APLICACIN WEB PARA EL CONTROL DE LA

EMPRESA AUTO PARTE JOCAR S.A.
PROFESOR: REALIZADO POR:
Ing. Rhonald Rodrguez Arasme Alexander C.I: 20.403.478

Cabrera Elio C.I: 22.872.234
Campos Maximiliano C.I: 24.666.652
Curez Michell C.I: 21.068.372
Lucart Luis C.I: 23.805.008
Lizmar Saez C.I: 24.984.862
Barcelona, Agosto 20
NDICE
CAPITULO I......................................................................................................7
EL PROBLEMA.................................................................................................7
1.1. PLANTEAMIENTO DEL PROBLEMA........................................................8
1.2.1. Objetivo General............................................................................12
1.2.2. Objetivos Especficos.....................................................................12
CAPITULO II...................................................................................................13
MARCO TEORICO.........................................................................................13
2.1 ANTECEDENTES.....................................................................................14
2.2 FUNDAMENTOS TERICOS...................................................................16
2.2.1 Sistemas de Informacin (SI).........................................................16
2.2.1.1 Actividades Bsicas de un Sistema de Informacin................16
2.2.1.2 Ciclo de vida de los Sistema de Informacin...........................17
2.2.1.3 Roles de los Sistemas de Informacin.....................................18
2.2.1.4 Tipos de Sistemas de Informacin...........................................18
2.2.1.5 Importancia de los Sistemas de Informacin...........................19
2.2.1.6 Diseo de los Sistemas de Informacin...................................19
2.2.2 Lenguaje de Modelado Unificado (UML)........................................20
2.2.2.1 Modelo de Casos de Uso.........................................................20
2.2.2.2 Paquetes de Anlisis................................................................20
2.2.2.3 Clases de Anlisis....................................................................21
2.2.2.4 Diagrama de Clases de Diseo...............................................21
2.2.2.5 Proceso Unificado de Desarrollo de Software (RUP)..............21
2
2.2.3 Base de datos.................................................................................22
2.2.3.1 Bases de Datos Relacionales..................................................23
2.2.3.2 Diseo de Bases de Datos......................................................23
2.2.3.3 Modelo Entidad-Relacin.........................................................23
2.2.3.4 Lenguaje Estructurado de Consultas SQL.............................23
2.2.3.5 Sistema Manejador de Base de Datos MySQL.......................24
2.2.3.6 Servidor Web Apache...............................................................24
2.2.4 Lenguaje de Programacin PHP...................................................24
2.2.4.1 JavaScript................................................................................24
2.2.4.2 HTML......................................................................................25
2.2.5 Aplicaciones Web............................................................................25
2.2.6 Tecnologias Web.............................................................................25
2.2.6.1 Internet......................................................................................25
2.2.6.2 CSS...........................................................................................26
CAPITULO III..................................................................................................27
MARCO METODOLOGICO...................................................................27
3.1 TIPO DE INVESTIGACION...................................................................28
3.2 NIVEL DE LA INVESTIGACION............................................................28
3.3 TCNICAS A UTILIZAR........................................................................29
3.4 METODOLOGIA....................................................................................30
CAPITULO IV..................................................................................................32
RESULTADOS.................................................................................................31
4.1 FASE DE INICIO.......................................................................................33
3
4.1.1 Flujo de Trabajo de Requisito.............................................................34
4.1.1.1 Contexto del Sistema..................................................................37
4.1.1.2 Diagrama de ambiente ampliado................................................37
4.1.1.3 Modelo del dominio......................................................................39
4.1.1.4 Diagrama de Dominio del Sistema..............................................40
4.1.1.4 Requisitos del sistema.................................................................42
4.1.1.4.1 Requisitos funcionales:......................................................42
4.1.1.4.2 Requisitos no funcionales:...............................................43
4.1.1.4.3 Riesgos del sistema..........................................................43
4.1.1.5 Expliccacion de los casos de usos..............................................45
4.1.2 Flujo de anlisis de trabajo................................................................61
4.1.2.1 Paquetes de Anlisis del Sistema............................................61
4.1.2.2 Diagrama de Clases de Anlisis..............................................65
4.1.2.3 Diagramas de colaboracin ...........................................86
4.1.3 Flujo de trabajo de Diseo................................................................94
4.1.3.1 Arquitectura candidata.............................................................95
4.1.4 Conclusiones de la fase de inicio......................................................96
4.2 FASE DE ELABORACIN...............................................................97
4.2.1 Flujo de trabajo de requisitos......................................................97
4.2.1.1 Requerimientos del sistema...................................................97
4.2.1.2 Modelo de Caso de uso.........................................................97
4.2.1.2.1 Identificacin de los casos de uso...........................97
4
4.2.1.2.2 Descripcin de los casos de uso.............................99
4.2.2 Flujo de Trabajo de anlisis................................................102
4.2.2.1 Paquetes de anlisis del sistema...............................103
4.2.1.1.........Diagrama de clase de Analisis....................................104
4.2.2.3 Diagrama de colaboracin..........................................107
4.2.3 Flujo de trabajo de diseo.................................................110
4.2.3.1 Diagrama de Capas....................................................110
4.2.3.2 Diagrama de clase de diseo......................................,112
4.2.3.3 Diagrama de despliegue........................................................118
4.2.3.4 Diseo de la Base de Datos..................................................119
4.2.3.5 Estructura de la Base de Dato.....................................120
4.2.4 Interfaz Principal..................................................................126
4.2.5 Conclusin fase de Elaboracin.......................................................131
4.3 FASE DE CONSTRUCCION..........................................................132
4.3.1 Herramientas de desarrollo del software utilizados.............132
4.3.2 Flujo de trabajo de Implementacin.........................................135
4.3.2.1 Diseo de la Interfaz de Usuario............................................135
4.3.2.2 Cdigos del sistema...............................................................143
4.3.3 Flujo de Trabajo de Pruebas......................................................179
4.3.3.1 Pruebas de Unidad................................................................179
4.3.3.2 Prueba de Integracin............................................................180
5
4.3.4 Conclusin de la Fase de Construccin.......................................190
CONCLUSIONES Y......................................................................................191
RECOMENDACIONES.................................................................................192
BIBLIOGRAFA......................................................................................193
6
CAPTULO I
El PROBLEMA
CAPITULO I
EL PROBLEMA
7
CAPTULO I
El PROBLEMA
1.1 PLATEAMIENTO DEL PROBLEMA
Ante la creciente competitividad que existe actualmente entre

empresas que se dedican a proveer algn producto o servicio, stas se han
visto en la necesidad de buscar diferentes maneras de innovar dentro del
mercado en el cual operan, para mantenerse activos y no dejarse desplazar
por la competencia. Debido a sto han surgido los sistemas de informacin
como un elemento que ayuda a la automatizacin de operaciones, adems
de que generan algn tipo de ventaja con respecto a otros competidores del
rea, mediante la implementacin de un sistema que permita aumentar el
volumen de ventas de las mismas, y a su vez, como una herramienta de
apoyo para el proceso de toma de decisiones, teniendo en cuenta que
mientras ms informacin est disponible a la hora de tomar una decisin,
sta tendr una mayor probabilidad de ser exitosa.
Estos sistemas representan una herramienta esencial para el logro de

los objetivos en las organizaciones. Los sistemas de informacin son una
parte vital para el triunfo de una empresa, ya que stos agilizan la gestin de
los procesos dentro de las organizaciones, es decir, esos procesos largos,
tediosos y repetitivos son realizados de una manera ms eficiente. El uso de
este tipo de sistemas ha incrementado notablemente siendo implementados
en la actualidad por organizaciones de todo tipo, tales como,
gubernamentales, bancarias, comerciales, y por supuesto educativas.
En la actualidad este tipo de sistemas se viene utilizando en un

entorno de redes locales, sea en las oficinas principales de la ciudad capital
o en oficinas distantes, siempre dependientes de la red y de la instalacin del
8
CAPTULO I
El PROBLEMA
sistema de informacin a utilizar. Anteriormente si una computadora no

contaba con la instalacin de dicho sistema, esta no poda ser utilizada para
ese fin. Actualmente el hacer uso de los sistemas de informacin es posible a
travs de los navegadores Web, ya que permiten el uso de las tecnologas de
informacin prcticamente desde cualquier dispositivo que posea una
conexin a internet, es por ello que los sistemas de este tipo han pasado a
llamarse aplicaciones Web.
El uso de stas aplicaciones permite a las organizaciones tener

acceso a la informacin desde cualquier lugar, y en cualquier instante,
permitiendo a los gerentes de una organizacin tomar decisiones acertadas y
oportunas en cuanto a procesos administrativos que requieran atencin
inmediata. A su vez, en el caso de los clientes, se les permite obtener
informacin relevante acerca de los productos y servicios que dicha empresa
oferta al pblico. Por lo tanto el no poseer tecnologas de este tipo genera
una merma en las actividades comerciales y administrativas de las
empresas, sobre todo en empresas pequeas, que se encuentran en un
entorno altamente competitivo.
Tal es el caso de la empresa Auto Partes Jocar S.A, compaa la cual

brinda servicios de cotizacin, venta e instalacin de repuestos automotriz,
as como la reparacin de piezas elctricas y mecnicas, para distintas
compaas de seguros a nivel nacional y tambin a personas particulares.
Ubicada en la ciudad de Barcelona, esta empresa ha visto una merma

en sus actividades comerciales, debido a su ubicacin y las pocas facilidades
de comunicacin que posee dicha empresa con sus clientes, adems de no
poseer una herramienta adecuada que les permita ofrecer informacin de
sus productos y servicios, lo cual les dificulta la captacin de nuevos clientes.
Sumado a esto, el tener que buscar de manera manual informacin respecto
9
CAPTULO I
El PROBLEMA
a clientes, productos y servicios con los que la empresa labora, genera

retrasos en la parte administrativa del negocio y a su vez, en los tiempos de
respuesta de la compaa hacia los clientes, ocasionando que los mismos
opten por otras alternativas que ofrezcan un servicio de mejor calidad y con
tiempos de respuesta reducidos.
Lo que se pretende lograr con este proyecto es el desarrollo de un

sistema de informacin bajo ambiente Web, el cual permita a los clientes
obtener informacin relevante, respecto a, productos y servicios ofrecidos,
disponibilidad de productos, costo de productos, as como realizar la compra
de los mismos. A su vez el sistema debe permitir a la administracin del
negocio poder tener un mejor control de la informacin que debe manejar
con fines administrativos, permitiendo atender de manera ms eficiente el
creciente volumen de actividades que se generara a partir de la
implementacin de este sistema.
El alcance de este proyecto es el desarrollo del sistema de

informacin, mediante el uso de la metodologa del proceso unificado de
desarrollo (RUP), el cual comprende una fase de inicio en donde se
identificaran los requerimientos funcionales y no funcionales del sistema a
desarrollar, una fase de elaboracin donde se realizar el anlisis en detalle
de los casos de uso necesarios para que el sistema sea funcional, as como,
la arquitectura a implementar para el desarrollo del mismo, y por ltimo una
fase de construccin donde se realizar la codificacin e integracin de todos
los mdulos del sistema hasta obtener el producto ya terminado. Cabe
destacar que en el presente trabajo no se realizara la implementacin del
sistema a desarrollar, dejando as, esta tarea en manos de la empresa.
La originalidad de este proyecto, radica en que es el primer sistema de

informacin desarrollado bajo entorno web para la empresa Auto Partes
10
CAPTULO I
El PROBLEMA
Jocar S.A, que integra tanto una interfaz diseada para el pblico, en este
caso los clientes, como una interfaz de uso exclusivo para el personal
administrativo de la empresa.
Su importancia radica en que, permitir ofrecer una mejor atencin a

los clientes, logrando un incremento significativo en el volumen de ventas de
la empresa, y a su vez permitir a la parte administrativa de la empresa tener
un mejor control de la informacin relacionada con los clientes, pedidos, el
estatus de los mismos, ventas realizadas en un periodo de tiempo
determinado y la utilidad generada. Lo cual permitir una toma de decisiones
ms acertada por parte del negocio.
11
CAPTULO I
El PROBLEMA
1.2 OBJETIVOS
1.2.1. Objetivo General
Desarrollar una aplicacin web para el control de la empresa auto parte

JOCAR S.A.
1.2.2. Objetivos Especficos
1. Diagnosticar las operaciones y datos del sistema actual.
2. Identificar los requerimientos funcionales y no funcionales para la

propuesta de la aplicacin en entorno web.
3. Disear la estructura de la aplicacin web y su base de datos.
4. Codificar la estructura de la aplicacin diseada.
5. Realizar las pruebas de unidad y de integracin necesaria que garanticen

la funcionalidad del sistema diseado.
12
CAPTULO II
MARCO TEORICO
CAPITULO II
MARCO TERICO
13
2.1 ANTECEDENTES
Cotorett, M. y Martnez C. (2009), disearon un sistema de

informacin basado en un entorno web que maneje licencias de importacin
automotriz en las diferentes aduanas nacionales. Basado en el desarrollo de
un sistema que proporcionar la informacin de las importaciones que se
realizan entre las diferentes aduanas nacionales, las importaciones sern
registradas por los diferentes usuarios de manera rpida y sencilla con la
finalidad de que se pueda acceder a la informacin en el momento en que se
requiera y en el lugar (aduana) que se encuentre. Adems que los
contribuyentes podrn conocer el saldo de sus importaciones y su estado. La
metodologa que se utiliz en este proyecto fue el anlisis lineal secuencial
con la incorporacin de varios estereotipos orientados a objetos. A travs del
anlisis y diseo obtuvieron el modelado del sistema L.I.A.C.R.S. el cual
proporciona ventajas significativas en las operaciones de importacin del
Servicio Nacional Integrado de Administracin Aduanera y Tributaria
(SENIAT).
Fattal, A. (2012), desarroll un sistema automatizado bajo el entorno

web para el control de las actividades administrativas de autoplatinas y
carroceras EL POLLO, C.A. en el proyecto se elabor una aplicacin web
que permita llevar el control de las actividades administrativas, facilitando a
las operaciones realizadas diariamente en la organizacin. Para el desarrollo
de dicha aplicacin se us herramientas que forman parte de la
plataforma .NET Framework: Microsoft Visual Studio 2008 como entorno de
desarrollo integrado (IDE), en el cual se emple ASP.NET en conjunto con el
lenguaje de programacin Visual C#. Adicionalmente se utiliz Microsoft SQL
Server 2008 para el manejo de la base de datos. Lograron una aplicacin
que permite llevar a cabo el control administrativo de la compaa, lo que
permite tener un stock actualizado de los productos que comercializa la
empresa gracias a la automatizacin de los procesos de ventas.
Chirinos (2005), llev a cabo en su trabajo de grado el "Diseo de un

sistema de informacin para la automatizacin de las actividades
administrativas del departamento de computacin y sistemas de la
Universidad de Oriente, Ncleo de Anzotegui, basado en un estudio de
sistemas blandos". En este trabajo se realiz el Diseo de un Sistema de
Informacin para automatizar las actividades administrativas del
Departamento de Computacin y Sistemas de la Universidad de Oriente,
basado en un Estudio de Sistemas Blandos. El objetivo de este trabajo era
disear un sistema automatizado que permitiera procesar, almacenar,
14
eliminar y generar toda la informacin acerca de las actividades
administrativas ms importantes realizadas en el Departamento. Mediante la
Metodologa de Sistemas Suaves, se conoci el comportamiento del sistema
actual, y con la informacin obtenida de las encuestas realizadas al personal
docente y al estudiantado se elaboraron nuevos modelos del sistema. Se
compararon estos modelos para obtener propuestas de mejoramiento del
sistema actual y las actividades cuya automatizacin se desea.
Posteriormente se utilizaron herramientas del Lenguaje Unificado de
Modelado (UML) para representar grficamente el sistema propuesto y
mostrar con ms detalle su comportamiento. Esto permiti comprobar la
eficacia de las herramientas de UML para obtener la especificacin y
documentacin de los aspectos resaltantes de un sistema. De acuerdo a los
resultados obtenidos se afirma que el diseo de un buen sistema
automatizado aumenta la confiabilidad y control en el procesamiento de
informacin, garantizando seguridad y rapidez a todos sus usuarios.
Guzmn (2009), realiz su estudio investigativo que lleva por nombre:

Diseo de un sistema de informacin con interfaz web para el control de las
actividades asociadas a los trabajos de grado del postgrado de Ingeniera
Elctrica de la Universidad de Oriente, Ncleo Anzotegui, que permiti
determinar que la Comisin Coordinadora de Postgrado en Ingeniera
Elctrica lleva a cabo entre sus funciones el estudio de las solicitudes de
trabajo de grado y realiza las recomendaciones y observaciones pertinentes,
este proceso se lleva a cabo de manera manual, lo cual origina una limitacin
a la hora de evaluar la variedad de solicitudes que se reciben, adems de
esto no cuentan con una base de datos de los trabajos de grado que se
encuentran en ejecucin, ni aquellos que han sido aprobados, es decir, todos
los registros de los mismos se encuentran en fsico. Se plantea entonces,
como solucin a esta problemtica la creacin de un sistema de informacin,
que permita automatizar este proceso y que a su vez facilite la interaccin
tanto de profesores como de estudiantes, de una manera ms efectiva en el
proceso de elaboracin de las tesis de grado; adems de permitir obtener la
informacin que se necesite de manera eficiente. Este proyecto abarc la
fase de diseo del sistema, la cual se llev a cabo a travs del uso del
lenguaje unificado de modelado (UML) y se realiz el diseo de la interfaz
web del sistema a travs del uso de HTML.
15
2.2 FUNDAMENTOS TERICOS
2.2.1 Sistemas de Informacin (SI)
Para Pea, 2006 Un sistema de informacin es un conjunto de elementos

interrelacionados con el propsito de prestar atencin a las demandas de
informacin de una organizacin, para elevar el nivel de conocimientos que
permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones.
Peralta (2008), de una manera ms acertada define sistema de informacin

como conjunto de elementos que interactan entre s con el fin de apoyar las
actividades de una empresa o negocio. Teniendo muy en cuenta el equipo
computacional necesario para que el sistema de informacin pueda operar y
el recurso humano que interacta con el Sistema de Informacin, el cual est
formado por las personas que utilizan el sistema
2.2.1.1 Actividades Bsicas de un Sistema de Informacin
Peralta (2008) establece que un sistema de informacin realiza cuatro

actividades bsicas:
Entrada de informacin: Proceso en el cual el sistema toma los

datos que requiere para procesar la informacin, por medio de
estaciones de trabajo, teclado, diskettes, cintas magnticas, cdigo de
barras, etc.
Almacenamiento de informacin: Es una de las actividades ms

importantes que tiene una computadora, ya que a travs de esta
propiedad el sistema puede recordar la informacin guardada en la
sesin o proceso anterior.
16
Procesamiento de la informacin: Esta caracterstica de los
sistemas permite la transformacin de los datos fuente en informacin
que puede ser utilizada para la toma de decisiones, lo que hace
posible, entre otras cosas, que un tomador de decisiones genere una
proyeccin financiera a partir de los datos que contiene un estado de
resultados o un balance general en un ao base.
Salida de informacin: Es la capacidad de un SI para sacar la

informacin procesada o bien datos de entrada al exterior. Las
unidades tpicas de salida son las impresoras, cintas magnticas,
diskettes, la voz, etc.
2.2.1.2 Ciclo de Vida de los Sistemas de Informacin
Segn Arad (2006), Se puede decir que el ciclo de vida de los sistemas
de informacin se constituye fundamentalmente en seis etapas, y que se
encuentran ntimamente relacionadas con el comportamiento y las
necesidades de los usuarios. La duracin y la intensidad de cada una
dependern de la naturaleza del negocio y del rol de la tecnologa en ste. A
continuacin se explicarn cada una de las etapas:
Adaptacin: Es aquella etapa en que el sistema es puesto en

funcionamiento y que los usuarios comienzan con su plena utilizacin,
en ste momento se inicia un periodo de ajuste entre ambos. Decimos
que hay una adaptacin porque frecuentemente al principio de la
instalacin es cuando se realizan pequeas actualizaciones y
entonaciones en la funcionalidad del software.
Auge: Es en esta etapa cuando el sistema de informacin toma

posicin dentro de la empresa. Aqu ya los usuarios en su mayora
han superado los paradigmas del cambio, surgen ideas para
incorporar nuevas funciones y mejorar procedimientos.
17
Estabilidad y mantenimiento: En esta fase el funcionamiento del
sistema es relativamente estable y slo necesita de mantenimiento.
Surgen algunas actualizaciones pero que no representan grandes
cambios en las estructuras del sistema.
Depresin: A medida que los requerimientos de informacin de parte

de los usuarios van apareciendo cada vez con ms regularidad, y el
sistema comienza a ser incapaz de satisfacerlos, se dice que ste
entra en una etapa de depresin. Adicionalmente a esto, el
surgimiento paralelo de nuevas tecnologas y tendencias en el manejo
de la informacin hacen que las empresas se interesen en la
modernizacin de sus sistemas.
Decadencia: sta es la etapa donde colapsa el funcionamiento del

sistema, se pierde su confiabilidad, es donde los usuarios no toleran
los tiempos de respuestas y la carencia soluciones ante sus
requerimientos de informacin.
Sustitucin: Como su nombre lo indica es la fase donde el sistema

debe ser reemplazado en la empresa. Representa el inicio de la
ejecucin de un proyecto de adquisicin e implementacin de un
nuevo software que cumpla con las nuevas necesidades.
2.2.1.3 Roles de los Sistemas de Informacin:
Whitte, Bentley y Barlow (2003) establecen una serie de roles que

presentan los sistemas de informacin, los cuales son:
Incrementa las eficiencias de escala de las operaciones.
Procesamiento de transacciones.
Recoleccin y suministro de informacin relevante para la toma de

decisiones.
Monitoreo y registro del desempeo de los empleados y unidades

funcionales.
Mantenimiento del status y los cambios en las funciones principales

del negocio.
18
Mantenimiento de canales de comunicacin (documentacin).
Permite reducir los costos de transaccin. Este trmino explica las

ineficiencias del mercado que se aaden, o deberan aadirse, al
precio del producto o servicio.
2.2.1.4 Tipos de Sistemas de Informacin
Senn (1998) establece que el analista de sistemas desarrolla diferentes

tipos de sistemas de informacin para satisfacer las diversas necesidades de
una empresa, dentro de estas categoras encontramos:
Sistemas para el procesamiento de transacciones: Este tipo de

sistemas es uno de los ms importantes dentro de una organizacin,
los mismos tienen como finalidad mejorar las actividades rutinarias de
una empresa y de las que esta depende. Las transacciones ms
comunes incluyen: facturacin, entrega de mercanca, pago de
empleados y depsitos de cheques. Aunque los tipos de transacciones
varan de una organizacin a otra, la mayor parte de estas procesan
dichas transacciones como una parte de sus actividades cotidianas.
Sistemas de Informacin Administrativa: Este tipo de sistemas ayudan

a los directivos a tomar decisiones y resolver problemas, adems
proporciona la informacin que ser empleada en los procesos de
decisiones administrativas. Trata con el soporte de situaciones de
decisin bien estructuradas. Es posible anticipar los requerimientos de
informacin ms comunes.
Sistemas para soporte de decisiones: Estos sistemas ayudan a los

directivos que deben tomar decisiones no muy estructuradas, tambin
denominadas no estructuradas o semi-estructuradas. Para la toma de
estas decisiones el sistema debe proporcionar informacin importante
referente a situaciones particulares.
2.2.1.5 Importancia de los Sistemas de Informacin
Cuando muchas personas se preguntan por qu estudiar sobre los

sistemas de informacin, es lo mismo que preguntar por qu debera estudiar
alguien administracin de recursos humanos o cualquier otra funcin
empresarial importante. De acuerdo a Brien y Marakas (2006), los sistemas
19
de informacin son importantes pues facilita la organizacin y normalizacin
de la informacin, con lo cual permite conocer el estado de los datos, la
informacin sobre mercados y competidores, estadsticas de proyectos,
proveedores y otras informaciones relevantes para la gestin organizacional
y la toma de decisiones.
2.2.1.6 Diseo de los Sistemas de Informacin
Segn Senn (1998) el diseo de un sistema de informacin produce

los detalles que establecen la forma en la que el sistema cumplir con los
requerimientos identificados durante la fase de anlisis.
Los analistas de sistemas comienzan el proceso de diseo

identificando los reportes y dems salidas que debe producir el sistema.
Hecho lo anterior se determinan con toda precisin los datos especficos
para cada reporte y salida.
Este proceso tambin indica los datos de entrada, aquellos que sern
calculados y los que deben ser almacenados. Asimismo, se escriben con
todo detalle los procedimientos de clculo y los datos individuales que sern
manejados por el sistema. Esta informacin es proporcionada al equipo de
programacin para comenzar la fase de desarrollo del software.
2.2.2 Lenguaje de Modelado Unificado (UML)
Segn Fowler y Scott (1997), Lenguaje Unificado de Modelado UML,

es el lenguaje de modelado de sistemas de software ms conocido y
utilizado en la actualidad; est respaldado por el Grupo de Direccin de
Objeto. Es un lenguaje grfico para visualizar, especificar, construir y
documentar un sistema de software. UML ofrece un estndar para describir
un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales
como procesos de negocios y funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programacin, esquemas de bases de
datos y componentes de software reutilizables.
2.2.2.1 Modelo de Casos de Uso
Para Booch, Jacobson y Rumbaugh (1999) el modelo de casos de uso

describe un sistema en trminos de sus distintas formas de utilizacin cada
una de las cuales se conoce como un caso de uso. Cada caso de uso o flujo
se compone de una secuencia de eventos iniciada por el usuario. Dado que
los casos de usos describen el sistema a desarrollarse, los cambios en los
20
requisitos significaran cambios en los casos de uso. Para comprender los
casos de uso de un sistema primero es necesario saber quines son sus
usuarios, para ello, se define el concepto de actor, que es el tipo de usuario
que est involucrado en la utilizacin de un sistema y que adems es una
entidad externa al propio sistema. Juntos, el actor y el caso de uso,
representan los dos elementos bsicos de este modelo.
2.2.2.2 Paquetes de Anlisis
Segn Campderrich (2005) los paquetes de anlisis constituyen una

divisin del sistema de software que tiene sentido desde el punto de vista de
los expertos del dominio. Cada paquete de anlisis corresponde a uno o
varios subsistemas enteros. La descomposicin del software en paquetes se
establece cuando se tiene una idea fiable de la cantidad de la cantidad de
trabajo y del nmero y la complejidad de los diagramas. Se pueden asignar
paquetes separados a los grandes procesos del negocio o bien a los actores
primarios, y en cualquier caso, los casos de uso entre los que hay relaciones
de extensin, inclusin, o generalizacin deben asignarse al mismo paquete.
2.2.2.3 Clases de Anlisis
Campderrich (2005), estable tres tipos de clases de anlisis:
La clase de Interfaz: representan en el nivel de anlisis la interfaz de

usuario por pantalla. Debe haber al menos una para cada papel de
cada actor; por lo tanto, cada una representa la interfaz de usuario
entre cada caso de uso y su actor. Las clases de frontera representan
objetos grficos complejos como ventanas, dilogos por pantalla y
mens; en esta etapa no se pretende describir los detalles del formato
de estos objetos.
Las clases de entidades: corresponden a los objetos del dominio, es

decir, los que modelan entidades o acontecimientos del mundo real de
los que el software debe utilizar informacin (que son los atributos de
esta clase).
Las clases de control: corresponden a objetos internos del software y

no persistentes. Las operaciones de este tipo de clases contienen la
parte principal de los algoritmos de aplicacin.
2.2.2.4 Diagrama de Clases de Diseo
21
Mediante un diagrama de clases podemos modelar el esquema de
una base de datos. Un diagrama de clases se compone de: clases,
interfaces, y relaciones; las relaciones pueden ser de dependencia, de
asociacin y de generalizacin. (Marcos, Vela y Vara, 2005).
2.2.2.5 Proceso Unificado de Desarrollo de Software (RUP)
Booch, Jacobson y Rumbaugh (1999) lo definen como un proceso de

desarrollo de software, el cual consiste en un conjunto de actividades
necesarias para transformar los requisitos de usuario en un sistema software.
Sin embargo, el Proceso Unificado ms que un simple proceso; es un marco
de trabajo genrico que puede especializarse para una gran variedad de
sistemas de software, para diferentes reas de aplicacin, diferentes tipos de
organizaciones, diferentes niveles de aptitud y diferentes tamaos de
proyecto, el cual consta de las siguientes fases:
Fase de inicio: se desarrolla una descripcin del producto final. En

esta fase se van a definir las principales funciones del sistema, su
arquitectura y plan de proyecto, as como identificar y dar prioridad los
riesgos ms importantes, se planifica en detalle la fase de elaboracin.
Tambin se elaboran los principales casos de uso ms crticos
Fase de elaboracin: se especifican en detalle la mayora de los casos

de uso del producto y se disea la arquitectura del sistema. La
relacin entre la arquitectura del sistema y el propio sistema. Por
tanto, la arquitectura se expresa en forma de vistas de todos los
modelos del sistema, los cuales juntos representan su totalidad. Esto
implica que hay vistas arquitectnicas del modelo de caso de uso, de
anlisis, diseo, implementacin y despliegue. Durante esta fase del
desarrollo, se realizan los casos de uso ms crticos que se
identificaron en la fase de inicio.
Fase de construccin: la lnea base de la arquitectura crece hasta

convertirse en el sistema completo. La descripcin evoluciona hasta
convertirse en un producto preparado para ser entregado a la
comunidad de usuarios. Al final de esta fase, el producto contiene
todos los casos de uso que la direccin y el cliente han acordado.
22
Fase de transicin: cubre el periodo durante el cual el producto se
convierte en versin beta. En la versin beta un nmero de usuarios
con experiencia prueban el producto e informan de defectos y
deficiencias. Los desarrolladores corrigen el problema e incorporan
algunas de las mejores sugerencias en una versin general dirigida a
la totalidad de la comunidad de usuarios. La fase de transicin
conlleva actividades como la fabricacin, formacin del cliente, el
proporcionar una lnea de ayuda y asistencia, y correccin de los
defectos que se encuentran en la entrega.
2.2.3 Base de datos
La base de datos es una parte muy importante de los sistemas de

informacin ya que es el repositorio de todos los datos que maneja el
sistema de informacin. Segn Kendall (1997), Una base de datos es una
fuente central de datos que est pensada para que sea compartida por
muchos usuarios con una diversidad de aplicaciones.
2.2.3.1 Bases de Datos Relacionales
Para Silverschatz, Korth, &Sudarshan (2006), las bases de datos

relacionales se basan en el modelo relacional y utilizan un conjunto de tablas
para representar tanto los datos como las relaciones entre ellos. Tambin
incluyen un LMD (lenguaje de manipulacin de datos) y un LDD (lenguaje de
definicin de datos). La mayor parte de los sistemas de bases de datos
relacionales comerciales emplean el lenguaje SQL.
2.2.3.2 Diseo de Bases de Datos
De acuerdo a Silverschatz, Korth, &Sudarshan (2006), el diseo de

bases de datos implica principalmente el diseo del esquema de las bases
de datos. El diseo de un entorno completo de aplicaciones para la base de
datos que satisfaga las necesidades de la aplicacin que se est modelando
exige prestar atencin a un conjunto de aspectos ms amplio.
2.2.3.3 Modelo Entidad-Relacin
23
Segn a Silverschatz, Korth, &Sudarshan (2006), es un tipo de modelo
de datos conceptual de alto nivel que se emplea en el diseo de las base de
datos relacionales. Se caracteriza por utilizar una serie de smbolos y reglas
para representar los datos y sus relaciones. Con este modelo se consigue
representar de manera grfica la estructura lgica de una base de datos.
Este modelo representa el sistema a travs de un esquema grfico

empleando la terminologa de entidades, que son objetos, elementos
principales que se identifican en el problema a resolver con el diagramado y
se distinguen de otros por sus caractersticas particulares denominadas
atributos.
2.2.3.4 Lenguaje Estructurado de Consultas SQL
Segn Elmasri (2000), el lenguaje de consulta estructurado es un sub

lenguaje de base de datos utilizado para la consulta, actualizacin y
administracin de bases de datos relacionales, el estndar de facto para los
productos de bases de datos
2.2.3.5 Sistema Manejador de Base de Datos MySQL
De acuerdo a Elmasri (2000), el MySQL es un sistema manejador de

bases de datos relacional de cdigo abierto que es gratis para muchos usos.
Segn este autor, MySQL al principio enfrent oposicin debido a su falta de
apoyo a construcciones bsicas de SQL tales como consultas anidadas y
claves externas. ltimamente, sin embargo, MySQL encontr una base de
usuarios entusiastas por sus trminos de licencia tan liberal, su ejecucin tan
vivaz y facilidad de uso. Tambin fue ayudado en parte por una amplia
variedad de tecnologas tales como PHP, Python, Java, Perl (Elmasri, 2000).
2.2.3.6 Servidor Web Apache
El servidor Web Apache se basa en una arquitectura modular que

permite extender las funcionalidades y caractersticas. El servidor apache se
compone de un ncleo central con las funciones bsicas y una serie de
mdulos que permiten aadir un conjunto de funcionalidades. Los mdulos
pueden ser de tres tipos: bsicos, multiprocesos y externos. (Jorquera,
2008).
2.2.4 Lenguaje de Programacin PHP
24
PHP es un lenguaje de programacin de uso general de cdigo del
lado del servidor originalmente diseado para el desarrollo web de contenido
dinmico. Fue uno de los primeros lenguajes de programacin del lado del
servidor que se podan incorporar directamente en el documento HTML en
lugar de llamar a un archivo externo que procese los datos. El cdigo es
interpretado por un servidor web con un mdulo de procesador de PHP que
genera la pgina web resultante. PHP ha evolucionado por lo que ahora
incluye tambin una interfaz de lnea de comandos que puede ser usada en
aplicaciones grficas independientes. Puede ser usado en la mayora de los
servidores web al igual que en casi todos los sistemas operativos y
plataformas sin ningn costo.
2.2.4.1 JavaScript
Es un lenguaje de programacin interpretado, dialecto del estndar

ECMAScript. Se define como orientado a objetos, basado en prototipos,
imperativo, dbilmente tipado y dinmico. Se utiliza principalmente en su
forma del lado del cliente (client-side), implementado como parte de un
navegador web permitiendo mejoras en la interfaz de usuario y pginas web
dinmicas
2.2.4.2 HTML
HTML, sigla en ingls de HyperTextMarkupLanguage (lenguaje de marcas de

hipertexto), hace referencia al lenguaje de marcado para la elaboracin de
pginas web. Es un estndar que sirve de referencia del software que
conecta con la elaboracin de pginas web en sus diferentes versiones,
define una estructura bsica y un cdigo (denominado cdigo HTML) para la
definicin de contenido de una pgina web, como texto, imgenes y videos.
2.2.5 Aplicaciones Web
De acuerdo a Lujn (2002). En la ingeniera de software se denomina

aplicacin web a aquellas herramientas que los usuarios pueden utilizar
accediendo a un servidor web a travs de Internet o de una intranet mediante
un navegador. En otras palabras, es una aplicacin software que se codifica
en un lenguaje soportado por los navegadores web en la que se confa la
ejecucin al navegador.
Lujn (2002) tambin menciona que las aplicaciones Web utilizan

tecnologas que generan contenido dinmico y que permiten que los usuarios
del sistema afecten lgica del negocio en el servidor. Existe una diferencia
25
entre los sitios Web y las aplicaciones Web es sutil y esta depende de la
capacidad de un usuario de afectar el estado de la lgica del negocio en el
servidor. Ciertamente, si ninguna lgica del negocio existe en un servidor, el
sistema no se puede denominar aplicacin Web. Para los sistemas en los
cuales el servidor Web o el servidor de aplicaciones, permita que la lgica del
negocio sea afectada a travs de un navegador Web, este se considera una
aplicacin Web.
2.2.6 Tecnologas Web
De acuerdo a Sommerville (2005) Las tecnologas web implican un

conjunto de herramientas que nos facilitarn lograr mejores resultados a la
hora del desarrollo de un sitio web. Estas pueden ser:
2.2.6.1 Internet
Segn Sommerville (2005) Internet es un conjunto descentralizado de

redes de comunicacin interconectadas que utilizan la familia de protocolos
TCP/IP, garantizando que las redes fsicas heterogneas que la componen
funcionen como una red lgica nica, de alcance mundial. Sus orgenes se
remontan a 1969, cuando se estableci la primera conexin de
computadoras, conocida como ARPANET, entre tres universidades en
California y una en Utah, Estados Unidos.
2.2.6.2 CSS
Prez (2006) define el CSS como un lenguaje de hojas de estilos

creado para controlar el aspecto o presentacin de los documentos
electrnicos definidos con HTML y XHTML. CSS es la mejor forma de
separar los contenidos y su presentacin y es imprescindible para crear
pginas web complejas. Separar la definicin de los contenidos y la
definicin de su aspecto presenta numerosas ventajas, ya que obliga a crear
documentos HTML/XHTML bien definidos y con significado completo
(tambin llamados "documentos semnticos"). Adems, mejora la
accesibilidad del documento, reduce la complejidad de su mantenimiento y
permite visualizar el mismo documento en infinidad de dispositivos
diferentes.
26
27
CAPTULO III
MARCO METODOLOGICO
CAPITULO III
MARCO METODOLGICO
28
CAPTULO III
MARCO METODOLOGICO
3.1 TIPO DE INVESTIGACION
El tipo de investigacin de este proyecto es de campo, dado que:
Segn Arias (2006). La investigacin de campo es aquella que consiste en la

recoleccin de datos directamente de los sujetos investigados, o de la
realidad donde ocurren los hechos (datos primarios), sin manipular o
controlar variable alguna, es decir, el investigador obtiene informacin pero
no altera las condiciones existentes.
3.2 NIVEL DE LA INVESTIGACION
Segn Arias (2006). La investigacin descriptiva consiste en la

caracterizacin de un hecho, fenmeno, individuo o grupo, con el fin de
establecer su estructura o comportamiento. Los resultados de este tipo de
investigacin se ubican en un nivel intermedio en cuanto a la profundidad de
los conocimientos se refiere.
El nivel de investigacin para este proyecto ser descriptivo. Esta

Investigacin abarcara el diseo y desarrollo de una aplicacin web para
solventar la problemtica que presenta la organizacin, para lograr el diseo
primero ser necesario ir directamente al sitio de estudio para poder describir
las caractersticas y el comportamiento que presenta, as como el conjunto
de actividades que se desenvuelven dentro de la misma con sus
implicaciones, de esta manera se puede hacer un diseo apropiado para la
organizacin. Es por ello que el nivel de investigacin es el mencionado
anteriormente
29
CAPTULO III
MARCO METODOLOGICO
3.3 TCNICAS A UTILIZAR
Para llevar a cabo la recoleccin de la informacin se utilizaron las siguientes

tcnicas:
Observacin: Se define como una tcnica de recoleccin de datos

que permite captar y sistematizar informacin sobre un hecho o
fenmeno social que tiene relacin con el problema de investigacin y
los objetivos establecidos en la misma. En la aplicacin de esta
tcnica, el investigador registra lo observado, ms no interroga a los
individuos involucrados en el hecho o fenmeno social; es decir, no
hace preguntas orales o escritas, que le permitan obtener los datos
necesarios para el estudio del problema. La observacin tiene la
ventaja de facilitar la obtencin de datos lo ms prximos a como
stos ocurren en la realidad; pero, tiene la desventaja de que los datos
obtenidos se refieren slo a un aspecto del fenmeno observado.
(Chvez, s/f). La observacin puede ser estructurada y no
estructurada; para efectos del estudio se utilizar esta ltima, la cual
est definida como la observacin que se ejecuta en funcin de un
objetivo, pero sin una gua prediseada que especifique cada uno de
los aspectos que deben ser observados. Esta tcnica se aplica para
obtener la informacin necesaria para el desarrollo del sistema.
Revision Documental: Esta tcnica ser de gran importancia para el

futuro desarrollo de este proyecto de investigacin, al momento de
llevar a cabo el desarrollo del mismo se utilizaran metodologas, base
tericas y antecedentes que se encontraran en documento fsicos y
digitales.
30
CAPTULO III
MARCO METODOLOGICO
UML: Para el diseo de un nuevo sistema de informacin es

importante conocer el sistema actual, para comprender su
funcionamiento, encontrar sus fallas y limitaciones para establecer uno
nuevo que sea mejor que este, mas comodo y satisfaga todas las
necesidades de los funcionarios de JOCAR S.A, para lograr todo lo
anterior en indispensable el uso de los lenguajes uml y webml que
cuentan con una serie de diagramas que facilitan la informacin
necesaria para el diseo del nuevo sistema.
3.4 METODOLOGIA
Para el desarrollo del sistema de informacin se uso como base la

metodologa Proceso Unificado Racional (Rational Unified Process - RUP), el
cual emplea el Lenguaje Unificado de Modelado (Unified Modeling Language
- UML), a travs de la utilizacin de diagramas de casos de uso, clase de
diseo y clase de anlisis, se facilitara la visualizacin, especificacin y
documentacin de la estructura del software que se modelara en el nuevo
sistema. Gracias a la informacin suministrada por los diagramas la
estructura de dicho sistema ser presentada de una manera ms sencilla.
La metodologa de las etapas para el desarrollo de un proyecto son:
Etapa 1: Investigacin documental.
Esta etapa se llevara a cabo de manera continua, consiste en la indagacin

de aspectos tericos, metodologas y antecedentes que sern de apoyo
durante todo el desarrollo del proyecto.
Etapa 2: Fase de inicio
En esta fase se identificaran todos los actores y se identifican los casos de

uso ms esenciales y los escenarios bsicos que definan la funcionalidad del
sistema, el modelo de dominio con su glosario de trminos, lista de riesgos y
31
CAPTULO III
MARCO METODOLOGICO
actividades correctivas, as como tambin el flujo de trabajo de requisitos y el

flujo de trabajo anlisis y diseo..
Etapa 3: Fase Elaboracin.
Durante esta fase 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 caractersticas y el diseo de la
estructura de la aplicacin. En esta etapa el objetivo es determinar la
estructura ms conveniente de la aplicacin web, para ello se tomar en
cuenta lo siguiente:
Transformar los requisitos al diseo del sistema.
Establecer una estructura base para una arquitectura slida, que

servir de gua para el desarrollo del trabajo durante las fases de
construccin y transicin as como en las posteriores generaciones del
sistema.
Continuar la observacin y control de los riesgos crticos que an

queden e identificar riesgos significativos hasta adaptar el diseo para
que sea consistente con el entorno de implementacin.
Completar los detalles del plan del proyecto.
Etapa 4: Fase de construccin:
Se basa en la elaboracin de la aplicacin de tal manera que est totalmente

operativo. Es decir construir la nueva aplicacin, la estructura y los planes;
tambin realizar las pruebas de validacin y funcionalidad hasta que el
producto est listo para ser enviado a las reas de la organizacin.
Etapa 5: Redaccin del informe final.
Se realizar la redaccin del informe donde se recoge todas las pautas

abarcadas en el proyecto y las conclusiones y recomendaciones a las cuales
se ha llegado.
32
CAPTULO IV
RESULTADOS
CAPITULO IV
RESULTADOS
33
CAPTULO IV
RESULTADOS
4.1.1 Fase de Inicio
El objetivo de la fase de inicio, es la puesta en marcha del proyecto.

En esta fase se identifican los requisitos funcionales del sistema mediante un
modelo de casos de uso, adems se identifican y priorizan los riesgos ms
importantes.
Se comienza con la delimitacin del mbito y alcance del sistema
como elemento primordial, para dar paso a una propuesta inicial de la
arquitectura del sistema (primeras versiones de los modelos).
Modelo de Dominio
El Modelo de Dominio ayuda a comprender los conceptos que utilizan

los usuarios, con los que trabajan y con los que deber trabajar la aplicacin;
igualmente particiona y presenta los conceptos importantes relacionados con
el dominio.
Los modelos de dominio pueden utilizarse para capturar y expresar el
entendimiento ganado en un rea bajo anlisis como paso previo al diseo
de un sistema, ya sea de informacin o de otro tipo.
Diagrama Dominio del Sistema

A continuacin se describe el modelo de dominio del sistema actual,
con el cual se pretende lograr una mayor compresin del diagrama
explicando paso a paso el proceso, el cual inicia de la siguiente manera
Descripcin de la Problemtica
Una vez explicado los elementos que se encuentran inmersos en la

descripcin del sistema actual se observan diversos inconvenientes y
34
CAPTULO IV
RESULTADOS
situaciones que influyen en el funcionamiento de la empresa Auto Partes

Jocar S.A. Lo que ocasiona que el trabajo no sea eficiente.
Para poder determinar dichos inconvenientes y situaciones causantes
de las problemticas en el sistema fue necesario realizar entrevistas no
estructuradas al personal que labora en el mismo de donde pudo determinar
lo siguiente:
4.1.1 Flujo de Trabajo de Requisitos
Para evitar el fracaso en proyectos de desarrollo de sistemas se debe

llevar una adecuada gestin de los requisitos que representa un papel
fundamental por ser uno de los primeros y fundamentales flujos de trabajo
que se llevan a cabo a la hora de construir un sistema de informacin, los
errores de comprensin cometidos en esta etapa inicial de los proyectos son
los ms costosos de resolver.
Contexto del Sistema

Para el estudio del contexto del sistema es necesario comprender las
relaciones entre el sistema de informacin bajo ambiente Web que se est
diseando y el entorno externo. Comprender esto ayuda a decidir cmo
suministrar la funcionalidad requerida al sistema y cmo estructurar ste para
que se comunique efectivamente con su entorno.
Este proyecto, surge de la necesidad que presenta una empresa de
servicios de cotizacin, venta e instalacin de repuestos automotriz, y
reparacin de piezas, en cuanto al manejo de su sistema administrativo.
Casos de Uso del Sistema
35
CAPTULO IV
RESULTADOS
Los casos de uso representan el comportamiento de una parte del

sistema desde el punto de vista del usuario y tiene la finalidad de capturar
todos o parte de los requisitos funcionales de ste.
Modelo de Casos de Uso
Un modelo de caso de uso representa un fragmento de la

funcionalidad del sistema el cual proporciona al usuario un resultado
importante. El mismo describe de manera grfica la funcionalidad total del
sistema y la manera en la que se relaciona con los usuarios (Actores) los
cuales pueden ser humanos, maquinas o bases de datos.
Flujo de Trabajo de Anlisis
Los objetivos generales de este flujo de trabajo es analizar los

requisitos, refinarlos y estructurarlos en un modelo de objetos que sirva como
primera impresin del modelo de diseo. Se crea un modelo de anlisis
inicial para la mayora de los casos de uso y escenarios de casos de uso con
os que se trata durante la fase de inicio.
Diagrama de Clases de Anlisis
Una vez identificado y analizado el diagrama de casos de uso general

del sistema, se procede a realizar los diagramas de clases de anlisis con la
informacin que se maneja del sistema.
Los diagramas de clases de anlisis son una abstraccin de una o
varias clases y/o subsistemas del diseo del sistema en un nivel ms alto y
menos formal. Sirven para representar las relaciones entres cada clase.
36
CAPTULO IV
RESULTADOS
Diagrama de Colaboracin
Un diagrama de colaboracin es un diagrama de clases que contiene

roles de clasificador y roles de asociacin en lugar de slo clasificadores y
asociaciones. Los roles de clasificador y los de asociacin describen la
configuracin de los objetos y de los enlaces que pueden ocurrir cuando se
ejecuta una instancia de la comunicacin. Cuando se instancia una
comunicacin, los objetos estn ligados a los roles de clasificador y los
enlaces a los roles de asociacin.
Flujo de Trabajo de Diseo
En esta fase, el objetivo principal del flujo de trabajo de diseo es

esbozar un modelo de diseo de la arquitectura candidata, con objeto de
incluirlo en la descripcin de la arquitectura preliminar.
El diseo tambin se plantea la misin de establecer adecuadas
entradas y correctos puntos de partida para el flujo de implementacin
mediante la captura de requisitos o subsistemas individuales, interfaces y
clases.
Arquitectura Candidata
Para dar con la organizacin fundamental de un sistema, se establece

una arquitectura la cual representa el conjunto de relaciones entre las partes
que constituyen el mismo incluyendo sus componentes.
Dado el anlisis de los requisitos funcionales se defini el sistema de

informacin a desarrollar como una aplicacin, para el cual se desempear
una arquitectura como la mostrada en la figura.. en la cual se visualiza la
plataforma donde funcionar el mismo.
37
CAPTULO IV
RESULTADOS
4.1.1.1 Contexto del sistema
La empresa Auto Partes Jocar S.A. es una empresa de naturaleza

privada ubicada en Barcelona, estado Anzotegui; dedicada a la venta y
reparacin de piezas automotrices de diferentes marcas de vehculos para
clientes de compaas de seguros como particulares. La empresa cuenta con
su respectivo departamento de administracin encargado del control de
facturacin y el control del inventario a fin de brindar informacin a sus
clientes sobre la disponibilidad de los productos como tambin a la empresa
de las ventas realizadas. Actualmente el manejo de informacin en la
empresa presenta un dficit para el desarrollo ptimo de sus operaciones,
debido a que no se cuentan con herramientas informticas las cuales faciliten
el acceso de cierta informacin para los clientes, as como el control de las
distintas operaciones.
4.1.1.2 Diagrama de Sistema y Ambiente Ampliado
El ambiente interno est conformado por los responsables de las

operaciones ms bsicas del negocio, mantienen contacto directo con el
cliente y son responsables de la informacin que entra al sistema: pedidos de
piezas, anlisis, registro de inventario, etc.
El ambiente externo se divide en ambiente externo-interno y ambiente

externo-externo.
El ambiente externo-interno est conformado por todas aquellas

personas que laboran en la empresa y cumplen funciones de supervisin,
control, administrativas, entre otras; donde rara vez poseen contacto directo
con el cliente.
38
CAPTULO IV
RESULTADOS
El ambiente externo-externo est compuesto por todas aquellas

dependencias que no forman parte de la empresa pero que afectan de
manera directa o indirecta su funcionamiento.
A continuacin en la figura 4.1 se muestra un diagrama del sistema el

cual identifica la relacin que tiene Auto partes Jocar con su entorno.
Figura 4.1 Diagrama de Ambiente Ampliado.

Elaboracin: Fuente Propia
39
CAPTULO IV
RESULTADOS
4.1.1.3 MODELO DE DOMINIO
El modelo de dominio representa grficamente los aspectos ms

importantes encontrados en el entorno en forma de clases conceptuales,
estas clases conceptuales simbolizan objetos que existen actualmente o los
eventos que tienen lugar en el entorno. Cabe destacar que estas clases
conceptuales representan objetos del sistema y no componentes del
software.
El modelo de dominio puede ser tomado como punto de partida para

el diseo del sistema, ya que aporta una mayor comprensin del contexto en
el que este se desarrolla y las actividades que en l se realizan. A
continuacin en la tabla 4.1 se describen los trminos utilizados en el
modelo.
Tabla 4.1 Glosario de trminos.
Glosario de Trminos
Termino Descripcin
Cliente Persona o entidad la cual solicita un servicio a la
empresa. El cliente en este caso puede ser una
persona natural o jurdica
Mecnico Encargado de realizar las reparaciones pertinentes a
los vehculos pertenecientes a los clientes que
solicitan el servicio de reparacin.
Repuesto Pieza elctrica o mecnica usada para remplazar
alguna parte defectuosa del mismo tipo.
Recepcionista Persona encargada de atender a los clientes, recibir
las rdenes de compra y realizar el cobro de los
servicios al mismo.
Gerente Gerente del negocio encargado de planificar,
coordinar, dirigir y controlar las actividades del
mismo.
Orden de Compra Documento emitido por el cliente donde se solicita
repuestos al negocio, especificando la pieza,
40
CAPTULO IV
RESULTADOS
cantidad solicitada y precio.

Factura Documento que refleja la informacin del cliente y
los detalles de la venta.
Vehculo Automvil perteneciente a algn cliente, el cual
requiere el servicio de reparacin de alguna de sus
piezas por parte del negocio.
Reparacin Accin que se realiza sobre un vehculo para
sustituir piezas defectuosas por nuevas.
Fuente: Elaboracin propia.
4.1.1.4 Diagrama de dominio.
A continuacin se describe el diagrama del modelo de domino del

sistema actual, en l se detallan todas las operaciones que realizan las
diferentes clases conceptuales y como estas interactan entre s.
Una recepcionista atiende a uno o muchos clientes los cuales pueden

ser personas naturales o jurdicas, los clientes naturales piden uno o muchos
repuestos, las personas jurdicas emiten una orden de compra la cual
contiene el detalle de uno o muchos repuestos solicitados, una o muchas
ordenes de compras son procesadas por una recepcionista, la cual notifica al
gerente las solicitudes realizadas, los gerentes se encargan de planificar las
reparaciones estableciendo el orden y los lapsos para realizar las mismas,
adems los clientes pueden poseer cero o muchos vehculos los cuales
requieren uno o muchos repuestos, a los vehculos se le realizan una o
muchas reparaciones, para dichas reparaciones se usa uno o muchos
repuestos, las reparaciones de los vehculos las realiza un mecnico, luego
de haber procesado los pagos la recepcionista emite una o muchas facturas,
donde una factura pertenece a un solo cliente.
En la figura 4.2 se muestra el diagrama de dominio descrito

anteriormente
41
CAPTULO IV
RESULTADOS
Figura 4.2. Diagrama del modelo de dominio.
Fuente: Elaboracin Propia.
4.1.1.4 Requerimientos del sistema
La aplicacin que ser desarrollada en la organizacin tiene como

propsito principal mejorar el funcionamiento de las operaciones que se
realizan en cuanto al control de facturacin y el control de inventario,
facilitando el manejo de informacin a quienes interactan en dichas
42
CAPTULO IV
RESULTADOS
operaciones, as como tambin garantizar la seguridad y confiabilidad de las

mismas.
Con ese fin es necesario realizar actividades que describan los

requerimientos del sistema, esto con la finalidad de observar claramente
cules son las carencias que existen y mediante ello, adaptar la estructura de
la aplicacin de manera tal que esta sea capaz de mejorar la situacin y
satisfacer las necesidades de los usuarios, igualmente, fijar el punto de
partida, el alcance y toda la informacin que se pretende sea utilizada de
este.
4.1.1.4.1 Requisitos funcionales
Aplicacin bajo entorno Web.
Gestionar usuarios.
Gestionar rdenes de compra y facturas.
Realizar consultas de la informacin almacenada en el sistema.
Manejar privilegios diferenciados respecto al tipo de usuario

que ingrese al sistema.
Garantizar integridad y seguridad de la informacin

almacenados.
4.1.1.4.2 Requisitos no funcionales
Interfaz estticamente agradable.
43
CAPTULO IV
RESULTADOS
Mantenibilidad del sistema.
El administrador podr crear respaldo a la base de datos.
Notificar cuando una factura cumpla el lapso de 1 mes y no

haya sido cancelada.
Interfaz intuitiva
4.1.1.4.3 Identificacin de Riesgos
Tabla 4.2 Riesgos del Sistema.
Tipo de Riesgo Riesgo Descripcin Nivel Responsa- Contingencia

ble
Hardware Perdida de Daos de Muy Factores Debe realizarse una
informacin. componentes Crtico externos ya revisin peridica de
fsicos del sean los equipos hacer
equipo. ambientales, auditorias.
etc.
Software Fallas en el Alguna Muy Desarrollador Mala utilizacin de

sistema de violacin de Crtico del Sistema programas y
almacenamien direccin del sistemas que
to. sistema. permiten la creacin
cdigo del software
o Sistema de
Informacin.
Base de Datos No se Mala Muy Desarrollador Debe llevarse una

establece ejecucin y Crtico. del Sistema. verificacin de la
comunicacin elaboracin base de datos
entre el en la durante su desarrollo.
sistema y la normalizaci
base de datos n de la BDD
44
CAPTULO IV
RESULTADOS
propuesta.
Servidor -No se -Los -Muy - -Siempre estar en

encuentra Sistemas crtico Desarrollador constante anlisis y
conexin por utilizados son del Sistema. verificacin de datos
incompatibilida versiones y versiones sean
d de distintas. correctas y
programas con compatibles.
el del servidor. - Crear un manual de
-Ingreso usuario en un
errneo de Mala captura lenguaje sencillo
datos por parte de datos o -Muy para la fcil
de los interfaz Crtico - comprensin,
usuarios. complicada Desarrollador adiestrar al menos
de manipular del Sistema. una persona en el
por el correcto manejo del
usuario. sistema y que esta
sirva de
multiplicadora.
Fuente: Elaboracin Propia
4 .1.1.5 Explicacin de los casos de uso
45
CAPTULO IV
RESULTADOS
Figura 4.4 Caso de uso Iniciar Sesin

Nombre: Iniciar Sesin.
Descripcin: El propsito de este caso de uso es permitir controlar el
acceso de los usuarios al sistema para realizar las operaciones que
necesite.
Actor: Encargado, Administrador del sistema, Vendedor y Cliente.
Pre Condicin: Iniciar la aplicacin.
Flujo de eventos normales:
1. El actor invoca el caso de uso Iniciar sesin
2. El sistema muestra el interfaz correspondiente, donde aparece el
formulario de inicio de sesin.
3. El actor ingresa su usuario y contrasea.
4. El sistema valida la informacin suministrada y permite el acceso al
mismo.
5. Finaliza el caso de uso.
Flujo de eventos alternos:
1. El actor cancela voluntariamente la operacin de inicio de sesin.
2. El actor no se encuentra registrado en la base de datos.
3. El actor ingresa usuario o contrasea incorrectos.
4. El usuario corrige el error e ingresa al sistema.
46
CAPTULO IV
RESULTADOS
Figura 4.5 Caso de Uso Generar reporte.

Nombre: Generar Reporte

Descripcin: Permite la visualizacin e impresin de la informacin
referente a los estados de las facturas.
Actor: Encargado.
Pre Condicin: El actor tiene que haber autenticado.
1. El encargado invoca el caso de uso Generar reporte.
2. El sistema muestra una interfaz donde se permite al actor
seleccionar las opciones que le permitan filtrar la informacin que
aparecer en el reporte.
3. El actor selecciona la opcin de su preferencia.
4. El sistema procesa la opcin seleccionada y muestra el reporte
correspondiente.
5. El actor puede imprimir o guardar el reporte.
6. Fin del caso de uso.
47
CAPTULO IV
RESULTADOS
Figura 4.6 Caso de uso Buscar solicitud.

Nombre: Buscar solicitud.
Descripcin: En este caso de uso los actores pueden buscar

solicitudes especficas ingresando el nmero de solicitud
correspondiente.
Actores: Encargado, vendedor.
Precondicin: Haber iniciado sesin en el sistema.
1. El actor invoca el caso Buscar solicitud.
2. Se muestra la caja de texto nmero de solicitud.
3. El actor ingresa el nmero de solicitud en la caja de texto.
4. Presiona el botn buscar.
5. El sistema muestra el detalle de la solicitud buscada.
48
CAPTULO IV
RESULTADOS
1. El nmero de solicitud no se encuentra registrado en la base de

datos.
2. El actor ingresa el nmero de solicitud correcto.
3. Se muestra el detalle de la solicitud buscada.
4. Finaliza el caso de uso despus de mostrar la solicitud o cuando el

actor aborte la operacin.
Nombre: Cambiar estado solicitud.
Descripcin: Permite a los actores cambiar el estado de las

solicitudes de Pendiente a Procesada.
Precondicin: Haber invocado el caso de uso Buscar Solicitud.
1. El actor presiona el botn cambiar solicitud.
2. Selecciona el estado Procesada.
3. Finaliza el Caso de Uso.
1. El actor hace click fuera de la interfaz de estado antes de

seleccionar el nuevo estado.
2. El cambio no se realiza.
49
CAPTULO IV
RESULTADOS
Postcondicin: Se registra el nuevo estado.
Figura 4.7 Caso de uso Consultar solicitudes.
Nombre: Consultar solicitudes.
Descripcin: Desde el actor puede consultar informacin como el

detalle y el estado de las solicitudes de venta pendientes por concretar
hechas por el mismo, el estado de las solicitudes ser Pendiente en
caso de que la solicitud aun no haya sido revisada por el personal de
la empresa, o no se cuente con el stock necesario para cubrir el
50
CAPTULO IV
RESULTADOS
pedido. En caso tal de que la solicitud haya sido revisada y se cuente

con el stock suficiente el estado mostrara Procesada.
Actores: Cliente.
Precondicin: Haber iniciado sesin en el sistema.
1. El cliente invoca el caso de uso Consultar solicitudes.
2. Se muestra la lista de las solicitudes de ventas sin concretar con

su respectivo detalle y el estado de la solicitud.
1. En caso de no poseer ninguna solicitud se mostrara el mensaje

Usted no tiene solicitudes pendientes.
2. El caso de uso finaliza cuando el cliente abandone la interfaz.
Figura 4.8 Caso de uso buscar cliente.
51
CAPTULO IV
RESULTADOS
Nombre: Buscar cliente.

Descripcin: Este caso permite a los actores realizar la bsqueda de
cualquier cliente en particular, puede ser invocado desde la interfaz
principal y mostrar los datos del cliente junto con las ltimas facturas
asociadas, adems puede ser invocado desde otros casos de uso
como por ejemplo generar orden de venta para rellenar los campos de
datos del cliente.
Actores: Encargado, Vendedor.
Precondicin: Ingresar al sistema.
1. El actor invoca el caso de uso Buscar Cliente desde la interfaz
principal del sistema.
2. Se muestra siguientes cajas de texto: Nombre del cliente, Cdula o
Rif.
3. El usuario ingresa alguno de los datos solicitados o ambos y
presiona el botn buscar.
4. El sistema muestra la informacin completa del cliente, junto con
sus facturas asociadas.
1. El nombre, cdula o RIF del cliente no se encuentran registrados
dentro de la base de datos.
2. Se corrige la informacin solicitada por el sistema.
3. El sistema muestra la informacin completa del cliente, junto con
sus facturas asociadas.
52
CAPTULO IV
RESULTADOS
4. El caso de uso finaliza cuando el actor realice la bsqueda

satisfactoriamente o aborte la operacin.
Figura 4.9. Caso de Uso Generar orden de venta.

Nombre: Generar orden de venta.
Descripcin: Este caso de uso permite generar rdenes de venta, en
las cuales solicitaran uno o varios productos a travs del sistema.
Actor: Vendedor y Cliente.
Pre Condicin: Haber iniciado sesin en el sistema.
1. El operador accede al caso de uso Generar orden de Venta.
2. Se muestran los campos de texto correspondiente a los datos del
cliente.
3. En el caso de los vendedores, las cajas de texto con la informacin
del cliente pueden llenarlos automticamente ingresando la cedula
o RIF del cliente y presionando el botn buscar.
4. Para los clientes las cajas de texto aparecen llenas por defecto con
su informacin.
5. Se agregan los productos uno a uno con la cantidad solicitada.
6. El actor presiona el botn procesar solicitud.
7. Se guarda la informacin de la solicitud.
53
CAPTULO IV
RESULTADOS

Postcondicin: Se registran las rdenes de ventas.
Figura 4.10 Caso de Uso Buscar Factura.

Nombre: Buscar Factura.

Descripcin: Este caso de uso permite buscar una factura en
especfico y actualizar su estado de pago.
Actores: Vendedor
Pre Condicin: Acceder al sistema.
1. El vendedor escoge la opcin Buscar Factura.
2. El sistema muestra las siguientes cajas de texto: Nro. de Factura,
fecha de factura, hora de factura, cedula del cliente, cedula del
cliente direccin de destino.
3. Se busca la factura con su nmero identificador.
4. El vendedor se observa datos de factura.
54
CAPTULO IV
RESULTADOS

1. El nmero de factura no se encuentra registrado en la base de
datos.
2. El usuario ingresa el nmero de factura correcto.
3. El vendedor se observa datos de factura.
4. Finaliza el caso de uso al realizarse la bsqueda satisfactoriamente
o al abortar el caso de uso.
Nombre: Cambiar estado.

Descripcin: Este caso de uso permite cambiar el estado de una
factura de No Pagada a Pagada
Actores: Vendedor.
Precondicin: Haber accedido al caso de uso Buscar Factura.
1. El vendedor escoge la opcin Buscar Factura.
2. El vendedor pulsa la opcin modificar.
3. El sistema muestra las siguientes cajas de texto: Nro. de Factura,
fecha de factura, hora de factura, cedula del cliente, cedula del
cliente direccin de destino
4. Se busca la factura su nmero identificador.
5. Actualiza al estado correspondiente.
6. El sistema registra el cambio de estado.
7. El caso de uso finaliza cuando el usuario selecciona guardar,

cancelar o cerrar.
55
CAPTULO IV
RESULTADOS
Figura 4.11 Caso de Uso Gestionar Catlogo.

Nombre: Gestionar Catlogo.

Descripcin: El propsito de este caso de uso es llevar el control del
contenido que ser mostrado en el catlogo.
Actor: Encargado.
Precondicin: Iniciar sesin en el Sistema.
Flujo de evento normal: Ingresar Repuesto.
1. El usuario escoge la opcin Gestionar Catlogo.
2. El sistema muestra una lista con todos los repuestos con la
posibilidad de agregar, modificar o eliminar uno ya existente, junto
a las siguientes cajas de texto: cdigo repuesto, nombre repuesto,
precio.
3. El encargado ingresa los datos del nuevo repuesto.
4. El encargado selecciona la opcin Guardar.
5. El sistema registra el nuevo repuesto y muestra un mensaje de
confirmacin.
6. El caso de uso finaliza.
Postcondicin: El nuevo repuesto queda registrado en el sistema.
56
CAPTULO IV
RESULTADOS
Flujo alternativo: Modificar Repuesto.

precio.
3. El encargado selecciona uno de los repuestos mostrados en la
lista.
4. El sistema muestra en pantalla los datos del repuesto.
5. El usuario ingresa nuevos datos en los campos que desea
modificar y selecciona Guardar.
6. El sistema modifica los datos del repuesto y muestra un mensaje
de confirmacin.
Flujo alternativo: Eliminar Repuesto
precio.
3. El usuario escoge uno de los repuestos de la lista y selecciona
Eliminar.
4. El sistema muestra un mensaje de verificacin.
5. El encargado acepta la eliminacin.
57
CAPTULO IV
RESULTADOS
Figura 4.12 Caso de Uso Administrar Sistema.

Nombre: Administrar del sistema

Descripcin: Este caso de uso permite asignar los usuarios que
utilizaran el sistema y tambin el privilegio que tendr en este. As
como tambin permitir realizar respaldos de toda la informacin
almacenada.
Actor: Administrador del sistema
Pre Condicin: El actor debe seleccionar el Caso de Uso Administrar
Sistema.
Flujo de eventos Normales:
1. El actor inicia sesion.
2. El actor activa el caso de uso.
3. Escoge alguna de las dos opciones.
58
CAPTULO IV
RESULTADOS
Postcondicin: Ingresar a alguna de las opciones Gestionar Usuario

o Respaldar Sistema.
Nombre: Gestionar Usuario

Descripcin: Permite asignar el usuario de los actores del sistema a
travs de su cedula de identidad y una contrasea, as como tambin
dar los privilegios que tendrn cada uno de ellos con respecto al
sistema con posibilidad de modificar y eliminar los datos de usuarios.
Precondicin: El actor debe seleccionar el Caso de Uso Administrar
Sistema y luego la opcin Gestionar Usuario.
Flujo de evento normal: Registrar Usuario.

1. El actor activa el caso de uso.
2. El sistema muestra las siguientes cajas de texto: nombres,
apellidos, direccin, telfono, login, contrasea, repetir contrasea,
y una opcin para seleccionar el cargo gerente, encargado,
vendedor o usuario.
3. El actor llena los campos y registra el usuario.
4. Finaliza el caso de uso
Flujo Alternativo: Modificar Usuario.

1. El actor escoge la opcin Modificar.
2. El sistema muestra una lista con todos los usuarios registrados,
con la posibilidad de Modificar uno ya existente.
3. El actor escoge uno de los usuarios de la lista y selecciona
Modificar.
4. El sistema motrara las siguientes cajas de texto que se podrn
modificar: Nombre, Usuario, Direccin, tipo.
59
CAPTULO IV
RESULTADOS
5. El actor escoge las cajas de texto que desea modificar.

Flujo Alternativo: Eliminar Usuarios

1. El actor escoge la opcin Usuario.
2. El sistema muestra una lista con todos los usuarios registrados,
con la posibilidad de eliminar uno ya existente.
3. El usuario escoge uno de los usuarios de la lista y selecciona
Eliminar.
4. El sistema muestra un mensaje de verificacin.
5. El usuario acepta la eliminacin.
6. El sistema elimina al usuario
Nombre: Respaldar Sistema

Descripcin: Permite realizar un respaldo de toda la informacin
almacenada.
Precondicin: El actor debe seleccionar el Caso de Uso Administrar
Sistema y luego la opcin Respaldar Sistema.
Flujo de evento Normal: Respaldar Sistema
1. El actor activa el caso de uso y seleccionan la opcin Respaldar
Sistema.
2. El sistema realiza la operacin.
3. El sistema indicara a travs de una interfaz si la operacin fue
exitosa.
Nombre: Cambiar Contrasea
60
CAPTULO IV
RESULTADOS
Descripcin: Permitir a un actor hacer cambio de una contrasea.

Precondicin: El actor debe invocar el caso de uso "Inicio de Sesin".
Flujo de evento normal:
1. El actor activa el caso de uso y selecciona la opcin Cambiar
Contrasea.
2. El sistema mostrar dos caja de texto donde ingresara la nueva
contrasea y la verificacin de nueva contrasea.
3. El sistema mostrara un mensaje al actor que si est seguro de
realizar el cambio.
4. El sistema hace la operacin para verificar el cambio.
5. El sistema indicara a travs de una interfaz si la operacin fue
exitosa.
Figura 4.13 Caso de uso Consultar Catlogo.

61
CAPTULO IV
RESULTADOS
Nombre: Consultar Catlogo.
Descripcin: El propsito de este caso de uso es permitir a los

clientes acceder a una interfaz pblica en donde pueden observar los
repuestos que se ofrecen.
Actores: Cliente
Precondicin: acceder a la aplicacin.
1. El sistema mostrara una interfaz pblica donde el cliente invoca el

caso de uso Consultar Catalogo.
2. Se muestra el catlogo con lo que se ofrece.
3. Fin del caso de Uso.
Figura 4.14 Caso de uso Establecer contacto.
62
CAPTULO IV
RESULTADOS
Nombre: Establecer Contacto.
Descripcin: El propsito de este caso de uso es permitir a los

clientes acceder a una interfaz pblica en donde se le genera
informacin de contacto.
Actores: Cliente.
Precondicin: Acceder a la aplicacin.
1. El sistema mostrara una interfaz pblica donde el cliente invoca el

caso de uso Establecer Contacto.
2. Se muestra la direccin, el nmero de telefnico, el rif de la
empresa, el correo y una opcin para enviar mensaje de contacto.
3. el cliente selecciona la opcin que desea.
4. el sistema procesa la opcin seleccionada.
5. el actor puede mandar mensaje para mayor informacin o
sugerencia
6. fin del caso de uso.
4.1.2 FLUJO DE TRABAJO DE ANALISIS
Los objetivos generales de este flujo de trabajo es analizar los

requisitos, refinarlos y estructurarlos en un modelo de objetos que sirva como
primera impresin del modelo de diseo. Se crea un modelo de anlisis
inicial para la mayora de los casos de uso y escenarios de casos de uso con
os que se trata durante la fase de inicio.
63
CAPTULO IV
RESULTADOS
El modelo de anlisis es importante para comprender claramente los

casos de uso y para comprender qu es lo que subyace bajo la primera
aproximacin a la arquitectura.
4.1.2.1 PAQUETES DE ANALISIS DEL SISTEMA
Los diagramas en UML estn estructurados por paquetes cuyo

propsito es el de agrupar elementos que pueden ser casos de uso, clases o
componentes y se construyen para representar relaciones fsicas o lgicas.
Los paquetes estn normalmente organizados para maximizar la

coherencia interna dentro de los mismos y minimizar su acoplamiento
externo entre los paquetes. Cada paquete puede asignarse a un individuo o
a un equipo y las dependencias entre ellos, pueden indicar el orden de
desarrollo requerido.
Los diagramas de paquetes son una herramienta til para mostrar los
paquetes de clases y las dependencias entre ellos. Los paquetes y sus
dependencias son elementos de los diagramas de casos de uso y de clase,
por lo que se podra decir que el diagrama de paquetes es una extensin de
estos.
Paquete de anlisis iniciar sesin: Este paquete contiene todas

las interfaces y operaciones necesarias que permiten validar la
informacin para el inicio de sesin en el sistema.
Paquete de anlisis generar reporte: En este paquete se
encuentran la interfaz y las operaciones de consultas que son
requeridas para que el sistema pueda generar los reportes.
Paquete de anlisis gestionar catlogo: Dentro de este paquete
estn contenidas todas las interfaces y operaciones requeridas
para agregar, eliminar y modificar la informacin del producto
del catlogo.
64
CAPTULO IV
RESULTADOS
Paquete de anlisis consultar catlogo: En este paquete se

encuentra la interfaz pblica que permite la visualizacin de los
productos disponibles en el catlogo.
Paquete de anlisis generar orden de venta: Este paquete
contiene las interfaces y operaciones que permiten registrar las
rdenes de ventas generadas por los vendedores y los clientes.
Paquete de anlisis establecer contacto: en su interior
encontramos la interfaz que contiene informacin de contacto y
gestores que permiten establecer el contacto con la empresa de
manera directa a travs de correos electrnicos.
Paquete de anlisis buscar cliente: Contiene los elementos
necesarios para realizar la bsqueda de clientes particulares.
Paquete de anlisis consultar solicitudes: Dentro de este
paquete podemos encontrar la interfaz y operaciones que
permiten realizar consultas de solicitudes por parte del cliente.
Paquete de anlisis buscar factura: Dentro de si se encuentran
las interfaces y operaciones requeridas para la bsqueda de
facturas y tambin contiene el caso de uso que permite cambiar
el estado de una factura de No pagada a Pagada.
Paquete de anlisis cargar factura: Este paquete engloba las
interfaces y actividades utilizadas para la carga de las factura y
el caso de uso buscar orden de venta que permite llenar de
forma automtica informacin del cliente que gener la orden y
el detalle de la venta.
Paquete de anlisis administrar sistema: Siendo este el paquete
que ms contenido posee dentro de este paquete estn
contenidos los casos de uso gestionar usuario el cual permite la
carga, eliminacin y modificacin de usuarios del sistema;
cambiar contrasea donde se le permite al usuario realizar el
cambio de su contrasea para el inicio de sesin; y por ltimo el
65
CAPTULO IV
RESULTADOS
caso realizar respaldo el cual permite generar un respaldo de

toda la informacin almacenada dentro del sistema.
Paquete de anlisis buscar solicitud: Su contenido consta de de
interfaces y operaciones de validacin para buscar una solicitud
de venta especfica, as como el caso de uso Cambiar estado
solicitud usado para cambiar el estado de las solicitude de
Pendiente a Procesada.
En la figura 4.15 se encuentra el diagrama donde se muestran todos

los paquetes de anlisis descritos anteriormente.
Figura 4.15. Diagrama de paquetes de anlisis de SAGAJ.

4.1.2.2 DIAGRAMA DE CLASES DE ANALISIS.
Una vez identificado y analizado el diagrama de casos de uso general

del sistema, se procede a realizar los diagramas de clases de anlisis con la
informacin que se maneja del sistema.
Los diagramas de clases de anlisis son una abstraccin de

una o varias clases y/o subsistemas del diseo del sistema en un nivel
66
CAPTULO IV
RESULTADOS
ms alto y menos formal. Sirven para representar las relaciones entre

cada clase.
Clase de Interfaz: Se utiliza para modelar la interfaz entre el

sistema y sus actores.
Clase de Entidad: Se utilizan para modelar informacin que
posee una larga vida y que a menudo es persistente.
Clase de Control: Representan la coordinacin, secuencia,
transacciones y control, de los objetos y se usan con frecuencia
para encapsular el control de un caso de uso en concreto.
67
CAPTULO IV
RESULTADOS
Cada una de las clases de anlisis sern descritas a

continuacin junto con sus respectivas tablas, las cuales contienen
informacin de los elementos que conforma los diagramas de clases
de anlisis.
Caso de anlisis del caso de uso iniciar sesin:
El Caso de Uso Iniciar Sesin representa la interfaz

principal del sistema y le permitir a los usuarios del mismo
acceder a este mediante una clave de usuario nica para cada
actor, el gestor iniciar sesin ser el encargado de verificar que
los datos que el usuario ha ingresado estn previamente
registrados en la base de datos y que estos sean correctos para
posteriormente enviar dicha informacin a la entidad que
corresponde.
En la tabla 4.5 se describen las clases interfaces usadas

para el diagrama descrito anteriormente.
Tabla 4.5 Interfaces, Gestores y entidades del caso de uso iniciar sesin.
Clase Interfaz Descripcin

IU: Iniciar Sesin Esta interfaz permite al usuario ingresar el
nombre de usuario y contrasea para acceder
al sistema.
Gestor: Iniciar Este gestor permite procesar los datos del
Sesin usuario para identificarlo en el sistema.
Entidad: Usuario Esta entidad contiene todos los datos de los
usuarios registrados en el sistema.
68
CAPTULO IV
RESULTADOS
Seguidamente observamos la figura 4.16 donde se

muestra el diagrama de clase de anlisis para el caso de uso
iniciar sesin.
Figura 4.16 Clase de anlisis del caso de uso Iniciar Sesin.

Clases de Anlisis del Caso de Uso Generar reporte.
El Caso de Uso Generar Reporte se encuentra disponible

para el usuario Encargado la cual podr generar reportes. El
sistema muestra una interfaz donde se permite al actor seleccionar
las opciones de su preferencia para filtrar la informacin del
reporte.

Tabla 4.6 Interfaces, Gestores e Identidades del caso de uso generar

reporte.

IU: Generar Reporte Esta interfaz permite al usuario mostrar los
69
CAPTULO IV
RESULTADOS
campos que se desea mostrar en el reporte.

Gestor: Generar Este gestor permite procesar la informacin que
Reporte el usuario desea mostrar.
Entidad: Factura Esta entidad contiene todas las facturas
realizadas y cuales estn pagadas o
pendientes por pagar
Entidad: Orden de Esta entidad contiene toda la informacin

venta perteneciente a las rdenes de venta
Seguidamente observamos la figura 4.17 donde se muestra

el diagrama de clase de anlisis para el caso de uso Generar
reportes.
Figura 4.17 Clase de anlisis del caso de uso Generar Reporte.

Clases de Anlisis del Caso de Uso Buscar Solicitud.
Este caso de uso se encuentra disponible para el encargado

y el vendedor, se muestran interfaces que permiten la bsqueda de
solicitudes y la interfaz para cambiar el estado de la misma.
70
CAPTULO IV
RESULTADOS

Tabla 4.7 Interfaces, Gestores y entidades del caso de uso Buscar Solicitud.

IU: Buscar solicitud Esta interfaz permite realizar la bsqueda de
una solicitud especfica.
Gestor: Buscar Este gestor permite procesar y validar la
solicitud. informacin suministrada para la bsqueda de
la solicitud.
IU: Cambiar estado Esta interfaz permite realizar el cambio de
solicitud. estado de una solicitud.
Gestor: Cambiar Este gestor permite procesar y guardar el
estado solicitud cambio del nuevo estado de la solicitud.

el diagrama de clase de anlisis para el caso de uso Buscar
solicitud.
71
CAPTULO IV
RESULTADOS
Figura 4.18 Clase de anlisis del caso de uso Buscar solicitud.

Clases de Anlisis del Caso de Uso Consultar

solicitudes.
Este caso de uso muestra al cliente mediante una interfaz,

toda la informacin relacionada con las solicitudes hechas por su
persona y el estatus en el cual se encuentran las mismas.

Tabla 4.8 Interfaces, Gestores y entidades del caso de uso Consultar

Solicitudes.
72
CAPTULO IV
RESULTADOS
IU: Consultar Esta interfaz muestra al cliente el detalle de las

Solicitudes solicitudes que fueron realizadas por l, as
como el estado de las mismas.
Gestor: Consultar Este gestor permite procesar la informacin de
Solicitudes las ordenes de ventas para as mostrar las
solicitudes realizadas por l.

el diagrama de clase de anlisis para el caso de uso consultar
solicitudes
Figura 4.19 Clase de anlisis del caso de uso Consultar solicitudes.

Clases de Anlisis del Caso de Uso Generar orden de

venta.
73
CAPTULO IV
RESULTADOS
En este caso de uso tanto los clientes como los vendedores

pueden generar rdenes de venta las cuales contienen la
informacin del usuario que las realiza y el detalle de los productos
que solicito as como su cantidad y precio.

Tabla 4.9 Interfaces, Gestores y entidades del caso de uso Generar orden de
Venta.

IU: Generar orden Esta interfaz permite tanto al vendedor como al
de venta. cliente generar rdenes de venta indicando los
productos solicitados as como su cantidad.
Gestor: Generar Este gestor permite procesar la informacin de
orden de venta. los productos solicitados, el cliente que los
solicita , y adems guarda el registro de dicha
orden.
Entidad: Repuesto Esta entidad contiene toda la informacin

perteneciente los repuestos ofrecidos.
Entidad: Usuario Esta entidad contiene toda la informacin

perteneciente a los usuarios.

el diagrama de clase de anlisis para el caso de uso Generar
orden de Venta.
74
CAPTULO IV
RESULTADOS
Figura 4.20 Clase de anlisis del caso de uso Consultar orden de venta.
75
CAPTULO IV
RESULTADOS
Clases de Anlisis del Caso de Uso Buscar cliente.
Este caso de uso consta de una interfaz la cual les permite a

los actores involucrados realizar la bsqueda de clientes
especficos y mostrar toda la informacin relacionada con el
mismo.

Tabla 4.10 Interfaces, Gestores y entidades del caso de uso Buscar cliente.

IU: Buscar cliente Esta interfaz permite ingresar los datos del
cliente a buscar y mostrar su informacin.
Gestor: Buscar Este gestor permite procesar la informacin de
cliente los datos ingresados para realizar la bsqueda
de los clientes.
Entidad: Usuario Esta entidad contiene toda la informacin
perteneciente a los usuarios.

el diagrama de clase de anlisis para el caso de uso Buscar
cliente.
76
CAPTULO IV
RESULTADOS
Figura 4.21 Clase de anlisis del caso de uso Buscar cliente.

Clases de Anlisis del Caso de Uso Gestionar Catlogo.
El caso de uso Gestionar Catlogo se encuentra disponible

para el tipo de usuario Encargado donde podrn registrar,
modificar o eliminar un repuesto del catlogo.

77
CAPTULO IV
RESULTADOS
Tabla 4.11 Interfaces, Gestores e Identidades del caso de uso Gestionar

catlogo

IU: Gestionar Esta clase permite al usuario ingresar a
Catlogo la interfaz Gestionar Catlogo
Gestor: Este gestor permite procesar los datos
Gestionar de los repuestos en el Catlogo.
Catlogo
Entidad: Esta entidad contiene todos los datos
Repuesto de los repuestos registrados en el
sistema.

el diagrama de clase de anlisis para el caso de uso Gestionar
catlogo.
Figura 4.22 Clase de anlisis del caso de uso Gestionar Catlogo.

Elaboracin: Fuente Propia.
Clase de anlisis del Caso del Uso Administrar Sistema.
En la tabla 4.12 se describen las clases interfaces

usadas para el diagrama descrito anteriormente.
78
CAPTULO IV
RESULTADOS
Tabla 4.12 Interfaces, Gestores e Identidades del caso de uso Administrar

sistema.

IU: Respaldar Esta interfaz permite al usuario mostrar los
Sistema campos que se desean respaldar del sistema.
Gestor: Respaldar Este gestor permite procesar la informacin que
Sistema el usuario desea respaldar.
Entidad: Factura Esta entidad contiene todas las facturas
realizadas y cuales estn pagadas o
pendientes por pagar

Entidad: Solicitud Esta entidad se encuentra las distintas

solicitudes realizadas por los clientes.
Entidad: Catalogo Se encuentra la informacin de las piezas que

suministra la empresa a sus clientes
Entidad: Usuario Estan registrados todos los datos de los

usuarios que manipulan el sistema.
IU: Administrar Permite al usuario ingresar a la interfaz

sistema Administrar Sistema
Gestor: Administrar Este gestor permite la seleccin de las
Sistema opciones gestionar usuario o respaldar sistema
IU: Gestionar Este gestor permite al usuario ingresar en las

Usuario. funciones para la gestin de usuarios
Gestor: Gestionar Este gestor permite la seleccin de opciones

usuario como registrar, modificar y eliminar usuario.
IU: Cambiar Esta interfaz permite al usuario ingresar a
79
CAPTULO IV
RESULTADOS
Contrasea. cambio de clave

Gestor: Cambiar Este gestor realiza la modificacin de
Contrasea contrasea de un usuario.

el diagrama de clase de anlisis para el caso de uso Administrar
Sistema.
80
CAPTULO IV
RESULTADOS
Figura 4.23 Clase de anlisis del caso de uso Administrar sistema.

Clase de anlisis para el caso de uso Buscar Factura
81
CAPTULO IV
RESULTADOS
En el diagrama de anlisis para el caso de uso buscar

factura se encarga de permitir al vendedor poder obtener y
visualizar las facturas que ya estn procesadas, comenzando
con una interfaz principal muy amigable y manejable la cual le
permite ingresar datos o realizar otra acciones en las que les
ofrece otra interfaz por medio de un gestor que ejecutara esta
operacin que decida hacer, tendr una interfaz donde podr
acceder y modificar el estatus de la factura donde ser
procesado y enviado directamente a una entidad y por ultimo
poder visualizar la factura con todos datos.
Figura 4.24 Clase de anlisis del caso de uso Buscar Factura.

Clase de anlisis para el caso de uso Cargar Factura
82
CAPTULO IV
RESULTADOS
En el diagrama de anlisis para el caso de uso cargar

Factura se presenta una interfaz inicial donde principalmente le
permite al vender cargar los datos de requerimientos de cada
venta realizada donde el gestor se encarga de capturar esta
informacin y registrarla como una nueva factura, por otra parte
tambin permite o le da el acceso a otra interfaz secuencial o
secundaria donde le admite obtener informacin de una orden
de venta ya registrada y as visualizar si ha sido aprobado esta
solicitud o si ha sido aprobada, lo cual le permite asegurarse de
que todo est en total y concreto funcionamiento.
Figura 4.25 Diagrama de anlisis para el caso de uso Cargar Factura.

83
CAPTULO IV
RESULTADOS
Clases de anlisis del caso de uso Consultar Catlogo
El caso de uso Consultar Catalogo solo se encuentra

disponible para los clientes, donde estos podrn tener
informacin de las piezas que ofrece Auto Parte Jocar.

Tabla 4.13 Interfaces, Gestores y entidades del caso de uso Consultar

catlogo.
Clase interfaz Descripcin

IU: Consultar Esta clase permite al cliente ingresar a la
catlogo interfaz Consultar catlogo, donde se
encontrar con los repuestos disponibles
Gestor: Consultar Este gestor permite procesar la informacin que
catlogo el usuario desea respaldar.
Entidad: Consultar Esta clase contiene todos los repuestos que
catlogo ofrece Auto Parte Jocar

el diagrama de clase de anlisis para el caso de uso Consultar
catlogo.
84
CAPTULO IV
RESULTADOS
Figura 4.26 Diagrama de anlisis para el caso de uso Consultar catlogo.

Clases de anlisis del caso de uso Establecer Contacto
El caso de uso Establecer Contacto solo se encuentra

disponible para los clientes, aqu a los clientes se le ofrece
informacin sobre SAGAJ. Tambin tienen la posibilidad de
colocar sus comentarios, o sugerencias.

Tabla 4.14 Interfaces, Gestores y entidades del caso de uso Establecer

contacto.
Clase interfaz Descripcin

IU: Establecer Esta clase contiene informacin de contacto de
contacto Auto Parte Jocar
Gestor: Establecer Este gestor permite al gerente la seleccin

Contacto entre las opciones, comentario o informacin
85
CAPTULO IV
RESULTADOS
Entidad: comentario Se muestra un cuadro de dialogo donde el

cliente puede dejar sus comentarios o
sugerencias
Entidad: informacin Se proporciona al cliente informacin acerca de

Auto Parte Jocar como la direccin, numero de
contactos, correo, etc.

el diagrama de clase de anlisis para el caso de uso establecer
contacto.
Figura 4.27
Diagrama de anlisis para el caso de uso Establecer contacto.

86
CAPTULO IV
RESULTADOS
4.1.2.3 DIAGRAMA DE COLABORACION
Un diagrama de colaboracin es un diagrama de clases que

contiene roles de clasificador y roles de asociacin en lugar de slo
clasificadores y asociaciones. Los roles de clasificador y los de
asociacin describen la configuracin de los objetos y de los enlaces
que pueden ocurrir cuando se ejecuta una instancia de la
comunicacin. Cuando se instancia una comunicacin, los objetos
estn ligados a los roles de clasificador y los enlaces a los roles de
asociacin.
Se le llama enlace a la implementacin de las asociaciones del

Diagrama de Clases mediante el paso de mensajes de un objeto a
otro. En los diagramas de colaboracin, la idea es ver los objetos en
extenso, donde las interacciones muestran los flujos y los mensajes
entre ellos.
A continuacin se muestran los diagramas de colaboracin para

el sistema SAGAJ.
Diagrama de colaboracin del caso de uso Iniciar Sesin.
87
CAPTULO IV
RESULTADOS
Figura 4.28 Diagrama de colaboracin Iniciar Sesin.

Leyenda:
1. Ingresar usuario y clave.
2. Procesa los datos.
3. Enva los datos.
4. Retorna informacin.
5. Muestra la interfaz como un men de opciones.
Diagrama de colaboracin del caso de uso Generar Reporte
Figura 4.29 Diagrama de colaboracin del caso de uso Generar Reporte.

Leyenda:
1. Interacta la interfaz IU: Generar reporte
88
CAPTULO IV
RESULTADOS
2. Procesa datos de factura y orden de venta.
3. Envia datos de factura
4. Envia datos de orden de venta
5. Almacena datos de factura
6. Almacena datos de orden de venta
7. Muestra en la interfaz
Diagrama de colaboracin del caso de uso Buscar Solicitud
Figura 4.30 Diagrama de colaboracin del caso de uso Buscar solicitud.

89
CAPTULO IV
RESULTADOS
Diagrama de colaboracin para el caso de uso Cargar Factura.
Figura 4.31 Diagrama de colaboracin del caso de uso Cargar factura.

Leyenda
1. Activar Interfaz IU: Cargar factura la cual es un proceso de consulta o

de bsqueda.
2. Se Activa el gestor de cargar factura el cual se encarga de validar y

transferir Datos
3. Inmediatamente selecciona dos ruta esta depender de la accin del

actor una ser Buscar orden de venta o la segunda Enva los datos e
informacin capturada en la IU: Cargar Factura y esta se enva al
almacn o entidad registro de factura.
90
CAPTULO IV
RESULTADOS
4. El gestor buscar orden de venta valida informacin que el Actor

Ingresa en la interfaz a Datos de la Consulta.
5. Validar y Transferir Datos al almacn o entidad de orden de venta.
6. Regresa la informacin obtenida al Gestor de buscar orden de venta.
7. Se Activa Interfaz IU: buscar orden de venta.
8. Transferir informacin al gestor de cargar factura.
9. Se Activa Interfaz IU: cargar factura.
10. Se muestra la Interfaz IU: definitiva de la orden de venta solicitada por

el vendedor.
Diagrama de colaboracin para el caso de uso Buscar Factura
Figura 4.32 Diagrama de colaboracin del caso de uso Buscar factura.

Leyenda
1. Activar Interfaz IU: Buscar factura la cual realiza un proceso de

consulta o de bsqueda.
91
CAPTULO IV
RESULTADOS
2. Inmediatamente se Activa el Gestor Buscar Factura el cual valida y

transfiere los Datos.
3. Se Activa una Interfaz IU: Modificar Estatus de la Factura que se

encarga de mostrar de solicitar datos para Modificar Estatus de una
factura. Por otra parte puede ejecutarse la entidad de Factura si las
acciones del actor es de acceder a buscar factura.
4. Se activa el gestor Modificar Estatus de la Factura este valida la

informacin registrada es correcta y transfiere. Se transfiere la
informacin al Gestor Buscar Factura el cual verifica que esta correcta
y prosigue a enviarla.
5. La informacin llega al almacn factura busca y modifica y enva

resultados. Se activa la interfaz IU: Ya buscada la Factura.
6. El gestor Modificar Estatus de la Factura obtiene los resultados

devueltos por el almacn y permite el paso de esta. Se muestra la
Interfaz IU: definitiva al vendedor donde se muestra la factura
solicitada.
7. Se abre una interfaz que enviada.
8. El gestor buscar Factura transfiere
9. Se carga la interfaz.
10. Se muestra la Interfaz IU: definitiva donde las acciones realizadas por
el vendedor de cambio de estatus son exitosas.
Diagrama de colaboracin de caso de uso Gestionar Catlogo
92
CAPTULO IV
RESULTADOS
Figura 4.33 Diagrama de Colaboracin Gestionar Catlogo.

Leyenda:
1. Interacta la interfaz Gestionar Catlogo.
2. Procesa los datos del Repuesto.
3. Enva los datos del Repuesto.
4. Almacena datos del Repuesto.
5. Muestra los datos.
Diagrama de colaboracin del caso de uso Administrar Sistema.
93
CAPTULO IV
RESULTADOS
Figura 4.34 Diagrama de colaboracin Administrar Sistema.

Leyenda:
1. Interactuar con la interfaz IU: Administrar Sistema.

2. Procesa la opcin seleccionada.
3. Interactuar con la interfaz IU: Respaldar sistema.
4. Procesa la opcin seleccionada.
5. Accede a los datos pertenecientes a orden de venta.
6. Accede a los datos pertenecientes a factura.
94
CAPTULO IV
RESULTADOS
7. Accede a los datos pertenecientes a solicitud.

8. Accede a los datos pertenecientes a catlogo.
9. Accede a los datos pertenecientes a usuario.
10. Gestionar el respaldo de los datos de las entidades.
11. Interactuar con la interfaz IU: Gestionar Usuario.
12. Procesa la informacin ingresada.
13. Acceso a los datos del usuario.
14. Almacenamiento de los datos del usuario.
15. Interactuar con la interfaz IU: Cambiar Contrasea.
16. Procesa la nueva clave suministrada.
17. Accede a la clave del usuario.
18. Cambia clave suministrada por el usuario
Diagrama de colaboracin del caso de uso Consultar Catalogo.
1 2 3
6 5 4
95
CAPTULO IV
RESULTADOS
Figura 4.35 Diagrama de colaboracin Consultar Catlogo.

Leyenda:
1. Ingresa consultar catalogo

2. Se procesa de datos
3. Acceso al catlogo al actor
4. Enva la informacin
5. Muestra el catalogo
4.1.3 Flujo de Trabajo de Diseo

En esta fase, el objetivo principal del flujo de trabajo de diseo es
esbozar un modelo de diseo de la arquitectura candidata, con objeto de
incluirlo en la descripcin de la arquitectura preliminar.
El diseo tambin se plantea la misin de establecer adecuadas

entradas y correctos puntos de partida para el flujo de implementacin
mediante la captura de requisitos o subsistemas individuales, interfaces y
clases.
4.1.3.1 Arquitectura Candidata

Para dar con la organizacin fundamental de un sistema, se establece
una arquitectura la cual representa el conjunto de relaciones entre las partes
que constituyen el mismo incluyendo sus componentes.
La arquitectura de un sistema permite tener una visin comn entre

todos los involucrados en el sistema y una perspectiva clara del sistema
completo y sus funcionalidades.
96
CAPTULO IV
RESULTADOS
El establecimiento de la Arquitectura candidata para el sistema SAGAJ

considerado un sistema distribuido que est basado en una perspectiva
funcional en donde a travs del modelo de casos de uso permite la
visualizacin de usuario en el sistema, una perspectiva estructural que refiere
a la muestra de la organizacin de los elementos, una perspectiva dinmica
de los procesos y la perspectiva de datos el cual se desarrolla en base a las
relaciones que guardan entre si y los requerimientos de informacin del
sistema.
La arquitectura propuesta para esta aplicacin se muestra en la figura

4.37, el cual se considera un sistema distribuido debido a que usa n
ordenadores conectados a internet. Cada ordenador permite ser manejado
por un gerente y los/las recepcionistas de tal modo que pueda realizar el
ingreso de los datos, para posteriormente ser evaluados y validados por el
sistema segn los requerimientos implantados en l, el cual es posible
gracias al servidor local.
97
CAPTULO IV
RESULTADOS
Figura 4.37 Arquitectura Candidata

4.1.4 Conclusiones de la Fase de Inicio
En esta fase se identificaron las necesidades y/o requerimientos

funcionales y no funcionales del sistema, los requisitos funcionales se
representaron en forma de diagrama mediante el modelo de casos de usos
general del sistema. A su vez se definieron los actores del sistema y se
relacionaron con los respectivos casos de uso. Posteriormente Se analizaron
cada uno de los casos de uso mediante los modelos de clases de anlisis y
de colaboracin los cuales guiaron al siguiente paso en el flujo de diseo a
definir la arquitectura candidata del sistema.
4.2 Fase de Elaboracin.

La fase de elaboracin determina los requisitos tcnicos necesarios
para el desarrollo del proyecto, es decir cmo desarrollar los requisitos
funcionales y no funcionales que se determinaron para el sistema durante la
fase anterior. En esta fase se contina con la observacin de nuevos
requisitos que sean necesarios dentro del desarrollo del proyecto, que
puedan haber sido pasados por alto durante la fase anterior.
Esta fase conlleva a la transformacin o refinacin de los modelos
desarrollados durante la fase de inicio y a su vez hace nfasis en establecer
la arquitectura del sistema software, esto es obtener la jerarqua de mdulos
y la estructura de datos del sistema software, aunque tambin recaen en esta
fase tareas tan importantes como son el diseo de la interfaz de usuario y el
diseo de la base de datos.
98
CAPTULO IV
RESULTADOS
4.2.1 Flujo de trabajo de Requisitos.

Para el manejo del sistema SAGAJ se ha detectado un nuevo actor
denominado Gerente Estratgico el cual a su vez, genera un nuevo
requisito dentro del sistema.
4.2.1.1 Requerimientos del sistema.
Durante el desarrollo de esta fase de ha detectado la necesidad de un
nuevo requisito en el sistema el cual permita al nuevo actor realizar
actividades relacionadas con su funcin dentro del sistema. El nuevo caso de
uso necesario para el uso del nuevo actor es el siguiente:
Consultar estadstica.
4.2.1.2 Modelo de casos de uso.
Con la aparicin del nuevo actor y el nuevo requisito se hizo necesario
la modificacin del diagrama de casos de uso del sistema SAGAJ, donde el
nuevo actor se ver relacionado de manera directa con el nuevo caso de
uso. Adicionalmente se eliminaron los casos de uso Buscar Factura,
Buscar Cliente, Buscar Solicitud y Buscar Orden de venta ya se
determin que estos pueden ser desarrollados como mtodos dentro de los
casos de usos ya existentes.
4.2.1.2.1 Identificacin de los casos de uso.
Con la aparicin del nuevo requisito se hizo necesario la
creacin de un nuevo caso de uso que facilite el cumplimiento de
las nuevas funciones establecidas para el nuevo requerimiento.
Cabe destacar que los dems casos de uso mantienen su funcin
por lo tanto se realizara la definicin nicamente para el nuevo caso
de uso. En la tabla 4.15 se describe el nuevo caso de uso.
Tabla 4.15. Identificacin del nuevo caso de uso.
Caso de uso Descripcin.
Generar Procesa los datos de la empresa para presentar estadsticas

Estadstica relevantes para el proceso de negocio y las presenta en
forma de grficos estadsticos.
99
CAPTULO IV
RESULTADOS
Identificacin de los actores.

Al tratarse solamente de un nuevo actor se realizara la
descripcin nicamente para dicho actor, ya que, las funciones y
participaciones de los dems actores se mantiene igual a como se
definieron en la fase de inicio. En la tabla 4.16 se define el nuevo
actor y se describe su funcin dentro del sistema.
Tabla 4.16. Descripcin del nuevo actor interviniente.
Actor Descripcin
Gerente Gerente estratgico de la empresa el cual requiere consultar

estratgico. estadstica relevante del proceso de negocio, que de apoyo
a la toma de decisiones.
Diagrama de casos de uso.
A continuacin se presenta el diagrama de casos de uso con

sus respectivas modificaciones en donde se involucra el nuevo actor y
el nuevo caso de uso. En la figura 4.36 se presta el nuevo diagrama
de casos de uso.
100
CAPTULO IV
RESULTADOS
Figura 4.36. Diagrama de casos de uso redefinido.

4.2.1.2.2 Descripcin de los casos de uso.

En esta seccin se explicara el nuevo caso de uso incorporado
al sistema as como los cambios como la nueva descripcin de los
casos de uso que sufrieron alguna modificacin.
101
CAPTULO IV
RESULTADOS
Caso de uso consultar estadstica.
Figura 4.37. Caso de uso Consultar Estadstica.

Nombre: Consultar estadstica.

Descripcin: Este caso de uso permite consultar estadstica
referente al proceso de negocio que proporcione apoyo a la toma
de decisiones.
Actor: Gerente estratgico.
Precondicin: Haber ingresado al sistema iniciando sesin.
Flujo de eventos normales
1. El actor invoca el caso de uso consultar estadstica.
2. El sistema muestra la interfaz correspondiente donde se
escoge el tipo de reporte estadstico a mostrar.
3. El sistema genera en forma grfica el reporte estadstico
seleccionado.
102
CAPTULO IV
RESULTADOS
Caso de uso cambiar estado de Solicitud.
Figura 4.38. Caso de uso cambiar estado de solicitud.

Nombre: Cambiar estado solicitud.
solicitudes de PENDIENTE a PROCESADA.
1. El actor invoca el caso de uso cambiar estado de solicitud.
2. Se ingresa en la caja de texto N de orden el nmero
identificador de la orden a buscar.
3. Se presiona el botn Buscar y Cambiar estado.
4. Se devuelve en la interfaz los detalles de la orden junto con
su nuevo estado.
1. El sistema arroja un mensaje indicando que el nmero de
orden no se encuentra registrado.
2. El actor corrige el nmero de orden o ingresa uno nuevo.
3. El caso de uso finaliza cuando toda la operacin se realice
de forma exitosa o el actor aborte la operacin.
103
CAPTULO IV
RESULTADOS
Caso de uso cambiar estado de Solicitud.
Figura 4.39. Caso de uso cambiar estado de factura.

Nombre: Cambiar estado de factura
solicitudes de PAGADA a NO PAGADA.
Actores: Vendedor.
1. El actor invoca el caso de uso cambiar estado de factura.
2. Se ingresa en la caja de texto N de factura el nmero
identificador de la factura a buscar.
3. Se presiona el botn Buscar y Cambiar estado.
4. Se devuelve en la interfaz los detalles de la factura junto con
su nuevo estado.

1. El sistema arroja un mensaje indicando que el nmero de
factura no se encuentra registrado.
2. El actor corrige el nmero de factura o ingresa uno nuevo.
3. El caso de uso finaliza cuando toda la operacin se realice
de forma exitosa o el actor aborte la operacin.
4.2.2 Flujo de trabajo Anlisis.

En esta fase se realiza el anlisis correspondiente a los nuevos casos
de uso que se agregaron al modelo general del sistema, lo cual permite
determina la estructura definitiva del sistema, lo que permite determinar la
arquitectura necesaria para el desarrollo del mismo.
104
CAPTULO IV
RESULTADOS
4.2.2.1 Paquetes de anlisis del sistema.

Al realizar cambios dentro del modelo de casos de uso, eliminando los
casos de uso Buscar Factura, Buscar Cliente, Buscar Solicitud y Buscar
Orden de venta, e incluyendo el caso de uso Consultar Estadsticas, el
diagrama de paquetes de anlisis tambin sufre un cambio en su estructura.
A continuacin en la figura 4.X se muestra el nuevo diagrama de paquetes de
anlisis con los cambios ya aplicados.
Figura 4.40. Diagrama de paquetes de anlisis.

105
CAPTULO IV
RESULTADOS
4.2.2.2 Diagrama de clases de anlisis.

A continuacin se muestran los nuevos diagramas de clases de
anlisis para los casos de uso que sufrieron alguna modificacin y para el
nuevo caso de uso Consultar Estadsticas.
En la tabla 4.X se identifican y describen solo las clases que hayan
presentado algn cambio en su funcionalidad, ya que, las definiciones de las
dems clases de los casos de uso presentados en esta seccin se
mantienen tal cual fueron definidas en la fase de inicio.
Tabla 4.17. Descripcin de las clases de anlisis modificadas.
Clase Descripcin
IU: Consultar Esta Interfaz muestra la seccin en donde aparecer
Estadsticas. en forma grfica la estadstica consultada por el
gerente estratgico.
Gestor: Consultar Este gestor se encarga de procesar los datos de las
Estadsticas. entidades orden y repuesto para presentarla en forma
de grficos estadsticos en la interfaz
IU: Cambiar estado Esta interfaz muestra el campo donde se introducir el
de solicitud. nmero de orden a buscar y seguidamente los detalles
de la orden junto con su nuevo estado.
Gestor: Cambiar Este gestor se encarga de buscar el nmero de orden
estado de solicitud. introducido por el actor y posteriormente realizar el
cambio de estado en la orden.
IU: Cambiar estado Esta interfaz muestra el campo donde se introducir el
de Factura. nmero de factura a buscar y seguidamente los
detalles de la factura junto con su nuevo estado.
Gestor Cambiar Este gestor se encarga de buscar el nmero de factura
estado de factura. introducido por el actor y posteriormente realizar el
cambio de estado en la factura.
Clase de anlisis del caso de uso Consultar estadsticas.

El caso de uso consultar estadstica se encuentra disponible
para el gerente estratgico el cual acceder a la interfaz consultar
estadstica y seleccionara el tipo de estadstica que desee consultar,
seguidamente despus de haber sido procesada la informacin
106
CAPTULO IV
RESULTADOS
solicitada se mostrar dentro de la misma interfaz el reporte

estadstico de forma grfica.
En la figura 4.X se muestra el diagrama de clase de anlisis
para el caso de uso consultar estadstica.
Figura 4.41. Clase de anlisis del caso de uso consultar estadstica.

Clase de anlisis del caso de uso cambiar estado de solicitud.

El caso de uso cambiar estado de solicitud sufri una modificacin ya
que se decidi simplificar la interaccin del usuario con las interfaces
correspondientes donde ahora se usa una interfaz nica donde se
realice la bsqueda y se establezca el nuevo estado de la orden.
107
CAPTULO IV
RESULTADOS
En la figura 4.42 se muestra el nuevo diagrama de clase de anlisis

para el caso de uso cambiar estado de solicitud.
Figura 4.42. Clase de anlisis del caso de uso cambiar estado de

solicitud.
Clase de anlisis del caso de uso cambiar estado de factura.

Al igual que el caso de uso cambiar estado de solicitud, el caso
de uso cambiar estado de factura no cuenta con una interfaz separada
en donde se realice la bsqueda de la factura, si no que a travs de
una nica interfaz se realizan las opresiones correspondientes al
cambio del estado de las facturas.
En la figura 4.43 se muestra el nuevo diagrama de clase de
anlisis para el caso de uso cambiar estado de factura.
108
CAPTULO IV
RESULTADOS
Figura 4.43. Clase de anlisis del caso de uso cambiar estado de

factura.
4.2.2.3 Diagramas de colaboracin.

Al igual que los diagramas de clase, los diagramas de comunicacin
sufrieron ciertos cambios ya que con las simplificacin de los casos de uso la
comunicacin entre las diferentes clases se realiza de forma ms directa, por
lo tanto en esta seccin se presentaran los nuevos diagramas de
comunicacin para los casos modificados y adicionalmente el diagrama de
comunicacin para el nuevo caso de uso consultar estadstica.
Diagrama de colaboracin Consultar Estadsticas.
109
CAPTULO IV
RESULTADOS
A continuacin en la figura 4.44 se presenta el diagrama de

colaboracin para el caso de uso consultar estadsticas.
Figura 4.44. Diagrama de colaboracin del caso de uso consultar

estadsticas.
Leyenda:
1. El gerente selecciona el tipo de reporte estadstico a
mostrar.
2. El gestor procesa la opcin seleccionada.
3. Se buscan los datos del reporte en las entidades orden y
repuesto.
4. Las entidades devuelven la informacin requerida por el
gestor.
5. El gestor procesa la informacin obtenida.
6. La interfaz muestra al usuario el reporte estadstico en
forma grfica.
Diagrama de colaboracin Cambiar estado de solicitud.

colaboracin para el caso de uso cambiar estado de solicitud.
110
CAPTULO IV
RESULTADOS
Figura 4.45 Diagrama de colaboracin del caso de uso cambiar

estado de solicitud.
Leyenda:
1. El actor ingresa en la interfaz el nmero de orden a
buscar.
2. El gestor valida la informacin ingresada.
3. Se busca el nmero de orden en la entidad orden.
4. Se devuelve el detalle de la orden al gestor.
5. El gestor aplica el cambio de estado a la orden.
6. La interfaz muestra al usuario la orden con el nuevo
estado aplicado.
Diagrama de colaboracin Cambiar estado de factura.

colaboracin para el caso de uso cambiar estado de factura.
Figura 4.46 Diagrama de colaboracin del caso de uso cambiar

estado de factura.
111
CAPTULO IV
RESULTADOS
Leyenda:
1. El actor ingresa en la interfaz el nmero de factura a
buscar.
2. El gestor valida la informacin ingresada.
3. Se busca el nmero de orden en la entidad factura.
4. Se devuelve el detalle de la factura al gestor.
5. El gestor aplica el cambio de estado a la factura.
6. La interfaz muestra al usuario la factura con el nuevo
estado aplicado.
4.2.3 Flujo de Trabajo Diseo
En este flujo de trabajo se estudia el diseo de los requisitos funcionales del

sistema a travs de las clases, base de datos y la arquitectura del mismo,
dicho diseo se tomar como punto de partida para la realizacin de la
siguiente fase (Construccin) tomando como base el anlisis realizado
previamente.
4.2.3.1 Diagrama de Capas
La arquitectura del sistema se establece de manera slida y estable de forma

tal que soporte los requisitos analizados previamente. Esta arquitectura se ve
representada de forma clara por medio de un conjunto de capas que sern
descritos por medio de un diagrama el cual est estructurado por cuatro (4)
capas:
1. La capa especfica est contenida por paquetes que se conectan

luego a la capa general, estos paquetes son: Cargar Factura,
Consultar Catalogo, Gestionar Catalogo, Generar Reporte, Cambiar
Estado de Factura, Iniciar Sesin, Cambiar Estado de Solicitud,
Consultar Solicitud, Generar Orden de Venta, Establecer Contacto,
Consultar Estadsticas y Administrar Sistema.
2. La capa general de la aplicacin se refiere al sistema de informacin
Desarrollado de nombre SAGAJ en el cual se ejecuta la gestin de
base de datos, se encuentra conectado a la capa intermedia.
3. En la capa intermedia se representan los subsistemas referidos al
comportamiento lgico donde se procesan las peticiones del actor.
Esta capa contiene un Servidor local; como manejador de base de
datos del sistema se cuenta con MySQL. El diseo de la interfaz se
112
CAPTULO IV
RESULTADOS
realiza en el lenguaje HTML5 junto con hojas de estilo de cascada

CSS y JavaScript los cuales se implementan en el Navegador Web. La
codificacin lgica es realizada con el lenguaje PHP.
4. Finalmente la capa de software del sistema formada por el sistema
operativo, y tambin formada por TCP/IP que representa el protocolo
de comunicacin.
El diseo de la arquitectura del sistema SAGAJ se puede observar en la

Figura 4.47
Figura 4.47. Diagrama de capas de SAGAJ
113
CAPTULO IV
RESULTADOS
4.2.3.2 Diagrama de Clases de Diseo
Figura 4.48.Diagrama de Clases de Diseo (1/6).
114
CAPTULO IV
RESULTADOS
Figura 4.49 Diagrama de Clases de Diseo (2/6).
115
CAPTULO IV
RESULTADOS
116
CAPTULO IV
RESULTADOS
117
CAPTULO IV
RESULTADOS
118
CAPTULO IV
RESULTADOS

119
CAPTULO IV
RESULTADOS

120
CAPTULO IV
RESULTADOS
4.2.3.3 Diagrama de Despliegue
Figura 4.54 Diagrama de despliegue

Fuente: Elaboracin propia
121
CAPTULO IV
RESULTADOS
4.2.3.4 Diseo de la base de datos.

La base de datos es la fuente de la que se genera la informacin para
todo el sistema, proporciona a los usuarios el acceso a datos, que pueden
visualizar, ingresar o actualizar, en concordancia con los derechos de acceso
que se les hayan otorgado. Se convierte ms til a medida que la cantidad
de datos almacenados crece, es por esto que la integridad y fiabilidad de la
misma es de vital importancia para la correcta funcionalidad de las
aplicaciones asociadas a sta.
Una base de datos relacional es el modelo ms utilizado en la
actualidad para modelar problemas reales y administrar datos
dinmicamente; esta se basa en un conjunto de dos o ms tablas
estructuradas en registros (lneas) y campos (columnas), que se vinculan
entre s por un campo en comn. En ambos casos posee las mismas
caractersticas como por ejemplo, el nombre del campo, tipo y longitud; a
este campo generalmente se le denomina ID, identificador o clave.
En la figura 4.55 se presenta el Diagrama de Diseo de la Base de
Datos.
Figura 4.54. Modelo de Entidad-Relacin de la base de datos SAGAJ.

122
CAPTULO IV
RESULTADOS
4.2.3.5 Estructura de la base de datos.

La base de datos est compuesta por 8 tablas relacionadas
entre s a travs de claves primarias y claves forneas las cuales
permiten el acceso a la informacin desde cualquiera de las tablas de
la base de datos.
Tabla Usuario
Esta tabla contiene la informacin de inicio de sesin de los
usuarios, la cual consta de un nombre de usuario y contrasea los
cuales son necesarios para ingresar al sistema.
En la tabla 4.18 se muestran las propiedades de la entidad

Usuario.
Tabla 4.18. Usuario
Nombre del Tipo de
Descripcin Longitud
campo dato
Clave primaria. Nombre de
User VARCHAR 10
usuario
Contrasea Contrasea VARCHAR 10
Clave fornea. Nmero que
ID_rol INT 2
identifica el tipo de usuario.
Tabla Persona.
Dentro de esta tabla se guarda toda la informacin relacionada
con el usuario, como su nombre y apellido, su cedula o Rif, telfono,
direccin tipo de usuario y el nombre de usuario asociado a dicha
persona.
Persona.
123
CAPTULO IV
RESULTADOS
Tabla 4.19. Persona.

Nombre del Tipo de
Descripcin Longitud
campo dato
Rif Clave primaria. Rif o cedula de VARCHAR 13
identidad del usuario
Nombre1 Primer nombre de la persona VARCHAR 15
Nombre2 Segundo nombre de la persona VARCHAR 15
Apellido1 Primer apellido de la persona VARCHAR 15
Apellido2 Segundo apellido de la persona VARCHAR 15
RazonS Razn social VARCHAR 15
Telefono Telfono del usuario INT 10
Direccion Direccin del usuario VARCHAR 200
Correo Correo electrnico del usuario VARCHAR 50
TipoU Tipo de usuario VARCHAR 10
User Clave fornea. Nombre de VARCHAR 10

usuario
Tabla Factura
En esta tabla se usa para guardar informacin relacionada con la
factura, en este caso solo se registra el nmero de factura, el nmero
de la orden de venta donde se realiz el pedido de los productos, la
fecha de elaboracin de la factura y el estado de la misma.
En la tabla 4.20 se muestran las propiedades de la entidad Factura.
Tabla 4.20. Factura.
124
CAPTULO IV
RESULTADOS
Nombre del Tipo de

Descripcin Longitud
campo dato
NFactura Clave primaria. Numero de factura INT 5
NOrden Clave fornea. Numero de Orden INT 5
FechaF Fecha de la factura DATE ---
Status Estado de la factura. Posee los ENUM ---

valores PAGADA y NO PAGADA
Tabla Impuesto
Tabla la cual se usa para realizar un cambio el IVA aplicado a las
rdenes de venta, esto realizado con el objetivo de tener mayor
facilidad a la hora aplicar una nueva tasa de impuesto establecida por
el gobierno local y que la empresa no se vea en la necesidad de
contactar al programador del sistema para que realice el ajuste.
Contiene nicamente dos campos relacionados con la nueva tasa de
impuesto y la fecha en la cual fue establecida.

Impuesto.
Tabla 4.21. Impuesto.
Nombre del Tipo de
Descripcin Longitud
campo dato
Clave Primaria. Numero
ID_iva INT 2
identificador de la tasa de IVA
PorcentajeIva Porcentaje del IVA INT 2
Fecha Fecha de aplicacin del IVA DATE ---
Tabla Orden
En esta tabla se registra toda la informacin relacionada
con la orden solicitada por el cliente, en ella se encuentran el
nmero de orden, el Rif, la fecha en la que se realiz la orden, el
sub total de la venta, la tasa de impuesto aplicada a la venta, el
resultado de la aplicacin de la aplicacin de la tasa de impuesto,
125
CAPTULO IV
RESULTADOS
el total en donde se refleja la suma del sub total ms el valor del

impuesto aplicado, el nmero de pliza, numero del siniestro, y la
placa del vehculo; siendo estos ltimos 3 campos informacin
suministrada por empresas aseguradoras que realicen las rdenes
de venta.
Orden.
Tabla 4.22. Orden.

Nombre del Tipo de
Descripcin Longitud
campo dato
NOrden Clave primaria. Numero de orden. INT 5
Rif Clave fornea. Rif o cedula del VARCHAR 13

cliente
FechaO Fecha de la orden DATE ---
ID_iva Clave fornea. Identificador de la INT 2

tasa de iva.
NSiniestro Numero de siniestro VARCHAR 20
NPoliza Numero de pliza VARCHAR 20
Placa Clave fornea. Placa del vehculo VARCHAR 7
StatusO Estado de la orden. Posee los ENUM ---

valores PENDIENTE;
PROCESADO
Tabla Vehculo
Guarda un registro de los vehculos ingresados en las rdenes de
venta, entre la informacin que se registra en esta tabla, encontramos
la placa del vehculo, la marca, el modelo y el ao de lanzamiento.
Vehculo.
Tabla 4.23. Vehculo.
126
CAPTULO IV
RESULTADOS
Nombre del Tipo de

Descripcin Longitud
campo dato
Placa Clave primaria. Placa del VARCHAR 7
vehculo.
Marca Marca del vehculo VARCHAR 10
Modelo Modelo del vehculo. VARCHAR 10
Ano Ao del vehculo. INT 4
Tabla Repuesto
Esta tabla permite la gestin de todos repuestos ofrecidos por la
empresa. A travs de consultas a esta tabla se muestran los repuestos
ofertados por la empresa por medio de un catlogo y tambin permite
generar las rdenes de ventas para los clientes incluyendo dentro de
las mismas algunos de los repuestos ofrecidos por la empresa.

Repuesto.
Tabla 4.24. Repuesto
Nombre del Tipo de
Descripcin Longitud
campo dato
CodR Clave primaria. Cdigo de INT 5
repuesto
Categoria Categoria del repuesto VARCHAR 20
MarcaR Marca de repuesto VARCHAR 10
ModeloR Modelo del repuesto VARCHAR 10
Descripcion Descripcin de repuesto. VARCHAR 100
PrecioU Precio unitario de repuesto. DECIMAL 9.2
StatusIva Indica si al producto se le aplica o ENUM ---

no IVA. Posee los valores
EXCENTO y APLICABLE
Tabla Orden-Repuesto
127
CAPTULO IV
RESULTADOS
Esta tabla sirve de enlace entre las rdenes realizadas y los

repuestos solicitados para dichas rdenes as como las cantidades
que se pidieron para dichas rdenes.
Orden-Repuesto.
Tabla 4.25. Orden-Repuesto.

Nombre del Tipo de
Descripcin Longitud
campo dato
NOrden Clave primaria. Numero de INT 5
orden
CodR Clave primaria. Cdigo de INT 5
repuesto.
CantSol Cantidad solicitada INT 5

Tabla Contacto
Esta tabla guarda los registros relacionados a los contactos que
establecen los usuarios con la empresa solicitando bien sea la
creacin de un usuario para ingresar al sistema o alguna ayuda en
cuanto a productos y servicios.
Contacto.
Tabla 4.26. Contacto.
Nombre del Tipo de
Descripcion Longitud
campo dato
NContacto Clave Primaria. Numero de INT 10
control del contacto
NomPers Nombre de la Persona que VARCHAR 50
establece el contacto.
CorreoPers Correo de la persona que VARCHAR 50
establece el contacto
Comentario Comentarios del contacto. VARCHAR 500
FechaCont Fecha del contacto DATE ---
Tabla Rol.
128
CAPTULO IV
RESULTADOS
En esta tabla se registran los roles de las personas que ingresan

al sistema con el objetivo de manejar los privilegios de acceso a las
diferentes acciones dentro del sistema.
En la tabla 4.27 se muestran las propiedades de la entidad Rol.
Tabla 4.27. Rol.
Nombre del Tipo de

Descripcin Longitud
campo dato
Clave primaria. Nmero que
ID_rol INT 2
identifica al tipo de rol.
TipoRol Tipo de Rol VARCHAR 10
4.2.4 Interfaz Principal

Al iniciar el sistema la primera interfaz que se abrir ser la interfaz
principal del sistema que se muestra en la figura 4.1. Se puede realizar el
inicio de sesin de los usuarios registrados, pero hay opciones que se
pueden realizar sin ser usuario como la misin y visin, ver productos y envi
un mensaje.
Para acceder al sistema el usuario debe iniciar sesin ingresando su
nombre de usuario seguido de su contrasea y presionar el botn Entrar
como se observa en la figura 4.1.
129
CAPTULO IV
RESULTADOS
Figura 4.1 Interfaz Principal del sistema

Consultar Catalogo
Es un caso de uso pblico en el sistema el cual puede ingresar una

persona que no es usuario en el sistema. Al ingresar a la interfaz principal del
sistema se tiene un botn que dice ver productos y al darle clic nos da
acceso a esta interfaz la cual posee tres listas desplegables referentes a
marca modelo y tipo de repuesto con un botn buscar el cual consultara en la
base de datos sobre la informacin que solicita una persona si se tiene en
existencia o no lo solicitado.
130
CAPTULO IV
RESULTADOS
Figura 4.2 Interfaz Consultar Catalogo

Misin y visin
Es una interfaz de acceso pblico de carcter informativo sobre la

misin y visin de la empresa. A ingresar a la aplicacin se tiene un botn
que dice misin y visin el cual al darle clic abre la ventana que se muestra
en la figura 4.3.
131
CAPTULO IV
RESULTADOS
Figura 4.3 Interfaz Consultar Catalogo

132
CAPTULO IV
RESULTADOS
Contctanos
A ingresar al sistema la interfaz principal tiene la disponibilidad de

efectuar un caso de uso que puede realizar una persona que no es usuario
del sistema el cual es contctanos. Al invocar el caso de uso se podr
ingresar el nombre de la persona ms su correo electrnico y un comentario
sobre la solicitud del servicio de ventas o de consulta de repuestos de la
empresa Auto Partes Jocar S.A. con el fin de registrar consultas al sistema y
responder las solicitudes o agregar a una persona al sistema para que
realice una compra.
Figura 4.7 Interfaz Contactanos

133
CAPTULO IV
RESULTADOS
4.2.5 Conclusin de la fase de Elaboracin
Durante el anlisis realizado en esta fase se pudieron determinar los

requerimientos funcionales del sistema que no haban sido identificados en la
fase anterior y de esta forma realizar el estudio necesario para el diseo de
su arquitectura, se establecieron los diagramas de clases correspondientes a
cada uno de los casos de uso tanto de la fase anterior como los de esta fase
y posteriormente se dise la base de datos de acuerdo al anlisis realizado.
Finalmente se implement parte del sistema como punto de partida

para la siguiente fase denominada de construccin donde se muestran las
pantallas de todo el sistema
134
CAPTULO IV
RESULTADOS
4.3 Fase de Construccin

Durante la fase de la construccin, todos los componentes y
caractersticas restantes se desarrollan, se integran en el producto, y se
prueban a fondo. La fase de la construccin es, en cierto sentido, un proceso
de fabricacin donde el nfasis se pone en manejar los recursos y controlar
las operaciones para optimizar costos, tiempos y calidad.
En esta fase se completa el desarrollo del sistema basado en la

estructura base de la arquitectura analizada en las fases anteriores y se dan
a conocer las interfaces creadas para el software.
A continuacin en la figura cambiar se presenta el Proceso Unificado

de Desarrollo de Software, resaltando la Fase de Construccin.
Figura cambiar Fase de Construccin

Fuente:Rumbaugh, Jacobson y Booch, (2000).
4.3.1 Herramientas de Desarrollo del Software Utilizados

XAMPP SERVER 3.2.2: Es un entorno de desarrollo web para
Windows que nos permite crear aplicaciones web con Apache, PHP y
base de datos MySQL. Tambin incluye PHPMyAdmin y
135
CAPTULO IV
RESULTADOS
SQLiteManager para manejar la base de datos. Provee a los

desarrolladores con los cuatro elementos necesarios para un servidor
web: un sistema operativo (Windows), un manejador de base de datos
(MySQL), un software para servidor web (Apache) y un software de
programacin script Web (PHP generalmente, Python o PERL),
debiendo su nombre a dichas herramientas.
PHP 5.3.5: PHP es un lenguaje de programacin de uso general de

cdigo del lado del servidor originalmente diseado para el desarrollo
web de contenido dinmico. Se puede incorporar directamente en el
documento HTML en lugar de llamar a un archivo externo que procese
los datos. El cdigo es interpretado por un servidor web con un
mdulo de procesador de PHP que genera la pgina Web resultante.
PHP puede ser usado en la mayora de los servidores web al igual que
en casi todos los sistemas operativos y plataformas sin ningn costo.
Apache 2.2.17: El servidor HTTP Apache es un servidor web HTTP de

cdigo abierto, para plataformas Unix (BSD, GNU/Linux, etc.),
Microsoft Windows, Macintosh y otras, que implementa el protocolo
HTTP/1.12 y la nocin de sitio virtual.
MySQL 5.5.8: MySQL es un sistema de gestin de bases de datos

(SGBD) multiusuario, multiplataforma y de cdigo abierto, con ms de
seis millones de instalaciones. MySQL es muy popular en aplicaciones
web, y es componente de las plataformas XAMPP, LAMP, MAMP,
WAMP, entre otras. MySQL suele combinarse con el popular lenguaje
PHP.
136
CAPTULO IV
RESULTADOS
HTML5: es la quinta revisin importante del lenguaje bsico de la

World Wide Web, HTML. Todava se encuentra en modo experimental,
lo cual indica la misma W3C; aunque ya es usado por mltiples
desarrolladores web por sus avances, mejoras y ventajas. Google
Chrome es pionero en soporte HTML5 y es, actualmente, el
navegador que brinda mayor soporte a esta versin de HTML. El
desarrollo de este lenguaje de marcado es regulado por el Consorcio
W3C.
JavaScript: JavaScript es un lenguaje de programacin interpretado,

dialecto del estndar ECMAScript. Se define como orientado a
objetos, basado en prototipos, imperativo, dbilmente tipado y
dinmico. Se utiliza principalmente en su forma del lado del cliente,
implementado como parte de un navegador web permitiendo mejoras
en la interfaz de usuario y pginas web dinmicas, en bases de datos
locales al navegador. Todos los navegadores modernos interpretan el
cdigo JavaScript integrado en las pginas web. Para interactuar con
una pgina web se provee al lenguaje JavaScript de una
implementacin del Document Object Model (DOM).
CSS3: Las hojas de estilo nos permiten definir de manera eficiente la

representacin de nuestras pginas y es uno de los conocimientos
fundamentales que todo diseador web debe manejar a la perfeccin
para realizar su trabajo. La primera versin de CSS fue publicada a
fines del ao 1996 y fue logrando popularidad y aceptacin hasta
llegar a la versin 2.1, estndar actual que ofrece gran compatibilidad
con la mayora de los navegadores del mercado. A partir del ao 2005
se comenz a definir el sucesor de esta versin, al cual se lo conoce
como CSS3 o Cascading Style Sheets Level 3. Actualmente en
137
CAPTULO IV
RESULTADOS
definicin, esta versin nos ofrece una gran variedad de opciones muy
importantes para las necesidades del diseo web actual. Desde
opciones de sombreado y redondeado, hasta funciones avanzadas de
movimiento y transformacin.
Sublime Text : Es un editor de texto y editor de cdigo fuente creado

en Python desarrollado originalmente como una extensin de Vim, con
el tiempo fue creando una identidad propia.
4.3.2 Flujo de trabajo de Implementacin

En este punto del proyecto se describen las interfaces de inicio de
sesin, la principal del sistema y cada de uno de los mdulos del mismo,
cada una de ellas con una breve explicacin de su funcionamiento y la
imagen de imagen de la interfaz correspondiente.
De igual forma, en esta seccin se implementa la codificacin, as
como las pruebas para lograr lo reportes de los posibles errores del sistema.
4.3.2.1 Diseo de la Interfaz de Usuario

Interfaz principal del Administrador
Es la interfaz principal que visualiza un usuario con el rol de

administrador. Una vez el administrador invoque el caso de uso iniciar sesin
y se realicen las validaciones para ingresar el actor tendr acceso a una
interfaz la cual le facilitara realizar 3 casos de uso como lo son Gestionar
Usuario, Respaldar Sistema, Cambiar Contrasea y cerrar sesin las cuales
se podrn seleccionar a travs de unos botones localizados en el centro de
la pagina como lo muestra la figura 4.1.
138
CAPTULO IV
RESULTADOS
Figura 4.1 Interfaz Principal del Administrador

Cambiar Contrasea
Esta interfaz se activa al invocar el caso de uso cambiar contrasea

donde se visualiza tres capos para ingresar texto y un botn guardar, donde
uno capos de texto es la contrasea actual, el siguiente es la nueva
contrasea y por ltimo la confirmacin de la nueva contrasea. Ya
ingresados todos los campos se selecciona el botn guardar para que el
sistema realice el cambio de la contrasea en la base de datos segn el
usuario que invoc el mtodo.
139
CAPTULO IV
RESULTADOS
Figura 4.2 Interfaz Cambiar Contrasea

Cambiar Estado de Orden
Es una interfaz la cual muestra una solicitud que se haya realizado

con la opcin de cambiar un estado de pendiente a procesada. Se genera
cuando los actores Vendedor o Encargado invocan el caso de uso cambiar
estado de orden el cual permitir visualizar los datos de una orden pero sin
poder realizar cambios exceptuando el estado. Esto permitir que las
ordenes que sean aceptadas por la empresa se le realicen los trmites de
facturacin y despacho de las piezas solicitadas.
140
CAPTULO IV
RESULTADOS
Figura 4.3 Interfaz Cambiar Estado Orden

Bsqueda Filtrada
Esta interfaz tiene como finalidad ayudar al actor Encargado de buscar

los repuestos existentes en el catlogo. Una vez el encargado inicie sesin e
invoca el mtodo gestionar catalogo puede agregar y eliminar o modificar un
repuesto del catlogo; si elige la opcin eliminar o modificar el sistema lo
dirigir a esta interfaz para facilitar la bsqueda ya sea por categora de
repuesto o por la marca de repuesto.
141
CAPTULO IV
RESULTADOS
Figura 4.4 Interfaz Bsqueda Filtrada

Detalle de Orden
Al tener las ordenes y oprimir detalles de orden se mostrar una interfaz
con mayor informacin sobre la orden seleccionada como categora de
repuesto marca, modelo, descripcin, sub total, I.V.A., total, cantidad y
precio unitario. Esto permite tener informacin completa sobre la orden
generada por un cliente para analizar si se procesara la venta o no.
142
CAPTULO IV
RESULTADOS
Figura 4.5 Interfaz Detalle de Orden

Agregar Repuesto
El actor Encargado al iniciar sesin y elegir la opcin Gestionar

Catalogo invoca el caso de uso Gestionar Catalogo donde aparece dos
opciones, agregar repuesto y eliminar o modificar. Al seleccionar agregar
repuesto se habilitara la interfaz formulario de repuesto donde tendr que
ingresar ciertos datos para agregar el repuesto como categora, marca,
modelo, Descripcin y precio unitario.
Ejemplo: si se agrega un repuesto se debe escoger un tipo de

categora como carrocera, ingresar los dems datos para completar el
formulario.
143
CAPTULO IV
RESULTADOS
Al hacer clic en categora se desplegara un men el cual contiene los

tipos de categora a escoger como carrocera, mecnico, elctrico y
micas.
Para agregar el nuevo repuesto se oprime el botn guardar y se
mostrara un mensaje donde se guard los datos del repuesto.
Figura 4.6 Interfaz agregar repuestos

Cargar Factura
Interfaz nica del actor Vendedor el cual tiene acceso desde su pgina
de inicio al invocar el caso de uso cargar factura, el cual al darle clic en el
botn, dirige al vendedor a esta interfaz la cual al agregar el nmero de
orden carga automticamente los datos almacenados en la base de datos de
esa orden. Tiene la disponibilidad de agregar los datos de un cliente que se
le quiera realizar la compra, datos como nombre, Rif, direccin y telfono, as
144
CAPTULO IV
RESULTADOS
como tambin los datos de los repuestos que el cliente solicita como cdigo
de repuesto, descripcin, cantidad solicitada y precio unitario. Los mtodos
de la interfaz pueden realizar clculos de sub total, I.V.A y total de la factura;
esta interfaz tiene por ultimo una lista donde puedes seleccionar dos
opciones (Pagada o Pendiente) de las cuales solo se podr escoger una y
por tenemos un botn cargar el cual al darle clic ejecutara los diferentes
mtodos para cargar la factura en la base de datos.
Figura 4.7 Interfaz detalle factura

4.3.2.2 CDIGOS DEL SISTEMA
145
CAPTULO IV
RESULTADOS
Interfaz Principal Administrador.
Archivo: AdminIntro.php
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Autopartes Jocar</title>
<link href="../css/bootstrap.min.css" rel="stylesheet">
<link href="../assets/css/ie10-viewport-bug-workaround.css" rel="stylesheet">

<link href="../jumbotron.css" rel="stylesheet">
<script src="../assets/js/ie-emulation-modes-warning.js"></script>
</head>
<body>
<?php
session_start();
if($_SESSION["Rol"]==1){
else if($_SESSION["Rol"]==2){ Header('Location: ../html/Encargado.html');}
else if($_SESSION["Rol"]==3){ Header('Location: gerente');}
146
CAPTULO IV
RESULTADOS
else if($_SESSION["Rol"]==4){ Header('Location: Vendedor.php');}
else if($_SESSION["Rol"]==5){ Header('Location: ClienteIntro.php');}
else { Header('Location: ../index.html');}
?>
<div class="row ">
<br>
</div>
<div class="jumbotron">
<div class="container">
<div row>
<div class="col-md-4">
<h1>Auto Partes Jocar</h1>
</div>
<div class="col-md-4 pull-right">
<img src="../img/logo.jpg" class="img-responsive">
</div>
</div>
</div>
</div>
147
CAPTULO IV
RESULTADOS
<?php
echo "<h1> Bienvenido Administrador " . $_SESSION["Name"] .

"</h1>";
?>
<a href="GestionUsuario.php" class="btn btn-lg btn-info" type="button">

Gestionar Usuario </a>
<button onclick="myFunction()" class="btn btn-lg btn-warning"

type="button"> Respaldar Sistema</button>
<a href="../html/CambiarContra.html" class="btn btn-lg btn-danger"

type="button"> Cambiar Contrasea </a>
<a href="../php/logout.php" class="btn btn-lg btn-info"

type="button"> Cerrar Sesin </a>
<script>
function myFunction() {
alert("Datos Guardados");
</script>
</div>
148
CAPTULO IV
RESULTADOS
<footer>
<p class="text-center">© 2016 Jocar Inc Todos Los Derechos

Reservados.</p>
</footer>
</div>
<script
src="https://ajax.googleapis.com/ajax/libs/jquery/1.12.4/jquery.min.js"></script
>
<script>window.jQuery || document.write('<script
src="assets/js/vendor/jquery.min.js"><\/script>')</script>
<script src="js/bootstrap.min.js"></script>
<script src="assets/js/ie10-viewport-bug-workaround.js"></script>
</body>
</html>
Interfaz Cambiar Contrasea.
Archivo: CambiarContra.html
<!DOCTYPE html>
<html lang="en">
<head>
<link href="../assets/css/ie10-viewport-bug-workaround.css"
rel="stylesheet">
149
CAPTULO IV
RESULTADOS

</head>
<body>
<div class="row ">

<br>
</div>
<div row>
</div>
</div>
</div>
</div>
</div>
<div class="row">
<dir class="col-md-4">
<form action="../php/cambiancontra.php" method="post">
<div class="form-group">
<label for="usr">Actual:</label>
<input type="password" name="old" class="form-control" id="usr">
<label for="usr">nueva:</label>
<input type="password" name = "new1" class="form-control" id="usr">
<label for="usr">confirmacion:</label>
<input type="password" name = "new2" class="form-control" id="usr">
</div>
<button type="submit" class="btn btn-default">Guardar contrasea</button>
</form>
</dir>
</div>
150
CAPTULO IV
RESULTADOS
</div>
<footer>
Reservados.</p>
</footer>
</div>
<script
>
</body>
</html>
Interfaz Cambiar Estado de Orden.
Archivo: CambiarEstadoO.php
<!DOCTYPE html>
<html lang="en">
<head>
rel="stylesheet">
<script src="../js/main.js" type="text/javascript"></script>
</head>
<body>
<?php
$NO=$_GET['NO'];
//CONEXION
require("datos_conexion.php");
$conexion= mysqli_connect($db_host,$db_user,$db_clave);
151
CAPTULO IV
RESULTADOS
if(mysqli_connect_errno()){
echo "error de conexion";
exit();
}
mysqli_select_db($conexion,$db_nombre) or die("no se encuentra la

bdd");
mysqli_set_charset($conexion, "utf8");
$consulta="SELECT * FROM ORDEN JOIN PERSONA USING (rif)

where norden='$NO' ";
$resultados= mysqli_query($conexion,$consulta);
if($validacion1=mysqli_num_rows($resultados)==0){
echo "<script>NotificacionCE('OrdenDesconocida')</script>";
}
$fila=mysqli_fetch_array($resultados);
?>
<div class="row ">
<br>
</div>
<div row>
</div>
</div>
</div>
</div>
</div>
<div class="row">
<h2>Cambio de Estado de Orden</h2>
<form action="" method="post">
152
CAPTULO IV
RESULTADOS
<input type="hidden" class="form-control" name="norden1" value="<?

php echo $fila['norden']; ?>" id="norden1">
<label for="usr">Numero de Orden:</label>
<input type="text" class="form-control" name="nordena" value="<?php echo
$NO; ?>" id="usr" disabled>
<label for="usr">Rif:</label>
<input type="text" class="form-control" name="apellido1" value="<?php
echo $fila['rif']; ?>" id="usr" disabled>

<?php if($fila['nombre1']!=NULL){?>
<label for="usr">Nombre1:</label>
<input type="text" class="form-control" name="nombre1" value="<?php
echo $fila['nombre1']; ?>" id="usr" disabled>
<label for="usr">Apellido1:</label>
<input type="text" class="form-control" name="apellido1" value="<?php
echo $fila['apellido1']; ?>" id="usr" disabled>
<?php } else{ ?>


<label for="usr">Razon Social:</label>
<input type="text" class="form-control" name="razon" value="<?php echo
$fila['razon_s']; ?>" id="usr" disabled>
<?php }?>
<label for="usr">Fecha Orden:</label>
<input type="date" class="form-control" name="fechao" value="<?php echo
$fila['fechao']; ?>" disabled>
<label for="statusIVA">Status Orden:</label>

<select class="form-control" name="statuso1" id="sel1">
<option value="PENDIENTE" <?php if($fila['statuso']=='PENDIENTE')
{echo "selected";}?>>PENDIENTE</option>
153
CAPTULO IV
RESULTADOS
<option value="PROCESADA"<?php if($fila['statuso']=='PROCESADA')

{echo "selected";} ?>>PROCESADA</option>
</select>
</div>
<input type="submit" class="btn btn-success" value="Cambiar Estado">
</form>
</dir>
</div>
</div>
<footer>
Reservados.</p>
</footer>
</div>
<script
>
<?php
if($_POST){
$norden=$_POST['norden1'];
$statuso=$_POST['statuso1'];
require("datos_conexion.php"); // DATOS PARA CONECTAR
BASE DE DATOS
exit();
}
bdd");
154
CAPTULO IV
RESULTADOS
$consulta="UPDATE ORDEN SET statuso='$statuso' WHERE

norden='$norden'";
$resultados= mysqli_query($conexion,$consulta) or die("ERROR EN
LA CONSULTA".mysqli_error());
echo "<script>NotificacionCE('U_GOOD')</script>";
}
?>
</body>
</html>
Interfaz Busqueda filtrada.
Archivo: Buscar.php
<!DOCTYPE html>
<html lang="en">
<head>
rel="stylesheet">
</head>
<body>
<div class="row ">
<br>
</div>
<div row>
</div>
</div>
155
CAPTULO IV
RESULTADOS
</div>
</div>
</div>
<div class="row">
<h2>Busqueda Flitrada</h2>
<form action="ListaDeRepuestos.php" method="post">
<label for="usr">Filtrar Por</label>
<input type="hidden" name="not" value="1">
<label for="categoria">Categoria</label>
<input name="filtro_r" id="marca" value="categoriar" type="radio" checked
onclick="buscar.disabled = true;ctg.disabled=false " >
</div>
<select class="form-control" name="ctg" id="ctg">

<option value="">--Seleccione--</option>
<option value="CARROCERIA">Carroceria</option>
<option value="MECANICO">Mecanico</option>
<option value="ELECTRICO">Electrico</option>
<option value="MICAS">Micas</option>
</select>
<label for="marca">Marca</label>
<input name="filtro_r" id="marca" value="marcar" type="radio"
onclick="buscar.disabled = false;ctg.disabled=true">
</div>
<input type="text" class="form-control" name="buscar"

disabled="disabled" id="buscar">
</div>
<input type="submit" class="btn btn-success" value="Buscar">
</form>
</dir>
</div>
</div>
<footer>
Reservados.</p>
156
CAPTULO IV
RESULTADOS
</footer>
</div>
<script
>
</body>
</html>
Interfaz Detalle Orden de Venta
Archivo: DetalleOrdenCliente.php
<!DOCTYPE html>
<html lang="en">
<head>
<?php
session_start();
else{ Header('Location: ../index.html');
?>
157
CAPTULO IV
RESULTADOS
rel="stylesheet">
<link href="../css/estilos.css" rel="stylesheet" >
</head>
<body>
<?php
$NO=$_GET['NO'];
exit();
mysqli_select_db($conexion,$db_nombre) or die("no se encuentra la bdd");
158
CAPTULO IV
RESULTADOS
$consulta="SELECT categoriar, marcar,modelor,Descripcin,cantsol,preciou

FROM ORDREP JOIN REPUESTO USING(codr) WHERE norden='$NO';";
//CALCULOS
$subt="SELECT SUM(preciou*cantsol) AS SubT FROM orden, ordrep,

repuesto WHERE('$NO'=orden.norden AND orden.norden=ordrep.norden
AND ordrep.codr=repuesto.codr)";
$resultados1=mysqli_query($conexion,$subt);
$fila1=mysqli_fetch_array($resultados1);
//echo "SUB-TOTAL= " . $fila1['SubT']."<br>";
$subt="SELECT SUM(preciou*(porcentaje/100)) AS IVA FROM orden,

ordrep, repuesto, impuesto WHERE('$NO'=orden.norden AND
orden.norden=ordrep.norden AND ordrep.codr=repuesto.codr AND
repuesto.statusiva='APLICABLE')";
//echo "IVA= " . $fila2['IVA']."<br>";
echo "TOTAL= " . $Total= $fila1['SubT']+$fila2['IVA'];
?>
<div class="row ">
159
CAPTULO IV
RESULTADOS
<br>
</div>
<div row>
</div>
</div>
</div>
</div>
</div>
<h2>Detalles de la orden <?php echo $NO; ?></h2>
<div class="row">
<table style='border:1px border-color:black'>
<thead>
160
CAPTULO IV
RESULTADOS
<tr>
<th>Categoria</th>
<th>Marca</th>
<th>Modelo</th>
<th>Descripcin</th>
<th>Cantidad</th>
<th>Precio Unitario</th>
</tr>
</thead>
<tbody>
<?php while(($fila=mysqli_fetch_array($resultados))==true){ ?>
<tr>
<td><?php echo $fila['categoriar']; ?></td>
<td><?php echo $fila['marcar'];?></td>
<td><?php echo $fila['modelor'];?></td>
<td><?php echo $fila['Descripcin'];?></td>
161
CAPTULO IV
RESULTADOS
<td><?php echo $fila['cantsol'];?></td>
<td><?php echo $fila['preciou'];?></td>
</tr>
<?php }?>
<tr>
<td ALIGN="center" colspan="3"><b>SubT</b><td>
<td align="center"><?php echo $fila1['SubT']; ?></td>
</tr>
<tr>
<td ALIGN="center" colspan="3"><b>IVA</b><td>
<td align="center"><?php echo round($fila2['IVA'],3);?></td>
</tr>
<tr>
<td ALIGN="center" colspan="3"><b>TOTAL</b><td>
<td align="center"><?php echo round($Total,2); ?></td>
</tr>
162
CAPTULO IV
RESULTADOS
</tbody>
</table>
<?php mysqli_close($conexion);?>

</div>
</div>
<footer>

Reservados.</p>
</footer>
</div>
<script
>
</body>
</html>
163
CAPTULO IV
RESULTADOS
Interfaz Formulario agregar repuesto.
Archivo: formRepuesto.html
<!DOCTYPE html>
<html lang="en">
<head>
rel="stylesheet">
<script src="../js/valrep.js"></script>
</head>
<body>
<script>
function myFunction() {
alert("registro Guardado");
}
</script>
<div class="row ">

<br>
</div>
<div row>
</div>
</div>
</div>
</div>
164
CAPTULO IV
RESULTADOS
</div>
<div class="row">
<form action="../php/agreRepuesto.php" method="post" onsubmit="return

validacion();">
<label for="ctg">Catergorias:</label>
<select class="form-control" name="ctg" id="sel1">
<option value="CARROCERIA">Carroceria</option>
<option value="MECANICO">Mecanico</option>
<option value="ELECTRICO">Electrico</option>
<option value="MICAS">Micas</option>
</select>
<label for="usr">Marca:</label>
<input type="long" class="form-control" name="marca" id="marca">
<label for="usr">Modelo:</label>
<input type="text" class="form-control" name="modelo" id="modelo">
<label for="usr">Descripcin:</label>
<textarea class="form-control" rows="3" name="comment" id="desc"
maxlength="100"></textarea>
<label for="usr">Precio Unitario:</label>
<input type="number" step="0.01" class="form-control" name="precioU"
id="preciou">
<label for="statusIVA">Status IVA:</label>

<select class="form-control" name="statusIVA" id="sel2">
<option value="APLICABLE">Aplicable</option>
<option value="NO APLICABLE">No Aplicable</option>
</select>
165
CAPTULO IV
RESULTADOS
</div>
<input type="submit" class="btn btn-success" value="Guardar">
</form>
</dir>
</div>
</div>
<footer>
Reservados.</p>
</footer>
</div>
<script
>
</body>
</html>
Interfaz Contctanos.
Archivo: formulario_CargarFactura.php
<?php
if($_POST){
require("../html/datos_conexion.php");
166
CAPTULO IV
RESULTADOS
$nombrep = $_POST['usr'];
$correo = $_POST['pwd'];
$comentario = $_POST['comment'];
//echo $categoriaR . " " . $marca . " " . $modelo . " " . $Descripcin . " " .
$precioU;
exit();

bdd");
167
CAPTULO IV
RESULTADOS
$consulta="INSERT into CONTACTO (ncontacto, nompers,

correopers, comentario, fechacont) values
(NULL,'$nombrep','$correo','$comentario',curdate())";
if($resultados==false){
echo "Error al ingresar";
}else{
echo '<script> alert("MENSAJE ELIMINADO CORRECTAMENTE");

</script>';
header("Location: ../index.html");
mysqli_close($conexion);
?>b
Interfaz Cargar Factura.
168
CAPTULO IV
RESULTADOS
Archivo: contacto.php
<?php
session_start();
else{ Header('Location: ../index.html');
?>
<script src="../js/main.js" type="text/javascript"></script>
<?php
$NO=$_POST['NO'];
169
CAPTULO IV
RESULTADOS
exit();

bdd");
//Valida que orden no tenga factura
$consulta_valida="SELECT * FROM FACTURA WHERE norden='$NO' ";
$resultados4= mysqli_query($conexion,$consulta_valida);
if(mysqli_num_rows($resultados4)!=0){
echo "<script>NotificacionesFactura('OrdenConFactura')</script>";
$consulta="SELECT norden , fechao,

rif,razon_s,nombre1,apellido1,Telfono,direccion,placa, nsiniestro,npoliza
FROM ORDEN JOIN PERSONA USING(rif) where norden='$NO' ";
170
CAPTULO IV
RESULTADOS
if($validacion1=mysqli_num_rows($resultados)==0){
echo "<script>NotificacionesFactura('OrdenDesconocidaFact')</script>";
$fila=mysqli_fetch_array($resultados); //para llenar tabla del 1
$consulta5="SELECT codr,Descripcin,cantsol,preciou FROM ORDREP

JOIN REPUESTO USING(codr) WHERE norden='$NO';";
$resultados5= mysqli_query($conexion,$consulta5);
//CALCULOS
$subt="SELECT SUM(preciou*cantsol) AS SubT FROM orden, ordrep,

repuesto WHERE('$NO'=orden.norden AND orden.norden=ordrep.norden
AND ordrep.codr=repuesto.codr)";
$subt="SELECT SUM(preciou*(porcentaje/100)) AS IVA FROM orden,

ordrep, repuesto, impuesto WHERE('$NO'=orden.norden AND
171
CAPTULO IV
RESULTADOS
orden.norden=ordrep.norden AND ordrep.codr=repuesto.codr AND

repuesto.statusiva='APLICABLE')";
$Total= $fila1['SubT']+$fila2['IVA'];
?>
<!DOCTYPE html>
<html lang="en">
<head>
172
CAPTULO IV
RESULTADOS
rel="stylesheet">
<style>
table { color: #333; font-family: Helvetica, Arial, sans-serif; width:

640px; border-collapse: collapse;}
td, th { border: 1px solid transparent; height: 30px; }
th { background: #D3D3D3; font-weight: bold; }
td { background: #FAFAFA; text-align: center; }
tr:nth-child(even) td { background: #F1F1F1; }
tr:nth-child(odd) td { background: #FEFEFE; }
tr td:hover { background: #666; color: #FFF; }
.importante {
font-weight: bold;
font-size: 1.4em;
173
CAPTULO IV
RESULTADOS
</style>
</head>
<body>
<div class="row ">
<br>
</div>
<div row>
</div>
</div>
</div>
</div>
</div>
174
CAPTULO IV
RESULTADOS
<h2>Detalles de la Orden <?php echo $NO; ?></h2>
<div class="row">
<table>
<tr>
<td class="importante" colspan="8"> Datos de Orden </td>
</tr>
<tr>
<td colspan="2"><b>N Orden:</b></td>
<td colspan="2"><?php echo $fila['norden']; ?></td>
<td colspan="2"><b>Fecha:</b></td>
<td colspan="2"><?php echo $fila['fechao']; ?></td>
</tr>
<tr>
<td class="importante" colspan="8"> Datos Solicitante </td>
</tr>
<tr>
<td colspan="2"><b>Nombre y Apellido/Razon Social</b></td>
175
CAPTULO IV
RESULTADOS
<?php if($fila['nombre1']!=NULL){?>
<td colspan="6"><?php echo $fila['nombre1'] . " " .

$fila['apellido1']; ?></td>
<?php } else{ ?>
<td colspan="6"> <?php echo $fila['razon_s'];?> </td>
<?php }?>
</tr>
<tr>
<td colspan="2"><b>Rif</b></td>
<td colspan="2"><?php echo $fila['rif'];?></td>
<td colspan="2"><b>Telfono</b></td>
<td colspan="2"><?php echo $fila['Telfono'];?></td>
</tr>
<tr>
<td colspan="1"><b>Direccion</b></td>
<td colspan="7"><?php echo $fila['direccion'];?></td>
176
CAPTULO IV
RESULTADOS
</tr>
<?php
if($fila['placa']!=NULL){
$consulta8="SELECT * FROM VEHICULO JOIN ORDEN

USING(placa) WHERE norden='$NO';";
$resultados8= mysqli_query($conexion,$consulta8);
$fila5=mysqli_fetch_array($resultados8); //para llenar parte

vehiculo
?>
<tr>
<td class="importante" colspan="8"> Datos Vehiculo </td>
</tr>
<tr>
<td><b>Placa</b></td>
<td><?php echo $fila5['placa'];?></td>
<td><b>Marca</b></td>
<td><?php echo $fila5['marca'];?></td>
<td><b>Modelo</b></td>
177
CAPTULO IV
RESULTADOS
<td><?php echo $fila5['modelo'];?></td>
<td><b>Ao</b></td>
<td><?php echo $fila5['ao'];?></td>
</tr>
<?php } ?>
<tr>
<td class="importante" colspan="8"> Datos de Algo </td>
</tr>
<tr>
<td colspan="2"><b>N Siniestro</b></td>
<td colspan="2"><?php echo $fila['nsiniestro'];?></td>
<td colspan="2"><b>NPoliza</b></td>
<td colspan="2" ><?php echo $fila['npoliza'];?></td>
</tr>
<tr>
<td class="importante" colspan="8"> Detalles </td>
</tr>
<tr>
178
CAPTULO IV
RESULTADOS
<td colspan="2"><b>Cod</b></td>
<td colspan="2"><b>Descripcin</b></td>
<td colspan="2"><b>Cantidad Solicitada</b></td>
<td colspan="2"><b>Precio Unitario</b></td>
</tr>
<?php while(($fila=mysqli_fetch_array($resultados5))==true){ ?>
<tr>
<td colspan="2"><?php echo $fila['codr']; ?></td>
<td colspan="2"><?php echo $fila['Descripcin'];?></td>
<td colspan="2"><?php echo $fila['cantsol'];?></td>
<td colspan="2"><?php echo $fila['preciou'];?></td>
</tr>
<?php }?>
<tr>
<td colspan="6"><b>SubT</b><td>
<td><?php echo $fila1['SubT']; ?></td>
</tr>
179
CAPTULO IV
RESULTADOS
<tr>
<td colspan="6"><b>IVA</b><td>
<td><?php echo round($fila2['IVA'],3);?></td>
</tr>
<tr>
<td colspan="6"><b>TOTAL</b><td>
<td><?php echo round($Total,2); ?></td>
</tr>
</table>
<?php mysqli_close($conexion);?>
</div>
<form action="ProcesoCargarFactura.php" method="get">
<input type="hidden" name="numorden" value="<?php echo

$NO; ?>">
<label for="status">Status Factura:</label>
<select class="form-control" name="statusfact" id="status">
<option value="PAGADA" >PAGADA</option>
<option value="NO PAGADA">NO PAGADA</option>
180
CAPTULO IV
RESULTADOS
</select>
<input type="submit" class="btn btn-success" value="Cargar Factura">
</form>
</div>
</div>
<footer>

Reservados.</p>
</footer>
</div>
<script
>
</body>
</html>
181
CAPTULO IV
RESULTADOS
4.3.3 Flujo de Trabajo de Pruebas.
Una de las fases ms importantes del ciclo de vida de Desarrollo de Software

es el Flujo de Trabajo Pruebas, en ella se realizan evaluaciones para obtener
la calidad de un producto, y/o mejorarlo, mediante la identificacin de
defectos y problemas; esto permitir entregar al cliente un producto de
software libre de defectos o de errores. Las pruebas como tcnicas de
comprobacin dinmica permitirn evaluar la calidad del producto, en este
caso de la aplicacin para mejorarla identificando problemas o defectos.
Los principales aspectos a ser evaluados en el software, son la fiabilidad

(resistente a fallos), la funcionalidad (hace bien su trabajo) y el rendimiento
(trabaja de manera efectiva), de esta forma las pruebas se pueden realizar
en dos niveles diferentes: Pruebas de unidad y Pruebas de Integracin.
4.3.3.1 Pruebas de Unidad
Las pruebas de unidad son procedimientos de prueba que se realizan a los

mdulos del sistema con el fin de asegurar la funcionabilidad correcta de
cada uno de ellos por separado evitando errores en su ejecucin. Las
pruebas de unidad separa los mdulos en pruebas de unidades lgicas
fciles de probar, por cada unidad hay que definir los casos de prueba
(pruebas de caja blanca) los cuales estn determinados por conjunto de
condiciones o variables bajo las cuales se determinar si una aplicacin, un
sistema software o una caracterstica de stos es parcial o completamente
satisfactoria.
4.3.3.2 Prueba de Integracin
Es el nivel de prueba posterior a las pruebas modulares de los componentes

de un sistema. La prueba de integracin es una tcnica para construir la
182
CAPTULO IV
RESULTADOS
estructura del programa mientras que, al mismo tiempo, se llevan a cabo

pruebas para detectar errores asociados con la interaccin. El objetivo de las
pruebas de integracin es verificar el correcto ensamblaje entre los distintos
mdulos del sistema una vez que han sido probados unitariamente con el fin
de comprobar que interactan correctamente a travs de sus interfaces,
cubren la funcionalidad establecida y se ajustan a los requisitos no
funcionales especificados.
Tabla 4.1 Clase de Equivalencia
Numero Descripcin
1 Carcter Alfabtico
2 Carcter Alfanumrico
3 Carcter Especial
4 (Vaco)
5 Carcter Numrico
6 Fecha (D/M/A)
Tabla 4.2 Prueba de Unidad del Caso de Uso Registrar Usuario
Dato Clase de Equivalencia Valido No Valido

Rif Carcter Alfabtico X
Rif Carcter Alfanumrico X
Rif Carcter Especial X
Rif (Vaco) X
Rif Carcter Numrico X
183
CAPTULO IV
RESULTADOS
Rif Fecha (D/M/A) X

Nombre1 Carcter Alfabtico X
Nombre1 Carcter Alfanumrico X
Nombre1 Carcter Especial X
Nombre1 (Vaco) X
Nombre1 Carcter Numrico X
Nombre1 Fecha (D/M/A) X
Nombre2 Carcter Alfabtico X
Nombre2 Carcter Alfanumrico X
Nombre2 Carcter Especial X
Nombre2 (Vaco) X
Nombre2 Carcter Numrico X
Nombre2 Fecha (D/M/A) X
Apellido1 Carcter Alfabtico X
Apellido1 Carcter Alfanumrico X
Apellido1 Carcter Especial X
Apellido1 (Vaco) X
Apellido1 Carcter Numrico X
Apellido1 Fecha (D/M/A) X
Apellido2 Carcter Alfabtico X
Apellido2 Carcter Alfanumrico X
Apellido2 Carcter Especial X
Apellido2 (Vaco) X
Apellido2 Carcter Numrico X
Apellido2 Fecha (D/M/A) X
Razn_s Carcter Alfabtico X
Razn_s Carcter Alfanumrico X
Razn_s Carcter Especial X
Razn_s (Vaco) X
Razn_s Carcter Numrico X
Razn_s Fecha (D/M/A) X
Telfono Carcter Alfabtico X
Telfono Carcter Alfanumrico X
Telfono Carcter Especial X
Telfono (Vaco) X
Telfono Carcter Numrico X
Telfono Fecha (D/M/A) X
Direccin Carcter Alfabtico X
Direccin Carcter Alfanumrico X
Direccin Carcter Especial X
Direccin (Vaco) X
184
CAPTULO IV
RESULTADOS
Direccin Carcter Numrico X

Direccin Fecha (D/M/A) X
Correo Carcter Alfabtico X
Correo Carcter Alfanumrico X
Correo Carcter Especial X
Correo (Vaco) X
Correo Carcter Numrico X
Correo Fecha (D/M/A) X
User Carcter Alfabtico X
User Carcter Alfanumrico X
User Carcter Especial X
User (Vaco) X
User Carcter Numrico X
User Fecha (D/M/A) X
Clave Carcter Alfabtico X
Clave Carcter Alfanumrico X
Clave Carcter Especial X
Clave (Vaco) X
Clave Carcter Numrico X
Clave Fecha (D/M/A) X
Tabla 4.3 Prueba de Unidad del Caso de Uso Cambiar Contrasea

Actual Carcter Alfabtico X
Actual Carcter Alfanumrico X
Actual Carcter Especial X
Actual (Vaco) X
Actual Carcter Numrico X
Actual Fecha (D/M/A) X
Nueva Carcter Alfabtico X
Nueva Carcter Alfanumrico X
Nueva Carcter Especial X
Nueva (Vaco) X
Nueva Carcter Numrico X
Nueva Fecha (D/M/A) X
confirmaci Carcter Alfabtico X
n
confirmaci Carcter Alfanumrico X
185
CAPTULO IV
RESULTADOS
n
confirmaci Carcter Especial X
n
confirmaci (Vaco) X
n
confirmaci Carcter Numrico X
n
confirmaci Fecha (D/M/A) X
n
Tabla 4.4 Prueba de Unidad del Caso de Uso Establecer Contactos

Nombre Carcter Alfabtico X
Nombre Carcter Alfanumrico X
Nombre Carcter Especial X
Nombre (Vaco) X
Nombre Carcter Numrico X
Nombre Fecha (D/M/A) X
Email Carcter Alfabtico X
Email Carcter Alfanumrico X
Email Carcter Especial X
Email (Vaco) X
Email Carcter Numrico X
Email Fecha (D/M/A) X
Comentario Carcter Alfabtico X
s
Comentario Carcter Alfanumrico X
s
Comentario Carcter Especial X
s
Comentario (Vaco) X
186
CAPTULO IV
RESULTADOS
s
Comentario Carcter Numrico X
s
Comentario Fecha (D/M/A) X
s
Tabla 4.5 Prueba de Unidad del Caso de Uso Cambiar Estado de Factura

StatusIVA Carcter Alfabtico X
StatusIVA Carcter Alfanumrico X
StatusIVA Carcter Especial X
StatusIVA (Vaco) X
StatusIVA Carcter Numrico X
StatusIVA Fecha (D/M/A) X
Tabla 4.6 Prueba de Unidad del Caso de Uso Gestionar Catalogo

Categoras Carcter Alfabtico X
Categoras Carcter Alfanumrico X
Categoras Carcter Especial X
Categoras (Vaco) X
Categoras Carcter Numrico X
Categoras Fecha (D/M/A) X
Marca Carcter Alfabtico X
Marca Carcter Alfanumrico X
Marca Carcter Especial X
Marca (Vaco) X
Marca Carcter Numrico X
Marca Fecha (D/M/A) X
Modelo Carcter Alfabtico X
Modelo Carcter Alfanumrico X
Modelo Carcter Especial X
Modelo (Vaco) X
Modelo Carcter Numrico X
187
CAPTULO IV
RESULTADOS
Modelo Fecha (D/M/A) X

Descripcin Carcter Alfabtico X
Descripcin Carcter Alfanumrico X
Descripcin Carcter Especial X
Descripcin (Vaco) X
Descripcin Carcter Numrico X
Descripcin Fecha (D/M/A) X
Precio Carcter Alfabtico X
Unitario
Precio Carcter Alfanumrico X
Unitario
Precio Carcter Especial X
Unitario
Precio (Vaco) X
Unitario
Precio Carcter Numrico X
Unitario
Precio Fecha (D/M/A) X
Unitario
Tabla 4.7 Prueba de Unidad del Caso de Uso Gestionar Usuario eliminar
usuario

Rif Carcter Alfabtico X
Rif Carcter Alfanumrico X
Rif Carcter Especial X
Rif (Vaco) X
Rif Carcter Numrico X
Rif Fecha (D/M/A) X
Tabla 4.8 Prueba de Unidad del Caso de Uso Gestionar catalogo en la

bsqueda de repuesto

Marca Carcter Alfabtico X
Marca Carcter Alfanumrico X
Marca Carcter Especial X
Marca (Vaco) X
Marca Carcter Numrico X
188
CAPTULO IV
RESULTADOS
Marca Fecha (D/M/A) X

4.3.4 Conclusin de la Fase de Construccin
En esta fase se logr construir las diferentes interfaces de interaccin con el

usuario y se obtuvieron todo los componentes teniendo como base y punto
de partida los diagramas y modelos presentados en las fases anteriores, de
esta forma se construy la versin beta del sistema y se le aplicaron las
pruebas a los mdulos ms vulnerables a sufrir fallos de manera tal de
descartar cualquier error pudiese haber existido durante su implementacin.
189
CAPTULO IV
CONCLUCION Y RECOMENDACIONES
CONCLUSION Y
RECOMENDACIONES
190
CAPTULO IV
CONCLUSION
El desarrollo del sistema que lleva por nombre SAGAJ se pudo

obtener a travs del cumplimiento de todas las fases del Proceso Unificado
de Desarrollo de Software, el cual va dirigido a la empresa Auto Partes Jocar
con la finalidad de automatizar el proceso de control de las actividades que
se realizan en dicha empresa.
Inicialmente para su desarrollo fue necesaria la comprensin del
estado actual del sistema, lo que permiti determinar, todos los procesos
necesarios y sus actividades relacionadas, para la obtencin de los
requerimientos del nuevo sistema, la identificacin de los actores, los casos
de uso, etc.
El uso de los diagramas de Lenguaje de Modelado Unificado (UML),
para el modelado del sistema, permiti mostrar desde varias perspectivas las
diversas etapas que lo conforman, expresando de una forma simple y
entendible su estructura para el posterior desarrollo.
Mediante el modelo relacional se dise la base de datos del sistema,
describiendo todas las entidades con sus atributos, as como tambin las
relaciones y cardinalidades existentes entre las diversas entidades.
Las interfaces que presenta el sistema se disearon de forma
dinmica y de fcil acceso, utilizando terminologas comunes que permitan
al usuario identificarlas de manera inequvoca, hacindolas intuitivas y de
aprendizaje rpido.
El uso del lenguaje de programacin PHP y del manejador de bases

de datos MySQL, facilito el desarrollo del sistema de una forma precisa y
eficaz, ya que ambos poseen requerimientos de funcionamiento mnimo y
permiten crear aplicaciones complejas con curvas de aprendizaje corta.
191
CAPTULO IV
RECOMENDACIONES
Poseer un buen hardware y buenos recursos a nivel de servidores,

aparte de una buena conexin a internet, para un uso ptimo del
sistema.
Instruir y capacitar al personal que utilizar el sistema.
Realizar de forma peridica mantenimiento a los servidores y realizar

de la misma manera respaldos a la informacin de la base de datos.
Por ltimo, se recomienda implementar futuras actualizaciones, as

como la renovacin de los procesos del sistema.
192
BIBLIORAFIA
BIBLIOGRAFA
Chirinos (2005)."Diseo de un sistema de informacin para la automatizacin

de las actividades administrativas del departamento de computacin y
sistemas de la Universidad de Oriente, Ncleo de Anzotegui, basado en un
estudio de sistemas blandos".Trabajo de grado no publicado, Universidad de
Oriente, Barcelona, Venezuela.
Gutirrez y Romero (2007. Desarrollo de software para la autorizacin de

las actividades asociadas al proceso de evaluacin de paralelos y excesos
de crditos del Ncleo Anzotegui de la Universidad de Oriente.Trabajo de
grado no publicado, Universidad de Oriente, Barcelona, Venezuela.
Guzmn (2009). Diseo de un sistema de informacin con interfaz web para

el control de las actividades asociadas a los trabajos de grado del postgrado
de Ingeniera Elctrica de la Universidad de Oriente, Ncleo Anzotegui.
Trabajo de grado no publicado, Universidad de Oriente, Barcelona,
Venezuela.
Kendall y Kendall (1997) Anlisis y Diseo de Sistemas, (3era ed.), Editorial

Prentice Hall, Mxico
Pino J. y Mendoza A. (2013). Desarrollo de un sistema de informacin para

el control de las actividades asociadas a un laboratorio clnico ubicado en
Barcelona, Estado Anzotegui. Trabajo de grado no publicado, Universidad
de Oriente, Barcelona, Venezuela.
Peralta, Manuel. (2008). Sistema de Informacin. [Internet]. Disponible

desde: www.monografia.com.
193
BIBLIORAFIA
Rumbaugh, J., Jacobson, I. y Booch, G. (2000). El Proceso Unificado Del

Desarrollo De Software. Madrid, Espaa: Pearson Educacin.
194

Proyecto Sagaj

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto Sagaj

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD DE ORIENTE

DESARROLLO DE UNA APLICACIN WEB PARA EL CONTROL DE LA

PROFESOR: REALIZADO POR:

Ing. Rhonald Rodrguez Arasme Alexander C.I: 20.403.478

1.1. PLANTEAMIENTO DEL PROBLEMA........................................................8

1.2.1. Objetivo General............................................................................12

1.2.2. Objetivos Especficos.....................................................................12

2.2 FUNDAMENTOS TERICOS...................................................................16

2.2.1 Sistemas de Informacin (SI).........................................................16

2.2.1.1 Actividades Bsicas de un Sistema de Informacin................16

2.2.1.2 Ciclo de vida de los Sistema de Informacin...........................17

2.2.1.3 Roles de los Sistemas de Informacin.....................................18

2.2.1.4 Tipos de Sistemas de Informacin...........................................18

2.2.1.5 Importancia de los Sistemas de Informacin...........................19

2.2.1.6 Diseo de los Sistemas de Informacin...................................19

2.2.2 Lenguaje de Modelado Unificado (UML)........................................20

2.2.2.1 Modelo de Casos de Uso.........................................................20

2.2.2.2 Paquetes de Anlisis................................................................20

2.2.2.3 Clases de Anlisis....................................................................21

2.2.2.4 Diagrama de Clases de Diseo...............................................21

2.2.2.5 Proceso Unificado de Desarrollo de Software (RUP)..............21

2.2.3.1 Bases de Datos Relacionales..................................................23

2.2.3.2 Diseo de Bases de Datos......................................................23

2.2.3.3 Modelo Entidad-Relacin.........................................................23

2.2.3.4 Lenguaje Estructurado de Consultas SQL.............................23

2.2.3.5 Sistema Manejador de Base de Datos MySQL.......................24

2.2.3.6 Servidor Web Apache...............................................................24

2.2.4 Lenguaje de Programacin PHP...................................................24

2.2.5 Aplicaciones Web............................................................................25

2.2.6 Tecnologias Web.............................................................................25

3.1 TIPO DE INVESTIGACION...................................................................28

3.2 NIVEL DE LA INVESTIGACION............................................................28

3.3 TCNICAS A UTILIZAR........................................................................29

4.1 FASE DE INICIO.......................................................................................33

4.1.1.1 Contexto del Sistema..................................................................37

4.1.1.2 Diagrama de ambiente ampliado................................................37

4.1.1.3 Modelo del dominio......................................................................39

4.1.1.4 Diagrama de Dominio del Sistema..............................................40

4.1.1.4 Requisitos del sistema.................................................................42

4.1.1.4.1 Requisitos funcionales:......................................................42

4.1.1.4.2 Requisitos no funcionales:...............................................43

4.1.1.4.3 Riesgos del sistema..........................................................43

4.1.1.5 Expliccacion de los casos de usos..............................................45

4.1.2 Flujo de anlisis de trabajo................................................................61

4.1.2.1 Paquetes de Anlisis del Sistema............................................61

4.1.2.2 Diagrama de Clases de Anlisis..............................................65

4.1.2.3 Diagramas de colaboracin ...........................................86

4.1.3 Flujo de trabajo de Diseo................................................................94

4.1.3.1 Arquitectura candidata.............................................................95

4.1.4 Conclusiones de la fase de inicio......................................................96

4.2 FASE DE ELABORACIN...............................................................97

4.2.1 Flujo de trabajo de requisitos......................................................97

4.2.1.1 Requerimientos del sistema...................................................97

4.2.1.2 Modelo de Caso de uso.........................................................97

4.2.1.2.1 Identificacin de los casos de uso...........................97

4.2.2 Flujo de Trabajo de anlisis................................................102

4.2.2.1 Paquetes de anlisis del sistema...............................103

4.2.1.1.........Diagrama de clase de Analisis....................................104

4.2.2.3 Diagrama de colaboracin..........................................107

4.2.3 Flujo de trabajo de diseo.................................................110

4.2.3.1 Diagrama de Capas....................................................110

4.2.3.2 Diagrama de clase de diseo......................................,112

4.2.3.3 Diagrama de despliegue........................................................118