Trabajo GRUPAL EJEMPLO

“SISTEMA DE INFORMACIÓN WEB INTEGRADO PARA EL CONTROL
ADMINISTRATIVO DE PRENDAS DE VESTIR”

Págs.
CAPÍTULO I GENERALIDADES
1.1 Introducción ………………….. 1
1.2 Antecedentes 3
1.2.1 Antecedentes Institucionales 3
1.2.1.1 Historia 3
1.2.1.2 Misión 4
1.2.1.3 Visión 4
1.2.1.4 Estructura Orgánica 4
1.2.2 Antecedentes del Tema 5
1.2.3 Antecedentes de Trabajos a fines 6
1.3 Planteamiento del Problema 8
1.3.1 Ámbito del Problema 8
1.3.2 Problema Principal 10
1.3.3 Problemas Secundarios 10
1.4 Objetivos 11
1.4.1 Objetivo Principal 11
1.4.2 Objetivos Específicos 11
1.5 Justificación 12
1.5.1 Justificación Económica 12
1.5.2 Justificación Institucional 12
1.5.3 Justificación Técnica 13
1.6 Alcances y Aportes 13
1.6.1 Alcances 13
1.6.1.1 Limites 15
1.6.2 Aportes 15
1.6.2.1 Aporte del Proyecto 15
1.6.2.2 Aporte Académico 15
CAPÍTULO II MARCO TEÓRICO
2.1 Introducción 16
2.2 Sistema 16
2.2.1 Elementos de un Sistema 17
2.2.2 Evaluación de Desempeño de un Sistema 18
2.3 Sistemas de Información 18
2.3.1 Tipos de Sistemas de Información 19
2.3.2 Actividades Básicas de los Sistemas de Información 20
2.3.3 Beneficios de los Sistemas de Información 21
2.4 Sistema en Tiempo Real 22
2.5 Arquitectura de Aplicaciones Web 23
2.5.1 Arquitectura Cliente / Servidor 23
2.5.1.1 Características Deseables del Esquema cliente / Servidor 24
2.5.1.2 Arquitectura de tres Capas 24
2.6 Internet 26
2.7 Tecnologías Web 27
2.7.1 Páginas Web 27
2.7.2 Navegadores Web 28
2.7.3 Servidores Web 29
2.8 Base de Datos 29
2.8.1 Objetivos de la Base de Datos 30
2.8.2 Ventajas del Uso de Base de datos 30

2.8.3 Modelo Entidad Relación 31
2.9 Sistemas de Gestión de Base de Datos 32
2.10 Ingeniería Web 33
2.10.1 El Proceso de la Ingeniería Web 35
2.11 Lenguaje de Modelado Unificado 37
2.11.1 Historia de UML 38
2.11.2 ¿Qué es UML? 40
2.11.3 Diagramas UML 41
2.12 Métodos de Estimación de Costos 42
2.12.1 COCOMO 43
2.12.2 COCOMO II 44
2.13 Métodos de Prueba 45
2.13.1 Método de Caja Negra 45
2.13.2 Método de Caja Blanca 46
2.14 Calidad 46
2.14.1 Método de McCall 47
2.15 Marco Aplicativo 48
CAPÍTULO III ANÁLISIS DE COSTO BENEFICIO
3.2 Estudio de Factibilidad 54
3.2.1 Factibilidad Técnica 55
3.2.2 Factibilidad Económica 56
3.2.3 Factibilidad Operacional 57
3.3 Costos del Proyecto 57

3.3.1 Costo de Desarrollo del Sistema 58
3.3.1.1 Aplicación del Modelo COCOMO II 58
3.3.1.2 Modelo de Diseño Anticipado 58
3.3.1.3 Obtención de Drivers 60
3.3.2 Costos Fijos 64
3.3.2.1 Costos de Hardware 65
3.3.2.2 Costos de Software 65
3.3.3 Costos Variables 66
3.3.4 Costos Totales 66
3.4 Beneficios 67
CAPÍTULO IV INGENIERÍA DEL PROYECTO
4.2 Aplicación de Ingeniería Web 71
4.3 Fase de Formulación 71
4.4 Fase de Planificación 72
4.5 Fase de Análisis 72
4.5.1 Análisis de Requerimientos 71
4.5.1.1 Requerimientos de los Usuarios 71
4.5.1.2 Requerimientos del Sistema 72
4.5.1.3 Requerimientos de Seguridad 73
4.5.1.4 Requerimientos no Funcionales 74
4.5.2 Análisis Funcional 74
4.5.2.1 Diagrama de Casos de Uso 75
4.5.2.2 Diagrama de Clases 84
4.5.2.3 Diagrama de Secuencia 85

4.5.2.4 Diagrama de Colaboración 93
4.5.2.5 Diagrama de Actividades 97
4.5.2.6 Diagrama de Estados 102
4.5.2.7 Diagrama de Componentes 106
4.5.3 Análisis de Interacción 106
4.6 Fase de Diseño 107
4.6.1 Diseño Arquitectónico 108
4.6.2 Diseño de Navegación 108
4.6.3 Diseño de la Interfaz de Usuario 111
4.6.3.1 Prototipo de Interfaz 112
4.7 Fase de Elaboración 115
4.7.1 Interfaces con el Software 115
4.7.2 Interfaces con el Hardware 120
CAPÍTULO V PRUEBAS E IMPLEMENTACIÓN
5.2 Pruebas 122
5.2.1 Pruebas de Calidad 122
5.2.1.1 Modelo de calidad Estándar ISO 9126 123
5.2.1.2 Especificaciones del Modelo de Calidad 123
5.2.1.3 Métricas para la Evaluación 125
5.2.1.4 Procedimiento de Evaluación 126
5.2.1.5 Resultado de la Evaluación 127
5.2.2 Prueba de Caja Blanca 128
5.2.2.1 Notación del Grafo de Flujo 129

5.2.2.2 Complejidad Ciclomatica 129
5.2.2.3 Complejidad Esencial 130
5.2.2.4 Pasos del Diseño de Pruebas 130
5.2.2.5 Resultados del Análisis 131
5.2.3 Prueba de Caja Negra 132
5.2.3.1 Resultados del Análisis 132
5.2.4 Prueba de Seguridad 133
5.3 Implementación 133
5.3.1 Requerimientos de Hardware 134
5.3.2 Requerimientos de software 134
5.3.3 Instalación de la Aplicación 137
5.3.3.1 Instalación de XAMPP 139
5.3.3.2 Instalación del Sistema 139
5.3.3.3 Procedimiento de Verificación 140
CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES
6.1 Conclusiones 143
6.2 Recomendaciones 146

CAPÍTULO I
GENERALIDADES
“Solo sé que hay un bien que es el conocimiento
y un mal que es la ignorancia”
Platón.
1.1 INTRODUCCIÓN
Hoy en día nuevos usuarios deciden buscar en Internet la información sobre

distintos campos de estudio y acceder a un sin fin de noticias de todo tipo de
interés con las que pueden realizar distintas acciones. Las empresas con una
perspectiva a un futuro no dejaron pasar la oportunidad de hacerse presentes
en Internet utilizando servicios Web, donde dan a conocer información acerca
de su empresa y los servicios que ofrecen para buscar nuevos clientes.
El contexto global en que se desenvuelven las organizaciones, necesitan cada

vez más de los sistemas que apoyen la toma de decisiones, es aquí donde
radica la importancia que tienen los Sistemas de Información pues coadyuvan a
las organizaciones con información veraz, oportuna, estructurada y confiable;
esta les permite realizar análisis más correcto lo cual les permite reducir costos,
mejorar los procesos de las organizaciones, entre otros; esto por ende permite
obtener una ventaja competitiva en el mercado, y ayuda también a la
incorporación de factores de innovación en las organizaciones.
En la actualidad continuamente existen nuevas empresas que se encuentran

en las vías de crecimiento y expansión y por ello es necesario que busquen la
forma de sistematizar. Uno de los propósitos es servir de guía para que la
empresa de confección de trajes cumpla con las características descritas dentro
del contexto, pueda implementar su sistema de información en un ordenador
vía web. La aparición de Internet ha ido transformando la forma de vida de un
sin número de personas que día a día la utilizan como parte de su vida habitual,
las aplicaciones como el correo electrónico, navegación en Web, mensajería
instantánea, etc., son de gran beneficio para el mejor desempeño laboral y
social de nuestros días.
Muchos de los aspectos del sistema de procesamiento de información dentro de

una empresa, se diseñan de acuerdo a los requerimientos de la gerencia. Estos
aspectos o factores contienen información que permite al gerente tomar mejor
sus decisiones en forma adecuada. Realmente el gerente no puede manejar su
negocio haciendo caso omiso del procesamiento de su información: ya que es
una parte tan importante de la empresa como es la producción, las ventas y el
manejo del personal.
La experiencia ha demostrado que se pueden esperar resultados plenamente

satisfactorios en la sistematización de un negocio, no solo cuando la gerencia
pone un interés total en la planeación del sistema de información, sino también
cuando no escatima su inversión, especialmente cuando se trata de contratar
personal con experiencia en la adaptación del mismo. Con la automatización
además, se logran varias cualidades que antes posiblemente no se tenían,
entre ellas confiabilidad, rapidez, seguridad, veracidad, eficiencia y en general
mejor utilización de los recursos.
La idea de una propuesta de un sistema de información, control y seguimiento

web, surgió de diversas consideraciones, tales como: los procesos
manuales que se realizan, tanto en el registro de los datos como en la
obtención de información requerida, lo cual conlleva pérdida de recursos
económicos, tiempo y esfuerzo, falta de una constante comunicación entre las
diferentes áreas de la empresa y los puntos de distribución con las que
cuenta, mayor interactividad con los clientes y con los proveedores de
materia prima, entre muchas otras, las cuales requirieron de un análisis
exploratorio de la situación actual de la empresa.
El presente proyecto de grado propuesto plantea la implantación de un

sistema para la automatización de los procesos que se realizan en el área de
compras y ventas, mediante una aplicación Web, que permite a su vez dar
conocer al público los servicios que ofrece la empresa con el propósito de
incrementar la cantidad de clientes y brindar una mejor atención. El alcance de
este proyecto incluye la descripción, análisis y diseño de un sistema de
información integrado más que todo en el nivel administrativo. La forma más
adecuada y eficiente de administrar una empresa es centralizando todo su
sistema de información mediante la adaptación de un sistema integrado. El
hecho que el sistema de información sea integrado implica que se tengan una
serie de archivos consolidados que se intercomuniquen entre sí, lo que
conlleva a tener varios sub-sistemas que conforman uno solo.
El sistema de información, seguimiento y control web, tiene la misión de

crear confiabilidad en el manejo de la información de la empresa, es decir, el
uso de este sistema debe ser positivo y de gran beneficio para la organización.
1.2 PLANTEAMIENTO DEL PROBLEMA
1.2.1 ÁMBITO DEL PROBLEMA
De acuerdo a encuestas realizadas al gerente y al personal del área de ventas

en general , se pudo identificar distintos problemas en diferentes áreas como
ser: Área de Producción, Área de Ventas, Área de Compras, Área de Almacén,
Área de Marketing y el Área Contable; la empresa posee un inadecuado manejo
de la información. Al no contar con una buena publicidad la empresa se ve
limitada en el incremento de sus ventas, ya que no cuenta con un
almacenamiento de datos por lo cual la información que se tiene no es
oportuna, segura y veraz.
Debido al crecimiento favorable de la empresa ante el consumidor final, se tiene

la necesidad de dar soluciones adecuadas que aumente la eficiencia del trabajo
de la empresa.
Se optó por realizar entrevistas con el personal de trabajo, dueños de la

empresa y clientes esto con la finalidad de obtener los requerimientos
necesarios e importantes para dar solución al a las principales dificultades. Y
dándonos los siguientes resultados:
 Una gran mayoría de los obreros encuestados piensan que la mejor

solución estaría dada por la automatización del manejo y administración
de la información que se genera en la empresa.
 Los dueños de la empresa sugieren una mejor forma de publicidad, con

la finalidad de llegar a la mayor cantidad de personas y con un mínimo
de esfuerzo.
 Los clientes que se consultaron creen que la mejor solución es

automatizar los procesos de transacción que se realiza en la empresa y
que brindar una iniciativa como el que propone la publicidad vía web, es
una muy buena opción de brindar comodidad y un mejor servicio a los
clientes
Es así teniendo estas premisas es que se puede dar solución a los problemas y
necesidades que tiene la empresa proporcionando un sistema de información
vía web dedicado a trabajar en las áreas específicas detalladas a continuación.
 Área de Producción: Debido al incremento de los productos (stock) en la

empresa. No se cuenta con un método efectivo para la administración de
estas. Esta Área contiene los Procesos de Ventas de Productos y
Compra de Materia Prima.
 Área Administrativa: La empresa misma no cuenta con una estructura

administrativa adecuada a la labor que desempeña debido a la
inoportuna información de los usuarios y clientes.
 Área de Pedidos: El manejo de la extensa información de los clientes
referente a los pedidos, anticipos y contratos de venta, se hace lenta e
ineficiente.
 Área de Marketing: La necesidad de presentar el producto que ofrece la

empresa hacia el consumidor final se hace cada vez más dificultoso, esto
debido al incremento de las empresas dedicadas a esta misma labor.
1.2.2 PROBLEMA PRINCIPAL
El manejo de información de la organización respecto a las compras, ventas,

