2 De Mayo 2009 Proyecto V

SOLUCIÓN INFORMÁTICA PARA LA GESTIÓN Y CONTROL DE ALQUILER E
INVENTARIO DE EQUIPOS DE CONSTRUCCIÓN EN ECONSI LTDA.

INTEGRANTES:

CUEVAS MARTÍNEZ MANUEL ANTONIO
DOMÍNGUEZ JIMÉNEZ RAFAEL ANDRÉS
FUENTES DÍAZ RONALD ENRIQUE
PERTUZ PRIETO JHON CARLOS

TECNOLOGÍA EN SISTEMAS DE INFORMACIÓN
IV SEMESTRE

FUNDACION UNIVERSITARIA TECNOLOGICO COMFENALCO
CARTAGENA DE INDIAS

1

Núcleo problemico V semestre

¿Cómo Desarrollar una aplicación cliente / servidor basado en un diseño
previamente establecido?

2

1. PLANTEAMIENTO DEL PROBLEMA

1.1 DESCRIPCION DEL PROBLEMA DE ECONCI LTDA

ECONSI LTDA es una empresa que se encuentra ubicada en el barrio Ternera
Kra. 86 No. 22B-280, que tiene 9 meses de servicio, su misión es generar
confianza y dar calidad a sus clientes a través de sus productos y servicios y su
visión es consolidarse en el mercado local y regional como una empresa. ECONSI
LTDA se dedica al alquiler y ventas de equipos de construcción, venta de
artículos para señalización de vías, cintas de demarcación, etc., asesorías,
consultaría e interventorías en obras de todas las especialidades, diseño,
construcción y montaje en obras de ingeniería. Estructura organizativa esta
conformado por: Gerencia General, Secretaria gerencia, almacenista, pintores.

En ECONSI se presenta una dificultad con respecto al manejo de la información
de las entradas y salidas de los equipos, ya que los alquileres de estos son
numerosos. Estos, a su vez, manipulan datos muy necesarios para la empresa
como: historial del cliente, factura generada al momento de la solicitud, estado del
equipo y disponibilidad del equipo. Además la administración no cuenta con una
herramienta que le facilite la estadística para la toma de decisiones muy útiles
para la empresa. Ello debido a que esta información se maneja en planillas las
cuales son llenadas por la secretaria y son acumuladas, y al paso de un tiempo la
cantidad de planillas es más amplia, esto en ocasiones provoca pérdida y
confusión de la información escrita en dichas panillas. Otra es la elaboración de
informes estadísticos útiles para la creación de estrategias administrativas que
mejoren la productividad de la empresa. ECONSI al no tener un mecanismo que
agrupe y muestre la información de manera clara ocasiona perdidas de tiempo que
puede ser utilizado en labores más productivas.

De seguir esta situación, se desaprovechará el tiempo gastado en la elaboración
manual de los informes, el cual puede ser utilizado en actividades más
productivas. Y lo más importante es que los socios de la empresa no cuentan con
herramienta que les permita informar sobre el estado de la misma, que
posteriormente le sea útil para la toma de decisiones.

La solución que se podría dar a este problema es la creación de un programa
capaz de almacenar, procesar y mostrar la información de una forma segura,
confiable y rápida, que les dé la sensación al cliente de buen servicio y a los
administradores una herramienta útil para sus estrategias.

3

1.2 FORMULACION DE PREGUNTA

¿De que manera se puede utilizar la tecnología informática para asistir de forma
eficaz y eficiente el proceso y la gestión de inventario, venta y alquiler de equipos
de construcción para apoyar la toma de decisiones en ECONSI LTDA.?

4

1.3. OBJETIVOS

1.3.1 OBJETIVO GENERAL

Desarrollar e implementar un software para la gestión y control de equipos, que
optimice los procesos de inventario, venta y alquiler de equipos de construcción de
la empresa, ofreciéndolo como herramienta útil para la toma de decisiones
administrativas y logísticas de ECONCI LTDA.

1.3.2 OBJETIVOS ESPECIFICOS

1) Implementar un modelo o función que permita la gestión de los procesos de
inventario, venta y alquiler de equipos de construcción.

2) Diseñar un modelo sistemático que permita representar las estructuras de
datos y procesos para solucionar el problema de inventario, venta y alquiler
de equipos de construcción.

3) Construir los diferentes subsistemas que se acomoden al desarrollo del
software, para lograr cumplir con los requerimientos de ECONSI LTDA.

4) Realizar las pruebas necesarias para verificar si el software cumple con los
requerimientos necesarios de ECONSI LTDA.

5

1.4. JUSTIFICACION

Con este proyecto acerca del control de entrada y salida de equipos para
construcción en ECONSI LTDA, se pretende que la empresa pueda manejar
de manera eficaz y exacta la información. Además, la secretaria podrá
controlar cifras exactas en cuanto a la información consignada, sin necesidad
de recurrir a la tediosa tarea de buscar en las facturas e inventario como lo
venia haciendo anteriormente.
Debido a lo antes planteado, esto trae como consecuencia que la empresa
adquiera sistematización de los datos del control de entrada y salida de los
equipos de la empresa, permitiendo ser ágil, eficiente y mas competitivo, los
beneficios también se verían reflejados en el rendimiento de los trabajadores,
más específicamente en la secretaria, que al momento de rendir un informe sea
hecho de forma más eficiente y rápida, maximizando de esta forma las actividades
correspondientes a sus puestos de trabajo.

Una vez puesto en práctica el proyecto, la secretaria podrá llevar el control de los
vencimientos de las facturas y el estado de los equipos, porque éste le permitirá
obtener un informe exacto de las vigencias de las facturas y los equipos que utilizó
el cliente en los días que se le alquiló. De lo contrario, la empresa perderá calidad
en los equipos, ya que no tendrá un control del mantenimiento y perderá dinero en
reparaciones y compra de reemplazos de equipos dañados, al igual que no podrá
competir en el mercado, pues ya no tendrán una herramienta que les ayude a
tomar decisiones administrativas y mejorar los procesos de alquiler y venta de
equipos y herramientas para la construcción. Con la ejecución de este proyecto la
administración tendrá una herramienta útil que mostrará datos y estadísticas que
le servirán al momento de tomar decisiones y crear estrategias de mercadeo que
ayuden al crecimiento de la empresa.

Con la implementación del software la empresa obtendrá estadísticas y datos que
le ayudaran el control de calidad de los quipos, la rentabilidad de los equipos, los
clientes preferenciales, los clientes que entregan en mal estado los equipos, qué
estrategias de comercio pueden implementar, entre otras cosas, que la
administración pueda aprovechar las estadísticas e información que proporcione el
software. También disminuirán los riesgos de pérdida de información siendo
menos propenso a cometer errores. Otro beneficio es el aumento del rendimiento
del personal encargado de esta función, ya que contarán con una mayor eficiencia
en el proceso.

Como Tecnólogos se innovará o diseñará programas que planteen soluciones a
problemas que generen dificultades, de tal manera que le permita al usuario el
manejo de datos para facilitar el proceso de la información y de esta forma adquirir
un buen funcionamiento a nivel profesional.

Además, lo que se busca con la realización de este software empresarial es

6

mejorar y sistematizar la gestión y control de inventario, venta, alquiler y compra
de equipos de construcción, con la realización de este se quiere obtener
confiabilidad y rapidez de acceso de la información, permitiendo reducir de esta
forma los tiempos de manipulación de los datos por parte del personal del servicio,
mejorando la atención de los clientes y socios.

Finalmente, lo que quiere la Fundación Universitaria Tecnológico Comfenalco
jóvenes con formación de espíritu investigativos, para darle solución a los
problemas que se presenten en el campo laboral y otorgarle al estudiante
herramientas que le permitan desempeñarse mejor en cualquier ámbito,
cumpliendo con los estándares educativos que exige la educación superior.
Colocando en práctica los conceptos aprendidos en el aula de clase para la
elaboración del proyecto.

7

2. MARCO TEORICO