clientes, pedidos, proveedores ,producción y productos, carece de integración
en las diferentes áreas tanto administrativas como operativas, y a la vez es
inadecuada, lo que ocasiona retardos en la toma de decisiones, y del mismo
modo causa una inapropiada atención al cliente, todo esto debido a que la
información que se almacena y se maneja es de forma manual.
1.2.3 PROBLEMAS SECUNDARIOS
 Demora en los procesos administrativos (registro de compras, ventas,

pedidos, clientes y proveedores), debido a que no cuenta con una base
de datos donde se almacene la información.
 Retardo en el manejo de información sobre compras y ventas,
provocando desacertadas tomas de decisiones para la adquisición de
licitaciones.
 Pérdidas de ingresos económicos, esto, debido a la pérdida de clientes
que no logran contactarse con la empresa por las vías limitadas con las
que cuenta esta última.
 Ineficiencia de medios publicitarios tecnológicos a favor de la institución,
ocasionando que los clientes no tengan la facilidad de poder acceder a
la información y a las últimas novedades de prendas de vestir.
 Inoportuna obtención de datos estadísticos del stock más vendido de las
prendas de vestir, ya que no se cuenta con un registro del control de
inventarios.
1.3 OBJETIVOS
1.3.1 OBJETIVO PRINCIPAL
Desarrollar e implementar un SISTEMA DE INFORMACIÓN INTEGRADO

PARA EL CONTROL ADMINISTRATIVO DE PRENDAS DE VESTIR
MEDIANTE PLATAFORMA WEB para la empresa TRAJETEX; el cual
permitirá agilizar todos los procesos manuales que se vienen realizando
actualmente, y así lograr información oportuna para la toma de decisiones ,
mejorar la integración y el marketing para lograr mejores resultados
1.3.2 OBJETIVOS ESPECÍFICOS
 Organizar de manera adecuada la estructura administrativa de la

empresa, por medio del diseño de la base de datos de los servicios de la
empresa.
 Proporcionar información precisa de como contactarse de una forma
directa con la microempresa, realizando un registro organizado y
automatizado de las distintas sucursales con datos precisos, que permita
evitar la pérdida de clientes.
 Utilizar la tecnología implementando una página Web que permita a los
clientes acceder de forma fácil y rápida a las últimas novedades de la
empresa.
 Obtener Mayor certeza en el manejo de información de ventas de
prendas de vestir por medio de una continua renovación de información.
 Mejorar la integración entre los diferentes unidades de trabajo,
mejorando la interacción directa entre los usuarios y los sistemas.
1.4 JUSTIFICACIÓN
1.4.1 JUSTIFICACIÓN ECONÓMICA
El presente proyecto de grado se justifica económicamente desde dos puntos

de vista, desde el punto de vista de inversión la institución cuenta con los
recursos necesarios para poder llevar adelante el proyecto, en contraste se
tendrá beneficios mejorando los ingresos, se tendrá menos pérdidas
económicas, la información será más fiables y exacta, la administración e
integración entre las diferentes unidades será más fluida. Como la empresa
cuenta con los equipos adecuados para implementar el sistema, no será
necesaria la adquisición de otros equipos tecnológicos.
Por lo tanto, la implementación del presente proyecto no incluye gastos de

tecnologías, las herramientas software que se emplearan para el desarrollo del
sistema son de libre distribución, es decir, los costos para las licencias del
software es cero. Los beneficios serán grandes en contraste con la inversión
realizada para la implementación del sistema.
1.4.2 JUSTIFICACIÓN INSTITUCIONAL
El presente proyecto contribuirá a los objetivos estratégicos de la empresa,

permitirá principalmente el crecimiento de la empresa, brindando mejores
servicios, rápidos y de calidad, ya que hoy en día es de vital importancia.
El resultado de un control adecuado de la información influye bastante en

el aspecto social pues asegura un ambiente ordenado de trabajo debido a la
optimización en el manejo de la información.
Así mismo, el sistema contribuirá a brindar un mejor servicio al cliente,
porque reducirá tiempo en la ejecución de tareas rutinarias, el cual permitirá
establecer mejor la comunicación entre el cliente y la empresa coadyuvando al
incremento de ganancias para la empresa.
1.4.3 JUSTIFICACIÓN TÉCNICA
El acelerado avance de la tecnología (tanto en hardware como en software)

hacen viable el desarrollo del presente proyecto, la accesibilidad a las
computadoras de gran procesamiento y el auge de las comunicaciones
son oportunidades que la empresa no debe desaprovechar para mejorar sus
procesos de producción. Por tal motivo se busca explotar las tecnologías dando
un adecuado uso para ofrecer un mejor servicio a los clientes.
En este contexto, la empresa TRAJETEX cuenta con los equipos necesarios, lo

cual hace viable la implementación del proyecto. Además, la empresa cuenta
con el personal adecuado para el manejo de tecnologías de información y
comunicación, lo cual facilita la implementación de sistema teniendo en cuenta
además que éste contará con interfaces amigables para que él o los operadores
no tengan dificultades en la manipulación y de esta manera poder mejorar los
diferentes procesos de producción en la empresa.
Por otra parte se emplearan diferentes técnicas, como técnicas de manejo de

inventario, los cuales mejoraran los procesos de control de la empresa, de esta
forma tener información confiable y oportuna para una correcta toma de
decisiones. Además de diferentes técnicas de seguridad que es muy
importante para toda empresa que tiene información importante circulando por
la red.
1.5 ALCANCES
1.5.1 ALCANCES
El proyecto permitirá realizar un mejor control automatizando diferentes

procesos o tareas con módulos como:
 Módulo de Administración: realizará la edición de los servicios,

productos, personal y de las peticiones recepcionadas por el sistema
web.
 Módulo de Registros: mediante este modulo se realizara el Registro de

clientes, productos y proveedores el cual proporcionará una oportuna y
fiable información de los procesos de registros de la empresa.
 Módulo de control de almacén: controlará y se realizará un

seguimiento de todos los productos que ingresan y salen de la empresa.
Este módulo realizará el control de manera oportuna y eficiente de
materias primas y productos existentes.
 Módulo de consultas y reportes: permitirá realizar de manera

automática la emisión de reportes a través de consultas para una mejor
toma de decisiones por parte de la gerencia y la administración.
 Módulo de control de seguimiento de compras y ventas de

productos: se encargará de hacer seguimiento de los productos que se
compran y venden.
 Módulo de visualización: se encargará de hacer conocer al público en

general, acerca de la actividades que realiza la empresa, los nuevos
productos, los precios, los puntos de venta y más datos que la empresa
vea por conveniente mostrar en el portal web.
 Además contará con niveles de seguridad, restringiendo al personal que
no esté autorizado en la manipulación de los diferentes módulos del
sistema.
 PEDIDOS, SERVICIOS, PRODUCCION
1.5.1.1 LIMITES
Para el desarrollo del presente proyecto, no se considera los módulos de:

Recursos Humanos, Ventas de productos vía internet (comercio electrónico),
módulos de facturación, planillas de sueldos, además de no contemplar el área
contable.
CAPÍTULO III
ESTIMACIÓN DE COSTOS
“El error de la juventud, consiste en creer que la inteligencia suple a la experiencia
y el error de la edad madura es pensar que la experiencia sustituye a la
inteligencia”
Gandhi
3.1 INTRODUCCIÓN
El estudio de costos y beneficios, consiste en la necesidad de demostrar la

viabilidad del proyecto, hacer un estudio de todos los costos que involucra el
desarrollo del sistema y los beneficios que este traerá para la empresa.
Detallar todos los costos que involucra el desarrollo del sistema (hardware,
software), los costos de operación y los de mantenimiento del nuevo sistema. Y
por otro lado, el detalle de los beneficios que acarreará el nuevo sistema, éstos
pueden ser de dos tipos: tangibles e intangibles. Se denominan tangibles
aquellos beneficios que pueden ser medidos en términos económicos y los
beneficios intangibles son aquellos que difícilmente pueden ser medidos en
términos económicos, pero que aportan una mejora a la organización.
En el presente capítulo, se pretende mostrar las ventajas que ofrece la

implementación del nuevo sistema (beneficios), que contribuirán a compensar
el impacto (costos) que generara la inversión realizada para el nuevo sistema.
3.2 ESTUDIO DE FACTIBILIDAD
Factibilidad, se refiere a la disponibilidad de los recursos necesarios para

llevar a cabo los objetivos o metas señaladas, la factibilidad se apoya en
tres aspectos básicos:
 Factibilidad Técnica
 Factibilidad Económica.
 Factibilidad Operacional.
El éxito de un proyecto está determinado por el grado de factibilidad que

se represente en cada uno de los tres aspectos anteriores.
El estudio de factibilidad requiere ser implementado con todas la posibles

ventajas para la organización, pero sin descuidar ninguno de los elementos
necesarios para que el proyecto funcione. Este estudio debe representar los
gastos y los beneficios que presentara la puesta en marcha del sistema.
3.2.1 FACTIBILIDAD TÉCNICA
En la parte tecnológica, la empresa cuenta con tecnología (tanto en Hardware

como en Software) necesaria y suficiente para la implementación del sistema.
En la siguiente tabla se detallan las características de los equipos promedio con
los que cuenta la empresa:
TABLA 3.1 Hardware (Servidor Cliente)

HARDWARE CARACTERÍSTICAS
Monitor 15 pulgadas
Microprocesador INTEL Core 2 Duo 2.0GHz
Placa Madre INTEL DG41RQ
Memoria RAM 2 Gb / Kingston
Disco Duro Samsung 250 Gb SATA
Tarjeta de Video Geforce 8500GT 512MB DDR3
Tarjeta de Red Realtek RTL8110sC 10/100/1000 Mbps
Lector Grabador LG DVD 1 – 8 X
Case Combo De lux completo
Impresora Canon IP1800
Fuente: TRAJETEX
RED
COSTO DE ALOJO
El sistema propuesto ofrecerá respuestas adecuadas a las peticiones de los
usuarios sin importar la ubicación de los mismos, garantizando exactitud,
facilidad de acceso, confiabilidad y seguridad de los datos. El sistema puede ser
ampliado, ya que cumple con la propiedad de escalabilidad.
TABLA 3.2 Software

SOFTWARE APLICACIÓN LICENCIA
MYSQL GESTOR DE BASE DE DATOS LIBRE
PHP LENGUAJE DE PROGRAMACIÓN LIBRE
APACHE SERVIDOR LIBRE
MOZILLA FIREFOX NAVEGADOR WEB LIBRE
Fuente: Elaboración Propia
TABLA 3.3 Equipo de Red

HARDWARE CARACTERÍSTICA VELOCIDAD
Switch 10000 TPLINK 1000 TP 8 Puertos 1024 Kbps
Fuente: TRAJETEX
La tecnología requerida y necesaria para la implementación del proyecto es

indispensable para alcanzar los objetivos planteados, por ello la empresa
también cuenta con los equipos clientes en algunas de las áreas que tiene la
empresa.
La empresa, además de contar con los equipos computacionales, cuenta

también con una conexión a Internet, fundamental para el funcionamiento del
sistema a implementar. Las características de esta conexión se detallan a
continuación en la siguiente tabla:
TABLA 3.4 Plan de Internet

PROVEEDOR PLAN VELOCIDAD
AXS Bolivia Turbo 1Mb 1024 Kbps
Fuente: TRAJETEX
Estas características satisfacen perfectamente las necesidades de la empresa
para el correcto funcionamiento del sistema Web.
3.2.2 FACTIBILIDAD ECONÓMICA

3.2.3 COSTO DE COMPUATDORA
3.2.4 COSTO DE INTENER
3.2.5 COSTO DE SOFTEA
3.2.6 COSTOS MANTENIMIENTO
3.2.7 COSOR DE OPERACION
Para el desarrollo del proyecto, se considera el uso de herramientas y

aplicaciones que son de libre distribución (Software Libre) como PHP como
lenguaje de programación, MySQL como gestor de base de datos y un servidor
Apache, lo cual implica que no se harán gastos en la compra de herramientas
(software) para el desarrollo.
Considerando además, que el sistema es multiplataforma, se ve por

conveniente implementarlo en un sistema operativo libre, para que no sea
necesaria la adquisición de licencias para Sistemas Operativos u otras
aplicaciones de pago, para que el sistema funcione, puede hacerlo
perfectamente en sistemas operativos de libre distribución, por ejemplo
Ubuntu. Por otra parte, económicamente el proyecto es factible, ya que la
tecnología (Hardware y Software) con la que cuenta la empresa, hace que no
se tenga que hacer nuevas adquisiciones en equipos computacionales que
sirvan para desarrollar el sistema o para el funcionamiento del mismo.
3.2.8 FACTIBILIDAD OPERACIONAL
El sistema de Información Web, presenta un manejo sencillo e intuitivo

basándose en páginas web por las cuales se navegara a través de
hipervínculos y botones de comando, muy fáciles de operar, y que permitirán
realizar las acciones requeridas por los usuarios del sistema.
El diseño navegacional, está de acuerdo a las necesidades y requerimientos de

la empresa; por otro lado, el diseño de las interfaces de usuario tienen un
diseño gráfico acorde a las diferentes actividades o acciones que se van
ejecutando en el sistema.
Debido a las características mencionadas anteriormente, la manipulación del