En todo proyecto de software es estrictamente necesario realizar un análisis de
requerimientos, porque en este el programador y el usuario llegan a un acuerdo de
las reglas de negocio que rigen el programa, en esta parte debemos ser muy
cuidadosos por que si se comete un error o no hay entendimiento entre las partes
lo mas probable es que el programa haga cosas que el cliente no quiere, por ello
es recomendable agotar todas las regla de negocio y plasmarlo como una especie
de constancia. Los análisis de requerimientos también los podemos llamar
extracción ó exploración de los requerimientos, en estos se Involucra trabajo
técnico de grupo con los clientes para averiguar el dominio de la aplicación, los
servicios que el sistema debe proporcionar y las restricciones operacionales
propias del sistema, los principales problemas que se presentan en esta etapa es
que los especialista no saben realmente lo que quieren.
Posteriormente de obtenida la información se debe hacer, comprensión del
dominio, Colección de requerimientos, Clasificación, Solución de conflictos,
Priorización, Validación de requerimientos.

En la ingeniería de Requerimientos es muy importante definir lo que se desea
producir. En un proyecto de software se necesita tener Ingeniería de
requerimientos porque no todos los proyectos de software logran cumplir los
objetivos que se proponen, por medio de esta es muy fácil analizar a tiempo los
objetivos propuestos y evita que alguno no se cumpla. Es esencial que al realizar
el proyecto se utilice un lenguaje que no le cause confusiones al cliente o lector.

En la ingeniería de requerimientos cada actividad se tiene su orden y definición.
Se puede decir que IR disminuye costos y retrasos de un proyecto de software, y
mejora la calidad, es decir hace cumplir los requerimientos solicitados por el
cliente.

2.1 FUNDAMENTOS DE LA TEMATICA

- Inventario: son bienes tangibles que se tienen para la venta en el curso ordinario
del negocio o para ser consumidos en la producción de bienes o servicios para su
posterior comercialización. Los inventarios comprenden, además de las materias
primas, productos en proceso y productos terminados o mercancías para la venta,
los materiales, repuestos y accesorios para ser consumidos en la producción de
bienes fabricados para la venta o en la prestación de servicios; empaques y
envases y los inventarios en tránsito.

- Facturación: es un documento que refleja la entrega de un producto o la
provisión de un servicio, junto a la fecha de devengo, además de indicar la
cantidad a pagar como contraprestación. En la factura se encuentran los datos del
expedidor y del destinatario, el detalle de los productos y servicios suministrados,
los precios unitarios, los precios totales, los descuentos y los impuestos.

8

- Alquiler: Precio que tiene que pagar el arrendatario al arrendador por el uso y
desfrute de un bien o ceder a otro una cosa para que la disfrute por el tiempo que
se determine y mediante el pago de una cantidad acordada.

- Venta: es considerado como una forma de acceso al mercado que es practicada
por la mayor parte de las empresas que tiene una saturación en su producción y
cuyo objetivo es vender lo que producen, en lugar de producir lo que el mercado
desea.

- Cotización: La cotización es aquel documento que el departamento de compras
usa en una negociación.

- Entrega: Servicio de un pedido.

- Usuario: es la persona que utiliza o trabaja con algún objeto o que es destinaría
de algún servicio público o privado, empresarial.

- Equipos: La maquinaria, las herramientas, los vehículos, los enseres y demás
objetos similares que la empresa ofrece en sus servicios.

- Cliente: Un cliente es alguien que compra o alquila un equipo a una empresa.

- Compra: Es el paso donde el consumidor realiza la acción de cambiar un bien o
servicio por dinero.

- Devolución: Entrega de lo que se había dado o prestado.

9

2.2. INGENIERIA DE SISTEMAS

El termino Ingeniería de Sistemas surge en los años 40, cuando comienzan a
desarrollarse las primeras redes masivas de telefonía, ya que estas manejaban
una enorme complejidad.

Un ingeniero de sistemas: “se ocupa del diseño, programación, implantación y
mantenimiento de sistemas. Incorpora métodos y técnicas modernas para
optimizar el rendimiento económico. Controla y corrige la marcha de las diferentes
etapas de un proyecto. Formula planes que permiten integrar diferentes proyectos
de un programa general de desarrollo. Evalúa el costo, efectividad de los recursos
humanos, las máquinas y técnicas empleadas en estos sistemas. Define en
combinación con la gerencia, las necesidades de una organización administrativa,
maneja adecuadamente las relaciones humanas y mantiene una visión global del
mundo”4.

De cierta manera la Ingeniería de sistemas es una manera que nos ayuda a
entender, estudiar y comprender a los sistemas, con el propósito de realizar u
optimizar sistemas aun mas complejos. Otra manera de interpretar este término es
la aplicación tecnológica de la ciencia de sistemas, así como el uso de una
orientación de sistemas a los esfuerzos de la ingeniería, todo esto basándose en
los procesos sistémicos. La ingeniería de sistemas formando un proceso de
desarrollo estructurado integra otras disciplinas y grupos de especialidad en un
esfuerzo de equipo.

Para concluir, la ingeniería de sistemas consiste básicamente en la aplicación de
unas metodologías que, a través del uso de una serie de procesos de definición,
síntesis, análisis, diseño, prueba y evaluación sirve para:
Integrar parámetros técnicos relacionados para asegurar la compatibilidad de
todos los interfaces físicos y funcionales de manera que optimice la definición y
diseño del sistema total.

4
http://www.fractal-es.com/ingsisconsul.htm

10

2.3. INGENIERIA DE SOFTWARE

El termino Ingeniería de Software (ISW) aparece en 1968, una definición de esta
es según Roger Pressman:

“La ISW es una disciplina o área de la Informática o Ciencias de la
Computación, que ofrece métodos y técnicas para desarrollar y mantener
software de calidad que resuelven problemas de todo tipo. Hoy día es
cada vez más frecuente la consideración de la ingeniería del Software
como una nueva área de la ingeniería, y el ingeniero de software
comienza a ser una profesión implantada en el mundo laboral
internacional, con derechos, deberes y responsabilidades que cumplir,
junto a una, ya, reconocida consideración social en el mundo empresarial
y, por suerte, para esas personas con brillante futuro”5.

Es importante que un software de computadora sea desarrollado con éxito, es
decir, cuando satisface las necesidades del cliente o usuario; cuando funciona
impecablemente durante mucho tiempo; cuando es fácil de modificar o incluso
es más fácil de utilizar, puede cambiar todas las cosas y de hecho las cambia
para mejor. Pero cuando un software de computadora falla, cuando los
usuarios no quedan satisfechos, cuando es propenso a errores; cuando es
difícil de modificar e incluso más difícil de utilizar, hay más probabilidad que
puedan ocurrir errores fatales.
Luego si se quiere desarrollar un software que haga bien las cosas, es decir,
que cumpla con los requerimientos del usuario, y evitando que los errores
aparezcan. Se debe realizar un enfoque de ingeniería.

El término ingeniería se define en el DRAE como:
“Conjunto de conocimientos y técnicas cuya aplicación permite la
utilización racional de los materiales y de los recursos naturales, mediante
invenciones, construcciones u otras realizaciones provechosas para el
hombre”.

La ISW posee diversos principios, algunos de ellos son:
- Abstracción.
- Encapsulamiento.
- Modularidad.
- Localización.
- Uniformidad.
- Completitud.
- Validación y Verificación.

5
es.kioskea.net/contents/genie-logiciel/genie-logiciel

11

A partir de la visión general del proceso de ISW;
Se dice que hay tres fases genéricas, cualquier software o sistema a trabajar se
encuentra al menos en una de las tres fases, dependiendo del tamaño o
complejidad del proyecto.
- Definición
- Desarrollo
- Mantenimiento

La fase de Definición se centra sobre el qué. Es decir, durante la definición, el que
desarrolla el software intenta identificar qué información debe ser procesada, qué
función se desea, qué comportamiento del sistema, qué interfaces van a ser
utilizadas, qué criterios de seguridad se necesitan para lograr un sistema correcto
y viable. Pero también durante esta fase se elaboran los requerimientos del
sistema, los cuales son aplicados para el momento de una u otra corrección.

La fase de Desarrollo se centra en el cómo. Es decir, durante el desarrollo un
ingeniero de software intenta definir cómo han de diseñarse las estructuras de
datos, cómo se caracterizan las interfaces, cómo ha de implementarse la función
dentro de una arquitectura de software, cómo han de implementarse los detalles
procedí mentales, cómo se va a traducir el diseño en un lenguaje de programación
(o lenguaje no procedimental) y cómo ha de realizarse la prueba. Los métodos
aplicados durante la fase de desarrollo variarán, aunque las tres tareas específicas
técnicas deberían ocurrir siempre: diseño del software, generación de código y
prueba del software.
Esta fase se fundamenta en la Definición para considerar los elementos
necesarios para construir el software.

La fase de Mantenimiento se centra en el cambio y esta asociado a la corrección
de errores, a las adaptaciones requeridas a medida que evoluciona el entorno del
software y a cambios debidos a las mejoras producidas por los requisitos nuevos
del cliente. Durante la fase de mantenimiento se encuentran cuatro tipos de
cambios:
-Corrección: cuando el programa no realiza correctamente la aplicaron
para la que fue diseñada. El mantenimiento correctivo cambia el software
para corregir los defectos.
-Adaptación: Con el paso del tiempo, es probable que cambie el entorno
original (por ejemplo: CPU, el sistema operativo, las reglas de empresa,
requerimientos del cliente) para el que se desarrolló el software. El
mantenimiento adaptativo produce modificación en el software para
acomodarlo a los cambios de su entorno.
-Perfectivo: Conforme se utilice el software, el cliente o usuario puede
descubrir funciones adicionales que van a producir beneficios. El
mantenimiento perfectivo lleva al software más allá de sus requisitos
funcionales originales.

12

-Prevención: El software de computadora se deteriora debido al cambio,
y por esto el mantenimiento preventivo también llamado reingeniería del
software, se debe conducir a permitir que el software sirva para las
necesidades de los usuarios finales. En pocas palabras, el mantenimiento
preventivo hace cambios en programas de computadora a fin de que se
puedan corregir, adaptar y mejorar más fácilmente.

En conclusión, la ISW es una disciplina que se encarga de ofrecer métodos
para desarrollar y mantener el software. Pero es importante tener claro
mirando desde el punto de vista de un ingeniero de software, el producto
obtenido finalmente son los programas, documentos y los datos que configuran
el software de computadora. Pero desde el punto de vista de los usuarios el
producto obtenido es la información resultante que hace de algún modo el
mundo mejor a los usuarios.

13

2.4. UML

(Unified Modeling Language) “es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema software orientado a objeto.
UML ha puesto fin a las llamadas guerras de métodos que se han mantenido a lo
largo de los 90, en las que los principales métodos sacaban nuevas versión que
incorporaban las técnicas de los demás, con UML se fusionan la notación de estas
técnicas para formar una herramienta compartida entre todos los ingenieros
software que trabajan en el desarrollo orientado a objetos”.6

Uno de los objetivos principales de la creación de UML era posibilitar el
intercambio de modelos entre las distintas herramientas CASE orientado a objetos
del mercado.

Un modelo representa a un sistema software desde una perspectiva específica,
cada modelo nos permite fijarnos en un aspecto distinto del sistema. Los modelos
de UML son:
-Diagrama de estructura estática se usan para representar tantos modelos
conceptuales como diagrama de clases de diseño.
-Diagrama de casos de uso muestra la relación entre los actores y los casos de
uso y representa la funcionalidad que ofrece el sistema en lo que se refiere a su
interacción externa.
-Diagrama de secuencia muestra una interacción ordenada según la secuencia
temporal de evento, en particular muestra los objetos participantes en la
interacción y los mensajes que intercambian ordenados según su secuencia en el
tiempo.
-Diagrama de colaboración muestran las relaciones entre los roles de los objetos
-Diagrama de estado muestra la secuencia de estado por los que pasa bien un
caso de uso, bien un objeto a lo largo de su vida, o bien todo el sistema
-Diagrama de actividades sirven para modelar el flujo de control entre actividades.
El proceso de desarrollo de software tiene como propósito la producción eficaz y
eficiente de un producto software que reúna los requisitos del cliente.
Los modelos de proceso de software son abstracciones de un proceso real, sus
modelos son los siguientes:
-codificar y corregir se trata de primero implementar algo de código y luego pensar
acerca de requisito, diseño, validación u mantenimiento.
-Modelo en cascada toma las actividades fundamentales del proceso de
especificación, desarrollo, validación y evolución y las respuestas como fase
separadas del proceso.
-Desarrollo evolutivo desarrolla una implantación del sistema inicial, exponerla a
los comentarios del usuario, refinarla en N versiones hasta que se desarrolle el
sistema adecuado.

6
www.alegsa.com.ar/Dic/uml

14

-Desarrollo formal de sistema se basa en transformaciones formales de los
requisitos hasta llegar a un programa ejecutable.
-Desarrollo basado en reutilización es un modelo fuertemente orientado a la
reutilización.
-Desarrollo incremental reduce el rehacer trabajo durante el proceso de desarrollo
y da oportunidad para retrasar las decisiones hasta tener experiencia en el
sistema, es una combinación del modelo de cascada y modelo evolutivo
-Desarrollo espiral el ciclo de desarrollo se representa como una espiral, en lugar
de una serie de actividades sucesivas con retrospectiva de una actividad a otra.

Las metodologías se basan en una combinación de los modelos de proceso
genéricos (cascada, evolutivo, incremental, etc.). Se clasifican en dos grupos
metodología estructurada y metodología orientada a objetos.

En conclusión UML es un lenguaje de modelado visual que se usa para
especificar, visualizar, construir y documentar artefactos de un sistema de
software, también se usa para entender, diseñar, configurar, mantener y controlar
la información sobre los sistemas a construir. Además capta la información sobre
la estructura estática y el comportamiento dinámico de un sistema.

15

2.5. ESTUDIO DE VIABILIDAD

Para poder realizar un proyecto de software se debe establecer una serie de
pasos que nos orienten a la realización del proyecto pero mediante unos límites ya
establecidos. Esto se logra con el Estudio de Viabilidad es la etapa en donde se
verifica si se cumplió con los requerimientos solicitados por el cliente, se define el
plan inicial de un proyecto, en este caso un proyecto de software. Se hace una
evaluación de las alternativas según la que se vaya a trabajar. Esta otra esta que
consideramos muy importante por que si un proyecto no es viable simplemente no
se hace.

En el estudio de viabilidad se hace un análisis de las necesidades del cliente, esto
se logra mediante las técnicas de recolección de información (entrevistas,
encuestas, etc.), luego procedemos a evaluar la viabilidad del proyecto a realizar.
Además es recomendable preguntarse: ¿Podemos construir el software de
acuerdo a los requerimientos del cliente? ¿Es factible el proyecto?, estas
preguntas son muy importantes de realizarlas ya que por medio de estas nos
damos cuenta de cuanto valor puede tener el proyecto a desarrollar.

El Estudio de Viabilidad es un paso muy importante en el desarrollo del proyecto.
Por medio de éste obtendremos los datos finales usados para el diseño, la calidad,
la tecnología, el diseño de interfaces.

Existen cuatro tipos de alternativas del estudio de la viabilidad que el grupo de
especialita que debe seguir:
1) Legal
2) Técnico
3) Económico
4) Operativo

Además ayuda también a identificar que factores de un proyecto presenta errores;
Objetivos poco claros, especificaciones y requisitos incompletos, Falta de
información, Falta de implicación de los usuarios, Cambio de requerimientos. Pero
también nos ayuda a identificar si el proyecto es viable, es decir que, Enunciado
claro de requisitos, objetivos claros, información completa, que exista relación
entre el usuario y los desarrolladores del proyecto.

Luego agregan Putnam y Myers que la factibilidad del software tiene cuatro
dimensiones sólidas:

- Tecnología. ¿Es factible un proyecto técnicamente? ¿Está dentro del estado
actual de la técnica?
- Financiera. ¿Es factible financieramente? ¿Puede realizarse a un coste asumible
por la empresa de software y por el cliente?
- Tiempo. ¿Pueden los proyectos adelantarse a los de la competencia?

16

- Recursos. ¿La organización cuenta con los recursos suficientes para tener éxito?

En conclusión, el estudio de viabilidad es importante porque con un buen análisis
del mismo podemos obtener el costo, tiempo, etc. Pero cabe anotar que las
necesidades de la gestión son incluso más importantes. Ya que no es bueno
construir un producto o sistema de alta tecnología que en realidad nadie quiera.

BASE DE DATOS