sistema será fácilmente comprendida por los usuarios o los operadores del
sistema con una mínima capacitación para el correcto funcionamiento del
sistema.
3.3 COSTOS DEL PROYECTO
Para establecer el costo total del proyecto, se deben considerar las tareas y las
funciones que se desarrollan. Las tareas se refieren a los pasos o etapas que
se siguen para el desarrollo del sistema, y lograr así un sistema de información
que realice el control en los procesos de producción y el seguimiento en la
comercialización de los productos.
El costo se establece de acuerdo al esfuerzo empleado por un equipo para el

desarrollo del sistema, pudiendo estos tardar varios días, meses o años en
hacer cada tarea y consecuentemente la función misma del proyecto. Además,
se toma en cuenta los recursos (tanto en Hardware como en Software) que son
utilizados para desarrollar el sistema, y los costos variables, que son aquellos
que en una u otra medida afectan el desarrollo y la implementación del sistema.
3.3.1 COSTO DE DESARROLLO DEL SISTEMA

La determinación de costos de desarrollo de un sistema, es una parte
importante para lograr el éxito del mismo. Con ella podemos conocer a tiempo
si el precio nos permite lograr la obtención de beneficios, luego de cubrir todos
los costos necesarios para el desarrollo y el funcionamiento del sistema.
3.3.1.1 APLICACIÓN DEL MODELO COCOMO II
Como se mencionó en el capítulo anterior la metodología escogida para realizar

la estimación del costo del proyecto fue COCOMO II, específicamente el
modelo de diseño anticipado, debido a que es un modelo que ofrece buena
seguridad en la estimación sin mostrar toda la complejidad del modelo de post-
arquitectura.
3.3.1.2 MODELO DE DISEÑO ANTICIPADO
Este modelo puede utilizarse para obtener estimaciones aproximadas del costo
de un proyecto antes de que esté determinada por completo su arquitectura, si
se conoce muy poco sobre el tamaño del producto que se va a desarrollar,
sobre la naturaleza de la plataforma objetivo, la naturaleza del personal
involucrado en el proyecto o especificaciones detalladas del proceso que se va
a realizar.
COCOMO 2 sugiere que muchos de los 17 multiplicadores de esfuerzo no

pueden estimarse en el diseño temprano, por lo que los reduce a 7 drivers, los
cuales se usan para capturar características de desarrollo del software, los
cuales son:
DEL PRODUCTO.
 (RCPX). Fiabilidad del Producto y Complejidad. Este driver de
costo del Diseño Anticipado combina los 4 drivers de costo del modelo
Post- Arquitectura: Fiabilidad Software (RELY); Tamaño de la Base de
Datos (DATA), Complejidad del Producto (CPLX), y Documentos que
necesita el Ciclo de Vida (DOCU).
 (RUSE). Reutilización Requerida. Este driver de costo del modelo de

Diseño Anticipado es el mismo que su homólogo de Post-Arquitectura.
DE LA PLATAFORMA.
 (PDIF). Dificultad de la Plataforma. Este driver combina los 3 drivers de
Post- Arquitectura siguientes: Tiempo de Ejecución (TIME),
Restricciones de Almacenamiento (STOR) y Volatilidad de la Plataforma
(PVOL).
DEL PERSONAL.
 (PERS). Aptitud del Personal. Este driver combina los 3 drivers de
costo de Post-Arquitectura siguientes: Habilidad del Analista (ACAP),
Habilidad del Programador (PCAP) y Continuidad del Personal (PCON).
 (PREX). Experiencia Personal. Este driver de costo de Diseño

Anticipado combina los 3 drivers de costo de Post-Arquitectura
siguientes: Experiencia (AEXP), Experiencia en la Plataforma (PEXP) y
Experiencia en el Lenguaje y Herramientas (LTEX).
DEL PROYECTO.
 (FCIL) Facilidades. Este driver de costo de Diseño Anticipado combina
los 2 drivers de costo de Post-Arquitectura siguientes: Uso de
Herramienta Software (TOOL) y Desarrollo MultiLugar (SITE).
 (SCED) Planificación Temporal. El driver de costo de Diseño

Anticipado es el mismo que su homólogo de Post-Arquitectura.
3.3.1.3 OBTENCIÓN DE DRIVERS

En la siguiente tabla, se reflejan los valores actualizados que toman los drivers
de costo para el modelo de Diseño Anticipado.
TABLA 3.5 Drivers del Modelo Anticipado

Drivers Extra Muy Bajo Nomina Alto Muy Extra
Bajo Bajo l Alto Alto
RCPX 0.73 0.81 0.98 1 1.3 1.74 2.38
RUSE - - 0.95 1 1.07 1.15 1.24
PDIF - - 0.87 1 1.29 1.81 2.61
PERS 2.12 1.62 1.26 1 0.83 0.63 0.5
PREX 1.59 1.33 1.12 1 0.87 0.71 0.62
FCIL 1.43 1.3 1.1 1 0.87 0.73 0.62
SCED - 1.43 1.14 1 1 1 -
Fuente: [BOEHM, 1999]
Para determinar los valores de los multiplicadores para el modelo de diseño

anticipado, se hizo un análisis del sistema y de la complejidad del mismo, para
así poder obtener los drivers que se muestran a continuación en la siguiente
tabla:
TABLA 3.6 Valores de los Drivers Obtenidos

Drivers Extra Muy Bajo Nomina Alto Muy Extra
Bajo Bajo l Alto Alto
RCPX 0.73 0.81 0.98 1 1.3 1.74 2.38
RUSE - - 0.95 1 1.07 1.15 1.24
PDIF - - 0.87 1 1.29 1.81 2.61
PERS 2.12 1.62 1.26 1 0.83 0.63 0.5
PREX 1.59 1.33 1.12 1 0.87 0.71 0.62
FCIL 1.43 1.3 1.1 1 0.87 0.73 0.62
SCED - 1.43 1.14 1 1 1 -
De donde se calcula el multiplicador del esfuerzo (EM) que es el resultado de
multiplicar los valores de cada driver obtenido.
EM = 1 * 1 * 0.87 * 0.83 * 0.87 * 0.87 * 1

EM = 0.54
ESTIMACIÓN DEL ESFUERZO.
El esfuerzo necesario para concretar un proyecto de desarrollo de software,

cualquiera sea el modelo empleado, se expresa en persona/mes (PM) y
representa los meses de trabajo de una persona, requeridos para desarrollar el
proyecto.
El modelo de Diseño Temprano ajusta el esfuerzo nominal usando los siete

factores de costo vistos anteriormente. La fórmula para el cálculo del esfuerzo
es la siguiente:
Dónde:
 Emi.- Corresponde a los factores de costo que tienen un efecto
multiplicativo sobre el esfuerzo, llamados Multiplicadores de Esfuerzo.
 KSLOC.- Es el tamaño del software a desarrollar expresado en miles de
líneas de código fuente.
 BRAK.- Es el porcentaje de código que se debe eliminar debido a la
volatilidad de los requerimientos.
 A.- Es una constante que captura los efectos lineales sobre el
esfuerzo de acuerdo a la variación del tamaño, (A=2.43).
 B.- Es el factor exponencial de escala, toma en cuenta las
características relacionadas con las economías de escala producidas
cuando un proyecto de software incrementa su tamaño. El cálculo del
Factor Exponencial de Escala B está basado en factores que influyen
exponencialmente en la productividad y esfuerzo de un proyecto de
software. Estos factores toman valores dentro de un rango que va
desde un nivel Muy Bajo hasta uno Extra Alto, tal como muestra la
siguiente tabla. Cada nivel tiene un peso asociado Wj, y ese valor
específico es el que se denomina factor de escala.
TABLA 3.7 Factores de Escala

Factores de escala Muy Alto Bajo Nomina Alto Muy Alto
l
PREC 6.2 4.96 3.72 2.48 1.24
FLEX 5.07 4.05 3.04 2.03 1.01
RESL 7.07 5.65 4.24 2.83 1.41
TEAM 5.48 4.38 3.29 2.19 1.1
PMAT 7.8 6.24 4.68 3.12 1.56
Fuente: [BOEHM, 1999]
En base a estos factores, se determinó el factor exponencial de escala, con los

siguientes resultados:
PREC NOMINAL 3.72
FLEX ALTO 2.03
RESL ALTO 2.83
TEAM NOMINAL 3.29
PMAT BAJO 6.24
SUMA 18.11
B=0.91+ 0.01∗18.11
B=1.09
Brak
[(
P M no min a l= A∗ 1+
100 )∗Ksloc
] B
Brak
P M no min a l=2.43∗ 1+
[( 100 )∗2.680
] 1.09
P M no min a l=7.58
Luego se calcula el esfuerzo estimado o ajustado:
P M estimado=7.58∗0.54
P M estimado=4.9
Lo cual da un Esfuerzo 4.09 Personas/mes. Es decir, aproximadamente se

obtiene un esfuerzo de 4 personas / mes.
ESTIMACIÓN DEL TIEMPO

A continuación, se aplica la fórmula para calcular es tiempo (T)
aproximado de desarrollo del sistema:
T =3.67∗P M estimado (0.28+ 0.2(B−0.91))
(0.28 +0.2(1.09−0.91))
T =3.67∗4.9
T =5.72
Lo cual da como resultado, un tiempo aproximado de 6 meses.
ESTIMACIÓN DEL COSTO

Finalmente calculamos el costo del sistema, en base a la siguiente formula:
CT= PM * T * SM
Donde:
CT = costo DEL SISTEMA
PM = número de Personas estimado
T = Tiempo
SM = sueldo mensual promedio del equipo
CT = 4.09 * 5.72 * 200

CT = 4678, 96 $us
3.3.2 COSTOS FIJOS
Los Costos Fijos son aquellos cuyo monto total no se modifica de acuerdo con
el desarrollo del sistema. En otras palabras, se puede decir que los Costos Fijos
varían con el tiempo más que con la actividad; es decir, no cambian durante un
periodo específico.
En el desarrollo del sistema, se toma en cuenta dos tipos de costos fijos, los
costos de hardware y los costos de software que se necesitan para el
desarrollo.
3.3.2.1 COSTOS DE HARDWARE
Considerando que la empresa TRAJETEX, cuenta con los equipos necesarios,

como se menciona en el estudio de factibilidad económica anteriormente, y que
el sistema no requiere de equipos especiales para su desarrollo e
implementación, no será necesario adquirir nuevos equipos computacionales
por parte de la empresa.
Para el desarrollo, no se requiere de hardware especial ya que se hace uso de

software de desarrollo que no requieren de equipos adicionales a un ordenador.
Para la etapa de implementación, tampoco se necesita hardware que no sea un
ordenador con una conexión a internet y una impresora, equipos con que la
empresa cuenta.
3.3.2.2 COSTOS DE SOFTWARE
Los costos de software, están relacionados directamente con las aplicaciones o

programas que se requieren para el desarrollo y la implementación del sistema.
A continuación se detalla el software requerido para el desarrollo del sistema,

los cuales son de libre distribución y no requieren de pagos de licencias para
su funcionamiento, por lo que ayuda a reducir los costos al mínimo.
TABLA 3.8 Software para el Desarrollo del Sistema
SOFTWARE APLICACIÓN LICENCIA

MYSQL GESTOR DE BASE DE DATOS LIBRE
PHP LENGUAJE DE PROGRAMACIÓN LIBRE
APACHE SERVIDOR LIBRE
MOZILLA FIREFOX NAVEGADOR WEB LIBRE
KOMPOSER EDITOR DE APLICACIONES WEB LIBRE
El software detallado en la tabla, ayuda a reducir los costos en cuanto a los

pagos de licencias en comparación con el software de pago. Se puede apreciar
que una alternativa muy factible es la utilización de software libre, tanto para el
diseño, la elaboración o desarrollo y la implementación del sistema de
información web.
Lo descrito anteriormente, no quiere decir que el sistema funcionara mejor en

un sistema operativo libre, como es Linux, sino que, como se mencionó
también, el sistema es multiplataforma. Por lo tanto, las ventajas de utilizar
software libre, son, especialmente en lo económico, muy marcadas.
3.3.3 COSTOS FIJOS

Los costos variables, son los que están directamente involucrados con la
producción o el desarrollo del sistema, por lo que tienden a variar al momento
de desarrollar o al momento de implementarlo en la empresa.
Se debe tomar en cuenta, los costos que son externos al sistema, pero que de
una u otra forma, afectan económicamente el desarrollo o la implementación del
sistema.
TABLA 3.9 Resumen de Costos Fijos
DESCRIPCIÓN COSTOS $US
Pago de servicios 70
Pago de Internet 30
Pago por Web Hosting 100
Otros 40
TOTAL 240
3.3.4 COSTOS TOTALES
Los costos totales, del desarrollo y de la implementación del sistema en la

empresa, se calculan en base a los datos descritos en los puntos anteriores.
Con dichos datos se procede a realizar el cálculo:

Costo Total = Costo del sistema + Costos variables
Costo Total = 4678,96 + 240
De donde, se obtiene que el costo total del Proyecto, tiene un valor de:
Costo Total = 4918,96 $us.
TABLA 3.10 Resumen de Costos Totales

DESCRIPCIÓN COSTOS $US
Costo del Desarrollo del Sistema 4678,96
Costos Fijos 240
TOTAL 4918,96
3.4 BENEFICIOS
Los beneficios obtenidos por el Sistema de Información Web, implementado en