1. Sistema de gestor de base datos: “Un Sistema Gestor de base de datos
(SGBD) es un conjunto de programas que permiten crear y mantener una
Base de datos, asegurando su integridad, confidencialidad y seguridad.”
Son un tipo de software que sirve como de interfaces entre la base datos y
el usuario y la aplicaciones que la utilizan los sistema gestores de base
datos no son en si la base datos son quienes la manejan.
http://www.error500.net/garbagecollector/archives/categorias/bases_d
e_datos/sistema_gestor_de_base_de_datos_sgbd.php
El sistema de gestor de base que utilizamos en nuestro proyecto es el
mysqlyog es gestor bastante fácil de utilizar por que te brinda la posibilidad
de crear tus tablas bajo un entorno grafico no como otros gestores que se
tienen que hacer todas las cosas por comando.

2. base de datos: “Una base de datos es un “almacén” que nos permite
guardar grandes cantidades de información de forma organizada para que
luego podamos encontrar y utilizar fácilmente”.
Almacén de datos organizados o colección de archivos almacenado
relacionado con restricciones.
Nosotros hacemos uso de este concepto mantener grandes información en
una base de datos llamada econsi que permite tener todas estas
informaciones guardadas ordenadamente.
http://www.error500.net/garbagecollector/archives/categorias/bases_d
e_datos/sistema_gestor_de_base_de_datos_sgbd.php

3. Entidad relación: “es una herramienta para el modelado de datos de un
sistema de información. Estos modelos expresan entidades relevantes para
un sistema de información, sus inter-relaciones y propiedades”.

“Entidad.- Objeto del mundo real sobre el que queremos almacenar
información (Ej: una persona). Las entidades están compuestas de
atributos que son los datos que definen el objeto (para la entidad persona
serían DNI, nombre, apellidos, dirección,...). De entre los atributos habrá
uno o un conjunto de ellos que no se repite; a este atributo o conjunto de
atributos se le llama clave de la entidad, (para la entidad persona una clave
seria DNI). En toda entidad siempre hay al menos una clave que en el peor

17

de los casos estará formada por todos los atributos de la tabla. Ya que
puede haber varias claves y necesitamos elegir una, lo haremos atendiendo
a estas normas:

a. Que sea única.
b. Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas
se asigna a cada cliente un número de cliente?
c. Que sea mínima, ya que será muy utilizada por el gestor de base de
datos”.

Entidad – objetos diferenciales donde necesito guardar la
información

Relación.-“Asociación entre entidades, sin existencia propia en el mundo real que
estamos modelando, pero necesaria para reflejar las interacciones existentes
entre entidades. Las relaciones pueden ser de tres tipos:

Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a
una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación
MATRIMONIO).

Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de
otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación
TRABAJAR-EN)”.

Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la
relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la
entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).

Relaciones -asociaciones entre las entidades

Atributos-características de las entidades

Entidad fuerte- es una entidad que por si misma se puede identificar por sus
propias características.

Entidad débil- es una entidad que por si sola no se puede identificar.

18

“http://www.cs.us.es/cursos/bd-2005/HTML/modeloER.htm

Para crear nuestras tablas fue necesario crear modelo entidad relación, observar
que entidades tienen relación y que tipo de relación es si es débil, uno a uno,
mucho a uno etc. Cuando tenemos nuestras entidades listas relacionadas la
pasamos modelo relacional que e fin de cuenta serian nuestras tablas.

Consulta en base de datos:” En bases de datos, una consulta es el método para
acceder a los datos en las bases de datos. Con las consultas se puede modificar,
borrar, mostrar y agregar datos en una base de datos. Para esto se utiliza un
lenguaje de consultas. El lenguaje de consultas a base de datos más utilizado es
el SQL.

Técnicamente hablando, las consultas a la base de datos se realizan a través de
un lenguaje de manipulación de datos (DML – Data Manipulation Language). SQL
es un lenguaje DML, pero además posee otras características de otros lenguajes.
Por ejemplo, permite también crea bases de datos.
La consulta básica en SQL es llamada select-from-where”.

Como nuestra aplicación constantemente esta en contacto con nuestra base de
datos es necesario que estemos introduciendo sentencia de SQL que permitan
consultar, modificar, eliminar información de nuestra base datos.

http://www.alegsa.com.ar/Dic/consulta%20en%20base%20de%20datos.php

subconsulta- “Una subconsulta es una sentencia SELECT que aparece dentro de
otra sentencia SELECT. Normalmente se utilizan para filtrar una clausula WHERE
o HAVING con el conjunto de resultados de la subconsulta, aunque también
pueden utilizarse en la lista de selección”.

En algunos casos en particular es necesario de ingresar instrucciones que
permitan hacer una consulta anidad para recibir un tipo de información
generalmente lo hacemos en los reportes.

http://www.devjoker.com/contenidos/Tutorial-SQL-/215/Subconsultas.aspx

Una subconsulta- Es una instrucción select anidad dentro de otra instrucción
select.

Una Vista de base de datos es un resultado de una consulta SQL de una o varias
tablas; también se le puede considerar una tabla virtual.

Las vistas tienen la misma estructura que una tabla: filas y columnas. La única
diferencia es que sólo se almacena de ellas la definición, no los datos. Los datos

19

que se recuperan mediante una consulta a una vista se presentarán igual que los
de una tabla. De hecho, si no se sabe que se está trabajando con una vista, nada
hace suponer que es así. Al igual que sucede con una tabla, se pueden insertar,
actualizar, borrar y seleccionar datos en una vista. Aunque siempre es posible
seleccionar datos de una vista, en algunas condiciones existen restricciones para
realizar el resto de las operaciones sobre vistas.

Una vista “se especifica a través de una expresión de consulta (una sentencia
SELECT) que la calcula y que puede realizarse sobre una o más tablas. Sobre un
conjunto de tablas relacionales se puede trabajar con un número cualquiera de
vistas. La mayoría de los DBMS soportan la creación y manipulación de vistas”.

http://es.wikipedia.org/wiki/Vista_(base_de_datos)

COMUNICACIÓN DE DATOS

DHCP- “funciona sobre un servidor central (servidor, estación de trabajo o incluso
un PC) el cual asigna direcciones IP a otras máquinas de la red. Este protocolo
puede entregar información IP en una LAN o entre varias VLAN. Esta tecnología
reduce el trabajo de un administrador, que de otra manera tendría que visitar todos
los ordenadores o estaciones de trabajo uno por uno. Para introducir la
configuración IP consistente en IP, máscara, gateway, DNS, etc”.

Para enviar un e-mail desde nuestra aplicación es necesario utilizar el protocolo
DHCP que requiere de un destino, asunto, origen y la clave del origen

http://www.ordenadores-y-portatiles.com/dhcp.html

20

7

2.6. ANÁLISIS Y DISEÑO ORIENTADO A OBJETO

El análisis OO de requerimientos usualmente se realiza en el lenguaje del usuario
y discute los conceptos y escenarios probablemente en el dominio de la
aplicación. Los conceptos incluyen información, servicio y responsabilidades.

Hay dos pautas que se aplican para representar el diseño de un sistema en una
forma orientada a objetos.

1. Es importante identificar y definir clases y objetos. Se deben conocer no sólo los
objetos del mundo real (el dominio del problema – similar a la especificación de
requerimientos) sino también los detalles de cada objeto, sus atributos y
comportamientos.
2. Se deben identificar las interacciones y relaciones entre objetos y clases; sus
asociaciones, composiciones, agregaciones y relaciones de herencia

Se considera que el diseño del sistema es una abstracción de alto nivel de lo que
será en el futuro el diseño del programa.

El resultado del modelo de diseño son especificaciones muy detalladas de todos
los objetos, incluyendo sus operaciones y atributos, ya que el modelo de análisis
no es lo suficientemente formal para alcanzar el código fuente. Otro objetivo del
diseño es validar los resultados de requisito y análisis.

El diseño añade el ambiente de implementación como un nuevo eje de desarrollo.

El diseño se basará en el diseño de objetos o sea en una extensión directa y
detallada del modelo de análisis que describa los atributos y operaciones del
sistema. También podemos decir que es una continuación del modelo del análisis.

7
superfund.pharmacy.arizona.edu/toxamb/

21

Una vez hecho el diseño, se describe el sistema a un nivel muy bajo, usando
modelos de objetos, atributos y comportamientos. La codificación procede
traduciendo los modelos a un lenguaje de programación OO.

3. DISEÑO METODOLÓGICO

Este proyecto inicia a partir del inconformismo expresado por el gerente de la
empresa ECONSI Ltda. Lo manifestado por éste es que no cuenta con una
herramienta que facilite la gestión de los procesos de alquiler y venta de equipos
de construcción, teniendo en cuenta como objetivo principal la toma de decisiones.
El grupo investigativo retomó lo expresado por el gerente de la empresa y se
procedió a determinar qué tipo de estudio era más conveniente para lo que se
quería en el proyecto. El grupo, después de varias deliberaciones, concluyó que el
tipo de estudio más pertinente era el estudio descriptivo, ya que la investigación se
basa en conocer las características del problema, los procesos de alquiler, venta,
inventario y facturación que se lleva en ECONSI Ltda. Además, ayuda a identificar
formas de conductas de las personas que se encuentran en el proyecto de
investigación y se puede establecer unos comportamientos concretos tales como:
cuántas personas alquilan o compran equipos de construcción, cómo se lleva a
cabo proceso de toma de decisiones. El proceso de alquiler y venta se esta
manejando adecuadamente.

Cuando se logra interpretar la información se procede a analizar los tipos de
estudio (Observación, Descripción y Explicación) para luego identificar cual es el
que se acomoda al proyecto de investigación. El de Descripción fue el que se va a
trabajar ya que por medio de este logramos establecer características, también
nos ayuda a identificar formas de conductas de las personas que se encuentran
en el proyecto de investigación. Además se puede establecer unos
comportamientos concretos tales como: cuantas personas alquilan o compran
equipos de construcción, como se lleva a cabo el proceso de toma de decisiones,
el proceso de alquiler y venta se esta manejando adecuadamente, etc.

Otro aspecto muy importante en los estudios de tipo descriptivo es que descubre y
comprueba las posibles asociaciones de variables. En este caso la relación entre
precio y consumo de un equipo de construcción, aplicar la sistematización de la
gestión y control de la información de ECONSI. Todo esto basándose en que es
una investigación aplicada, es decir, que todo conocimiento adquirido va a ser
llevado a la práctica del proyecto de investigación

22

No se consideró necesario realizar un estudio explicativo dado que las causas del
problema a solucionar no cumplían con el nivel de conocimiento necesario para
este tipo de estudio.

Luego el grupo se dirigió a la empresa y se observaron los procesos que nos
permitieron la organización del procedimiento lógico – general, seguir en el
conocimiento y así identificar el método de investigación (Observación, Inductivo,
Deductivo, de Análisis, de Síntesis, etc.) por medio de este logramos darle sentido
al tipo de estudio (Descriptivo) de tal forma que no es posible seguir con la
investigación antes de aplicar un método ó seguir una serie de procedimientos
formulados de una manera lógica para así lograr su interpretación, organización y
adquisición de los conocimientos.

El método sobre el cual se fundamenta la investigación, según la interpretación de
la información y observación de los procesos que se llevan a cabo en la empresa
fue el de Observación, es necesario definir dicho método para evitar confusiones;
“el proceso mediante el cual se perciben deliberadamente ciertos rasgos
existentes en la realidad por medio de un esquema conceptual previo y con base
en ciertos propósitos definidos generalmente por una conjetura que se quiere
investigar”1 (1 Laureano Ladrón de Guevara, op. cit., p 98).
Luego de haber investigado y recolectado información se dice que la Observación
es un procedimiento de mucha importancia en la investigación, porque por medio
de este se logra obtener una mejor interpretación de la información y sirve como
una herramienta que permite verificar los objetivos de la investigación ya
planteados. Es importante delimitar que es lo que se quiere observar en nuestro
caso; los procesos de venta, alquiler e inventario de equipos de construcción, y
también es importante definir los posibles resultados. Después de haber
mencionado y analizado dichos procesos los resultados obtenidos fueron los
siguientes:
- mal manejo y almacenamiento de la información.
- Los procesos de venta y alquiler son realizados de forma manual. Esto
causa perdida de tiempo en la empresa.
- El inventario se lleva de forma manual y es muy lento.

Toda esta información fue necesaria consignarla por escrito para así lograr una
mejor interpretación de ella misma.

Posteriormente procedimos a buscar las fuentes y técnicas para recolección de
información para lograr obtener mayor información sobre los diferentes problemas
que se presentan en la empresa. Se utiliza como técnica de investigación la
revisión de fuentes secundarias, lo cual permitió instruirse en el tema e identificar
la persona más relevante en el problema. A raíz de esto, fue posible elaborar una
entrevista, que se utiliza para recoger información con el gerente sobre el
problema. Para la recolección se uso una matriz de preguntas y la grabadora. Esta

23

última fue de mucha utilidad para reproducir fielmente los discursos de los
informantes y poder luego analizarlos. El tiempo de duración de cada entrevista
osciló entre 15 y 25 minutos. Estas preguntas responden, en un primer momento a
las dimensiones de estudio de modo general. Sin embargo, a medida que se
recogía la información, las preguntas se iban precisando mucho más, tomando en
cuenta las nuevas categorías que iban surgiendo.

Es importante decir que el proceso de recolección de información y de análisis de
los datos se realizó en un proceso de “idas y vueltas” entre el acercamiento al
problema, la construcción de nuevos métodos, y la vuelta a la problemática para
verificar los métodos planteados, para así poder establecer relaciones entre la
problemática y los métodos utilizados para así verificar que el trabajo realizado
sea el correcto, es decir que la información que se obtiene concuerde con la
problemática. Este acercamiento que se tuvo durante el proceso de la
investigación con el contacto de la empresa fue muy importante, porque en
muchos momentos de confusión con conceptos que no se lograba interpretar bien
siempre ayudó a tener una visión diferente de lo que se estaba trabajando,
utilizando nuevas estrategias de investigación que se fueron construyendo durante
el proceso de investigación. Igualmente, nos inclinamos por recoger información
de todos los medios pertenecientes a la empresa (directivos, empleados y
clientes) porque el objeto de estudio es resolver la problemática presentada en la
empresa (el mal control y gestión de la información relacionada con los procesos
de alquiler, venta e inventario).

La empresa permitió tener una idea mas clara al momento de identificar la
problemática que se presenta en ella, gracias a la información recolectada durante
la entrevista. Además por medio de los clientes se logra obtener información que
nos ayudo a la identificación de la problemática.

La selección de los métodos a utilizar para resolver dicha problemática dependió
de la posibilidad que brindo la empresa para acceder a ellos. El análisis de la
información permitió construir métodos más exactos, que fue una de las maneras
de alcanzar los objetivos propuestos.

Toda la información recogida ha sido transcrita para ser examinada y así lograr
descubrir conceptos, plantear posibles soluciones y muchas preguntas que nos
ayudan a comprender día a día el cuerpo del problema presentado.

En conclusión esa información fue útil para determinar los requerimientos
funcionales del proyecto. Y así tener información para el diseño de la solución de
esta problemática.

24

STEAKHOLDERS

Los Steakholders ó personas interesadas en el proyecto de investigación son:

Nombre: YESID MARTELO
Dirección: Simon Bolívar M8 Lt 20
Teléfono: 6539877
Email: yesib831@hotmail.com
Cargo: Gerente
Empresa: ECONSI LTDA
Interés: comprar programa

Nombre: Rafael Osorio
Dirección: los almendros
Teléfono: 3103620554
Email: econsiLtda.@hotmail.com
Cargo: socio
Interés: comprar el programa

Nombre: Mileydis Calderin
Dirección: Urb. 11 noviembre
Teléfono: 6537623
Email: econsiLtda.@hotmail.com
Cargo: secretaria
Interés: suministrar información

Desarrolladores:

Nombre: Rafael Andrés Domínguez Jiménez
Dirección: Barrio Olaya Herrera Kra 53ª # 37-78
Teléfono: 675 50 86
Email: rafaeldj_89@hotmail.com
Cargo: Estudiante de IV semestre Tecnología en Sistemas de Información
Interés: Solucionar problemática

Nombre: John Carlos Pertuz Prieto
Dirección: urb. Simon bolívar M35 Lt 10
Teléfono: 3135631331

25

Email: americatupesadilla@hotmail.com

Nombre: Manuel Antonio Cuevas Martínez
Dirección: Urb. Country Mz R Lt 7
Teléfono: 643 73 43
Email: manuelanton_151@hotmail.com

Nombre: Ronal Fuentes Díaz
Dirección: SIMON BOLIVAR M8 LT20
Teléfono: 6539877
Email: puertasdel_infierno@hotmail.com