la Empresa TRAJETEX serán de mucha importancia para que la empresa
pueda elevar la calidad y el prestigio, aumentando la eficiencia en las diferentes
tareas automatizadas por el sistema.
El presente sistema, además, pretende ser como un punto de partida para la

aplicación de nuevas tecnologías de información y comunicación, mejorando y
agilizando aún más los diferentes procesos que se realizan en la empresa.
El nuevo sistema brindará beneficios que pueden clasificarse en beneficios

tangibles y beneficios intangibles.
Los beneficios tangibles, son aquellos que son medibles en términos
económicos mientras que los beneficios intangibles, son aquellos que no
pueden ser cuantificables en términos económicos. Los mismos se detallan a
continuación:
BENEFICIOS TANGIBLES.
 Ahorro en papelería.
 Reducción de errores de procesamiento.
 Ahorro por envío y recepción de informes.
 Ahorro por comunicación.
 Incremento de flexibilidad.
 Mejoramiento en la planificación y control.
 Incremento en la velocidad de operaciones.
BENEFICIOS INTANGIBLES.
 Información oportuna.
 Disponibilidad de nueva, mejor o más información.
 Planificación organizacional mejorada.
 Promoción de aprendizaje organizacional y entendimiento.
 Realización rápida de la decisión.
 Proceso de información eficiente.
 Utilización mejorada de recursos.
 Control mejorado de recursos.
 Aumento en la exactitud en las operaciones.
 Proceso de trabajo mejorado.
 Los impactos positivos en la sociedad
 Necesidad competitiva
 Satisfacción de los clientes.
 Impulso del uso de nuevas tecnologías en la empresa.
 Hace posible la comunicación entre el cliente y la empresa, permitiéndole
al mismo revisar las respuestas a las solicitudes y pedidos.
CAPÍTULO IV
DESARROLLO DEL
PROYECTO
“Educad a los niños y no será necesario
castigar a los hombres”
Pitágoras.
4.1 INTRODUCCIÓN
Las aplicaciones Web, hacen posible que una población extensa de usuarios
finales dispongan de una gran variedad de contenido y funcionalidad.
A medida que la evolución de las aplicaciones web pasa de utilizar recursos

estáticos de información controlada por el contenido a utilizar en entornos de
aplicaciones dinámicas controladas por el usuario, “cada vez es más importante
la necesidad de aplicar una gestión sólida y unos principios de ingeniería”.
[PRESSMAN, 2003]
En este capítulo se aplicaran las herramientas mencionadas en los anteriores
capítulos para el desarrollo del sistema de información. Este capítulo, tiene por
finalidad, dar a conocer los procesos de la ingeniería del proyecto en el cual se
detallará el proceso de desarrollo del sistema en sí, incluyendo las diferentes
etapas contempladas dentro del marco de trabajo perteneciente a la ingeniería
web (IWeb). La ingeniería Web hace uso de un modelo de proceso iterativo e
incremental porque la línea temporal del desarrollo para el Sistema es muy
corta.
4.2 FASE DE FORMULACIÓN
La Fase de Formulación identifica objetivos y establece el alcance del sitio web

a desarrollar, para esto, se describe el por qué realizar esta aplicación y
establecer quiénes serán las personas que utilizaran el sistema. Las metas y
los objetivos de la aplicación web son esenciales, ya que con ellos se
planea de manera fácil la organización de la información en el sitio.
A continuación se detalla los objetivos específicos del sistema Web.
 Organizar de manera adecuada la estructura administrativa de la

empresa, por medio del diseño de la base de datos de los servicios de la
empresa.
 Proporcionar información precisa de como contactarse de una forma
directa con la microempresa, realizando un registro organizado y
automatizado de las distintas sucursales con datos precisos, que permita
evitar la pérdida de clientes.
 Utilizar la tecnología implementando una página Web que permita a los
clientes acceder de forma fácil y rápida a las últimas novedades de la
empresa.
 Obtener Mayor certeza en el manejo de información de ventas de
prendas de vestir por medio de una continua renovación de información.
 Mejorar la integración entre los diferentes unidades de trabajo
4.3 FASE DE PLANIFICACION.
Genera la estimación del costo general del proyecto, la evaluación de riesgos y

el calendario del desarrollo y fechas de entrega, para mayor referencia (ver
Capitulo 3), a continuación se detalla un resumen de los costos:
 El tamaño de la aplicación es: 2.680 (líneas de código)

 Estimación de esfuerzo personas-mes es: 4,9 (Personas)
 Tiempo de Desarrollo: 5,72 (meses)
 Costo de Desarrollo de Software: 4918,96 (Dólares)
DIAGRAMA GANNT
4.4 FASE DE ANÁLISIS
El papel global del software en gran sistema es identificado durante el análisis

del sistema. De cualquier manera, es necesario considerar una visión lo más
profunda posible del papel del software para comprender los requisitos
específicos que deben ser considerados en la construcción de un software de
alta calidad.
El análisis de sistemas basados en Web representa una sucesión de

actividades de ingeniería Web que comienza con la identificación de metas
globales para el Sistema Web, y termina con el desarrollo de un modelo de
análisis o especificación de los requisitos del sistema.
El análisis es una actividad técnica que identifica los datos y requisitos

funcionales y de comportamiento para el Sistema Web.
4.4.1 ANÁLISIS DE REQUERIMIENTOS
El análisis de los requisitos es una tarea de ingeniería del software que cubre el
hueco entre la definición del software a nivel sistema y el diseño del software.
El análisis de requisitos permite al ingeniero de sistemas especificar las

características operacionales del software (función, datos y rendimientos),
indica la interfaz del software con otros elementos del sistema y establece
las restricciones que debe cumplir el software.
Los requerimientos, son una descripción de las necesidades o deseos de un

producto. La meta primaria de la fase de requerimientos es identificar y
documentar lo que en realidad se necesita.
4.4.1.1 REQUERIMIENTOS DE LOS USUARIOS
Luego del estudio correspondiente, se identificaron los requerimientos de los

usuarios del sistema, estos requerimientos se muestran en la siguiente tabla:
TABLA 4.1 Requerimientos de Usuarios
REF. REQUERIMIENTOS CATEGORÍA

Contar con la información centralizada, organizada, oportuna
R1 en el sistema, logrando que esta información sea relevante y Evidente
de apoyo en la toma de decisiones.
Tener información concreta, correcta y disponible en
R2 cualquier momento en que sea necesario, para así poder Evidente
evitar perdida o daño en la información
Poder registrar y obtener la información correspondiente a
R3 cada producto Evidente
Obtener reportes e informes de las ventas de los productos
R4 en cualquier momento. Evidente
Llevar a cabo el control sobre los procedimientos de
R5 pedidos de productos. Evidente
R6 Tener información de los clientes que solicitan productos. Evidente
Contar con procedimientos automatizados de apoyo a la
R7 toma de decisiones. Evidente
Registrar y controlar la entrada, salida y saldos de
R8 materiales en almacenes. Evidente
Poder usar el sistema con facilidad, logrando que el sistema
R9 sea beneficioso para la empresa Evidente
R10 Gestionar Clientes y Proveedores. Evidente
Emisión de reporte de los datos registrado por ventas de
R11 productos. Evidente
Debe emitir mensajes de alerta para saber por ejemplo,
R12 cuando hacen falta materiales, cuando hace falta más Evidente
producción y otros
4.4.1.2 REQUERIMIENTOS DEL SISTEMA
Los requerimientos del sistema, están identificados en base a los

requerimientos que tienen los usuarios.
En la siguiente tabla se hace mención a los principales requerimientos que el

sistema debe cumplir, esto con el fin de tener una muestra representativa del
funcionamiento requerido por parte del sistema.
TABLA 4.2 Requerimientos del Sistema
REF. REQUERIMIENTOS DEL SISTEMA CATEGORÍA

El sistema debe ser amigable de fácil uso en cuento a las
R1 diferentes opciones o los controles. Evidente
El sistema debe permitir adicionar, modificar y eliminar la
R2 información sobre la producción, de materia prima, pedidos, Evidente
clientes entre otros, en cualquier momento.
El sistema debe emitir mensajes de alerta para saber por
R3 ejemplo, cuando hacen falta materiales, cuando hace falta Evidente
más producción y otros
R4 El sistema debe realizar la generación de diferentes Evidente
informes.
El sistema debe permitir la impresión de los informes
R5 requeridos por el usuario Evidente
R6 El sistema debe permitir realizar búsquedas de información Evidente
El usuario debe introducir una identificación y una contraseña
R7 para poder utilizar el sistema. Evidente
Modificación y actualización de información de los
R8 usuarios del sistema. Superflua
R9 Almacenamiento de grandes cantidades de información. Oculta
Información sobre la cantidad de productos que están en
R10 tiendas o puntos de distribución. Superflua
4.4.1.3 REQUERIMIENTOS DE SEGURIDAD
En cuanto a los requerimientos para la seguridad del sistema, se establecen en

marco al comportamiento deseado frente a las amenazas presentes en el
entorno.
A continuación se definen los requisitos de seguridad de operación del sistema:
 La clave o contraseña debe ser de una longitud mínima de 6 caracteres.

 En el caso de que algún usuario olvide su contraseña, debe existir
un mecanismo para cambiar la clave, manteniendo sus demás datos.
 Se debe registrar en la BD a todos los usuarios, cifrar sus contraseñas y
proteger los datos de los mismos.
 En el sistema deben existir varios tipos de usuarios, para poder
asignarles los permisos correspondientes.
 El sistema debe poder reconocer el tipo de usuario para evitar suplantar
roles.
4.4.1.4 REQUERIMIENTOS NO FUNCIONALES
TABLA 4.3 Requerimientos No Funcionales

REQUERIMIENTO PROPÓSITO
Cuando se utilice el sistema Web,
Tiempo de Respuesta las páginas aparecerán, a lo más,
en 5 segundos.
Metáfora de la Interfaz Orientadas a formularios y

cuadros de dialogo.
Plataformas del sistema operativo Multiplataforma.
4.4.2 ANÁLISIS FUNCIONAL
De un análisis de requerimientos que se obtuvo de la empresa TRAJETEX, se

determinan los casos de uso que se describen a continuación:
 Registro de Productos.
 Compra a Proveedores.
 Venta de Productos.
 Mostrar índice en la venta de Productos.
 Gestionar pedidos de Productos.
 Control de Almacenes.
 Búsqueda de información.
 Registrar Nuevo Cliente.
En este punto se da a conocer todas las funciones q realiza el sistema
utilizando los casos de uso de acuerdo a los requerimientos identificados
en los cuales se representan las acciones que un usuario puede realizar,
identificando a los actores que interactúan con el Sistema de Información Web,
como se muestra a continuación:
4.4.2.1 DIAGRAMA DE CASOS DE USO
Figura 4.1 Diagrama de Casos de uso General

Figura 4.2 Diagrama de Caso de uso: Registro de Productos

Tabla 4.4 Formato de Alto Nivel Caso de Uso: Registro de Productos
CASO DE USO: Registro de Productos.
ACTORES: Encargado
DESCRIPCIÓN: El encargado de registrar, recibe los productos para la

venta, y deposita en almacenes para su distribución.
Registra la fecha, la cantidad, el tipo de producto, los
ordena y realiza un informe sobre la producción
recibida. Al concluir el sistema lo almacena.
Figura 4.3 Diagrama de Caso de uso: Compra a Proveedores

Tabla 4.5 Formato de Alto Nivel Caso de Uso: Compra a Proveedores
CASO DE USO: Compra a Proveedores.
ACTORES: Proveedor, Administrador.
DESCRIPCIÓN: El encargado de registrar los productos recibe las materias

primas del proveedor y verifica cada uno de ellos, los
registra en sistema y los deriva a almacenes para su
posterior uso. Finalmente el sistema almacena la compra
realizada y emite un reporte.
Figura 4.4 Diagrama de Caso de uso: Venta de Productos

Tabla 4.6 Formato de Alto Nivel Caso de Uso: Venta de Productos
CASO DE USO: Venta de Productos.
ACTORES: Cliente, Vendedor.
DESCRIPCIÓN: El cliente llega a la tienda y elige el o los productos que

desea llevar, pasa por caja cancela por lo productos, el
vendedor lo atiende y registra la venta. Al terminar la
operación, el cliente se marcha con los productos.
Figura 4.5 Diagrama de Caso de uso: Índice en la Venta de Productos

Tabla 4.7 Formato de Alto Nivel Caso de Uso: Índice en la Venta de

Productos
CASO DE USO: Índice en la Venta de Productos.
ACTORES: Cliente, Administrador.
DESCRIPCIÓN: Permitir al administrador o al cliente ver los índices

de los productos que se deseen. El sistema muestra
los índices de los productos esto es: producto más
visto, producto más vendido, producto menos vendido.
Figura 4.6 Diagrama de Caso de uso: Gestionar Pedidos de Productos

Tabla 4.8 Formato de Alto Nivel Caso de Uso: Gestionar Pedidos de

Productos
CASO DE USO: Gestionar Pedidos de Productos.
ACTORES: Cliente, vendedor.
DESCRIPCIÓN: Se inicia cuando el cliente hace un pedido de ciertos

productos, llena un formulario que es provisto por el
vendedor, llena los datos requeridos, nombre del cliente,
dirección, teléfono, tipos de productos solicitados,
cantidad, fecha de entrega. El vendedor lo registra y
entrega al cliente una copia del formulario indicándole la
fecha en que avisara del resultado de la petición.
Figura 4.7 Diagrama de Caso de uso: Control de Almacén

Tabla 4.9 Formato de Alto Nivel Caso de Uso: Control de Almacén
CASO DE USO: Control de Almacén.
ACTORES: Encargado.
DESCRIPCIÓN: El proceso comienza, cuando el encargado de almacenes,

verifica los productos que están en almacenes. Realiza un
conteo de los productos, verificando las fechas en que
fueron almacenados, los productos que entran y salen. Al
terminar el proceso el encargado emite un informe.
Figura 4.8 Diagrama de Caso de uso: Búsqueda de Información

Tabla 4.10 Formato de Alto Nivel Caso de Uso: Búsqueda de Información
CASO DE USO: Búsqueda de Información.
ACTORES: Usuario, Administrador.
DESCRIPCIÓN: El proceso comienza cuando el Gerente requiere de

determinada información. El Usuario realiza la búsqueda
en los archivos o base de datos, los centraliza, verifica los
datos, si es necesario, realiza el informe requerido.

Figura 4.9 Diagrama de Caso de uso: Registrar Nuevo Cliente
Tabla 4.11 Formato de Alto Nivel Caso de Uso: Registrar Nuevo Cliente
CASO DE USO: Registrar Nuevo Cliente.
ACTORES: Cliente, Usuario, Administrador.
DESCRIPCIÓN: Permite obtener datos del cliente. El sistema muestra un

formulario al cliente que este debe llenar con sus datos
personales si lo desea, posteriormente el cliente ingresa
los datos que se piden y el sistema almacena los datos.

4.4.2.2 DIAGRAMA DE CLASES
Este diagrama, muestra el modelado del Sistema de Información Web, ya que

agrupa un conjunto de clases y las relaciones entre ellas, además que, de cada
clase se muestra su estructura: atributos y su comportamiento. Es la vista lógica
del Sistema de Información Web como se presenta en la figura:
Figura 4.10 Diagrama de Clases General

4.4.2.3 DIAGRAMA DE SECUENCIA
Los diagramas de secuencias de un sistema son la representación que muestran, una

determinada instancia o trayectoria de un caso de uso.
Los siguientes diagramas, detallan la interacción entre los usuarios, las tareas que
realizan el sistema con los datos y la información que debe devolver.
Figura 4.11 Diagrama de Secuencia Registro de Productos

Figura 4.12 Diagrama de Secuencia Compra a Proveedores

Figura 4.13 Diagrama de Secuencia Venta de Productos

Figura 4.14 Diagrama de Secuencia Índice en la Venta de Productos

Figura 4.15 Diagrama de Secuencia Gestionar Pedidos de Productos

Figura 4.16 Diagrama de Secuencia Control de Almacenes

Figura 4.17 Diagrama de Secuencia Búsqueda de Información

Figura 4.18 Diagrama de Secuencia Registrar Nuevo Cliente

4.4.2.4 DIAGRAMA DE COLABORACIÓN
Los elementos del sistema trabajan en conjunto para cumplir con los objetivos del
sistema. Los diagramas siguientes muestran la interacción entre los diferentes
elementos del sistema de información Web.
Figura 4.19 Diagrama de Colaboración: Registro de Productos
Figura 4.20 Diagrama de Colaboración: Compra a Proveedores

Figura 4.21 Diagrama de Colaboración: Venta de Productos
Figura 4.22 Diagrama de Colaboración: Índice en la Venta de Productos

Figura 4.23 Diagrama de Colaboración: Gestionar Pedidos de Productos
Figura 4.24 Diagrama de Colaboración: Control de Almacén

Figura 4.25 Diagrama de Colaboración: Búsqueda de Información
Figura 4.26 Diagrama de Colaboración: Registrar Nuevo Cliente

4.4.2.5 DIAGRAMA DE ACTIVIDADES
Los diagramas de actividades, que serán descritos a continuación, representan los

flujos de trabajo paso a paso y las operacionales de los componentes en el sistema
Web.
Figura 4.26 Diagrama de Actividades: Registro de Productos
Figura 4.27 Diagrama de Actividades: Compra a Proveedores

Figura 4.28 Diagrama de Actividades: Venta de Productos
Figura 4.29 Diagrama de Actividades: Índice de Venta de Productos

Figura 4.30 Diagrama de Actividades: Gestionar Pedido de Producto
Figura 4.31 Diagrama de Actividades: Control de Almacén

Figura 4.32 Diagrama de Actividades: Búsqueda de Información
Figura 4.33 Diagrama de Actividades: Registrar Nuevo Cliente

4.4.2.6 DIAGRAMA DE ESTADOS
Los diagramas de estados describen el comportamiento del sistema. Describen los

estados posibles en los que puede entrar un objeto particular. A continuación se
describen los siguientes diagramas de estados.
Figura 4.34 Diagrama de Estados: Registro de Productos
Figura 4.35 Diagrama de Estados: Compra a Proveedor

Figura 4.36 Diagrama de Estados: Venta de Productos
Figura 4.37 Diagrama de Estados: Índice de Venta de Productos

Figura 4.38 Diagrama de Estados: Gestionar Pedidos de Productos
Figura 4.39 Diagrama de Estados: Control de Almacén

Figura 4.40 Diagrama de Estados: Búsqueda de Información
Figura 4.41 Diagrama de Estados: Registrar Nuevo Cliente

4.4.2.7 DIAGRAMA DE COMPONENTES
Muestra los componentes del Sistema, donde se ven los componentes, sus
interrelaciones y las interacciones.
Figura 4.42 Diagrama de Componentes
4.4.3 ANÁLISIS DE INTERACCIÓN
La interacción es muy sencilla, veámoslo como el flujo básico de un caso de

uso. La aplicación le presenta al usuario una página que contiene una forma
con los campos necesarios para hacer cualquier petición al servidor. El usuario
los llena con los datos que le interesen o datos requeridos por el sistema.
Al dar clic en “Enviar”, la petición se envía (E1) al servidor. El servidor procesa

la petición hecha por el cliente (A1) y la responde (E2). Al terminar de preparar
la respuesta, el servidor se la envía a la aplicación. La aplicación se la muestra
al usuario y le da la opción de guardar la respuesta. Con esto finaliza la
interacción.
 A1: Dependiendo de la operación solicitada, será la respuesta
generada por el servidor.
 E1: si el usuario da clic en “Enviar” sin haber llenado los campos
necesarios, la aplicación le informará de esto al usuario y no enviará la
petición hasta que se llene correctamente el formulario.
 E2: a pesar de que se valida el formulario para que vaya completa,
puede suceder que el usuario solicite servicios o datos inexistentes en el
servidor. En ese caso, este tipo de errores los manejará directamente el
servidor.
Figura 4.43 Interacción Cliente Servidor
4.5 FASE DE DISEÑO
El diseño es una representación significativa de algo que se va a construir.

Describe la realización física de los casos de uso, centrándose en los requisitos
previamente analizado. El diseño a veces se piensa que es la parte más fácil
del proceso de desarrollo, pero en muchas ocasiones resulta ser una de las
partes claves del sistema, pues sin un buen diseño puede haber problemas de
escalabilidad más tarde cuando evolucione el sitio, o cuando haya que agregar
más información.
4.5.1 DISEÑO ARQUITECTÓNICO
Como parte del diseño arquitectónico, el sistema fue implementado con una
estructura en red o web pura, esto quiere decir que todas las páginas pueden
pasar el control a otras páginas mediante enlaces de hipertexto u otros medios
(todos a todos). Este enfoque permite una flexibilidad de navegación
considerable, aun cuando puede resultar confuso para el usuario.
4.5.2 DISEÑO DE NAVEGACIÓN
Parte del diseño, es la forma en que se realiza la navegación en el Sistema

para permitir a los usuarios moverse por el contenido del Sistema Web. A
continuación se describe como es el despliegue de la aplicación, indicando la
navegabilidad que se les ofrecerá a los usuarios en el Sistema web. La
aplicación se compone de estas cuatro zonas bien diferenciadas:
Figura 4.44 Diseño Navegacional

Cabecera: La zona de la cabecera, ubicada en la parte superior del navegador,
contendrá información básica de la aplicación tales como el nombre de la propia
aplicación o el logo de esta. Además, el usuario siempre podrá encontrar
botones de acceso directo, como un botón de cerrar sesión para poder salir de
la aplicación en cualquier momento cerrando su sesión, el botón de volver a la
pantalla de inicio del sistema y otros. El siguiente esquema muestra las partes
que conforman la zona de la cabecera:
Figura 4.45 Cabecera del Sistema Web
Menú Principal: El menú principal contendrá todas las posibles gestiones que
se pueden realizar en el sistema. Estas gestiones estarán o no disponibles al
usuario dependiendo de su perfil, eliminándose o añadiendo funcionalidades
según él mismo.
Para hacernos una primera idea podemos ver la siguiente tabla donde se
recoge en función del perfil del usuario las zonas a las cuales se tiene acceso.
Figura 4.45 Menú Principal del Sistema
Bloque Principal: El bloque principal es la zona más importante de la

aplicación ya que es ahí donde el usuario interactuará con el sistema. Es el
lugar principal donde se verá la información obtenida y los diferentes
formularios en función de la opción seleccionada al navegar por el menú de la
aplicación. Es la parte con diferencia más variable e importante del sistema y
es ahí donde se centrará la atención del usuario, ya que en ella apreciara las
diferentes acciones hechas por el mismo.
Figura 4.46 Bloque Principal del Sistema
4.5.3 DISEÑO DE LA INTERFAZ DE USUARIO
El diseño de la interfaz es muy importante, pues es la “primera impresión” de

todo el Sistema. Por esta razón se procuró cuidar los detalles de interfaz, dentro
de los que se destacan:
 Que los errores sean mínimos por parte del servidor, para evitar que el
usuario abandone la navegación del Sistema.
 No usar cantidades voluminosas de texto en las pantallas, sino
distribuida de manera que la lectura no sea tan pesada o tediosa.
 Las dimensiones de la página se procuraron que se adecuaran al tamaño
del monitor.
 Todas las páginas tienen la barra de navegación para que el usuario
tenga acceso a cualquier página desde la página en la que se encuentre.
Esto con la finalidad de evitar usar los botones propios del navegador.
 Se usaron imágenes en la barra de navegación principal, de tal modo
que guíe visualmente al usuario.
 No se utilizaron demasiados enlaces en las páginas para evitar confusión
en la navegación.
Una interfaz bien diseñada mejora la percepción del contenido o de los servicios
del usuario que proporciona el sitio web. No tiene que ser necesariamente
deslumbrante, pero debe estar siempre bien estructurada y ergonómica. Esto es
lo que se persiguió al diseñar el Sistema.
4.5.3.1 PROTOTIPO DE INTERFAZ
Una vez que ya se cuenta con los requisitos, el análisis, los diferentes
diagramas, diseño navegacional, etc., se empieza a diseñar los prototipos de
interfaces basándonos en lo anteriormente dicho, esto nos ayuda a tener bien
en claro cuál es la forma de la estructura de cómo va a estar el sistema de
información.
Figura 4.47 Prototipo de Interfaz
Los usuarios entraran al sistema ingresando su usuario y su contraseña, esto

para identificar al tipo de usuario y los privilegios que este tendrá en el uso del
sistema de información.
Figura 4.48 Prototipo de Pantalla Principal
El ingreso de datos, en el sistema, está diseñado básicamente en campos de

texto y botones, considerando también, casillas de verificación, listas
desplegables, etc., en los cuales el usuario introduce los datos solicitados
en cada campo teniendo la opción de presionar uno de los botones que
aparece en cada formulario, dependiendo de la operación que se vaya a
realizar.
Figura 4.49 Prototipo de Pantalla Ingreso de Datos

Para las consultas y/o reportes del sistema, se hace uso de tablas dinámicas,
donde se despliega el tipo de información solicitada o consultada, pudiendo
estos datos, ser impresos o guardados en formatos como PDF. Las tablas
mostradas, serán clasificadas y ordenadas de acuerdo con las opciones
indicadas por el usuario.
Figura 4.50 Prototipo de Pantalla Consultas
Figura 4.50 Prototipo de Pantalla Reportes

Algunas características del diseño de interfaz del sistema, se las describe
a continuación:
 Sencilla. Los elementos están para apoyar, ayudar y guiar, no para

confundir, así se evita la saturación y colocación innecesaria de
elementos.
 Clara. La información es fácilmente localizable, está organizada y
ordenada.
 Flexible. La aplicación puede verse y entenderse claramente en la
mayoría de los navegadores y plataformas, al menos en las más
comunes. Contempla opciones (botones, textos) que nos permiten
regresar al punto de partida (de ser posible) y a la página principal.
Pudiendo además cambiar de apariencia o temas (tipos de texto,
gráficos, colores, etc.) por los usuarios.
 Intuitiva. El sistema es fácil uso, ya que el usuario se siente más seguro
en una publicación en la que no tenga que adivinar ni pensar como
ejecutar acciones.
 Coherente. Tanto texto como gráficos, colores y demás elementos