26

4. DESCRIPCIÓN DE PROCESOS

Consultar Cliente:

En Econsi Ltda. el proceso de consultar cliente empieza cuando la secretaria o el
gerente solicitan en orden alfabético las iniciales del primer apellido y luego
buscaría por el segundo apellido del cliente y su nombre. Después de haber
encontrado los datos del cliente, la secretaria o el gerente saca la carpeta del
archivador en donde se encuentran los datos del cliente y se dirige a su puesto de
trabajo en donde se realiza sus respectivos procesos a los datos del cliente.

Registrar Cliente:

Cuando un futuro cliente se acerca al escritorio de la secretaria y solicita que se le
alquile o venda un equipo, la secretaria le pide que diligencie un formulario
impreso donde el cliente tiene que colocar su nombre, cedula si es una persona
natural ó si es una empresa Nit, teléfono, dirección, correo electrónico y taria
referencias , la secretaria recibe el formulario y verifica que el formulario de los
datos sea correcto, luego la secretaria verifica la referencia y los datos y guarda el
formato en un archivador.

Venta de equipos:

El cliente solicita la compra de un equipo, la secretaria pide las características de
un equipo, el cliente le dice las características del equipo que desea comprar, la
secretaria le pide la cantidad de equipos que desea comprar, luego el cliente dice
la cantidad que va a comprar, luego la secretaria hace una valoración de la
compra para ser entregada al personal encargado de realizar los pedidos, luego la
secretaria pide los datos del cliente dependiendo si es un cliente independiente o
una empresa, el cliente dicta sus datos dependiendo del tipo que sea, la secretaria
realiza la factura de la compra y le entrega una factura al cliente y guarda una en
el archivador.

Alquilar equipo:

27

Cuando el cliente (persona o empresa) solicita alquilar un equipo, la secretaria
revisa en cuadro los equipos que se encuentran en el almacén si el equipo se
encuentra, procede a pedir los datos sino se encuentra registrado en la empresa,
si esta registrado en la empresa la secretaria diligencia un contrato de
arrendamiento, después que diligencia un contrato de arrendamiento solicita el
equipo al almacenista, este llena un formato de entrega con los equipos que
salieron del almacén, luego llevan el equipo y el cliente firma el recibido, si el
cliente solicita la factura inmediatamente imprime su factura sino se le hacen por
corte según sean los pedidos.

Inventario Diario:

El almacenista una vez inicia su jornada laboral cuenta los equipos que están en el
campamento, este realiza un reporte y se lo presenta a la secretaria, esta
confronta en un cuadro que los reportes coincidan, si los reportes no coinciden
vuelven y cuentan, si el error no es de conteo revisan los karder y por ultimo llegan
a la conclusión que el equipo esta extraviado.

Facturación de alquiler y venta:

Este proceso se inicia cuando el cliente solicita un equipo ya sea para alquiler o
para venta, cuando es para alquiler la secretaria llena un formato elaborado en
Excel que contiene una descripción del equipo, una cantidad, valor, un tiempo de
alquiler , transporte y un IVA. Excel por formula les arroja un subtotal y un total de
la cuenta, cuando el cliente esta seguro de la cantidad de días que va durar con el
equipo solicita su factura inmediatamente, la secretaria imprime la factura con su
respectiva copia y la envía con la persona encarga de llevar el pedido, cuando es
el caso contrario que la persona no sabe cuanto va durar con el equipo se le
realiza la factura una vez regrese el equipo o cumpla el mes, se puede presentar
el caso en un cliente solicite mas equipo o devuelva y se quede con una parte
entonces se procede ha hacer la factura por cortes de fecha apoyándose de los
formatos de entrega y recibidos de equipo. Por ultimo se manda la factura cuando
el cliente hace entrega total del equipo o se cumple el mes.
Cuando se trata de una venta se llena un formato parecido al de alquiler pero
omitiendo los días y se envía la factura a cliente, muchas facturas no se pagan
inmediatamente por sistema de pagos de la empresa (cliente) hay empresa que
pagan sus facturas todos los viernes otras lo hacen al mes otras al tres todo
depende de las empresa, esas facturas que quedan pendiente se colocan en
fólder de facturas por cobrar y una vez canceladas se cambian a facturas pagadas
indicando el mes.

28

4. DESCRIPCIÓN DE ENTIDADES DEL NEGOCIO

- Venta: esta se activa mientras halla una producción, el administrador solicita en
venta agregar ítem de venta, el equipo con su respectiva descripción, la cantidad,
el valor y ella arrojara el subtotal, el IVA, la retención si la empresa es auto
retenedora, por ultimo esta quedara guarda en la base de datos.

- Alquiler: esta opción es activada cuando el usuario del negocio solicita el
registro de un alquiler, cuando el este mismo elige agregar ítem de alquiler el
sistema muestra una interfaz donde se encuentra la cantidad, descripción del
equipo, tiempo estimado de alquiler si cliente solicita la factura inmediatamente, si
cliente no solicita la factura la secretaria tiene la posibilidad de realizar la
facturación por corte a medida que el cliente vaya alquilando o entregando equipo,
para registrar un alquiler es necesario que el cliente este registrado en la base de
datos si no se encuentra esta opción brinda la posibilidad de regístralo, por ultimo
esta quedara guarda en la base de datos.

- Compra: esta opción es actividad por administrador cuando se va efectuar una
compra de una materia prima, en esta se especificara la fecha en la que se
realizara la compra, las especificaciones de la materia prima, costo de la misma,
por último esta quedara guarda en la base de datos.

- Mantenimiento: esta se activa mientras un equipo en una entrega llegue en mal
estado, el administrador o almacenista también pueden registrar equipo sin que
haya sido reportado en alquiler, en este se encontraran los campos del costo del
mantenimiento, la cedula del empleado quien hace la reparación, la fecha, equipo,
y el tipo de daño de este, cuando un equipo esta muy dañado este puede ser
eliminado de la base de datos con permiso especial del supervisor. Este quedara
guardado en la base de datos siendo utilizada cada vez que requiera.

- Equipo: este es el ente principal de todos los mencionados este le brinda la
posibilidad al administrador de registrar, consultar solo puede modificar y eliminar
un supervisor cuando por esta se realiza un registro estará destinado para el
alquiler hay se especificaran las característica del equipo y la cantidad que se
ingreso a bodega, este registro quedara guardado en la base datos, teniendo en

29

cuenta que este se actualizará cuando haya un alquiler, un retorno de equipo o un
mantenimiento.

- Empleado: con este ente el administrador tiene la posibilidad de registrar,
consultar, modificar y eliminar un empleado estos dos últimos con permisos
especiales cuando se trata de registrar un empleado se tiene que especificar el
cargo en la empresa, las diferentes afiliaciones con las que cuenta el empleado y
demás datos propio de una persona como lo es la dirección, el nombre, cedula y
etc.
- Cliente: este ente juega un papel importante en la empresa ya que ha este es
quien se realizara, los alquileres y las ventas por ende es muy importante que el
usuario deba registrase en sistema, modificar, consultar sus datos.

- Mano de obra: en este se asignaran los empleados que serán participes en una
producción, teniendo en cuenta el cargo que tendrá cada uno con su respectivo
costo, el administrador tendrá la posibilidad de agregar los empleados q desee a
dicha producción, esta mano de obra se guardara en una base d datos con la
posibilidad de que puedan ser consultado, modificado y eliminados estos dos
últimos con permisos especiales.

- Orden de compra: en este se especificara que material se requiere para realizar
para efectuar una compra teniendo previamente las especificaciones de las
solicitudes de la empresa en este caso ECONSI LTDA.

30

5. DEMOGAFIA DE LOS ACTORES

- Secretaria: este actor en el sistema puede tener las funciones del sistema de
registrar cliente, modificar cliente, consultar los datos del cliente, la secretaria
puede registrar un alquiler, registrar una venta, consultar facturas, consultar un
inventario, registrar empleado, consultar empleado, modificar con algunas
restricciones puede hacerlo con todos los empleados menos con el gerente de la
empresa, registrar equipos recibidos, consultar equipos recibidos.

- Cliente: este actor en el sistema puede registrarse, modificar sus datos y
consultar sus datos.

- Almacenista: registrar sus datos, modificar sus datos, consultar sus datos con
algunas restricciones.