utilizados corresponden al contenido de la publicación. Apoyados
generalmente por elementos visuales (gráficos).
4.6 FASE DE ELABORACIÓN
Como ya se vio en las fases anteriores, se cuenta con un modelo preliminar de los
requerimientos del sistema, los diferentes diagramas y la información necesaria para
empezar a desarrollar el software.
4.6.1 INTERFACES CON EL SOFTWARE
Las webs más comunes están compuesta principalmente de tres partes: la

primera, el navegador, la segunda, un software que usa una tecnología de web
dinámica, (este software relaciona cliente/servidor y está basado en una
combinación de lenguajes de programación y tecnologías como HTML,
ASP/PHP, SQL, Java Script, XML, AJAX) que aseguran esta experiencia
interactiva, y la tercera parte sería la base de datos.
Tabla 4.11 Software Utilizado para la construcción del Sistema

SOFTWARE CONCEPTO APLICACIÓN
HTML HTML permite describir la estructura y el Estructuración de
contenido en forma de texto complementado las Paginas de la
con imágenes. Por otra parte, el HTML permite Aplicación.
incluir scripts (JavaScript), códigos que pueden
modificar el comportamiento de los
navegadores web y de otros procesadores de
HTML.
PHP PHP puede incrustarse dentro del código HTML Programación de
de las páginas web y ejecutarse desde un las ventanas de la
servidor. PHP es un lenguaje de programación aplicación.
muy potente que, junto con HTML, permite crear
sitios web dinámicos. Gracias a su parecido
con lenguajes de programación estructura, es
de muy fácil aprendizaje.
JavaScript JavaScript es un lenguaje de programación que Validación de los
se puede utilizar para construir sitios Web y campos,
para hacerlos más interactivos. El lenguaje verificación de
JavaScript puede interactuar con el código fechas,
HTML, permitiendo a los programadores web animaciones,
utilizar contenido dinámico. manejo de
imágenes.
CSS Hojas de Estilo en Cascada describe cómo se Maquetación y
va a mostrar un documento en la pantalla, o formato de
cómo se va a imprimir. CSS se utiliza para dar presentación de
estilo a documentos HTML, separando el las páginas de la
contenido de la presentación. aplicación.
SQL El Lenguaje de Consulta Estructurado, Consultas a la
permite el acceso a bases de datos Base de Datos.
relacionales y la especificación de distintos
tipos de operaciones entre éstas. SQL
posibilita la realización de consultas para
recuperar información de las bases de datos
de forma sencilla.
XAMPP XAMPP es un paquete formado por un servidor Servidor y Gestor
web Apache, una base de datos MySQL y los de Base de Datos.
intérpretes para los lenguajes PHP y Perl. Una
de las ventajas de XAMPP es que de una forma
muy sencilla y rápida se puede montar un
entorno de desarrollo de cualquier aplicación
web que use PHP y base de datos.

El sistema de información Web, tendrá características de la mayoría de
las aplicaciones Web y de las páginas web en general. Contiene elementos
como:
 Botones: Para navegación o ejecución de una acción.

 Colores: Colores combinados para armonizar la aplicación.
 Ayuda: Opción de ayuda que mostrara un manual para el uso del
sistema.
 Menús: Ayudan a la selección de las diferentes opciones del sistema.
 Barra de herramientas: Para acceder directamente a calendarios,
calculadoras, cambio de contraseñas, modificar la apariencia de la
aplicación, etc.
 Ingreso de datos: En base a cajas de texto en forma ordenada y clara.
 Salida de datos: Principalmente el monitor, pero también de opciones
como la impresora.
Las principales pantallas para la interacción con el sistema son:
PANTALLA DE ACCESO.
La primera pantalla que se visualiza al ingresar al sistema es la pantalla de
acceso, esto porque se debe brindar seguridad al sistema, esta pantalla está
compuesta por el Usuario y la Contraseña correspondiente a cada persona que
accede al sistema.
Figura 4.51 Pantalla de Acceso al Sistema
PANTALLA PRINCIPAL.
Un vez que el usuario ingresa el nombre de usuario y contraseña
correctamente, el sistema despliega la pantalla siguiente, donde se tiene
las diferentes opciones del sistema.
Figura 4.52 Pantalla Principal del Sistema

Las ventanas de los diferentes módulos, son similares, a la pantalla

mostrada anteriormente, variando en el nombre del módulo, y las opciones
dentro del módulo seleccionado.
4.6.2 INTERFACES CON EL HARDWARE
La empresa TRAJETEX cuenta con un servicio de Internet. Este servicio está

en la capacidad de soportar a cabalidad el sistema al que se hace referencia.
Por ser esta una aplicación Web los requerimientos importantes están en la
parte del servidor que se contratará para el funcionamiento del sistema. En
relación a los equipos cliente o terminales, se requiere como mínimo una
computadora con tarjeta de red o equipos que soporten la tecnología WiFi,
si la aplicación será de uso local.
Los recursos hardware para la interfaz son los que se detallan a continuación
en el siguiente cuadro.
Tabla 4.12 Hardware para la Interfaz

DISPOSITIVO USO IMAGEN
Teclado Ingreso de Datos por

Teclado
Entrada
Mouse Ingreso de Datos y Acciones
Impresora Salida de Datos Impresos
Salida
Monitor Salida de Datos por Pantalla

CAPÍTULO V
PRUEBAS Y CALIDAD DE
SOFTWARE
“El que aprende y aprende y no practica lo que aprende,
es como el que ara y ara y nunca siembra”
Platón.
5.1 INTRODUCCIÓN
Las pruebas, implica procesos de comprobación y revisiones en las diferentes

etapas del sistema. Se prueban los componentes del sistema para asegurarse
de que funcionan correctamente y cumplen con los requerimientos funcionales y
no funcionales. La etapa de implementación del desarrollo de software es el
proceso de convertir una especificación en una aplicación que pueda ser
utilizada por los usuarios.
En este capítulo, se describirá como primera parte la instalación de la

aplicación, indica que el sistema está listo para poder ser implementado y
posterior uso por parte de los trabajadores de la empresa TRAJETEX, y como
segunda parte, se detallara las pruebas realizadas al sistema, dichas pruebas
servirán para tener una idea más clara de los que se realizó a lo largo de todo el
proceso que tomo realizar el presente proyecto.
5.2 PRUEBAS
Las pruebas son el proceso de ejecutar el software con la intención de

encontrar errores. Dado que los sistemas basados en Web residen en un
contexto distribuido y funcionan en sistemas operativos diferentes,
navegadores, plataformas de hardware y protocolos de comunicación, la
búsqueda de errores representa un reto significativo.
5.2.1 PRUEBA DE CAJA NEGRA
Las pruebas de caja negra consisten en verificar las funcionalidades de la

aplicación a alto nivel, independientemente del código fuente. Para extraer los
casos de prueba es fundamental extraer la información del análisis funcional.
5.2.1.1 RESULTADOS DEL ANÁLISIS
A continuación se detalla una tabla resumen con los casos de prueba extraídos,
su descripción, y el resultado de las pruebas realizadas.
La Prueba de Caja negra tomara en cuenta los siguientes aspectos:

TABLA 5.1 Prueba de Caja Negra
ASPECTO CARACTERÍSTICA
Facilidad de uso e Software amigable, fácil de usar y auto explicativo
instalación Instalación del programa en la computadora sencilla, rápida y transparente
Versatilidad Programa abierto, permitiendo la modificación de los contenidos de las Que
incluyan un sistema de evaluación y seguimiento con informes de las
actividades realizadas por los usuarios
Que permitan continuar los trabajos empezados con anterioridad.
Calidad del entorno Diseño claro y atractivo de las pantallas
audiovisual Calidad técnica y estética en sus elementos:
Títulos, menús, ventanas, iconos, botones, elementos, fondo...
Elementos multimedia: gráficos, fotografías, animaciones, vídeos, voz,
música…
Navegación e Buena estructuración del programa que permite acceder bien a los
interacción contenidos, actividades, niveles y prestaciones en general.
La velocidad entre el usuario y el programa (animaciones, lectura de
datos…)
La gestión de preguntas, respuestas y acciones
Potencialidad de los Proponer diversos tipos de actividades que permitan diversas formas de
recursos didácticos. utilización y de acercamiento al conocimiento.
Incluir preguntas para orientar la relación de los nuevos conocimientos con
los conocimientos anteriores de los estudiantes.
Los aspectos mencionados están relacionados al Sistema Web y su impacto

frente a los usuarios de los cuales se recogió la siguiente información
presentando Sistema Final.
Las pruebas de caja negra se realizaron teniendo en cuenta las respuestas que
el Sistema produce frente a los usuarios evaluando su consistencia y los
aspectos mencionados en la Tabla 5.1 Prueba de Caja Negra
TABLA 5.2 Evaluación de Usuario

ASPECTO USUARIO 1 USUARIO 2 USUARIO3 PROMEDIO
Facilidad de uso e instalación 8 8 7 7.666
Versatilidad 7 8 7 7.333
Calidad del entorno visual 8 9 8 8.333
Navegación e interacción 9 8 8 8.333
Recursos didácticos. 9 10 9 9.333
TOTAL 8.199
Con los datos recogidos se puede concluir que donde el nivel BAJO (0) y el
nivel ALTO (10) los resultados de Caja Negra que se obtuvieron son de 8.199
donde evaluados en un 100% se obtuvo un 82% de eficiencia del Tutor
Multimedia
5.2.2 PRUEBA DE CAJA BLANCA
Las pruebas de caja blanca consisten en el análisis de las sentencias de

decisión y de los bucles, con el fin de determinar cuántos posibles caminos
tiene un módulo, con el fin de acotar las pruebas.
Las pruebas de caja blanca intentan garantizar que:

 Se ejecutan al menos una vez todos los caminos independientes de cada
módulo
 Se utilizan las decisiones en su parte verdadera y en su parte falsa.
 Se ejecuten todos los bucles en sus límites.
 Se utilizan todas las estructuras de datos internas.
5.2.2.1 PASOS DEL DISEÑO DE PRUEBAS
Obtener el grafo de flujo, a partir del diseño o del código del módulo.
 Obtener la complejidad Ciclomatica del grafo de flujo.

 Definir el conjunto básico de caminos independientes.
 Determinar los casos de prueba que permitan la ejecución de cada uno
de los caminos anteriores.
 Ejecutar cada caso de prueba y comprobar que los resultados son
esperados.
La complejidad Ciclomatica, V (G), de un grafo de flujo G, se define como:
V (G) = Aristas - Nodos + 2
A partir del grafo de flujo del Sistema, la complejidad Ciclomatica sería:
• Como el grafo tiene cuatro regiones: V (G) = 4
• Como el grafo tiene 11 aristas y 9 nodos: V (G) = 11 - 9 - 2 = 4
• Como el grafo tiene 3 nodos predicado: V (G) = 3 + 1 = 4
V (G) = (ΣAristas−ΣNodos)+2
V (G) = (11−10)+2
V (G) =3
eV (G) =V (G’)
V (G’) = (ΣAristas−ΣNodos)+2
V (G’) = (7−8)+2
eV (G) =1
En la prueba de caja blanca se analiza el código fuente del sistema y se

identifican los errores o código inservible que tuviera el mismo, no
necesariamente se realiza la prueba a todo el código fuente, si no que se
realizan muestras, por lo general se toman en cuenta los procesos donde
existan mayor cantidad de posibles errores, usualmente se revisan los procesos
donde existan sentencias if, while, case, for, etc.
A continuación se realizara la prueba de caja blanca, para ello se seguirán los

siguientes pasos:
Paso 1: Seleccionar un segmento de código del sistema

En nuestro caso en particular se realizara sobre el código correspondiente a la
validación de usuario del sistema, como se muestra a continuación:
Login.php
<table width="100%" cellpadding="2" cellspacing="0" border="0">
<tr><td>Codigo : </td><td><input type="text" name="codigo" id="codigo" size="17" /></td></tr>
<tr><td>Clave : </td><td><input type="password" name="clave" id="clave" size="17" /></td></tr>
<tr><td colspan="2" align="right"><input type="button" name="ING" id="ING" value="Ingresar"
class="button" /></td></tr></table>
<script language="javascript">
$(document).ready(function(){
$("#ING").click(function(){
cod = $("#codigo").val();
pass = $("#clave").val();
if(cod==""){
$("#codigo").focus();
$("#codigo").css({ "background-color" : "#DDD" });
$("#msg").html("Introduzca el Codigo de Usuario!...");
} else if(pass==""){
$("#clave").focus();
$("#clave").css({ "background-color" : "#DDD" });
$("#msg").html("Introduzca la Clave de Usuario!...");
} else {
$("#login").load("security/enter.php?COD=" + cod + "&CLAV=" + pass);
}
});
});
</script>
Enter.php
<?php
include_once("../config/config.frontend.php");
$COD=$_GET[COD];
$CLAV=$_GET[CLAV];
$CLAV=md5($CLAV);
$db = new Database();
$sql = "select * from usuarios where USU_CODIGO ='$COD' and USU_CLAVE ='$CLAV' and
USU_ESTADO='1'";
$db->query($sql);
if($db->next()){
$id = $db->getField("USU_ID");
$_SESSION["autentifica"] = $id;
$_SESSION["ultimoAcceso"] = date("Y-n-j H:i:s");
?>
<tr><td height="10px"></td></tr>
<tr><td width="10px"></td><td align="left"><strong style="color:#333"><img
src="images/loading1.gif" align="left" /> Cargando...</strong></td></tr>
</table>
$("#login").load("scripts/login.php?est=1");
alert("Datos Verificados Exitosamente!... Bienvenido!");
});
</script>
<?php } else{ ?>
<tr><td width="10px"></td><td align="left"><strong style="color:#333"><img
src="images/loading1.gif" align="left" /> Cargando...</strong></td></tr>
</table>
$("#login").load("scripts/login.php?est=0");
alert("Error! Codigo o Clave incorrectos!.. Verifique los datos Ingresados...");
});
</script>
<?php } ?>
config.frontend.php
<?php
define("DBASE", "biblioteca");
define("DBHOST","localhost");
define("DBUSER","root");
define("DBPASS","");
define("HOME","/websites/ biblioteca/");
define("PATH_HOME", "http://" . $HTTP_SERVER_VARS['HTTP_HOST'] . HOME);
define("PATH_ROOT", $_SERVER['DOCUMENT_ROOT'] . HOME);
define("PATH_JS", PATH_HOME . "js/");
define("PATH_CSS", PATH_HOME . "css/");
define("PATH_SWF", PATH_HOME . "swf/");
define("PATH_IMAGES", PATH_HOME . "images/");
function __autoload($class_name) {
require_once PATH_ROOT."core/class.". $class_name . '.inc.php';
}
?>
Paso 2: Construir el grafo ciclomático
Figura 5.1 Grafo ciclomático
3
4 5
6 7
9 8
Fuente: [Elaboración Propia]
Descripción de nodos:
1) Ingreso al Sistema
2) Ingreso a la validación del sistema
3) Verificación de datos ingresados
4) Mensaje de error, datos ingresados incorrectos
5) Mensaje de Bienvenida, datos ingresados correctamente
6) Usuario Registrado
7) Tipo de Usuario Administrador
8) Tipo de Usuario Operador
9) Se muestra por pantalla el Administrador
10)Pantalla principal
Paso 3: Determinar el número ciclomático del grafo, V(G) este número

corresponde al número de regiones en el grafo G.
Determinamos la complejidad ciclomática del grafo resultante utilizando la

siguiente formula:
V(G) = P + 1
Dónde:
P: Número de nodos predicados (Nodos que permiten bifurcación).
V(G): Complejidad ciclomática (Las rutas del Grafo).
Entonces tenemos:
P=2
V(G) = 2 + 1
V(G) = 3
Por lo tanto la complejidad ciclomática V(G) es 3, esto significa que existen 12
caminos independientes diferentes en el grafo, los cuales se describen a
continuación.
Camino 1: 1-2-3-4-9
Camino 2: 1-2-3-5-6-8-9
Camino 3: 1-2-3-5-7-8-9
Luego se realiza la sumatoria de los casos de prueba, tenemos:
∑ R =casos de prueba
∑ R =3
Por lo tanto existen 3 casos de prueba de Caja Blanca para el proceso de
validación de usuario (Ingreso de usuario). Se detalla que las pruebas se
realizan constantemente en el transcurso de todo el desarrollo del sistema, en
esta ocasión se documentó solo una de ellas.
De la aplicación de los casos de prueba de Caja Blanca, se puede concluir que

el sistema ha dado respuestas satisfactorias a las pruebas diseñadas, pudiendo
de esta manera corregir o eliminar los errores encontrados en el transcurso de
dichas pruebas.
CASOS DE PRUEBA PARA CVADA CAMINIO
RUTA ENTRADA PROCESO SALIDA

R1 DATOS JJJJ
5.2.2.2 RESULTADOS DEL ANÁLISIS
Los resultados han sido bastante favorables, ya que el valor máximo

recomendado es 10 para la Complejidad Ciclomatica y 5 para la Complejidad
Esencial. Se observa que los valores medios superan ligeramente la quinta
parte de los máximos recomendados. Se puede concluir que el desarrollo es
Muy Fiable y Muy Mantenible.
PRUEBAS DE VCASJA NEGRA
5.2.3 PRUEBAS DE CALIDAD

Según el IEEE 610 (1993), la calidad de software “es el grado con el que un
sistema, componente o proceso cumple con los requisitos especificados y las
necesidades o expectativas del cliente”.
Otra definición de calidad de software es: “concordancia de los requisitos

funcionales y de rendimiento explícitamente establecidos, con los estándares de
desarrollo explícitamente documentados y con las características implícitas que
se espera de todo software de desarrollo profesionalmente”. [PRESSMAN,
2003]
La calidad de software es una de las metas más importantes en el desarrollo

del software puesto que dependerá de una buena evaluación de las métricas a
emplea para la obtención de los resultados esperados.
5.2.3.1 MODELO DE CALIDAD ESTÁNDAR ISO 9126
En 1992 fue publicado un estándar internacional para la evaluación de la

calidad de producto de software, conocido como ISO 9126 (ISO/IEC 9126). El
mismo tiene sus raíces, principalmente, en el modelo de calidad de producto
propuesto por McCall.
5.2.3.2 ESPECIFICACIONES DEL MODELO DE CALIDAD
Este estándar describe a la calidad de software, a partir de seis características

generales “Esas características proveen una línea base para posteriores
refinamientos y descripciones de calidad del software”.
 Funcionalidad: Es el conjunto de atributos definidos a partir de un

conjunto de funciones y sus respectivas propiedades. Las funciones se
definen a partir de un conjunto de condiciones de los usuarios.
 Confiabilidad: Es el conjunto de atributos que permiten mantener el
rendimiento del software durante un determinado periodo de tiempo.
 Usabilidad: Atributos definidos para facilitar la interactividad con los
usuarios.
 Eficiencia: Conjunto de atributos definidos a partir de las relaciones
entre el rendimiento del software y la cantidad de recursos usados.
 Mantenibilidad: Atributos necesarios para realizar un conjunto de
cambios.
 Portabilidad: Conjunto de atributos que permiten la transferencia del
software entre diferentes sistemas.
5.2.3.3 MÉTRICAS PARA LA EVALUACIÓN
Cada uno de los criterios de calidad del estándar ISO 9126, tiene se subdividen
en métricas, las cuales ayudan a medir la calidad del software. De las 40
métricas de la ISO 9126, 31 son críticas y las restantes tienen sus respuestas
en un rango a elegir, en base a la escala definida en la siguiente tabla:
Tabla 5.5 Valores a la Métricas de Evaluación

VALOR % DE CUMPLIMIENTO VALOR CRITICO INTERPRETACIÓN
3 100 - 86 SI Excelente / Siempre
2 85 - 51 Bueno / Regular
1 50 - 26 Regular / Ocasional
0 25 - 0 NO Malo / Nunca
Fuente: [García 2003]
Siguiendo lo que recomienda la norma ISO, se define la escala numérica para

calificar las métricas. En el siguiente cuadro, se muestra la relación entre la
escala de calificación y el valor del porcentaje, en cuanto a la calidad se refiere.
Figura 5.4 Criterios de Evaluación
Fuente: [García 2003]

Una vez realizada la medición de las métricas, se obtendrán los criterios de
calidad, como son: el nivel de clasificación, la categoría de calidad y la
conclusión.
5.2.3.4 PROCEDIMIENTO DE EVALUACIÓN
El plan que se aplicó para medir la calidad del software, es el siguiente:
1. El cuestionario de métricas a evaluar, está clasificado en las 6

características principales del estándar ISO 9126.
2. La evaluación fue por cada una de las características establecidas.
3. El cuestionario tiene dos tipos de métricas, las que son preguntas
directas o críticas por lo que el usuario contesta SI/NO y otras en las
cuales se mide la frecuencia de algún evento o inclusive si el
comportamiento es Excelente, Muy Bueno, Regular y Malo en base a la
Tabla 4.14.
4. Una vez que se miden todas las métricas, se calculan subtotales de cada
una de las características en forma de promedio, es decir la suma
de todas las métricas de dicha característica y promediar entre el
número de métricas.
5. Finalmente se sumaron los valores promedios de las características y se
obtuvo el promedio de éstas, el resultante es el número de valoración.
6. Con este número de valoración se calculó el porcentaje de calidad
considerando la escala propuesta en la Figura 4.53, donde el valor
máximo 3 equivale al 100%.
7. Con este número de valoración y el porcentaje de calidad externa del
software, se comparó éste en base a los criterios establecidos en la
Figura 4.53 (criterios de evaluación) y así definir los niveles de
clasificación, categorías de calidad, criterios de evaluación y conclusión.
5.2.3.5 RESULTADO DE LA EVALUACIÓN
Al concluir la evaluación, los resultados obtenidos son los siguientes:
Tabla 5.6 Resultado de la Evaluación

Característica Valor
 Funcionalidad 2.4
 Confiabilidad 1.3
 Usabilidad 3
 Eficiencia 2.5
2
 Mantenibilidad
2.7
Portabilidad
TOTAL 2.3
PORCENTAJE DE CALIDAD 76.66 %
La interpretación de los resultados es una de las etapas importantes de la

valuación, donde un conjunto de valores son analizados. El resultado final es
una expresión de alcance donde se indica hasta qué punto el software cumple
con los requerimientos de calidad establecidos.
Finalmente, con la calificación final obtenida, se interpreta el valor de 2.3 y se

comparar con la gráfica mostrada en la Figura 4.53, para obtener los criterios de
evaluación.
Figura 5.5 Criterios de Evaluación
 El nivel de Clasificación del Software: BUENO

 La Categoría de Calidad: PRIMERA
 El Criterio de Evaluación: PEQUEÑAS DEFICIENCIAS
 Conclusión: SOFTWARE ACEPTADO
5.2.4 PRUEBA DE SEGURIDAD

La prueba de seguridad aplicada al sistema, intenta verificar que los
mecanismos de protección del servidor impidan accesos impropios. La
seguridad del sistema permite asignar a cada usuario los procedimientos que le
correspondan por sus responsabilidades y permisos.
Esta seguridad está integrada con el motor de bases de datos, manteniéndose

los niveles asignados. Los controles de seguridad están implementados de la
siguiente manera:
 El primero estableciendo políticas del sistema solo permitiendo usuarios

que se encuentren validados en el servidor.
 La propia seguridad controlada en cada nivel por una sesión de usuario
que evita la manipulación no autorizada de las páginas. Al encontrarse
estas páginas programadas sobre PHP solo permiten ver el código
HTML y no el código de los componentes que realizan los accesos. Esta
prueba de seguridad se verifico junto con el administrador donde se
pretendía averiguar la contraseña de un usuario entrando con la ayuda
de nuestro gestor de datos y la contraseña se observaba encriptado y
solo mostraba símbolos.
5.3 IMPLEMENTACIÓN
Dentro del ciclo de vida de la Ingeniería Web, se encuentra el proceso o etapa

de implementación que requiere un completo conocimiento sobre el sistema a
realizarse. Así entonces, se identifica la información que será mostrada la
organización y distintas funciones que permitirá ejecutar la aplicación.
5.3.1 REQUERIMIENTOS DE HARDWARE
Para la instalación del sistema se requiere de los siguientes componentes de

Hardware que a continuación se detallan:
TABLA 5.7 Hardware para la Implementación del Sistema
HARDWARE CARACTERÍSTICAS
Monitor 15 pulgadas
Microprocesador INTEL Core 2 Duo 2.0GHz
Placa Madre INTEL DG41RQ
Memoria RAM 2 Gb / Kingston
Disco Duro Samsung 250 Gb SATA
Tarjeta de Video Geforce 8500GT 512MB DDR3
Tarjeta de Red Realtek RTL8110sC 10/100/1000 Mbps
Lector Grabador LG DVD 1 – 8 X
Case Combo De lux completo
Impresora Canon IP1800
Para la esta etapa, no se necesita de ningún hardware especial, ya que el

software utilizado para el desarrollo no requiere de hardware con ciertas
características especiales, solo que no sea una computadora con una conexión
a internet y una impresora, equipos con que la empresa cuenta.
5.3.2 REQUERIMIENTOS DE SOFTWARE
En cuanto a los requerimientos de software, tampoco se necesita de algún

programa especial, más que los que todos los equipos, o por lo menos la
mayoría de los equipos cuenta, entre estos podemos citar los de libre
distribución (Software Libre) y los que tienen licencia de pago (generalmente
software de Microsoft).
A continuación se muestra los programas necesarios para la implementación y

el funcionamiento del sistema:
TABLA 5.8 Software para la Implementación del Sistema

SOFTWARE CARACTERÍSTICAS
Linux / Windows Sistema Operativo
Mozilla Firefox Navegador Web
XAMPP Servidor Apache
MySQL Gestor de Base de Datos
PHP Lenguaje de Programación
5.3.3 INSTALACIÓN DE LA APLICACIÓN
Para este punto, se requiere primero instalar el servidor (si es que se los instala
en un equipo de la empresa) y luego, instalar la aplicación como tal.
5.3.3.1 INSTALACIÓN DE XAMPP
Hacer clic en el siguiente icono del programa obtenido del internet:

Luego tendremos la siguiente ventana:
Figura 5.6 Instalación de XAMPP (Paso 1)

Hacer clic en el botón Install, entonces tenemos la siguiente ventana.

Luego de cargar o de extraer los archivos nos mostrara la siguiente

ventana presionando la tecla Enter en todas las ventanas similares que se nos
presente.