- Gerente: este actor puede acceder a todas las opciones del sistema sin ningún
tipo de restricciones o sea tiene el derecho de consultar las estadísticas los
balances generales cosa que no pueden hacer los demás actores del sistema,
puede modificar una factura, eliminar una factura, modificar un equipo recibido,
modificar un alquiler.

31

6. REQUERIMIENTOS FUNCIONALES

El sistema debe asistir en los procesos relacionados con la gestión de alquiler:
- Registrar Alquiler.
- Registrar Entrega.
- Actualizar Inventario.
- Listado de Alquiler.
- Estadísticas de Alquiler.

Cada vez que haya una venta o un alquiler el programa debe permitir generar la
factura inmediatamente:
- Generar Factura.
- Actualizar Inventario.

El software debe permitir que los usuarios con sus respectivas restricciones
puedan:
- Registrar Cliente. - Listar equipos dañados.
- Consultar Cliente. - listar equipos por recibir.
- Modificar Cliente. - Estadísticas de equipos mas
- Eliminar Cliente. vendidos
- Listar cliente por orden de - Estadísticas de equipos más
privilegio. alquilados.
- Listar cliente por factura - Estadísticas de equipos más
pagadas dañados.
- Listar clientes con factura por - Estadísticas de equipos con
cobrar. más mantenimiento.
- Listar cliente en mora. - Registrar Equipos Recibidos.
- Estadística de meses con mas - Consultar Equipos Recibidos.
venta - Modificar Equipos Recibido.
- Estadística de meses con mas - Cancelar Equipos Recibidos.
alquiler - Registrar datos de la empresa.
- Estadísticas de clientes que - Registrar Alquiler.
más dañan equipos. - Consultar Alquiler.
- Estadística de los clientes que - Modificar Alquiler.
más alquilan. - Cancelar Alquiler.
- Estadística de los clientes que - Suspender alquiler.
más compran. - Registrar Venta.
- Estadísticas de los clientes - Consultar Venta.
menos puntuales en el pago. - Modificar Venta.
- Estadísticas de los clientes - Cancelar Venta.
según la solicitud. - Registrar Cotización.
- Registrar Equipo. - Consultar Cotización.
- Consultar Equipo. - Modificar Cotización.
- Modificar Equipo. - Eliminar Cotización.
- Eliminar Equipo. - Registrar compra de equipos.

32

- Cancelar compra de equipos.
- Modificar compra de equipos.
- Consultar compras.
- Estadística de equipos que
más se agotan.

33

El sistema cada vez que registre un alquiler o una venta de un equipo a un cliente
debe permitir que estos datos sean actualizados en el Historial del Cliente esto
con el fin de tener:
- Reporte Estadístico de los clientes de mayor privilegio.

El proceso de inventario deberá generar:
- Reportes Estadísticos de los Equipos más Comerciales.
- Reportes Estadísticos de las ventas generadas mensual y anualmente
- Reportes Estadísticos de los alquileres generados mensual y anualmente.
- Reportes Estadísticos de la viabilidad de los equipos.
- Reportes Estadísticos de los equipos que se agotan frecuentemente.
- Reportes Estadísticos de los equipos que más mantenimientos se les
realizan.
- Balance General

7. REQUERIMIENTOS NO FUNCIONALES

- Implementar una Interfaz de Usuario Grafica.
- desempeño.
- Lenguaje de programación.
- seguridad.
- Computador.
- Base de datos.

Caso de Prueba para REGISTRAR ALQUILER:
Descripción del proceso:
Después de tener un cliente y equipo podemos proceder a realizar un alquiler
para eso extraeremos algunos datos del cliente y los datos del equipo le
asignaremos una fecha de alquiler, fecha de en que se presume que se pagara la
factura etc.

Condición exitosa:
El alquiler debe permitir guardar todos los datos en la base de datos tanto los
que se encuentran en la jtable en una tabla llamada detalledealquiler y la de
más información en una tabla llamada alquiler.
………..
Evento Respuesta del sistema:
El usuario ingresa la cedula del - Muestra algunos datos
cliente y presiona el botón buscar generales del cliente como la
cedula, teléfono, etc.
- Deben activarse los demás
campos
- Si no existe el cliente en bd
- El sistema brinda la posibilidad
de poder regístralo.
- Si no existe conexión a bd:

- Arroja un error de base de datos

Evento 2 Respuesta del sistema
Si el usuario digita el nombre de -en una lista aparecerán los códigos
equipo o parte del nombre en el junto con nombres de los equipos que
campo buscar equipo contenga las iníciales de las palabras
- si no existen dichos equipos con esas
iníciales
El programa mandara una excepción
de nullpointerexcepción
-mandamos un mensaje que diga que
no existe tal relación entre lo digitado y
los equipos
-si no existe conexión a bb
-lanzamos una advertencia de error de
conexión de bb

El usuario elige algunos de los - En jtable aparecerán los datos

equipos y presiona el botón del equipo con la cantidad
agregarItem existente en almacén el precio
de alquiler entre otros
- Si el usuario intenta agregar el
mismo equipo lo encontrara
inhabilitado
El usuario digita la cantidad de días -en la fila recién agregada actualiza la
que va alquilar el equipo en campo cantidad de días que se prestara el
cantidad equipo esto se reflejara en el jtable así
mismo se actualizar subtotal y el valor
total
-si se digita letra el sistema mandara
una excepción
Usuario digita la cantidad de equipo - Esta cantidad se verá reflejada
a prestar en el campo cantidad en la tabla ,de el equipo
agregado recientemente y se
actualizara el subtotal y el total
- Cuando te excedes en la
cantidad existente en el almacén
manda una notificación de que
no hay la cantidad exigida
- Cuando insertas letras manda
un error
- Cuando consulta la cantidad en
la base de datos puede que
haya erro de conexión

Caso de Prueba para REGISTRAR ENTREGA:
Para este proceso es necesario que el usuario busque ya sea por el numero de la
factura o por la cedula del cliente las entregas que tiene pendiente dicho cliente.

Condición exitosa:
En la vista de entrega debe aparecer un listado de los entregas pendientes
por el cliente o por el numero de la factura de el alquiler, la entrega puede
guardar totalmente los equipos alquilados o una parte si se entregan todos,
cambia el estado del alquiler y se coloca entregado sino que da como
pendiente
………..
El usuario digita el numero de la -en el programa aparecerá una lista de
factura en el campo buscar los alquileres pendientes con dicho
numero de factura
- si no existen dichos alquileres con
esas iníciales
los alquileres
conexión de bb

El usuario selecciona de lista el -en los campos de cliente se agrega
alquiler pendiente a entregar una información general de este
-en la tabla de la vista se agregan los
equipos alquilados

El usuario selecciona de la tabla el -en un campo se agrega el código del
equipo que va entregar equipo
-y se habilita la opción cantidad

El usuario digita la cantidad a -en una tabla se van agregando los

entregar y presiona el botón equipos entregados.
agregarentrega -la cantidad no puede exceder la
alquilada de ser así el programa manda
una advertencia

El usuario puede reportar un daño en - Aparece una opción donde
un equipo presionando el botón estará un campo donde el
registrar daño usuario digitara el serial del
equipo hay aparecerán los
equipos alquilados con su
código serial
- si no existen dichos alquileres con
esas iníciales
los alquileres
conexión de bb

El usuario presiona el botón guardar - Se guardan la entrega en la
base de datos en la tabla
- Error de conexión de bb

Caso de Prueba para REGISTRAR COMPRA:
Para que este proceso se lleve a cabo es necesario que exista un proveedor con
anticipación debe existir un pedido en una lista se deben cargar todos los pedidos
que no se hayan hecho la compra.
Condición exitosa:
El registro debe guardar la compra con la relación del proveedor quien se le
solicito la compra
Y los materiales de fabricación con su respectivo costo

El usuario digita en el campo buscar -en el programa aparecerá una lista
el nombre del proveedor con los proveedores existentes en la
base de datos
- si no existen dichos proveedores con
esas iníciales
los proveedores
conexión de bb

El usuario selecciona de la lista -en los campos de proveedor se
proveedor agrega una información general de
este

El usuario digita el nombre del -en una lista se colocaran dichos
material que desea materiales que tengan esas iníciales
- si no existen dichos materiles con
esas iníciales

los proveedores
conexión de bb