Seguidamente nos mostrara la ventana, como la figura de abajo:
En la ventana anterior, presionamos los botones Start, nos mostrara una

ventana a lo cual daremos Aceptar.
Hacemos clic en el botón Aceptar y luego hacemos clic en los botones Start de
cada uno de los servicios.
5.3.3.2 INSTALACIÓN DEL SISTEMA

Se deberán seguir los siguientes pasos:
 Copiar el todos los script PHP al directorio: C:\xampp\htdocs\TRAJETEX
 Para la Creación e Instalación de la Base de Datos: Abrir el Navegador y

colocar en la URL la siguiente dirección: http://localhost/phpmyadmin/ el
cual nos mostrara la siguiente ventana:
Figura 5.11 Instalación del Sistema (Paso 1)
 Escribir el nombre de la base de datos, luego hacer clic en el botón

Crear.

Hacer clic en la pestaña SQL tendremos la siguiente ventana:
Luego editamos y seleccionamos todo el archivo SQL, llamado trajetex.sql que

vendrá adjunto al CD y lo pegamos como se muestra en la imagen siguiente:
5.3.3.3 PROCEDIMIENTO DE VERIFICACIÓN
a. Para la verificación de la instalación del XAMPP, abrir el navegador en la

URL escribir localhost y luego tecleamos Enter tendremos la siguiente
ventana.
b.
Figura 5.15 Verificación de XAMPP

c. Elegir la opción del lenguaje Español, entonces tendremos toda la
información de nuestro web servidor en idioma Español.
d. Para la Verificación de instalación del MySQL, abrir el navegador, escribir

en la URL: http://localhost/phpmyadmin luego teclear Enter, nos
mostrara la siguiente ventana:
Figura 5.16 Verificación de MYSQL
Para la Verificación de instalación del Sistema Web, abrir el navegador, escribir

en la URL: http://localhost/TRAJETEX luego teclear Enter, nos mostrara la
siguiente ventana:
Figura 5.17 Verificación del Sistema

Esta ventana, muestra el acceso al sistema, donde se introduce el nombre de

usuario y a contraseña. Una vez ingresados los datos requeridos, se ingresa a
la pantalla principal con el menú de opciones del sistema. Con esta última
verificación, se determina que el sistema está listo para ser utilizado y realizar
las operaciones necesarias.
CAPÍTULO VI
CONCLUSIONES Y
RECOMENDACIONES
“Si ves en cualquier situación dada solo lo que ven todos los demás se puede decir
que eres tan representativo como víctima de tu cultura”
S.I.Hayakawa.
6.1 CONCLUSIONES
Es un hecho comúnmente aceptado que las aplicaciones Web poseen un

conjunto de rasgos diferenciadores que las distinguen del reto de las
aplicaciones software. Entre ellos destacan la necesidad de una puesta en
marcha veloz, su evolución orgánica que requiere de procesos agiles de
mantenimiento, y el uso de interfaces donde la navegación es un aspecto
preponderante.
El uso de sistemas de información, en cualquier institución, brinda grandes

ventajas por sobre las instituciones u organizaciones que no utilizan este tipo de
tecnologías.
Con la construcción de este proyecto, podemos concluir que el Sistema Web,

es una solución al manejo de información que se tiene en la empresa.
Algunas de las características del sistema, se describen a continuación:
 Sis-tema Web es Open Source. El código fuente del software está

disponible para ser leído, reutilizado y modificado.
 Sistema Web es sólido. Está construido en base al lenguaje de
programación PHP, un servidor web APACHE y gestor de base de datos
MYSQL, reconocidas por normas internacionales. Esta elección, además
de proporcionar bases sólidas para el desarrollo, hace que el sistema
sea completamente multi-plataforma (aunque el servidor se puede
instalar en sistemas Linux, así como Windows).
 Sistema Web es un software cliente / servidor. Por cada instalación
del servidor existe la posibilidad de acceder a un número virtualmente
ilimitado de clientes.
 Sistema Es multi-usuario. Uno, diez, un centenar de usuarios: cada uno
con su propio nombre de usuario y contraseña. Cada uno con su rol y
perfil asignados.
 Sistema Web es modular. El sistema básico incluye módulos como
clientes, cuentas, contactos, ventas, productos, almacenes, correo Web.
 Sistema Web es flexible. Se pueden realizar fácilmente cambios y
modificaciones en la estructura del sistema, pudiendo adaptarse
fácilmente a los cambios que la gerencia así los considere necesarios.
 Sistema Web es agradable. Es un sistema realmente amigable con el
cliente: fácil e intuitivo de usar, con una interfaz de usuario familiar y
agradable.
 Sistema Web es fácil de aprender. Un usuario medio en un par de
horas puede aprender a navegar entre los módulos y las funciones del
sistema. Y después de una o dos semanas de uso puede usar
cómodamente el sistema.
 Sistema Web no es perfecto. Como todo software no es ideal, tiene
errores, pero con algunas modificaciones en el transcurso del tiempo
pueden irse corrigiendo.
A continuación se resumen algunas de las conclusiones a las que se llegó al

terminar el proyecto.
 Para el desarrollo del sistema, se tuvo la oportunidad de estudiar varios

conceptos y técnicas relacionadas con diversas ramas de la Ingeniería
de Sistemas, proponiendo un software que mejore las condiciones de
trabajo en la empresa TRAJETEX haciendo que las tareas manuales
sean automatizadas, logrando óptimos resultados en cuanto a tiempos y
dinero.
 En el presente trabajo se pudo alcanzar el objetivo general y también
los objetivos específicos.
 Se lograron desarrollar diferentes módulos que ayudan a resolver los
problemas identificados en la empresa.
 El sistema de información permite dar solución al problema de
integración de la información ya que ahora la información se encontrara
centralizada y organizada en una base de datos en el servidor.
 Se logró crear la base de datos segura y completa, lo cual permitirá
almacenar la información generada en el programa.
 Se cuenta con información fiable, necesaria e importante para la
empresa a la hora de realizar algunas tomas de decisiones.
 Se logró optimizar tiempos de búsqueda de información, registro y
emisión de informes. Ahora los procesos se realizan de forma
automatizada.
 Con el desarrollo del sistema, la empresa cuenta ahora con una
herramienta administrativa la cual colaborara en sus funciones y lograra
la atención al cliente de manera más eficaz.
 En lo particular este trabajo me dejo un buen conocimiento de cómo
funciona principalmente Internet, los sitios Web como se implementan
tanto los estáticos como los dinámicos, el saber construir una base de
datos que no tenga problemas en su funcionamiento a lo que se refiere
mantenimiento y recuperación, también logré aprender a realizar el
modelado de sistemas mediante UML, pues es una gran ayuda porque
es flexible y tiene opción de corregir errores durante la marcha, también
fue de una gran ayuda el tener conocimiento del lenguaje MySQL que
tiene muchas aplicaciones más.
Las empresas en la actualidad están inmersas en un agresivo ambiente de

competencia. Por lo que cualquier ventaja competitiva representara un beneficio
directo para la empresa. El aprovechamiento eficiente de las tecnologías de
información ayuda de sobremanera a obtener estas ventajas competitivas,
además será la clave para mantenerse competitivo en el tiempo.
6.2 RECOMENDACIONES
Se recomienda a la empresa, administrar el sistema de una forma muy

responsable y cuidadosa, y que a quien se le otorgue nivel de administrador
debe ser un usuario confiable y además es aconsejable que anticipadamente
lea el manual de usuario, de modo que se tenga una idea clara de los
beneficios y funciones de todo el sistema.
Por otro lado antes de conceder permisos a un usuario para controlar un

determinado modulo hay que estudiar si es necesario que este usuario maneje
ese modulo y de ser así se debe dar una introducción previa de todas las
funciones que tiene el modulo y las responsabilidades que conlleva a tener
dominio sobre el mismo.
Realizar un programa de capacitación o información sobre la naturaleza del

sistema a implementarse. Ya que el sistema, trabaja mejor si todos los
miembros del personal están comprometidos en su progreso, si tienen claros
los procesos y comprender con facilidad la información que se utiliza. Y cuando
los miembros del personal están interesados en la información y ven sus
utilidad recolectan los datos con mayor cuidado, atención y de una manera más
exacta.
El administrador del sistema debe elaborar un plan de respaldo de la base de

datos y se recomienda que los respaldos sean al final del día ya que la mayoría
de las bases de datos son modificadas diariamente ya sea por incremento de
datos, edición o eliminación de datos y sería de malestar general que por
cualquier causa, se dañen o se borren las bases de datos y no se tenga un
respaldo de los procesos elaborados.
Debe destacarse que el proceso de implementación del sistema debe ir

acompañado de una serie de políticas, normas y procedimientos que permitan
consolidar el empleo adecuado y una evaluación continua de este sistema.
BIBLIOGRAFÍA.
[BOEHM, 1999]
BOEHM Barry W., COCOMO II Model Definition Manual, 1999.
[BOOCH, 1999]
Booch J. Rumbaugh y I. Jacobson, El Lenguaje Unificado de Modelado,
Addison Wesley.
[GARCIA, 2003]
Garcia Marquez Marilupe, Ensayo del Modelo de Calidad Aplicada a Software
de Mineria de Datos, Centro de investigación en Computación, Mexico 2003.
[JAMES, 1997]
James Martin y James J. Odell, Métodos Orientados a Objetos, Ed. Prentice
Hall Mex. 1997.
[JAMES, 1998]
James Senn, Análisis y Diseño de Sistemas, 1998.
[JOHANSEN]
Johansen Bertoglio Oscar, Introducción a la teoría General de Sistemas, Ed.
Limusa.
[KENDALL, 1997]
Kendall Kenneth E, Análisis y Diseño de Sistemas, Tercera Edicion, Prentice
Hall, 1997.
[MONTILVA, 2004]
Montilva J., Desarrollo de Sistemas de Información, Universidad de los Andes,
Venezuela, 2004.
[OLSINA, 1999]
Olsina Luis Antonio, Metodología cuantitativa para la Evaluación y
Comparación de la Calidad de Sitios Web, 1999.
[PRESSMAN, 2003]
Pressman Roger, Ingeniería de Software, Mc. Graw Hill / Interamericana de
España, 2003.

Trabajo GRUPAL EJEMPLO

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo GRUPAL EJEMPLO

Cargado por

Copyright:

Formatos disponibles

“SISTEMA DE INFORMACIÓN WEB INTEGRADO PARA EL CONTROL

ADMINISTRATIVO DE PRENDAS DE VESTIR”

1.1 Introducción ………………….. 1

1.2.1 Antecedentes Institucionales 3

1.2.1.4 Estructura Orgánica 4

1.2.2 Antecedentes del Tema 5

1.2.3 Antecedentes de Trabajos a fines 6

1.3 Planteamiento del Problema 8

1.3.1 Ámbito del Problema 8

1.3.2 Problema Principal 10

1.3.3 Problemas Secundarios 10

1.4.1 Objetivo Principal 11

1.4.2 Objetivos Específicos 11

1.5.1 Justificación Económica 12

1.5.2 Justificación Institucional 12

1.5.3 Justificación Técnica 13

1.6 Alcances y Aportes 13

1.6.2.1 Aporte del Proyecto 15

1.6.2.2 Aporte Académico 15

CAPÍTULO II MARCO TEÓRICO

2.2.1 Elementos de un Sistema 17

2.2.2 Evaluación de Desempeño de un Sistema 18

2.3 Sistemas de Información 18

2.3.1 Tipos de Sistemas de Información 19

2.3.2 Actividades Básicas de los Sistemas de Información 20

2.3.3 Beneficios de los Sistemas de Información 21

2.4 Sistema en Tiempo Real 22

2.5 Arquitectura de Aplicaciones Web 23

2.5.1 Arquitectura Cliente / Servidor 23

2.5.1.1 Características Deseables del Esquema cliente / Servidor 24

2.5.1.2 Arquitectura de tres Capas 24

2.7 Tecnologías Web 27

2.7.1 Páginas Web 27

2.7.2 Navegadores Web 28

2.7.3 Servidores Web 29

2.8 Base de Datos 29

2.8.1 Objetivos de la Base de Datos 30

2.8.2 Ventajas del Uso de Base de datos 30

2.9 Sistemas de Gestión de Base de Datos 32

2.10 Ingeniería Web 33

2.10.1 El Proceso de la Ingeniería Web 35

2.11 Lenguaje de Modelado Unificado 37

2.11.1 Historia de UML 38

2.11.2 ¿Qué es UML? 40

2.11.3 Diagramas UML 41

2.12 Métodos de Estimación de Costos 42

2.13 Métodos de Prueba 45

2.13.1 Método de Caja Negra 45

2.13.2 Método de Caja Blanca 46

2.14.1 Método de McCall 47

2.15 Marco Aplicativo 48

CAPÍTULO III ANÁLISIS DE COSTO BENEFICIO

3.2 Estudio de Factibilidad 54

3.2.1 Factibilidad Técnica 55

3.2.2 Factibilidad Económica 56

3.2.3 Factibilidad Operacional 57

3.3 Costos del Proyecto 57

3.3.1.1 Aplicación del Modelo COCOMO II 58

3.3.1.2 Modelo de Diseño Anticipado 58

3.3.1.3 Obtención de Drivers 60

3.3.2 Costos Fijos 64

3.3.2.1 Costos de Hardware 65

3.3.2.2 Costos de Software 65