El usuario puede modificar los - Si modifican los campos deben
campos agregando un material si no ser tomados y agregados en la
se encuentra en la base de datos compra para después ser
extraídos cuando se requiera
El usuario presiona el botón guardar El registro se guarda en la base
incluyendo los matariles agregados por
el usuario
- si hay error de base de datos
se notifica del error al usuario

______________________
_____________________________
Desarrollador Responsable

Notas: si el evento o situación provoca errores no manejables, de todos modos
debemos tener un plan de contingencia, es decir indicar que existe tal error.

Caso de Prueba para Consultar Cliente:
Aquí el usuario tiene la posibilidad de consultar el cliente por cedula en la base de
datos en el campo cedula aparecerá habilitado y los demás aparecerán
deshabilitado, el usuario digita la cedula y aparecerán en los demás campos los
datos del cliente.

Condición exitosa:
Los datos del cliente deben aparecer en los distintos campos que le
corresponde permitiendo al usuario modificar los datos.
El usuario digita la cedula del cliente - Se muestra la información del
y presiona el botón consultar cliente en los distintos campos
de la vista
- si el cliente no existe se manda
una advertencia
- si hay error de conexión a la bb
- se manda un error de conexión
bb

El usuario presiona el botón - se habilitan todos los campos
modificar donde se encuentra la
información para que el usuario
pueda modificarla

El usuario realiza modificaciones en - los datos se actualizan en la
los campos y presiona guardar base de datos
- se notifica del error al usuario

Caso de Prueba para Venta de Equipo:
Aquí el usuario tiene la posibilidad de realizar la venta de un equipo para esto es
necesario que se lleve a cabo un proceso por parte del usuario para que se pueda
realizar una venta es necesario que exista un pedido ligado a un cliente después
de pasar de ese proceso una compra del material para realizar dicho pedido esto
sujeto a un proveedor, después una producción enlazado a una mano de obra y
por ultimo una venta.

Condición exitosa:
La venta se debe registra en la base datos ligada al cliente, el usuario
responsable de realizar dicha venta y la producción a la que pertenece.
El usuario digita el numero de la - Se muestra la información del
cedula y presiona el botón consultar cliente en los distintos campos
de la vista
- si el cliente no existe se manda
una advertencia
- si hay error de conexión a la bb
- se manda un error de conexión
bb

el usuario busca por el código de la - debe aparecer una lista con
producción en el campo buscar todas las producciones que no se
realizado una venta
- cuando la producciones no
contienen las iníciales del código se
genera un error de
nullpointerexption
- se notifica al usuario que no hay
código que contengan esa iníciales
- si hay error de conexión de base
de datos
- se notifica del error al usuario
El usuario selecciona de la lista una - en la tabla de la vista de
producción y presiona el botón aparecer los datos del equipo la
agregar descripción de la fabricación la
cantidad producida precio y
subtotal
- esta tabla no es editable

El usuario digita el valor del - en el total apagar se debe sumar
transporte el transporte
- si el formato digitado no es
compatible se debe generar un
error exigiendo el formato
correcto

El usuario presiona el botón guardar - los datos se registran en la base
de datos
se notifica del error al usuario

Caso de Prueba para iniciar sesión:
El usuario digita el nombre de usuario y contraseña en los campos
correspondiente.

Condición exitosa: el usuario cuando escribe el nombre de usuario y
contraseña y presiona entre el programa busca en la base de datos si se
encuentra dicho usuario con tal contraseña
El programa otorga los permisos al usuario.
El usuario digita el nombre de - Busca en la base de datos el
usuario y contraseña presiona entrar usuario y la contraseña con el
cargo
- El sistema otorga los permisos a
usuario
- Cuando usuario o la contraseña
no se encuentran en base de
datos el sistema manda
mensaje de información
- Cuando no hay conexión en la
base de datos se manda
mensaje de error

______________________
_____________________________
Desarrollador Responsable

Notas: si el evento o situación provoca errores no manejables, de todos modos
debemos tener un plan de contingencia, es decir indicar que existe tal error.

.

Caso de Prueba para Registra pedido:
Un cliente solicita un pedido de un equipo para la compra en el proceso debe
encontrarse relacionado cliente con el pedido de equipo hizo, en la tabla pueden
encontrase mas de un concepto de equipo pero con diferentes descripciones.

Condición exitosa: el usuario digita el nombre del cliente el programa lo busca ,
y lo muestra en los campos de cliente el usuario digita el nombre del equipo y
aparece una lista equipos cuando guarda los cambios debe aparecer dicha
relación

El usuario digita el nombre del - Busca en la base de datos el
cliente en el campo buscar cliente cliente
- Si lo encuentra lo muestra en
una lista
- Si el cliente no existe el
programa manda un mensaje de
advertencia de que el cliente no
existe
- Si no hay conexión a la base de
datos
- El sistema manda mensaje error
de conexión de base de datos
El usuario selecciona de la lista el - El sistema muestra los datos del
cliente que desea cliente en los campos
correspondientes

Evento: Respuesta del sistema:
El usuario digita el nombre del - busca en la base de datos el
equipo que desea buscar equipo
- si lo encuentra lo lista
- error de base de datos

Usuario selecciona de la lista un - el sistema adiciona los datos de
equipo dicho en equipo en una tabla

El usuario en campo puede cambiar - el sistema modifica los datos de
la descripción del equipo que la tabla en la celda descripción
seleccione de la tabla.

.

Caso de Prueba para Registra producción:

El almacenista revisa en la vista de producción los pedidos pendientes cuando el
observa dicho pedido de termina que materia prima y que cantidad de la misma se
debe usar.

Condición exitosa: el almacenista selecciona el pedido que desea en los
diferentes campos se muestra la información dicho pedido en ultima el
determina que cantidad de materia prima se debe usar.
Consulta el empleado que trabajara - El sistema muestra en una lista
en dicha producción ya se por los empleados existentes
nombre o directamente con cedula - Si no encuentra el empleado
manda un error de
nullpointerexption
- El sistema no conecta a la base
de datos
- Notifica del error al usuario
El usuario selecciona de la lista el - El sistema muestra los datos del
empleado que desea empleado en los campos
correspondientes

El usuario digita el costo en el campo - El empleado se agrega en la
correspondiente y presiona el botón tabla con su respectivo costo.
agregar el botón agregar empleado

El usuario digita ya sea el código del - Si el pedido existe lo consulta en
pedido o el nombre del cliente la base de datos y lo lista
- Si no existe manda error de null
- Si no hay conexión a la base de
datos
- Manda un error de conexión
El usuario selecciona el pedido de la - El sistema automáticamente
lista agrega toda la materia prima
que se solicito a una tabla


El usuario selecciona de la tabla - En campo aparecerá el nombre
equipo requerido del equipo con su respectiva
descripción
El usuario presiona el botón - Aparecerá un panel donde
registrar materia puede registrar todo lo que se
requiere para realizar dicha
materia prima

TECNICAS DE RECOLECCION DE DATOS

Para empezar este proyecto nosotros recurrimos a utilizar una técnica de
recolección de datos muy común, usada por los analistas para desarrollar un
sistema de información, el cual fue la entrevista no estructurada. Este instrumento
lo utilizamos con la finalidad de buscar información que será útil en la
investigación.

Durante la entrevista no estructurada las preguntas se iban formulando a medida
que se iban obteniendo las respuestas de cada informante, para que cada
respuesta de cada informante pueda dar motivo a otras preguntas y pueda permitir
obtener datos más específico y analítico.

Para nosotros la entrevista, era mucho mejor que el cuestionario ya que nos
permitía obtener mucha mayor información que el cuestionario y era menor la
posibilidad de perder información en comparación con los cuestionarios.

Algunas preguntas importantes que se hizo en la entrevista fueron:
1) ¿Que problema de sistema de información tienen?
2) ¿Cómo maneja el registro de alquiler de un equipo?
3) ¿Cómo maneja el registro de una venta de un equipo?
4) ¿Cómo hacen el inventario de lo equipos diarios?
5) ¿Qué es, como y cuando se realiza una factura?

Al finalizar la entrevista analizamos el problema de la investigación y pudimos
saber los objetivos de la investigación llegando a una conclusión.

2 De Mayo 2009 Proyecto V

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (8)

Similar a 2 De Mayo 2009 Proyecto V

Similar a 2 De Mayo 2009 Proyecto V (20)

2 De Mayo 2009 Proyecto V