Gestión PDF

SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA
VENTAS Y SERVICIOS S.A.
STEFHANIA DOMINGUEZ VARGAS
UNIVERSIDAD CATOLICA DE COLOMBIA

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERÍA DE SISTEMAS
BOGOTA D.C.
2013
SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA
VENTAS Y SERVICIOS S.A.
STEFHANIA DOMINGUEZ VARGAS
Trabajo de Grado
Director
JORGE E. CARRILLO C.
Ingeniero de Sistemas
UNIVERSIDAD CATOLICA DE COLOMBIA

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERÍA DE SISTEMAS
BOGOTA D.C.
2013
Nota de aceptación
Aprobado por el comité de grado en

cumplimiento de los requisitos
exigidos por la Facultad de Ingeniería
y la Universidad Católica de
Colombia para optar al título de
ingenieros de Sistemas.
________________________________
Ingeniero Jorge E. Carrillo C.
Director
________________________________
Ingeniero Ramón Díaz
Revisor Metodológico .
Bogotá D. C., Mayo 28 de 2013

A mi familia por darme el apoyo incondicional
en este paso tan importante de mi vida,
A todas aquellas personas y amigos que
Han aportado grandes y diversas
enseñanzas en mi vida.
4
AGRADECIMIENTOS
Le Agradezco a Dios por haberme acompañado y guiado a lo largo de mi carrera,

por ser mi fortaleza y por brindarme una vida llena de aprendizajes, experiencias y
sobre todo felicidad.
Le doy gracias a mis padres Lucia y Luis por apoyarme en todo momento, por los
valores que me han inculcado y por haberme dado la oportunidad de tener una
excelente educación en el transcurso de mi vida. Sobre todo por ser un excelente
ejemplo de vida a seguir.
A mi hermana Sandra por ser parte importante de mi vida y representar la unidad

familiar. Por ser un ejemplo de desarrollo profesional a seguir. A mis sobrinos
Tatiana y Nicolás por llenar mi vida de grandes momentos que hemos compartido.
Le agradezco la experiencia y conocimientos de quienes con su profesionalismo

dejaron a mi alcance sus conocimientos y puntos de vista. A todos por su
gratificante interés por procurar siempre mi mejor entendimiento.
Son muchas las personas que han formado parte de mi vida profesional a las que
me encantaría agradecerles su amistad, consejos, apoyo, ánimo y compañía en
los momentos más difíciles de mi vida. Algunas están aquí conmigo y otras en mis
recuerdos y en mi corazón, sin importar en donde estén quiero darles las gracias
por formar parte de mí, por todo lo que me han brindado y por todas sus
bendiciones.
Para todos, muchas gracias.
5
CONTENIDO
Pág.
INTRODUCCIÓN ................................................................................................... 14
1. GENERALIDADES ......................................................................................... 15
1.1 ANTECEDENTES 15
1.2 PLANTEAMIENTO DEL PROBLEMA 15
1.2.1 Descripción del problema. ................................................................ 15
1.2.2 Formulación del problema. ............................................................... 16
1.3 OBJETIVOS 17
1.3.1 Objetivo General............................................................................... 17
1.3.2 Objetivos Específicos. ...................................................................... 17
1.4 JUSTIFICACIÓN 17
1.5 DELIMITACIÓN 18
1.5.1 Espacio............................................................................................. 18
1.5.2 Tiempo. ............................................................................................ 18
1.5.3 Contenido. ........................................................................................ 18
1.5.4 Alcance............................................................................................. 18
1.6 MARCO REFERENCIAL 19
1.6.1 Marco conceptual. ............................................................................ 19
1.6.2 Marco teórico. ................................................................................... 23
1.7 METODOLOGÍA PROPUESTA 24
ANEXOS ................................................................................................................ 35
ANEXO A. DOCUMENTO DE ESPECIFICACIÓN Y REQUERIMIENTOS. .......... 35
ANEXO B. DOCUMENTO DE CASOS DE USO ................................................... 62
ANEXO C. MODELO ENTIDAD RELACIÓN ........................................................... 3
ANEXO D. DICCIONARIO DE DATOS.................................................................. 89
ANEXO E. MODELO DE COMPONENTES........................................................... 88
ANEXO F. DIAGRAMAS DE ESTADO .................................................................. 89
ANEXO G. DIAGRAMAS DE SECUENCIA ........................................................... 92
ANEXO H. DIAGRAMA DE CLASES ..................................................................... 88
ANEXO I. MANUAL DE USUARIO SISTEMA SIGO ............................................ 88
2 CONCLUSIONES ........................................................................................... 99
6
BIBLIOGRAFIA .................................................................................................... 100
7
LISTA DE ILUSTRACIONES
Pág.
Ilustración 1 Módulo Información Cliente .......................................................................... 26

Ilustración 2 Módulo Marcación Telefónica ........................................................................ 27
Ilustración 3 Módulo Datos Principales ............................................................................... 28
Ilustración 4 Módulo Direcciones Principal ........................................................................ 29
Ilustración 5 Módulo Direcciones, Nueva ........................................................................... 29
Ilustración 6 Módulo de Teléfonos ...................................................................................... 30
Ilustración 7 Módulo Solicitud de Compra .......................................................................... 31
Ilustración 8 Módulo Entrega de Pedido .............................................................................. 32
Ilustración 9 Módulo Forma de Pago ................................................................................... 33
Ilustración 10 Módulo Tipificación ..................................................................................... 33
Ilustración 11 Diagrama CU Registro Usuario .................................................................... 62
Ilustración 12 Diagrama CU Registro Teléfonos ................................................................. 62
Ilustración 13 Diagrama CU Registro Marcación ................................................................ 63
Ilustración 14 Diagrama CU Registro Dirección ................................................................. 63
Ilustración 15 Diagrama CU Registro Producto .................................................................. 64
Ilustración 16 Diagrama CU Registro Entrega de Pedido ................................................... 65
Ilustración 17 Diagrama CU Registro Forma de Pago......................................................... 65
Ilustración 18 Diagrama CU Finalización Gestión .............................................................. 66
Ilustración 19 Modelo Entidad Relación................................................................................ 3
Ilustración 20 Atributos MER .............................................................................................. 88
Ilustración 21 Modelo de Componentes .............................................................................. 88
Ilustración 22 Componente Capa de Presentación ............................................................... 88
Ilustración 23 Componente Capa de Lógica de Negocio ..................................................... 88
Ilustración 24 Componente Capa de Aplicación de Servicios ............................................. 88
Ilustración 25 Diagrama de Estado Gestión Pedido ............................................................. 89
Ilustración 26 Diagrama de Estado Registro Usuario .......................................................... 90
Ilustración 27 Diagrama de Estado Marcación .................................................................... 91
Ilustración 28 Diagrama de Secuencia Registrar Usuario.................................................... 92
Ilustración 29 Diagrama de Secuencia Actualizar Usuario.................................................. 88
Ilustración 30 Diagrama de Secuencia Registrar Teléfono .................................................. 89
Ilustración 31 Diagrama de Secuencia Alctualizar Teléfono ............................................... 90
Ilustración 32 Diagrama de Secuencia Actualizar Dirección .............................................. 91
Ilustración 33 Diagrama de Secuencia Registrar Entrega de Pedido ................................... 92
Ilustración 34 Diagrama de Secuencia Registrar Forma de Pago ........................................ 93
Ilustración 35 Diagrama de Secuencia Registrar Producto .................................................. 94
Ilustración 36 Diagrama de Secuencia Registrar Tipificación ............................................. 95
Ilustración 37. Diagrama de Clases ...................................................................................... 88
8
LISTA DE TABLAS
Pág.
Tabla 1. Lista de Requerimientos Funcionales del Sistema................................................. 36

Tabla 2. RF1, Registrar Usuario. ......................................................................................... 37
Tabla 3. RF2, Actualizar Información Usuario .................................................................... 38
Tabla 4. RF3, Actualización Contraseña Usuario ................................................................ 39
Tabla 5. RF4, Registrar Teléfono Gestión ........................................................................... 40
Tabla 6. RF5, Actualizar Teléfono Gestión ......................................................................... 41
Tabla 7. RF6, Eliminar Teléfono Gestión. ........................................................................... 42
Tabla 8. RF7, Tipificar Registro de Teléfono ...................................................................... 43
Tabla 9.RF8, Realizar marcación Teléfonica ....................................................................... 44
Tabla 10. RF9, Finalizar Marcación Teléfonica. ................................................................. 45
Tabla 11. RF10, Tipificar Marcación Teléfonica................................................................. 46
Tabla 12. RF11, Registrar Dirección Gestión ...................................................................... 47
Tabla 13. RF12, Actualizar Dirección Gestión. ................................................................... 48
Tabla 14.RF13, Tipificar Registro de Dirección .................................................................. 49
Tabla 15. RF14, Agregar Producto en Solicitud de Compra ............................................... 50
Tabla 16. RF15, Eliminar producto en Solicitud de Compra ............................................... 51
Tabla 17. RF16, Tipificar Solicitud de Compra................................................................... 52
Tabla 18. RF17, Registrar Entrega de Pedido ...................................................................... 53
Tabla 19. RF18, Agregar Destinatario en Entrega de Pedido. ............................................. 54
Tabla 20.RF19, Agregar Dirección de Entrega. ................................................................... 55
Tabla 21. RF20, Tipificar Entrega de Pedido ...................................................................... 56
Tabla 22. RF21, Registrar Fecha de Entrega Pedido ........................................................... 57
Tabla 23. RF22, Registrar Forma de Pago. .......................................................................... 58
Tabla 24.RF23, Tipificar Forma de Pago ............................................................................ 59
Tabla 25. RF24, Registrar Tipificación Gestión Finalizada ................................................ 60
Tabla 26. RF25, Actualizar Resumen Gestión Finalizada. .................................................. 61
Tabla 27. CU001 Registrar Usuario ..................................................................................... 67
Tabla 28. CU 002 Actualizar Usuario .................................................................................. 68
Tabla 29.CU003 Actualizar Contraseña Usuario ................................................................. 69
Tabla 30.CU 004 Registrar Teléfono ................................................................................... 70
Tabla 31.CU005 Actualizar Teléfono .................................................................................. 71
Tabla 32.CU006 Eliminar Teléfono ..................................................................................... 72
Tabla 33. CU007 Tipificar Registro de Teléfonos ............................................................... 73
Tabla 34.CU008 Realizar Marcación ................................................................................... 74
Tabla 35.CU009 Finalizar Marcación .................................................................................. 75
Tabla 36. CU010 Tipificar Marcación ................................................................................. 76
Tabla 37. CU011 Registrar Dirección .................................................................................. 77
Tabla 38. CU 012 Actualizar Dirección ............................................................................... 78
Tabla 39. CU013 Tipificar Registro de Direcciones ............................................................ 79
Tabla 40.CU014 Registrar Producto .................................................................................... 80
9
Tabla 41. CU 015 Eliminar Producto ................................................................................... 81
Tabla 42. CU016 Tipificar Solicitud de Compra ................................................................. 82
Tabla 43. CU017 Registrar entrega de Pedido ..................................................................... 83
Tabla 44. CU018 Agregar Destinatario ............................................................................... 84
Tabla 45.CU019 Agregar Dirección de entrega ................................................................... 85
Tabla 46. CU020 Registrar Fecha de Entrega ...................................................................... 86
Tabla 47.CU021 Tipificar Entrega de Pedido ...................................................................... 87
Tabla 48.CU022 Registrar Forma de Pago .......................................................................... 88
Tabla 49.CU023 Tipificar Forma de Pago ........................................................................... 89
Tabla 50.CU024 Registrar Tipificación Gestión ................................................................. 90
Tabla 51. CU025 Actualizar el Resumen de la Gestión ...................................................... 91
10
GLOSARIO
ANALISIS DE REQUERIMIENTOS: proceso de estudio de las necesidades de los

usuarios para conseguir una definición de los requisitos del sistema o del software.
COMPATIBILIDAD: preparación de dos o más componentes o sistemas para

llevar a cabo sus funciones mientras comparten el mismo entorno de hardware o
software.
COMPONENTE: una de las partes que forman un sistema. Un componente puede

ser hardware, software, y puede a su vez subdividirse en otros componentes.
DISEÑO: proceso de definición de la arquitectura, componentes, interfaces y otras

características de un sistema o de un componente.
DISPONIBILIDAD: el grado con el que se mide la accesibilidad de un sistema o

de un componente cuando es necesario su uso. Suele expresarse en términos de
probabilidad.
ESCALABILIDAD: facilidad con la que un sistema o un componente puede

modificarse para aumentar su capacidad funcional o de almacenamiento.
GESTIÓN DE CONFIGURACIÓN: disciplina que aplica la dirección y supervisión

técnica y administrativa para: identificar y documentar las características
funcionales y físicas de un elemento de configuración, controlar cambios, registrar
cambios procesados, registrar el estado de la implementación, informar y verificar
la conformidad con los requisitos especificados.
GESTIÓN DE PROCESOS: dirección, control y coordinación del trabajo realizado

para desarrollar o producir un servicio.
IMPLEMENTACIÓN: proceso de transformación de un diseño en componentes de

hardware, software o de ambos.
INTERFAZ DE USUARIO: interfaz que permite la comunicación entre un usuario y

un sistema, o los componentes de un sistema.
Maven es una herramienta de software para la gestión y construcción de

proyectos Java creada por Jason van Zyl, de Sonatype, en 2002. Es similar en
funcionalidad a Apache Ant, pero tiene un modelo de configuración de
construcción más simple, basado en un formato XML.
11
RESUMEN
El presente trabajo se orienta a realizar una contribución en el área de soluciones

informáticas para el análisis, diseño y desarrollo de software de un sistema
integrado para la empresa Ventas y Servicios S.A.
En particular, la metodología que se propone es aplicable al proceso de desarrollo

de software empresarial, contemplándose en las distintas etapas metodológicas
aspectos de naturaleza financiera que no se han tenido en las metodologías
anteriormente planteadas.
Debido a la diversidad y multiplicidad de los procesos que se requieren para

elaborar una gestión de calidad con el cliente, es necesario un sistema web que
normalice la información de cada una de las aplicaciones empleadas para la
gestión de los procesos financieros manejados, garantizando la seguridad e
integridad de los datos manejados por todos y cada uno de los aplicativos.
12
ABSTRACT
The present work is aimed at make a contribution in the area of IT solutions for the
analysis, design and development of an integrated software for the enterprise
Ventas y Servicios S.A.
In particular, the proposed methodology is applicable to the process of enterprise

software development, contemplating in the different stages of a financial nature
methodological aspects that have not been previously raised in methodologies.
Owing to the diversity and multiplicity of the processes required to develop a

quality management with the client, you need a web system that standardizes the
information of each of the applications used to manage financial processes
managed, ensuring security and integrity of the data handled by each and every
one of the applications.
13
INTRODUCCIÓN
El proyecto está enfocado en la línea de identificación y normalización de

aplicaciones para la gestión de la información en las organizaciones, por lo tanto,
se ha escogido la empresa Ventas y Servicios S.A., para diseñar, analizar y
desarrollar un Sistema Integrado de Gestión Operativa “SIGO” que ayude al
mejoramiento en los procesos de gestión de la información de las diferentes
aplicaciones manejadas para cada uno de los clientes.
El proceso de identificación, análisis y diseño del sistema por parte del área de
Soluciones Informáticas de la compañía, es el que permite la evaluación del
rendimiento de gestión de todas las aplicaciones, de igual manera da a conocer
informes sobre rendimiento de disponibilidad de cada uno de los procesos
manejados, generando estados finales de calidad.
El sistema integrado permitirá que se gestionen de manera ágil y precisa cada uno
de los procesos de la información manejada a cada uno de los clientes
manteniendo centralizados los datos y brindando seguridad de los mismos. De tal
manera proporcionará usabilidad brindada por su diseño de interfaz y distribución
específica de sus módulos.
En el presente documento también se encontrará la especificación del análisis y el

desarrollo de los módulos y los beneficios que se obtendrán para el mejoramiento
de los tiempos de respuesta. Obteniendo mejor manejo de la información de forma
segura y centralizada.
14
1. GENERALIDADES
1.1 ANTECEDENTES
En la empresa Ventas y Servicios S.A. los procesos de los diferentes clientes se

realizan con múltiples aplicaciones que tienen diferentes lenguajes. Estas
aplicaciones permiten gestionar cada una de las actividades necesarias para
cumplir con las necesidades de los objetivos, teniendo en cuenta las políticas de la
empresa y así mismo la seguridad de la información del cliente.
Se busca desarrollar un sistema de información web adecuado, que normalice la

información para la gestión de los procesos y de esta manera mejorar y agilizar las
actividades manejadas actualmente, como lo son la administración de la
información, la atención al cliente, el almacenamiento de los procesos de venta y
la identificación de la necesidad del cliente externo, para así lograr separar por
módulos todo el sistema que maneja la información.
Por medio de los módulos que se van implementarán se dará manejo a la

información, de una manera normalizada que garantice la seguridad de la
información. Lo cual permitirá unificar el lenguaje del sistema, garantizando su
escalabilidad y disponibilidad.
En Colombia existen diversas entidades con el manejo de la información y las

aplicaciones de una manera similar, las cuales manejan las aplicaciones
distribuidas por componentes que facilitan la disponibilidad y estabilidad
mejorando la productividad en el tiempo de servicio de los procesos.
1.2 PLANTEAMIENTO DEL PROBLEMA
1.2.1 Descripción del problema.
En Colombia se encuentra en auge el desarrollo de aplicaciones que manejen

la identificación, normalización y la seguridad de la información que puedan
brindar y generar confianza en los clientes. Las empresas o entidades
financieras que se encargan del manejo de las mismas, encuentran importante
el poder de presentar sus productos o servicios de manera tal que les sea más
atractivos y confiables y de esta manera generar mayor demanda y crecimiento
en su economía financiera. Pero a la vez llegando a la base de esta necesidad
dependen de la seguridad de la información que se refleja en cada una de las
15
actividades y transacciones que se realizan en las diferentes aplicaciones,
mejorando y reflejando innovación en cada una de ellas.
El problema se presenta al identificar que la empresa debido a su crecimiento,

cuenta con diversas aplicaciones de gestión que manejan múltiples
plataformas y lenguajes de programación lo cual dificulta el mantenimiento de
sus módulos y normalización de la información para obtener tiempos efectivos
de respuesta.
Al momento de generar un nuevo aplicativo con características similares en

sus procesos, es necesario iniciar desde su diseño, teniendo en cuenta que los
aplicativos existentes no cuentan con una estructura homogénea tanto en la
programación como en la base de datos. Lo cual ocasiona problemas de
aumento en los tiempos de desarrollo.
Ahora bien, se hace necesario un conocimiento acertado, manejable y

oportuno de la distribución adecuada de la gestión de la información para los
módulos de tal forma que en cada uno se presente la información necesaria
requerida. Permitiendo la generación de los reportes necesarios para verificar
el rendimiento del manejo de los procesos.
¿Es posible que las gestiones completamente tipificadas1 de forma oportuna

sean primordiales para cada una de las aplicaciones de la compañía en la
mejora del rendimiento de los procesos?
1.2.2 Formulación del problema.
El problema radica en la identificación y normalización de los diferentes

módulos que sean empleados para las aplicaciones de una forma rápida y
confiable que se encargue de la gestión operativa de todas las aplicaciones de
la empresa.
Es importante resaltar que uno de los propósitos fundamentales de la

integración de manera normalizada de la información es generar un mejor
desempeño al momento de gestionar los diferentes procesos de cada una de
las aplicaciones. Teniendo en cuenta que el sistema está distribuido por
módulos que permiten que en el momento de una actualización o modificación
del diseño o desarrollo se realice únicamente al módulo con el que se desea
interactuar sin afectar el funcionamiento de los otros módulos del sistema.
Tipificación: se refiere a la expresión utilizada en la Entidad para determinar el

estado en que se encuentra el proceso de la gestión.
16
Teniendo en cuenta el tiempo de aplicación del proyecto solo normalizo
inicialmente unas aplicaciones con el fin de ir realizando mejoras de cada una
de las otras.
Debe tenerse claro que durante el desarrollo de este proyecto solo se van a
analizar, diseñar e implementar los módulos de Login de usuarios, Marcación
telefónica, Módulo de Direcciones, Módulo de Teléfonos y Módulo de pedidos.
1.3 OBJETIVOS
1.3.1 Objetivo General.
Analizar, Diseñar y Desarrollar los módulos de un Sistema integrado para la

gestión operativa que centralice la información manejada por la compañía.
1.3.2 Objetivos Específicos.
 Identificar el manejo actual de los procesos de las aplicaciones con el fin de

mejorar el rendimiento y estabilidad de cada una.
 Diseñar e implementar los módulos de captura, modificación y actualización
de datos de información del cliente, de teléfonos, direcciones y pedidos,
para la normalización de la información.
 Diseñar e implementar los módulos de procesamiento y consulta de datos el
cual permita generar reportes e históricos de las gestiones realizadas
1.4 JUSTIFICACIÓN
La empresa Ventas y Servicios S.A. cumple una labor importante en el sector

financiero. Sector en el cual se contemplan varias actividades de control de
gestión de procesos con los clientes. En la actualidad las aplicaciones que se
utilizan para la Gestión de las diferentes campañas manejan múltiples lenguajes
de desarrollo, haciendo que el cambio de sus módulos sea visto como un
problema en lugar de una mejor solución para su disponibilidad y usabilidad.
Gracias a esto se observa la necesidad de implementar un sistema de información

web integrado que a través de módulos independientes permitan de manera ágil
modificaciones futuras que no afecten la disponibilidad del sistema. Teniendo en
cuenta que el sistema integrado permite la identificación y normalización de toda la
información manejada en la Gestión con los clientes, asegurando la seguridad de
la misma.
17
Es importante resaltar que el propósito fundamental de la integración de manera
normalizada de la información es generar un mejor desempeño al momento de
gestionar los diferentes procesos de cada una de las aplicaciones. Para esto se
hace necesario un conocimiento acertado, manejable y oportuno de la distribución
adecuada de la gestión de la información para los módulos, de tal forma que en
cada uno se presente la información necesaria requerida. Permitiendo la
generación de los reportes necesarios para verificar el rendimiento del manejo de
los procesos.
1.5 DELIMITACIÓN
1.5.1 Espacio.
El proyecto se realizó para la empresa Ventas y Servicios S.A. lo cual permitió

el uso de sus instalaciones para el desarrollo completo de los objetivos.
1.5.2 Tiempo.
El tiempo de ejecución del proyecto fue de 4 meses según lo propuesto en el

cronograma.
1.5.3 Contenido.
Se contemplaron unos entregables como contenido que son:

 Documentación del proceso de desarrollo del proyecto
 Documentación del análisis sistema
 Documentación del diseño de los módulos del sistema
1.5.4 Alcance.
Se establece como alcance:

 Documentación del proceso de análisis, diseño y desarrollo del sistema.
 Implementación de los módulos del sistema.
18
1.6 MARCO REFERENCIAL
1.6.1 Marco conceptual.
Teniendo en cuenta el problema planteado, el proyecto está enfocado en la

línea de identificación y normalización de aplicaciones para la gestión de la
información en las organizaciones, por lo tanto, el estudiante ha escogido la
empresa Ventas y Servicios S.A., para diseñar, analizar y desarrollar un
Sistema Integrado de Gestión Operativa “SIGO” que ayude al mejoramiento en
los procesos de gestión de la información de las diferentes aplicaciones
manejas de cada uno de los clientes.
 Ingeniería De Sistemas: El proceso de ingeniería de sistemas es

denominado ingeniería de procesos de negocio cuando el contexto del
trabajo de ingeniería se enfoca a una empresa. Cuando hay que construir
un producto, el proceso se denomina ingeniería de productos.
Tanto la ingeniería de proceso de negocio como la de producto intentan

poner orden al desarrollo de sistemas basados en computadoras. Aunque
cada una se aplica en un dominio de aplicación diferente, ambas intentan
poner al software en su contexto.
La ingeniería de Sistema permite que antes de construir el Sistema de

Información se puedan definir los objetivos generales del Sistema; de igual
manera se pueden identificar los papeles del hardware, software,
personas, bases de datos, procedimientos, y otros elementos del sistema;
en este mismo sentido también se puede observar los requerimientos
operacionales los cuales son identificados, analizados, especificados,
modelizados, válidos y gestionados.
 Sistema de Información web: La enciclopedia libre Wikipedia define un

sistema de información web como un conjunto de funciones o componentes
interrelacionados que forman un todo, es decir, obtiene, procesa, almacena
y distribuye información para apoyar la toma de decisiones y el control en
una organización.
Igualmente apoya la coordinación, análisis de problemas, visualización de

aspectos complejos, entre otros.
De igual manera un sistema de información contiene información de sus

procesos y su entorno. Como actividades básicas que producen la
información que se necesita: entrada, procesamiento y salida. La
19
retroalimentación consiste en entradas devueltas para ser evaluadas y
perfeccionadas.2
Algunas de las restricciones que se deben tener en cuenta en el momento

de iniciar el sistema de información según Rogger Pressman3 son 5:
 Supuestos que reducen el número de permutaciones y variaciones

posibles, permitiendo así al modelo reflejar el problema de manera
razonable.
 Simplificaciones que permiten crear el modelo a tiempo.
 Limitaciones que ayudan a delimitar el sistema.
 Restricciones que guían la manera de crear el modelo y el enfoque
que se toma al implementar el modelo.
 Preferencias que indican la arquitectura preferida para todos los
datos, funciones y tecnología.
 Un sistema de información web realiza cuatro actividades básicas:
entrada, almacenamiento, procesamiento y salida de información.
 Entrada de Información: Es el proceso mediante el cual el Sistema de

Información toma los datos que requiere para procesar la información. Las
entradas pueden ser manuales o automáticas. Las manuales son aquellas
que se proporcionan en forma directa por el usuario, mientras que las
automáticas son datos o información que provienen o son tomados de otros
sistemas o módulos. Esto último se denomina interfaces automáticas.
Dentro de las actividades básicas que se deben cumplir en este aspecto

son:
 Datos Generales del Sistema de información.
 Ingreso de los datos personales de los clientes.
 Ingreso de los datos generales del aplicativo o campaña.
 Ingreso de la información del proceso de la gestión de cada
aplicación.
Almacenamiento de información: El almacenamiento es una de las

actividades o capacidades más importantes que tiene una computadora, ya
que a través de esta propiedad el sistema puede recordar la información
guardada en la sección o proceso anterior. Esta información suele ser
almacenada en estructuras de información denominadas archivos. La
unidad típica de almacenamiento son los servidores.
2
Enciclopedia Wikipedia. http://es.wikipedia.org/wiki/Portada
3
PRESSMAN. Ingeniería del Software: un enfoque práctico. McGraw Hill. Madrid,
2002. 5ª Edición. Cáp. 10
20
Actividades Básicas dentro del almacenamiento en el sistema como los
datos ingresados por cada uno de los clientes en lo concerniente a la
gestión de entrada y salida de procesos dentro del aplicativo.
 Procesamiento de Información: Es la capacidad del Sistema de

Información web para efectuar reportes de acuerdo con una secuencia de
operaciones preestablecidas. Esta característica de los sistemas permite la
transformación de datos fuente en información que puede ser utilizada para
la toma de decisiones, lo que hace posible, entre otras cosas, que un
tomador de decisiones genere una proyección de rendimiento a partir de los
datos que contiene el informe.
Actividades básicas dentro del procesamiento:
 Programar las llamadas de agendamiento
 Tipificar la gestión
 Realizar las llamadas automáticas con los clientes.
Seguridad de la base de datos: para el proceso de seguridad se tendrá que

obtener un elemento fundamental como lo es la identificación de los
diferentes usuarios que es una de las formas de guardar la seguridad. Las
identidades y permisos de usuarios están definidas en los Archivos de
Control de Acceso.
Para la seguridad e integridad total de los datos puede conservarse,

permitiendo el acceso a distintos campos de una base de datos, solamente
a usuarios autorizados para ello.
Para este punto es importante comprender que los datos pueden ser
presentados a través del Web de una forma segura, y con mayor impacto
en todos los usuarios de la red.
 Interfaz de programación de aplicaciones (API): Conjunto de rutinas,

protocolos y herramientas para construir aplicaciones de interfaz.
Una buena API hace más fácil el trabajo de desarrollo de un programa, ya

que debe proveer todos los bloques para construirlo. El programador lo
único que hace es poner todos los bloques juntos.
API está diseñado especialmente para los programadores, ya que garantiza

que todos los programas que utilizan API, tendrán interfaces similares.
Asimismo, esto le facilita al usuario aprender la lógica de nuevos
programas.
21
Cuando se realiza una requisición, el servidor llamará al API, brindando la
ventaja de disponer de una mayor cantidad de servicios4.
 PrimeFaces: es un componente para JavaServer Faces (JSF) de código

abierto que cuenta con un conjunto de componentes ricos que facilitan la
creación de las aplicaciones web. Primefaces está bajo la licencia de
Apache License V2. Una de las ventajas de utilizar Primefaces, es que
permite la integración con otros componentes como por ejemplo RichFaces.
5
 El servidor HTTP Apache: es un servidor HTTP de código abierto para

plataformas Unix (BSD, GNU/Linux, etcétera), Windows y otras, que
implementa el protocolo HTTP/1.1 (RFC 2616) y la noción de sitio virtual.
Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del
popular NCSA HTTPd 1.3, pero más tarde fue reescrito por completo. Su
nombre se debe a que originalmente Apache consistía solamente en un
conjunto de parches a aplicar al servidor de NCSA. Era, en inglés, a patchy
server (un servidor parcheado).
El servidor Apache se desarrolla dentro del proyecto HTTP Server (http) de

la Apache Software Foundation.
Apache presenta entre otras características mensajes de error altamente

configurables, bases de datos de autenticación y negociado de contenido,
pero fue criticado por la falta de una interfaz gráfica que ayude en su
configuración.
Apache tiene amplia aceptación en la red: en el 2005, Apache es el servidor

HTTP más usado, siendo el servidor HTTP del 70% de los sitios web en el
mundo y creciendo aún su cuota de mercado (estadísticas históricas y de
uso diario proporcionadas por Netcraft)6.
 Maven: es una herramienta de software para la gestión y construcción de

proyectos Java creada por Jason van Zyl, de Sonatype, en 2002. Es similar
en funcionalidad a Apache Ant (y en menor medida a PEAR de PHP y
CPAN de Perl), pero tiene un modelo de configuración de construcción más
simple, basado en un formato XML. 7
4
Java Database Programming
5
Enciclopedia Wikipedia. http://es.wikipedia.org/wiki /primefaces
6
Enciclopedia Wikipedia. http://es.wikipedia.org/wiki/Apache
7
Enciclopedia Wikipedia. http://es.wikipedia.org/wiki/Maven
22
Una característica clave de Maven es que está listo para usar en red. El
motor incluido en su núcleo puede dinámicamente descargar plugins de un
repositorio, el mismo repositorio que provee acceso a muchas versiones de
diferentes proyectos Open Source en Java, de Apache y otras
organizaciones y desarrolladores.
 Hibernate: Es una herramienta de Mapeo objeto- relacional (ORM) para la

plataforma Java (y disponible también para .Net con el nombre de
Nhibernate) que facilita el mapeo de atributos entre una base de datos
relacional tradicional y el modelo de objetos de una aplicación, mediante
archivos declarativos (XML) o anotaciones en los beans de las entidades
que permiten establecer estas relaciones. 8
1.6.2 Marco teórico.
Este sistema de información se desarrolla e implementa con base en el

problema planteado anteriormente en el numeral 1 de este escrito. Por lo
anterior es conveniente resolver el siguiente interrogante, ¿Es posible que las
gestiones completamente tipificadas9 de forma oportuna sean primordiales
para cada una de las aplicaciones de la compañía en la mejora del rendimiento
de los procesos?
Actualmente la compañía, tienen la necesidad de contar con información
efectiva y correctamente diligenciada en forma veraz por parte de los
Asesores, hacerse a ella en el menor tiempo posible luego de ser diligenciada
por el asesor.
Debido a lo anterior, se pueden plantear soluciones que permitan a la

Empresa, hacerse a esta información correctamente tipificada; una posible
solución es normalizar toda la información manejada por las aplicaciones y así
hacer que los asesores envíen en forma correcta la información que necesita el
Cliente, por lo tanto se debe diseñar módulos de captura actualización y
modificación, de fácil uso y acceso.
De igual manera, es importante que la información siempre esté disponible y

almacenada, es por esto que se debe hacer un repositorio de datos central
que permite el almacenamiento de la misma y el acceso a consulta por parte
de los Coordinadores de “SIGO”.
8
Enciclopedia Wikipedia. http://es.wikipedia.org/wiki/hibernate
9
Tipificación: se refiere a la expresión utilizada en la Entidad para determinar el
estado en que se encuentra el proceso de la gestión.
23
Para que los Coordinadores conozcan lo que el Sistema de Información web
puede permitirles acceder, realizar, validar y ver, se hace necesaria una
capacitación sobre el manejo del mismo.
Es importante destacar que durante los últimos 5 años la Empresa ha

gestionado cada proceso, con el fin de cumplir con las expectativas de cada
uno de los clientes, por esto se requiere un índice de rendimiento.
Por las razones anteriores, el proyecto permite una automatización en las

gestiones de todas las aplicaciones y el procesamiento de la misma para
generar índices de rendimiento.
Es fundamental para el proyecto cumplir con los objetivos planteados, bajo la

información que prestan los Ingenieros de cada una de las áreas, los cuales,
en la actualidad cuentan con material disponible que ayudará a la consecución
de los objetivos y al mejoramiento de los procesos y al recopilamiento de los
procesos, es importante destacar en este punto que para la creación del
repositorio de datos, la Empresa permitirá y entregara la información necesaria
para la creación de la base de datos central en el servidor de sus oficinas.
1.7 METODOLOGÍA PROPUESTA
El desarrollo del proyecto se realizó bajo la metodología RUP (Rational Unified

Process)10 la cual permitió trabajar con las siguientes características:
1. Permitió que el sistema se diseñara de manera que pueda
evolucionar no solamente en el desarrollo y diseño de la etapa inicial
si no para futuras entregas y desarrollos.
2. La metodología propuesta permite construir el desarrollo de manera
incremental lo cual permite dividir el proyecto en piezas
independientes o proyectos más pequeños.
3. El diseño de los casos de uso representan los requerimientos base
para el desarrollo del sistema. El cual constituye el punto de partida
para las tareas de análisis y diseño.
4. Permite la administración general de los requerimientos.
5. Utiliza una arquitectura basada en componentes.
6. Permite el aseguramiento de la calidad en las diferentes etapas del
proyecto.
7. De igual manera permite la administración del cambio en las distintas
etapas del desarrollo.
10
Enciclopedia Wikipedia.
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
24
Para el diseño, análisis y desarrollo del proyecto, es necesario utilizar
metodologías y herramientas que permitan recolectar la información
necesaria para llevar a cabo el desarrollo de cada una de las tareas y
objetivos propuestos. El plan de trabajo exige la elaboración de documentos
necesarios para realizar un análisis completo y detallado de cada una de las
actividades propuestas.
A continuación se presentan los documentos que servirán como soporte en

el proceso de análisis y recolección de información del sistema web:
1. Documento de Especificación y Requerimientos: Este es el

documento de declaración oficial de qué es lo que requieren los
desarrolladores del sistema. Incluye tanto los requerimientos del
usuario para el sistema como una especificación detallada de los
requerimientos del sistema.
El documento de requerimientos tiene un conjunto de diversos

usuarios que va desde los administradores principales de la
organización, quienes pagan por el sistema, hasta los ingenieros
responsables del software.
2. Documento de casos de uso: En este documento se describirán las
características del sistema y se sustentaran las pruebas de
implementación ya que cada caso de uso es un elemento a verificar
y validar.
3. Elaboración del WireFrames (Guía visual o prototipo del

trabajo): En este documento se presentó personal de Ventas y
Servicios S.A. Una guía esquemática del sistema web con elementos
gráficos sencillos en donde se permita visualizar el contenido y
comportamiento de los diferentes módulos del sistema.
4. Manual de usuario y técnico: son documentos técnicos del sistema

que brindaran información a los usuarios presentando la información
necesaria para el manejo de todas las herramientas brindadas por el
sistema, describiendo el propósito y solución de la necesidad que es
requerida por el usuario. Los documentos presentan una ayuda a la
solución de inquietudes presentadas por el usuario.
Para el desarrollo del sistema web serán necesarias las siguientes
herramientas de Software y Hardware:
Análisis y desarrollo del sistema de información web:

 Servidor web: Glassfish 3.0.1
 Software para el desarrollo del sistema web: Netbeans 7.2.1 con
lenguaje de programación Java.
25
 Software para el diseño y creación de las bases de datos: Microsoft
Sql Server 2008 R2.
ETAPAS O FASES DE DESARROLLO
FASE DE INICIO
En esta fase se realizó el análisis de todos los requerimientos funcionales

solicitados por el cliente, presentando una serie de informes a medida que
se va a desarrollar el sistema que se desea establecer. Dando una solución
a las necesidades establecidas en el desarrollo del proyecto. Para esto se
tendrá en cuentas los requerimientos que fueron analizados y los actores
principales que intervienen en el sistema.
FASE DE ELABORACION
En esta fase el proyecto se va a realizar el perfeccionamiento de aquellos

requerimientos de la fase anterior teniendo presente todos los cambios que
el sistema requiere y presentando una mayor importancia en el desarrollo
de la aplicación.
FASE DE CONSTRUCCIÓN
El propósito de esta fase en el proyecto es el de llevar a cabo la

implementación y desarrollo del sistema web.
Pantallas finalizadas en el sistema web y aprobadas por el cliente Ventas y
Servicios S.A.
Módulo Información del Cliente
Fuente. Autor
Ilustración 1 Módulo Información Cliente
Este módulo tiene como función mostrar información básica del cliente,
importante para el usuario o asesor.
26
Módulo Marcación Telefónica
Fuente. Autor
Ilustración 2 Módulo Marcación Telefónica
Este módulo tiene la característica principal de mostrar los teléfonos que se

encuentran asociados al cliente por base de datos o de igual forma permite
ingresar y modificar los números de teléfonos.
27
Módulo Datos Principales
Fuente. Autor
Ilustración 3 Módulo Datos Principales
Este módulo tiene como función principal el ingreso y/o actualización de la

información principal, suministrada por el cliente al asesor en el momento
que se realiza la gestión.
28
Módulo de Direcciones
Fuente. Autor
Ilustración 4 Módulo Direcciones Principal
Fuente. Autor
Ilustración 5 Módulo Direcciones, Nueva
29
El módulo de Direcciones permite mostrar las direcciones que se
encuentran asociadas al cliente por base de datos y de igual manera
permite editar, registrar y/o actualizar las direcciones. Tiene un formato
rápido de edición y un formato de agregar una dirección de forma detallada.
Módulo de Teléfonos:
Fuente. Autor
Ilustración 6 Módulo de Teléfonos
El módulo de Teléfonos permite mostrar los teléfonos que se encuentran

asociados al cliente por base de datos y de la misma manera permite
ingresar y modificar los números de teléfonos.
30
Módulo Solicitud de Compra:
Fuente. Autor
Ilustración 7 Módulo Solicitud de Compra
El componente de Solicitud de Compra se encarga de recoger la solicitud

de pedido de los clientes. Contiene un catálogo de productos que permite al
cliente efectuar pedidos. Tomando como base el catálogo de productos, el
módulo añade la posibilidad que el usuario seleccione los productos y
efectúe la solicitud de pedido.
31
Módulo de Entrega de Pedido:
Fuente. Autor
Ilustración 8 Módulo Entrega de Pedido
Este módulo permite seleccionar los datos del cliente para realizar la
entrega del pedido.
32
Módulo de Forma de Pago:
Fuente. Autor
Ilustración 9 Módulo Forma de Pago
El módulo de Forma de Pago permite seleccionar las opciones de pago de

la compra realizada para el cliente.
Módulo de Tipificación de la Gestión:
Fuente. Autor
Ilustración 10 Módulo Tipificación
33
El módulo de Tipificación de la Gestión permite seleccionar y tipificar por
medio del aplicativo al cliente.
FASE DE TRANSICIÓN
Durante esta fase se buscó garantizar que el sistema web se encuentre

preparado para la entrega al usuario.
34
ANEXOS
ANEXO A. DOCUMENTO DE ESPECIFICACIÓN Y REQUERIMIENTOS.
Propósito.
Identificar y especificar los requerimientos funcionales del Sistema Integrado de

Gestión Operativa SIGO, teniendo como base la información entregada por el
personal de Ventas y Servicios S.A., todo con el fin de entender y comprender lo
que necesita dicho sistema.
Alcance.
El siguiente documento presenta formalmente los requerimientos funcionales del

sistema de información web SIGO.
Descripción del Sistema
El sistema de información web SIGO permite registrar, mantener actualizada y

normalizada la información de las Gestiones de los clientes. El sistema de
información será una aplicación web a la cual se debe acceder mediante un
servidor y se encontrara asociada a una base de datos, donde se administrará
toda la información.
El sistema se desarrolla con el fin de brindar normalización en la información que

facilite la construcción de las políticas de la empresa y a su vez brindando
beneficios a los clientes.
El sistema debe a su vez logra una trasmisión segura de los datos, permitiendo
una excelente toma de decisiones y facilitar la gestión de los procesos con los
clientes.
Restricciones del Sistema.
 La aplicación será web.

 El sistema solo funcionará con conexión al servidor.
 Se tendrán establecidos perfiles de acceso al sistema.
 Se implementarán solamente los módulos de Registro de Usuarios,
Marcación telefónica, Módulo de Direcciones, Módulo de Teléfonos, Módulo
de Solicitud de Compra, Módulo de Entrega de Pedido, Módulo de Forma
de Pago y Módulo de Tipificación.
35
Requerimientos Funcionales del Sistema.
Para el desarrollo del proyecto es necesario especificar los requerimientos que se

tuvieron en cuenta para cumplir con los objetivos planeados.
Los requerimientos del sistema son:
Tabla 1. Lista de Requerimientos Funcionales del Sistema
No. REQUERIMIENTO
1 Registrar Usuario
2 Actualizar información Usuario
3 Actualización Contraseña usuario
4 Registrar Teléfono Gestión
5 Actualizar Teléfono Gestión
6 Eliminar Teléfono Gestión
7 Tipificar Registro de Teléfono
8 Realizar Marcación Telefónica
9 Finalizar Marcación Telefónica
10 Tipificar Marcación Telefónica
11 Registrar Dirección Gestión
12 Actualizar Dirección Gestión
13 Tipificar Registro de Dirección
14 Agregar Producto en Solicitud Compra
15 Eliminar Producto en Solicitud de Compra
16 Tipificar Solicitud de Compra
17 Registrar Entrega de Pedido
18 Agregar Destinatario en Entrega de Pedido
19 Agregar Dirección de entrega
20 Tipificar Entrega de Pedido
21 Registrar Fecha de Entrega Pedido
22 Registrar Forma de Pago
23 Tipificar Forma de Pago
24 Registrar Tipificación Gestión Finalizada
25 Actualizar Resumen Gestión Finalizada
Fuente. Autor
36
Especificación de los Requerimientos Funcionales del Sistema
Tabla 2. RF1, Registrar Usuario.
IDENTIFICADOR
NOMBRE: Registrar Usuario
RF1
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
PRIORIDAD DE
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Identificación
* Tipo de Documento
* Nombres
* Apellidos
* Sexo
* Registro de la información
* Ciudad de Nacimiento
correspondiente al usuario.
* Fecha de Nacimiento
* E – Mail
*Profesión
* Afición
* Observaciones
DESCRIPCIÓN:
Pre condición: Los campos de selección a ingresar de la información del
usuario deben estar cargados en el sistema.
Descripción: Se registra toda la información del usuario que inicia la
gestión.
Pos Condición: La información del usuario es registrada en el sistema.
MANEJO DE SITUACIONES ANORMALES
1. Si los datos ingresados son incorrectos el sistema arrojara un mensaje
de error.
CRITERIOS DE ACEPTACIÓN
1. Si faltan datos por ingresar, el sistema mostrará un error.
2. Registro de Usuario realizado exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento del registro de usuario, definiendo sus

entradas, salidas, sus precondiciones y pos condiciones. También se definen el
manejo de situaciones anormales y los criterios de aceptación.
37
Tabla 3. RF2, Actualizar Información Usuario
IDENTIFICADOR
NOMBRE: Actualizar información Usuario
RF2
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF1
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Identificación
* Tipo de Documento
* Nombres
* Apellidos
* Sexo
* Actualización de la información
* Ciudad de Nacimiento
correspondiente al usuario.
* E – Mail
*Profesión
* Afición
* Observaciones
DESCRIPCIÓN:
Pre condición: La información del usuario debió haber sido registrada
con anterioridad en el sistema y de esta forma solo actualizar los
campos necesarios.
Descripción: Se actualiza toda la información del usuario para continuar
con la gestión en el sistema.
Pos Condición: La información del usuario es actualizada por el
sistema.
1. Si los datos ingresados son incorrectos el sistema arrojara un
mensaje de error.
2. Actualización del usuario realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento de actualización de usuario, definiendo

sus entradas, salidas, sus precondiciones y pos condiciones. También se definen
el manejo de situaciones anormales y los criterios de aceptación.
38
Tabla 4. RF3, Actualización Contraseña Usuario
IDENTIFICADOR
NOMBRE: Actualización Contraseña usuario
RF3
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF1,RF2
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Identificación
* Tipo de Documento
* Nombres * Actualización de la contraseña del
* Apellidos usuario.
* Contraseña Anterior
* Nueva Contraseña
DESCRIPCIÓN:
Pre condición: La contraseña del usuario debió haber sido registrada
con anterioridad en el sistema y de esta forma poder cambiarla.
Descripción: Se actualiza la contraseña del usuario para continuar con
la gestión en el sistema.
Pos Condición: La contraseña del usuario es actualizada por el
sistema.
1. Si la contraseña ingresada es incorrecta el sistema arrojara un
mensaje de error.
1. Si faltan caracteres por ingresar, el sistema mostrará un error.
2. Actualización de la contraseña realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento de actualización de la contraseña del

usuario, definiendo sus entradas, salidas, sus precondiciones y pos condiciones.
También se definen el manejo de situaciones anormales y los criterios de
aceptación.
39
Tabla 5. RF4, Registrar Teléfono Gestión
IDENTIFICADOR
NOMBRE: Registrar Teléfono Gestión
RF4
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF1
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Indicativo
* Teléfono
* Extensión
* Registro de la información
* Tipo de Teléfono
correspondiente al teléfono del usuario
* Ciudad
* Departamento
* País
DESCRIPCIÓN:
Pre condición: La información del teléfono debe estar cargada en el
sistema con anterioridad.
Descripción: Se registra toda la información del teléfono de contacto.
Pos Condición: La información del teléfono es registrada por el
sistema.
1. Si los datos ingresados no coinciden con el sistema arrojara un
mensaje de error.
2. Registro del teléfono realizado exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento registro del teléfono, definiendo sus

40
Tabla 6. RF5, Actualizar Teléfono Gestión
IDENTIFICADOR
NOMBRE: Actualizar Teléfono Gestión
RF5
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF4
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Indicativo
* Teléfono
* Extensión
* Actualización de la información
* Tipo de Teléfono
correspondiente al teléfono del usuario
* Ciudad
* Departamento
* País
DESCRIPCIÓN:
Pre condición: La información del teléfono debió ser registrada en el
Descripción: Se actualiza toda la información del teléfono de contacto.
Pos Condición: La información del teléfono es actualizada por el sistema.
1. Si los datos ingresados no coinciden con el sistema arrojara un mensaje
de error.
1. Si faltan datos por ingresar o actualizar, el sistema mostrará un error.
2. Actualización del teléfono realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento de actualización del teléfono, definiendo

sus entradas, salidas, sus precondiciones y pos condiciones. También se definen
el manejo de situaciones anormales y los criterios de aceptación.
41
Tabla 7. RF6, Eliminar Teléfono Gestión.
IDENTIFICADOR
NOMBRE: Eliminar Teléfono Gestión
RF6
REQUERIMIENTO QUE
LO UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF4, RF5
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Indicativo
* Teléfono
* Extensión
* Eliminar la información correspondiente
* Tipo de Teléfono
al teléfono del usuario
* Ciudad
* Departamento
* País
DESCRIPCIÓN:
Descripción: Se elimina toda la información del teléfono de contacto.
Pos Condición: La información del teléfono es actualizada por el sistema.
1. Si los datos ingresados no coinciden con el sistema arrojara un mensaje
de error.
1. Si faltan datos por ingresar o actualizar, el sistema mostrará un error.
2. Actualización del teléfono realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para eliminar el teléfono, definiendo sus

42
Tabla 8. RF7, Tipificar Registro de Teléfono
IDENTIFICADOR
NOMBRE: Tipificar Registro de Teléfono
RF7
REQUERIMIENTO QUE LO
NECESARIO UTILIZA O LO ESPECIALIZA CRITICO
RF4, RF5, RF6
PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Id registro
*Tipifica el registro correspondiente al
* Teléfono
teléfono del usuario
*Tipificación
DESCRIPCIÓN:
sistema con anterioridad. Teniendo en cuenta que para tipificar debe
terminar la gestión en este módulo.
Descripción: Se tipifica la información del teléfono de contacto.
Pos Condición: La tipificación del registro del teléfono es realizada en el
sistema.
1. Si la tipificación es errónea el sistema arrojara un mensaje de error.
1. Si la tipificación no coincide el sistema mostrará un error.
2. Tipificación del registro del teléfono realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para realizar la tipificación del registro,

si este llega a finalizar en este módulo. Definiendo sus entradas, salidas, sus
precondiciones y pos condiciones. También se definen el manejo de situaciones
anormales y los criterios de aceptación.
43
Tabla 9.RF8, Realizar marcación Teléfonica
IDENTIFICADOR
NOMBRE: Realizar Marcación Telefónica
RF8
RF4
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Indicativo
* Teléfono
* Extensión
* Tipo de Teléfono * Marcación para Gestión con el cliente.
* Ciudad
* Departamento
* Marcación
DESCRIPCIÓN:
Pre condición: La información del teléfono debe estar registrada
correctamente en el sistema para realizar la marcación.
Descripción: Se realiza la marcación al cliente para iniciar la gestión.
Pos Condición: Se realiza la marcación al cliente para iniciar con la
gestión en el sistema.
1. Si la marcación contiene información errónea el sistema arrojara un
mensaje de error para la marcación.
1. Si la marcación no se puede realizar, el sistema mostrará un error.
2. Marcación al cliente realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para realizar la marcación telefónica

para iniciar con la gestión. Se definen sus entradas, salidas, sus precondiciones y
pos condiciones. También se definen el manejo de situaciones anormales y los
criterios de aceptación.
44
Tabla 10. RF9, Finalizar Marcación Teléfonica.
IDENTIFICADOR
NOMBRE: Finalizar Marcación Telefónica
RF9
RF8
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Indicativo
* Teléfono
* Extensión
* Finalizar la Marcación de la Gestión con
* Tipo de Teléfono
el cliente.
* Ciudad
* Departamento
* Marcación
DESCRIPCIÓN:
Pre condición: La marcación al teléfono debe estar registrada
correctamente en el sistema para realizar la finalización de la marcación.
Descripción: Se finaliza la marcación de la gestión con el cliente.
Pos Condición: Se finaliza la marcación de la gestión con el cliente para
finalizar la marcación.
1. Si para finalizar con la marcación contiene información errónea el
sistema arrojara un mensaje de error para la finalización de la marcación.
1. Si la finalización de la marcación no se puede realizar, el sistema
mostrará un error.
2. Finalización de la marcación del registro de la gestión con el cliente
realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para finalizar la marcación de la gestión

con el cliente. Se definen sus entradas, salidas, sus precondiciones y pos
condiciones. También se definen el manejo de situaciones anormales y los
45
Tabla 11. RF10, Tipificar Marcación Teléfonica.
IDENTIFICADOR
NOMBRE: Tipificar Marcación Telefónica
RF10
RF8, RF9
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Id registro
*Tipifica el registro correspondiente a la
* Marcación Teléfono
marcación telefónica
*Tipificación
DESCRIPCIÓN:
Pre condición: La información de la marcación debió ser registrada en
el sistema con anterioridad. Teniendo en cuenta que para tipificar debe
Descripción: Se tipifica la información de la marcación telefónica.
Pos Condición: La tipificación del registro de la marcación telefónica
es realizada en el sistema.
2. Tipificación del registro de la marcación telefónica realizada
exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para realizar la tipificación del registro

de marcación telefónica. Definiendo sus entradas, salidas, sus precondiciones y
pos condiciones. También se definen el manejo de situaciones anormales y los
46
Tabla 12. RF11, Registrar Dirección Gestión
IDENTIFICADOR
NOMBRE: Registrar Dirección Gestión
RF11
RF1
PRIORIDAD DE
DESARROLLO
ALTA
ENTRADA SALIDA
* Tipo Vía
* Número Vía
* Cuadrante
* Número
* Registro de la información de la
* Número Placa
dirección del cliente.
* Cuadrante II
* Barrio
* Tipo Vía
* Datos Adicionales
DESCRIPCIÓN:
Pre condición: La información de las direcciones del cliente debió
haber sido registrada con anterioridad en el sistema.
Descripción: Se registra toda la información de la dirección del cliente
para continuar con la gestión en el sistema.
Pos Condición: La información de la dirección del cliente es registrada
por el sistema.
1. Si la dirección contiene información errónea el sistema arrojara un
mensaje de error.
1. Si el registro de la dirección no se puede realizar, el sistema mostrará
un error.
2. Registro de dirección del cliente realizado exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para registrar la dirección de la gestión.

Definiendo sus entradas, salidas, sus precondiciones y pos condiciones. También
se definen el manejo de situaciones anormales y los criterios de aceptación.
47
Tabla 13. RF12, Actualizar Dirección Gestión.
IDENTIFICADOR
NOMBRE: Actualizar Dirección Gestión
RF12
RF11
PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN
DESARROLLO ASOCIADOS
ALTA
ENTRADA SALIDA
* Tipo Vía
* Número Vía
* Cuadrante
* Número
* Actualización de la información de la
* Número Placa
dirección del cliente.
* Cuadrante II
* Barrio
* Tipo Vía
* Datos Adicionales
DESCRIPCIÓN:
Pre condición: La información de las direcciones del cliente debió
Descripción: Se actualiza toda la información de la dirección del
cliente para continuar con la gestión en el sistema.
Pos Condición: La información de la dirección del cliente es
actualizada por el sistema.
1. Si la dirección contiene información errónea el sistema arrojara un
mensaje de error.
1. Si la actualización de la dirección no se puede realizar, el sistema
mostrará un error.
2. Actualización de la dirección del cliente realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para actualizar la dirección de la

gestión. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones.
aceptación.
48
Tabla 14.RF13, Tipificar Registro de Dirección
IDENTIFICADOR
NOMBRE: Tipificar Registro de Dirección
RF13
RF11, RF12
ALTA * No Aplica
ENTRADA SALIDA
* Id registro
*Tipifica el registro correspondiente
Dirección
direcciones de la gestión en el sistema.
*Tipificación
DESCRIPCIÓN:
Pre condición: La información de las direcciones debió ser registrada
en el sistema con anterioridad. Teniendo en cuenta que para tipificar
debe terminar la gestión en este módulo.
Descripción: Se tipifica la información del módulo de Registro de
Dirección.
Pos Condición: La tipificación del registro de direcciones es realizada
en el sistema.
2. Tipificación del registro de Dirección es realizada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para la tipificación del registro de

Direcciones Definiendo sus entradas, salidas, sus precondiciones y pos
49
Tabla 15. RF14, Agregar Producto en Solicitud de Compra
IDENTIFICADOR
NOMBRE: Agregar Producto en Solicitud Compra
RF14
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
*Código
* Producto agregado en el sistema para
* Nombre Producto
iniciar con la solicitud de compra.
* Cantidad
DESCRIPCIÓN:
Pre condición: La información de los productos debió haber sido
registrada con anterioridad en el sistema.
Descripción: Se agregan los productos a la solicitud de compra.
Pos Condición: El producto es agregado a la solicitud de compra.
1. Si el producto que se va agregar no existe el sistema arrojara un
mensaje de error.
1. Si no se puede agregar el producto, el sistema mostrará un error.
2. Producto agregado a la solicitud de compra exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para agregar producto en la solicitud de

compra. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones.
aceptación.
50
Tabla 16. RF15, Eliminar producto en Solicitud de Compra
IDENTIFICADOR Eliminar Producto en Solicitud de

NOMBRE:
RF15 Compra
UTILIZA O LO
NECESARIO ESPECIALIZA CRITICO
RF14
ALTA * No Aplica
ENTRADA SALIDA
*Código
* Producto eliminado en la solicitud
* Nombre Producto
de compra.
* Cantidad
DESCRIPCIÓN:
Pre condición: El producto debió haber sido agregado con
anterioridad en el sistema.
Descripción: Se eliminan los productos a la solicitud de compra.
Pos Condición: El producto es eliminado en la solicitud de compra.
1. Si el producto que se va eliminar no existe el sistema arrojara un
mensaje de error.
1. Si no se puede eliminar el producto, el sistema mostrará un error.
2. Producto eliminado exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para eliminar productos en la solicitud

de compra. Definiendo sus entradas, salidas, sus precondiciones y pos
51
Tabla 17. RF16, Tipificar Solicitud de Compra
IDENTIFICADOR
NOMBRE: Tipificar Solicitud de Compra
RF16
RF14, RF15
ALTA * No Aplica
ENTRADA SALIDA
* Id registro *Tipifica el registro correspondiente a la
* Producto solicitud de compra de la gestión en el
*Tipificación sistema.
DESCRIPCIÓN:
Pre condición: La información de la solicitud de compra debió ser
registrada en el sistema con anterioridad. Teniendo en cuenta que para
tipificar debe terminar la gestión en este módulo.
Descripción: Se tipifica la información del módulo de solicitud de
compra
Pos Condición: La tipificación del registro de solicitud de compra es
realizada en el sistema.
2. Tipificación del registro de solicitud de compra es realizada
exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para tipificar en la solicitud de compra.

52
Tabla 18. RF17, Registrar Entrega de Pedido
IDENTIFICADOR
NOMBRE: Registrar Entrega de Pedido
RF17
RF14
PRIORIDAD DE
DESARROLLO
ALTA * No Aplica
ENTRADA SALIDA
* Id Pedido
* Fecha de Entrega * Registro de Entrega de pedido.
* Destinatario
DESCRIPCIÓN:
Pre condición: La solicitud de pedido ya debe estar registrada en el
sistema.
Descripción: Se registra la entrega de pedido con su respectiva
información.
Pos Condición: La entrega de pedido es registrada en el sistema.
1. Si la entrega de pedido no se puede verificar el sistema arrojara un
mensaje de error.
1. Si no se puede registrar la entrega del pedido, el sistema mostrará
un error.
2. Entrega de pedido registrada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento de Registro de Entrega de Pedido.

53
Tabla 19. RF18, Agregar Destinatario en Entrega de Pedido.
IDENTIFICADOR Agregar Destinatario en Entrega de

NOMBRE:
RF18 Pedido
RF17
ALTA * No Aplica
ENTRADA SALIDA
* Id Pedido
* Se agrega al sistema el destinatario
* Fecha de Entrega
para la entrega del pedido.
* Destinatario
DESCRIPCIÓN:
Pre condición: La fecha de entrega del pedido ya debe estar
registrada en el sistema.
Descripción: Se registra el destinatario de la entrega de pedido con
su respectiva información.
Pos Condición: El destinatario de la entrega de pedido es registrada
en el sistema.
1. Si el destinatario para la entrega de pedido no se puede verificar el
sistema arrojara un mensaje de error.
1. Si no se puede registrar el destinatario de la entrega del pedido, el
sistema mostrará un error.
2. El destinatario es registrado exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para agregar el destinatario en el

registro de Entrega de Pedido. Definiendo sus entradas, salidas, sus
precondiciones y pos condiciones. También se definen el manejo de situaciones
anormales y los criterios de aceptación.
54
Tabla 20.RF19, Agregar Dirección de Entrega.
IDENTIFICADOR
NOMBRE: Agregar Dirección de entrega
RF19
RF17, RF18
ALTA * No Aplica
ENTRADA SALIDA
* Id Pedido
* Se agrega al sistema la dirección
* Fecha de Entrega
para la entrega del pedido.
* Dirección de entrega
DESCRIPCIÓN:
Pre condición: El destinatario de entrega del pedido ya debe estar
registrado en el sistema.
Descripción: Se registra la dirección de la entrega de pedido con su
respectiva información.
Pos Condición: La dirección de la entrega de pedido es registrada en
el sistema.
1. Si la dirección para la entrega de pedido no se puede verificar el
sistema arrojara un mensaje de error.
1. Si no se puede registrar la dirección de la entrega del pedido, el
sistema mostrará un error.
2. La dirección es registrada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para agregar la dirección en el registro

de Entrega de Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos
55
Tabla 21. RF20, Tipificar Entrega de Pedido
IDENTIFICADOR
NOMBRE: Tipificar Entrega de Pedido
RF20
RF17, RF18, RF19
ALTA * No Aplica
ENTRADA SALIDA
* Id registro *Tipifica el registro correspondiente a
* Fecha Entrega Pedido la entrega de pedido de la gestión en
*Tipificación el sistema.
DESCRIPCIÓN:
Pre condición: La información de la entrega de pedido debió ser
registrada en el sistema con anterioridad. Teniendo en cuenta que
para tipificar debe terminar la gestión en este módulo.
Descripción: Se tipifica la información del módulo de entrega de
pedido.
Pos Condición: La tipificación del registro de entrega de pedido es
1. Si la tipificación es errónea el sistema arrojara un mensaje de
error.
2. Tipificación del registro de entrega de pedido es realizada
exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para tipificar la Entrega de Pedido.

56
Tabla 22. RF21, Registrar Fecha de Entrega Pedido
IDENTIFICADOR
NOMBRE: Registrar Fecha de Entrega Pedido
RF21
RF17, RF18, RF19
ALTA * No Aplica
ENTRADA SALIDA
* Id pedido
* Se registra la fecha de entrega de
* Fecha de entrega
pedido en el sistema
DESCRIPCIÓN:
Pre condición: La solicitud de pedido ya debe estar registrada en el
sistema.
Descripción: Se registra la fecha de entrega de pedido con su
Pos Condición: La fecha de entrega de pedido es registrada en el
sistema.
1. Si la fecha de entrega de pedido no se puede verificar el sistema
arrojara un mensaje de error.
1. Si no se puede registrar la fecha de entrega del pedido, el sistema
mostrará un error.
2. Fecha de Entrega de pedido registrada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para registrar la fecha de la Entrega de

Pedido. Definiendo sus entradas, salidas, sus precondiciones y pos condiciones.
aceptación.
57
Tabla 23. RF22, Registrar Forma de Pago.
IDENTIFICADOR
NOMBRE: Registrar Forma de Pago
RF22
UTILIZA O LO
NECESARIO CRITICO
ESPECIALIZA
RF18, RF19
ALTA * No Aplica
ENTRADA SALIDA
* Id Pedido
* Valor Total
* Se registra la forma de Pago del
* Fecha Entrega
pedido en el sistema
* Forma de Pago
* Productos
DESCRIPCIÓN:
Pre condición: La Entrega de pedido ya debe estar registrada en el
sistema.
Descripción: Se registra la forma de pago con su respectiva
información.
Pos Condición: La forma de pago es registrada en el sistema.
1. Si la forma de pago no se puede verificar el sistema arrojara un
mensaje de error.
1. Si no se puede registrar la forma de pago, el sistema mostrará un
error.
2. Forma de pago registrada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para registrar la forma de pago.

58
Tabla 24.RF23, Tipificar Forma de Pago
IDENTIFICADOR
NOMBRE: Tipificar Forma de Pago
RF23
UTILIZA O LO
RF22
ALTA * No Aplica
ENTRADA SALIDA
* Id registro *Tipifica el registro correspondiente a
* Forma de pago la forma de pago de la gestión en el
*Tipificación sistema.
DESCRIPCIÓN:
Pre condición: La información de la forma de pago debió ser
registrada en el sistema con anterioridad. Teniendo en cuenta que
para tipificar debe terminar la gestión en este módulo.
Descripción: Se tipifica la información del módulo de forma de
pago.
Pos Condición: La tipificación de la forma de pago es realizada en
el sistema.
1. Si la tipificación es errónea el sistema arrojara un mensaje de
error.
2. Tipificación del registro de forma de pago es realizada
exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para tipificar la forma de pago.

59
Tabla 25. RF24, Registrar Tipificación Gestión Finalizada
IDENTIFICADOR Registrar Tipificación Gestión

NOMBRE:
RF24 Finalizada
UTILIZA O LO

ALTA * No Aplica
ENTRADA SALIDA
* Id Gestión
* Se registra la tipificación de la
* Tipificación
gestión realizada al cliente.
* Estado
DESCRIPCIÓN:
Pre condición: La gestión ya debe estar registrada en el sistema.
Descripción: Se registra la tipificación con su respectiva
información.
Pos Condición: La tipificación es registrada en el sistema.
1. Si la tipificación no se puede verificar el sistema arrojara un
mensaje de error.
1. Si no se puede registrar la tipificación, el sistema mostrará un
error.
2. Tipificación registrada exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para registrar la tipificación de la gestión

finalizada. Definiendo sus entradas, salidas, sus precondiciones y pos
60
Tabla 26. RF25, Actualizar Resumen Gestión Finalizada.
IDENTIFICADOR Actualizar Resumen Gestión

NOMBRE:
RF25 Finalizada
UTILIZA O LO
RF24
ALTA * No Aplica
ENTRADA SALIDA
* Id Gestión
* Se actualiza el resumen de la
*Tipo Gestión
gestión realizada al cliente.
* Estado
DESCRIPCIÓN:
Pre condición: La gestión ya debe estar registrada en el sistema.
Descripción: Se actualiza el resumen de la gestión con su
Pos Condición: La actualización del resumen de la gestión es
1. Si la actualización del resumen no se puede verificar el sistema
arrojara un mensaje de error.
1. Si no se puede registrar la actualización, el sistema mostrará un
error.
2. Actualización del resumen de la gestión finalizada registrada
exitosamente.
Fuente. Autor
Se especifica claramente el requerimiento para actualizar el resumen de la gestión

finalizada. Definiendo sus entradas, salidas, sus precondiciones y pos
61
ANEXO B. DOCUMENTO DE CASOS DE USO
Diagramas de Casos de Uso
Fuente. Autor
Ilustración 11 Diagrama CU Registro Usuario
Fuente. Autor
Ilustración 12 Diagrama CU Registro Teléfonos
62
Fuente. Autor
Ilustración 13 Diagrama CU Registro Marcación
Fuente. Autor
Ilustración 14 Diagrama CU Registro Dirección
63
Fuente. Autor
Ilustración 15 Diagrama CU Registro Producto
64
Fuente. Autor
Ilustración 16 Diagrama CU Registro Entrega de Pedido
Fuente. Autor
Ilustración 17 Diagrama CU Registro Forma de Pago
65
Fuente. Autor
Ilustración 18 Diagrama CU Finalización Gestión
66
Especificación Casos de Uso
Tabla 27. CU001 Registrar Usuario
CU - 001 REGISTRAR USUARIO

DESCRIPCIÓN Permite registrar los usuarios al sistema SIGO
ACTORES Analista de mesa de servicio
* Identificación
* Tipo de Documento
* Nombres
* Apellidos
* Sexo
VARIABLES DE
ENTRADA * Ciudad de Nacimiento
* E – Mail
*Profesión
* Afición
* Observaciones
Los campos de selección a ingresar de la
PRECONDICIÓN información del usuario deben estar cargados en
el sistema.
POSTCONDICIÓN La información del usuario es registrada en el
sistema.
ACTOR SISTEMA
1. Selecciona registrar 2. Presenta la interfaz
usuario. de registro de usuario.
3. Ingresa los datos del 4. Valida los datos del
FLUJO usuario, especificados usuario ingresados en
PRINCIPAL en las variables de las variables de
entrada. entrada
5. Guarda los datos
del usuario en el
sistema.
FLUJO ALTERNO 1. Los datos del usuario ingresados no son
validos.
Fuente. Autor
Se describe el caso de uso del registro del usuario, en el cual se especifican sus
variables de entrada, su precondición, su postcondición, su flujo principal y su flujo
alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada
caso en el sistema.
67
Tabla 28. CU 002 Actualizar Usuario
CU – 002 ACTUALIZAR USUARIO

Permite actualizar los datos completos de los usuarios que
DESCRIPCIÓN
ya han sido registrados por el analista de mesa de servicio.
* Identificación
* Tipo de Documento
* Nombres
* Apellidos
* Sexo
VARIABLES DE
ENTRADA * Ciudad de Nacimiento
* E – Mail
*Profesión
* Afición
* Observaciones
La información del usuario debió haber sido registrada con
PRECONDICIÓN anterioridad en el sistema y de esta forma solo actualizar
los campos necesarios.
POSTCONDICIÓN La información del usuario es actualizada por el sistema.
ACTOR SISTEMA
1. Ingresa número de 2. Valida e informa el
identificación del usuario para registro del usuario ya
verificar registro. existente
3. Ingresa los datos a 4. Valida la información

FLUJO
actualizar del usuario. ingresada para actualizar.
PRINCIPAL
5. Guarda información a 6. Valida toda la información
actualizar. ingresada.
7. Almacena y actualiza la
información ingresada.
1. El número de identificación no esta registrado en el
sistema.
FLUJO ALTERNO
2. Los datos ingresados son inválidos o no cumplen con los
requisitos.
Fuente. Autor
68
Se describe el caso de uso de la actualización de la información del usuario, en el
cual se especifican sus variables de entrada, su precondición, su postcondición, su
flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el
funcionamiento de cada caso en el sistema.
Tabla 29.CU003 Actualizar Contraseña Usuario
CU – 003 ACTUALIZAR CONTRASEÑA USUARIO

Permite actualizar la contraseña del usuario que ya ha sido
DESCRIPCIÓN
registrado por el analista de mesa de servicio.
* Identificación
* Tipo de Documento
VARIABLES DE * Nombres
ENTRADA * Apellidos
* Contraseña Anterior
* Nueva Contraseña
La contraseña del usuario debió haber sido registrada con
PRECONDICIÓN
anterioridad en el sistema y de esta forma poder cambiarla.
POSTCONDICIÓN La contraseña del usuario es actualizada por el sistema.
ACTOR SISTEMA
1. Ingresa número de
2. Valida e informa el registro
identificación del usuario
del usuario ya existente
para verificar registro.
3. Ingresa los datos para 4. Valida la información
actualizar la contraseña ingresada para actualizar la
FLUJO
del usuario. contraseña.
PRINCIPAL
actualizar de la ingresada del cambio de
contraseña. contraseña.
información ingresada de la
nueva contraseña.
sistema.
FLUJO ALTERNO
2. La nueva contraseña no cumple con los requisitos de
complejidad del sistema.
Fuente. Autor
Se describe el caso de uso de la actualización de la contraseña del usuario, en el

69
Tabla 30.CU 004 Registrar Teléfono
CU – 004 REGISTRAR TELÉFONO

Permite registrar los teléfonos del usuario al sistema
DESCRIPCIÓN
SIGO
ACTORES Asesor
* Indicativo
* Teléfono
* Extensión
VARIABLES DE
ENTRADA * Tipo de Teléfono
* Ciudad
* Departamento
* País
PRECONDICIÓN La información del teléfono debe estar cargada en el
POSTCONDICIÓN La información del teléfono es registrada por el
sistema.
ACTOR SISTEMA
1. Selecciona registrar 2. Presenta la interfaz de
teléfono. registro de teléfono.
FLUJO PRINCIPAL 3. Ingresa los datos del 4. Valida los datos del
teléfono, especificados en teléfono ingresados en
las variables de entrada. las variables de entrada
5. Guarda los datos del

teléfono en el sistema.
FLUJO ALTERNO 1. Los datos del teléfono del usuario ingresados no

son validos.
Fuente. Autor
Se describe el caso de uso del registro de teléfonos del usuario, en el cual se

especifican sus variables de entrada, su precondición, su postcondición, su flujo
principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta el
70
Tabla 31.CU005 Actualizar Teléfono
CU – 005 ACTUALIZAR TELÉFONO

Permite actualizar la información de los teléfonos del
DESCRIPCIÓN
usuario que ya han sido registrados por el asesor.
ACTORES Asesor
* Indicativo
* Teléfono
* Extensión
VARIABLES DE
* Ciudad
* Departamento
* País
La información del teléfono debió haber sido registrada
PRECONDICIÓN con anterioridad en el sistema y de esta forma solo
actualizar los campos necesarios.
POSTCONDICIÓN La información del teléfono del usuario es actualizada
por el sistema.
ACTOR SISTEMA
2. Valida e informa el
registro del teléfono ya
para verificar registro del
existente
teléfono.
4. Valida la información
3. Ingresa los datos a
ingresada para actualizar
FLUJO PRINCIPAL actualizar del teléfono.
el teléfono.
5. Guarda información a 6. Valida toda la

actualizar del teléfono. información ingresada.
7. Almacena y actualiza
la información ingresada
del teléfono del usuario.

sistema.
FLUJO ALTERNO
2. Los datos del teléfono ingresados son inválidos o no
cumplen con los requisitos.
Fuente. Autor
71
Se describe el caso de uso de la actualización de los teléfonos registrados, en el
Tabla 32.CU006 Eliminar Teléfono
CU – 006 ELIMINAR TELÉFONO

Permite eliminar la información de los teléfonos del
DESCRIPCIÓN
ACTORES Asesor
* Indicativo
* Teléfono
* Extensión
VARIABLES DE
* Ciudad
* Departamento
* País
PRECONDICIÓN La información del teléfono debió ser registrada en
el sistema con anterioridad.
POSTCONDICIÓN La información del teléfono es actualizada por el
sistema.
ACTOR SISTEMA
existente
teléfono.
FLUJO
PRINCIPAL 3. Selecciona el número 4. Valida la información
de teléfono que desea seleccionada para
eliminar. eliminar el teléfono.
7. Elimina la
información del teléfono
seleccionado.
1. El número de identificación no esta registrado en
el sistema.
FLUJO ALTERNO
2. Los datos del teléfono ingresados no se pueden
eliminar en el sistema.
Fuente. Autor
72
Se describe el caso de uso para eliminar el registro de los teléfonos, en el cual se
Tabla 33. CU007 Tipificar Registro de Teléfonos
CU – 007 TIPIFICAR REGISTRO DE TELÉFONOS

Permite tipificar el registro de los teléfonos del
DESCRIPCIÓN
ACTORES Asesor
* Id registro
VARIABLES DE
ENTRADA * Teléfono
*Tipificación
La información del teléfono debió ser registrada en
PRECONDICIÓN el sistema con anterioridad. Teniendo en cuenta
que para tipificar debe terminar la gestión en este
módulo.
POSTCONDICIÓN La tipificación del registro del teléfono es realizada
en el sistema.
ACTOR SISTEMA
existente
teléfono.
FLUJO 3. Selecciona la opción
PRINCIPAL 4. Valida la información
de tipificación de la
de la tipificación.
gestión de teléfonos.
7. Guarda la
información de la
tipificación de la gestión
seleccionada.
1. La tipificación no esta registrado en el sistema.
FLUJO ALTERNO 2. Los datos de la tipificación del teléfono
ingresados no se pueden guardar en el sistema.
Fuente. Autor
73
Se describe el caso de uso para tipificar el registro de los teléfonos, en el cual se
Tabla 34.CU008 Realizar Marcación
CU – 008 REALIZAR MARCACIÓN

Permite realizar la marcación a los teléfonos del
DESCRIPCIÓN
usuario registrados en el sistema SIGO
ACTORES Asesor
* Indicativo
* Teléfono
* Extensión
VARIABLES DE
* Ciudad
* Departamento
* Marcación
La información del teléfono debe estar registrada
PRECONDICIÓN correctamente en el sistema para realizar la
marcación.
POSTCONDICIÓN Se realiza la marcación al cliente para iniciar con la
gestión en el sistema.
ACTOR SISTEMA
1. Selecciona el usuario al 2. Presenta la interfaz
cual desea realizar la de marcación al
marcación. usuario.
FLUJO PRINCIPAL 3. Inicia la marcación al 4. Valida los datos de
teléfono del usuario. marcación.
5. Realiza la marcación
al usuario seleccionado.
FLUJO ALTERNO 1. La marcación no es valida debido a que el

teléfono se encuentra fuera de servicio.
Fuente. Autor
Se describe el caso de uso para realizar la marcación a los teléfonos de los

usuarios, en el cual se especifican sus variables de entrada, su precondición, su
74
postcondición, su flujo principal y su flujo alterno. Esta descripción se realiza
teniendo en cuenta el funcionamiento de cada caso en el sistema.
Tabla 35.CU009 Finalizar Marcación
CU – 009 FINALIZAR MARCACIÓN

Permite finalizar la marcación a los teléfonos del
DESCRIPCIÓN
usuario registrados en el sistema SIGO
ACTORES Asesor
* Indicativo
* Teléfono
* Extensión
VARIABLES DE
* Ciudad
* Departamento
* Marcación
La marcación al teléfono debe estar registrada
PRECONDICIÓN correctamente en el sistema para realizar la
finalización de la marcación.
POSTCONDICIÓN Se finaliza la marcación de la gestión con el cliente
para finalizar la marcación.
ACTOR SISTEMA
1. Selecciona la 2. Presenta la interfaz
marcación que desea de finalizar marcación al
finalizar. usuario.
FLUJO PRINCIPAL 3. Finaliza la marcación al 4. Valida los datos de
marcación que se esta
teléfono del usuario.
realizando.
5. Finaliza la marcación
seleccionada.
1. La finalización de la marcación no es valida
FLUJO ALTERNO debido a que el teléfono no tiene registro de
marcación.
Fuente. Autor
Se describe el caso de uso para finalizar la marcación a los teléfonos de los

75
Tabla 36. CU010 Tipificar Marcación
CU – 010 TIPIFICAR MARCACIÓN

Permite tipificar el registro de marcación a los
DESCRIPCIÓN teléfonos del usuario que ya han sido registrados
por el asesor.
ACTORES Asesor
* Id registro
VARIABLES DE
ENTRADA * Teléfono
*Tipificación
La información de la marcación debió ser
PRECONDICIÓN registrada en el sistema con anterioridad.
Teniendo en cuenta que para tipificar debe
POSTCONDICIÓN La tipificación del registro de la marcación
telefónica es realizada en el sistema.
ACTOR SISTEMA
identificación del usuario registro de la
para verificar registro de marcación del teléfono
la marcación del teléfono. ya existente
PRINCIPAL de tipificación de la 4. Valida la información
gestión de marcación de de la tipificación.
teléfonos.
7. Guarda la
información de la
tipificación de la
gestión seleccionada.
FLUJO ALTERNO 2. Los datos de la tipificación de marcación del
teléfono ingresado no se pueden guardar en el
sistema.
Fuente. Autor
Se describe el caso de uso para tipificar la marcación a los teléfonos de los

76
Tabla 37. CU011 Registrar Dirección
CU – 011 REGISTRAR DIRECCIÓN

Permite registrar las direcciones del usuario al
DESCRIPCIÓN
sistema SIGO
ACTORES Asesor
* Tipo Vía
* Número Vía
* Cuadrante
VARIABLES DE * Número
ENTRADA * Número Placa
* Cuadrante II
* Barrio
* Tipo Vía
* Datos Adicionales
PRECONDICIÓN La información de las direcciones del cliente debió

POSTCONDICIÓN La información de la dirección del cliente es
registrada por el sistema.
ACTOR SISTEMA
1. Selecciona registrar la 2. Presenta la interfaz de

dirección. registro de direcciones.
FLUJO PRINCIPAL 3. Ingresa los datos de la 4. Valida los datos de la

dirección, especificados en dirección ingresados en
las variables de entrada. las variables de entrada
5. Guarda los datos de

la dirección en el
sistema.
FLUJO ALTERNO 1. Los datos de la dirección del usuario ingresados

no son validos.
Fuente. Autor
Se describe el caso de uso para registrar las direcciones de los usuarios, en el

77
Tabla 38. CU 012 Actualizar Dirección
CU – 012 ACTUALIZAR DIRECCIÓN

Permite actualizar la información de las direcciones del
DESCRIPCIÓN
usuario que ya han sido registradas por el asesor.
ACTORES Asesor
* Tipo Vía
* Número Vía
* Cuadrante
VARIABLES DE * Número
ENTRADA * Número Placa
* Cuadrante II
* Barrio
* Tipo Vía
* Datos Adicionales
PRECONDICIÓN La información de las direcciones del cliente debió haber
sido registrada con anterioridad en el sistema.
La información de la dirección del cliente es actualizada por
POSTCONDICIÓN
el sistema.
ACTOR SISTEMA
identificación del usuario para
registro de la dirección ya
verificar registro de la
existente
dirección.
4. Valida la información
3. Ingresa los datos a
ingresada para actualizarla
FLUJO PRINCIPAL actualizar de la dirección. dirección.
actualizar de la dirección ingresada.
información ingresada de la
dirección del usuario.
sistema.
FLUJO ALTERNO
2. Los datos de la dirección ingresados son inválidos o no
cumplen con los requisitos.
Fuente. Autor
78
Se describe el caso de uso para actualizar las direcciones de los usuarios, en el
Tabla 39. CU013 Tipificar Registro de Direcciones
CU – 013 TIPIFICAR REGISTRO DE DIRECCIONES
Permite tipificar el registro de las direcciones del

DESCRIPCIÓN
usuario que ya han sido registradas por el asesor.
ACTORES Asesor
* Id registro
VARIABLES DE
ENTRADA * Dirección
*Tipificación
La información de las direcciones debió ser registrada

PRECONDICIÓN en el sistema con anterioridad. Teniendo en cuenta
que para tipificar debe terminar la gestión en este
módulo.
POSTCONDICIÓN La tipificación del registro de direcciones es realizada
en el sistema.
ACTOR SISTEMA
registro de la dirección
para verificar registro de
ya existente
direcciones
3. Selecciona la opción de
FLUJO PRINCIPAL tipificación de la gestión de 4. Valida la información
de la tipificación.
direcciones.
7. Guarda la información
de la tipificación de la
FLUJO ALTERNO 1. La tipificación no esta registrado en el sistema.

2. Los datos de la tipificación de la dirección
Fuente. Autor
79
Se describe el caso de uso para tipificar el registro de direcciones de los usuarios,
en el cual se especifican sus variables de entrada, su precondición, su
Tabla 40.CU014 Registrar Producto
CU – 014 REGISTRAR PRODUCTO

DESCRIPCIÓN Permite registrar los productos al sistema SIGO
ACTORES Asesor
* Código
VARIABLES DE * Nombre Producto
ENTRADA * Cantidad
* Valor Unitario
La información de los productos debió haber sido
PRECONDICIÓN
registrada con anterioridad en el sistema.
POSTCONDICIÓN El producto es agregado al sistema.
ACTOR SISTEMA

producto. de registro de producto.
FLUJO 3. Ingresa los datos del

PRINCIPAL 4. Valida los datos del
producto, especificados
producto ingresados en
en las variables de
las variables de entrada
entrada.
producto en el sistema.
FLUJO ALTERNO 1. Los datos del producto ingresados no son

validos.
Fuente. Autor
Se describe el caso de uso para el registro de productos , en el cual se especifican

sus variables de entrada, su precondición, su postcondición, su flujo principal y su
flujo alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de
cada caso en el sistema.
80
Tabla 41. CU 015 Eliminar Producto
CU – 015 ELIMINAR PRODUCTO

Permite eliminar el producto que ya ha sido
DESCRIPCIÓN
registrado por el asesor.
ACTORES Asesor
* Código
VARIABLES DE * Nombre Producto
ENTRADA * Cantidad
* Valor Unitario
PRECONDICIÓN El producto debió haber sido agregado con

anterioridad en el sistema.
POSTCONDICIÓN
El producto es eliminado del sistema.
ACTOR SISTEMA
1. Ingresa número del
producto del usuario para
registro del producto ya
verificar registro del
existente
teléfono.
FLUJO PRINCIPAL 3. Selecciona el número 4. Valida la información

de producto que desea seleccionada para
eliminar. eliminar el producto.
7. Elimina la información
del producto
seleccionado.
1. El número del producto no esta registrado en el
sistema.
FLUJO ALTERNO
2. Los datos del producto ingresados no se pueden
eliminar en el sistema.
Fuente. Autor
Se describe el caso de uso para el eliminar los productos , en el cual se

81
Tabla 42. CU016 Tipificar Solicitud de Compra
CU – 016 TIPIFICAR SOLICITUD DE COMPRA

Permite tipificar el registro de los productos que
DESCRIPCIÓN
ya han sido registrados por el asesor.
ACTORES Asesor
* Id registro
VARIABLES DE
* Producto
ENTRADA
*Tipificación
La información de la solicitud de compra debió

PRECONDICIÓN ser registrada en el sistema con anterioridad.
POSTCONDICIÓN La tipificación del registro de solicitud de compra
es realizada en el sistema.
ACTOR SISTEMA
producto para verificar registro del producto
registro. ya existente
3. Selecciona la opción 4. Valida la
FLUJO
de tipificación de la información de la
PRINCIPAL
gestión de productos. tipificación.
7. Guarda la
información de la
tipificación de la
1. La tipificación no esta registrada en el sistema.

FLUJO ALTERNO
2. Los datos de la tipificación del producto
Fuente. Autor
Se describe el caso de uso para tipificar los productos , en el cual se especifican

82
Tabla 43. CU017 Registrar entrega de Pedido
CU – 017 REGISTRAR ENTREGA DE PEDIDO

Permite registrar la entrega de pedido al sistema
DESCRIPCIÓN
SIGO
ACTORES Asesor
* Id Pedido
VARIABLES DE
* Fecha de Entrega
ENTRADA
* Destinatario
PRECONDICIÓN La solicitud de pedido ya debe estar registrada en

el sistema.
POSTCONDICIÓN La entrega de pedido es registrada en el sistema.
ACTOR SISTEMA
2. Presenta la interfaz
1. Selecciona registrar
de registro de entrega
entrega de pedido.
de pedido.
FLUJO 3. Ingresa los datos de la 4. Valida los datos de

PRINCIPAL entrega de pedido, la entrega de pedido
especificados en las ingresados en las
variables de entrada. variables de entrada
la entrega de pedido
en el sistema.
1. Los datos de la entrega de pedido ingresados
FLUJO ALTERNO
no son validos.
Fuente. Autor
Se describe el caso de uso para registrar la entrega de pedido, en el cual se

83
Tabla 44. CU018 Agregar Destinatario
CU – 018 AGREGAR DESTINATARIO

Permite agregar el destinatario de la entrega de
DESCRIPCIÓN
pedido al sistema SIGO
ACTORES Asesor
* Id Pedido
VARIABLES DE
* Fecha de Entrega
ENTRADA
* Destinatario
La fecha de entrega del pedido ya debe estar
PRECONDICIÓN
El destinatario de la entrega de pedido es
POSTCONDICIÓN
registrado en el sistema.
ACTOR SISTEMA
1. Selecciona agregar
de agregar
destinatario a entrega
destinatario en
de pedido.
entrega de pedido.
4. Valida los datos del
FLUJO 3. Ingresa los datos del
destinatario en la
PRINCIPAL destinatario para la
entrega de pedido
entrega de pedido.
ingresados.
5. Guarda los datos

del destinatario para
la entrega de pedido
en el sistema.
1. Los datos del destinatario en la entrega de
FLUJO ALTERNO
pedido ingresados no son validos.
Fuente. Autor
Se describe el caso de uso para agregar el destinatario en la entrega de pedido,

en el cual se especifican sus variables de entrada, su precondición, su
84
Tabla 45.CU019 Agregar Dirección de entrega
CU – 019 AGREGAR DIRECCIÓN DE ENTREGA

Permite agregar la dirección de entrega pedido al
DESCRIPCIÓN
sistema SIGO
ACTORES Asesor
* Id Pedido
VARIABLES DE
* Fecha de Entrega
ENTRADA
* Dirección de entrega
El destinatario de entrega del pedido ya debe
PRECONDICIÓN
estar registrado en el sistema.
La dirección de la entrega de pedido es registrada
POSTCONDICIÓN
en el sistema.
ACTOR SISTEMA
1. Selecciona agregar 2. Presenta la interfaz
dirección de entrega de de agregar dirección
pedido. de entrega de pedido.
4. Valida los datos de

3. Ingresa los datos de la
FLUJO la dirección en la
dirección para la entrega
PRINCIPAL entrega de pedido
de pedido.
ingresados.

la dirección para la
entrega de pedido en
el sistema.
1. Los datos de la dirección en la entrega de
FLUJO ALTERNO
Fuente. Autor
Se describe el caso de uso para agregar la dirección en la entrega de pedido, en

el cual se especifican sus variables de entrada, su precondición, su postcondición,
su flujo principal y su flujo alterno. Esta descripción se realiza teniendo en cuenta
el funcionamiento de cada caso en el sistema.
85
Tabla 46. CU020 Registrar Fecha de Entrega
CU – 020 REGISTRAR FECHA DE ENTREGA

Permite registrar la fecha de entrega del pedido
DESCRIPCIÓN
al sistema SIGO
ACTORES Asesor
VARIABLES DE * Id pedido
ENTRADA * Fecha de entrega
La solicitud de pedido ya debe estar registrada
PRECONDICIÓN
en el sistema.
La fecha de entrega de pedido es registrada
POSTCONDICIÓN
en el sistema.
ACTOR SISTEMA
fecha de entrega de de registrar fecha de
pedido. la entrega de pedido.
3. Ingresa los datos de 4. Valida los datos de

FLUJO
la fecha para la la fecha en la entrega
PRINCIPAL
entrega de pedido. de pedido ingresados.
5. Guarda los datos

de la fecha para la
entrega de pedido en
el sistema.
1. Los datos de la fecha en la entrega de
FLUJO ALTERNO
Fuente. Autor
Se describe el caso de uso para registrar la fecha de entrega del pedido en el cual
se especifican sus variables de entrada, su precondición, su postcondición, su flujo
86
Tabla 47.CU021 Tipificar Entrega de Pedido
CU – 021 TIPIFICAR ENTREGA DE PEDIDO

Permite tipificar el registro de la entrega de pedido
DESCRIPCIÓN
que ya han sido registradas por el asesor.
ACTORES Asesor
* Id registro
VARIABLES DE
* Fecha Entrega Pedido
ENTRADA
*Tipificación
La información de laentrega de pedido debió ser
registrada en el sistema con anterioridad. Teniendo
PRECONDICIÓN
en cuenta que para tipificar debe terminar la
gestión en este módulo.
La tipificación del registro de entrega de pedido es
POSTCONDICIÓN
ACTOR SISTEMA
pedido del usuario para
registro de la entrega
verificar registro de
de pedido ya existente
gestión.

PRINCIPAL de tipificación de la 4. Valida la información
gestión de entrega de de la tipificación.
pedido
7. Guarda la
información de la
tipificación de la gestión
seleccionada.
FLUJO ALTERNO 2. Los datos de la tipificación de la entrega de
pedido ingresados no se pueden guardar en el
sistema.
Fuente. Autor
Se describe el caso de uso para tipificar la entrega del pedido en el cual se

87
Tabla 48.CU022 Registrar Forma de Pago
CU – 022 REGISTRAR FORMA DE PAGO

Permite registrar la forma de pago en el sistema
DESCRIPCIÓN
SIGO
ACTORES Asesor
* Id Pedido
* Valor Total
VARIABLES DE
* Fecha Entrega
ENTRADA
* Forma de Pago
* Productos
La Entrega de pedido ya debe estar registrada
PRECONDICIÓN
en el sistema.
POSTCONDICIÓN La forma de pago es registrada en el sistema.
ACTOR SISTEMA
forma de pago. de forma de pago
3. Ingresa los datos de 4. Valida los datos de

FLUJO la forma de pago, la forma de pago
PRINCIPAL especificados en las ingresados en las
variables de entrada. variables de entrada

la forma de pago en el
sistema.
1. Los datos de la forma de pago ingresados no
FLUJO ALTERNO
son validos.
Fuente. Autor
Se describe el caso de uso para registrar la forma de pago en el cual se

88
Tabla 49.CU023 Tipificar Forma de Pago
CU – 023 TIPIFICAR FORMA DE PAGO

Permite tipificar el registro de forma de pago que
DESCRIPCIÓN
ya han sido registradas por el asesor.
ACTORES Asesor
* Id registro
VARIABLES DE
* Forma de pago
ENTRADA
*Tipificación
La información de laforma de pago debió ser
registrada en el sistema con anterioridad.
PRECONDICIÓN
La tipificación de la forma de pago es realizada
POSTCONDICIÓN
en el sistema.
ACTOR SISTEMA
pedido del usuario para
registro de la forma ya
verificar registro de
existente
gestión.

4. Valida la
PRINCIPAL de tipificación de la
información de la
gestión de forma de
tipificación.
pago.
7. Guarda la
información de la
tipificación de la
1. La tipificación no esta registrado en el
sistema.
FLUJO ALTERNO 2. Los datos de la tipificación de la forma de
pago ingresados no se pueden guardar en el
sistema.
Fuente. Autor
Se describe el caso de uso para tipificar la forma de pago en el cual se especifican

89
Tabla 50.CU024 Registrar Tipificación Gestión
CU – 024 REGISTRAR TIPIFICACIÓN GESTIÓN

DESCRIPCIÓN Permite registrar la tipificación en el sistema SIGO
ACTORES Asesor
* Id Gestión
VARIABLES DE
* Tipificación
ENTRADA
* Estado
PRECONDICIÓN La gestión ya debe estar registrada en el sistema.
POSTCONDICIÓN La tipificación es registrada en el sistema.
ACTOR SISTEMA
1. Selecciona registrar la 2. Presenta la interfaz
tipificación de la gestión de tipificación gestión
4. Valida los datos de

3. Ingresa los datos de la
FLUJO la tipificación
tipificación para la
PRINCIPAL ingresados en las
gestión.
variables de entrada

la tipificación en el
sistema.
1. Los datos de la tipificación ingresados no son

FLUJO ALTERNO
validos.
Fuente. Autor
Se describe el caso de uso para tipificar la gestión en el cual se especifican sus

variables de entrada, su precondición, su postcondición, su flujo principal y su flujo
alterno. Esta descripción se realiza teniendo en cuenta el funcionamiento de cada
caso en el sistema.
90
Tabla 51. CU025 Actualizar el Resumen de la Gestión
CU – 025 ACTUALIZAR EL RESUMEN DE LA GESTIÓN

Permite actualizar el resumen de la gestión en el
DESCRIPCIÓN
sistema SIGO
ACTORES Asesor
* Id Gestión
VARIABLES DE
*Tipo Gestión
ENTRADA
* Estado
PRECONDICIÓN La gestión ya debe estar registrada en el sistema.
La actualización del resumen de la gestión es
POSTCONDICIÓN
ACTOR SISTEMA
1. Selecciona actualizar
del resumen de la
el resumen de la gestión
gestión
FLUJO 4. Valida los datos del

PRINCIPAL 3. Actualiza los datos del
resumen ingresados en
resumen para la gestión.
las variables de entrada

resumen de la gestión
en el sistema.
1. Los datos de la actualización del resumen no
FLUJO ALTERNO
son validos.
Fuente. Autor
Se describe el caso de uso para actualizar el resumen de la gestión en el cual se

91
ANEXO C. MODELO ENTIDAD RELACIÓN
Fuente. Autor
Ilustración 19 Modelo Entidad Relación
Analisis modelo entidad relación
Para el análisis y diseño del modelo de la base de datos se tuvo en cuenta que
cada una de sus tablas garantizara una estructura lógica completa, manteniendo
un almacenamiento organizado y de facil manejo de su información.
Se determino un modelo entidad - relación por garantizar independencia en cada

una de las tablas y teniendo en cuenta en cada una de ellas los atributos cuyos
valores sean necesarios al registrar la información en la aplicación y facilitando el
manejo de todas las tablas.
Para determinar la organización de cada uno de los atributos de las tablas se tuvo
en cuenta que cada uno de ellos garantice un enlace concreto e integro con todas
las tablas del modelo al momento de ser usado. Cada una de estas tablas poseen
una llave primaria y según su caso una llave foránea que garantiza la integridad de
todos los datos en el modelo.
Ilustración 20 Atributos MER
Las tablas fueron determinadas de una forma individual en la cual se evaluo los
diferentes componentes manejados en el aplicativo asi como cada uno de sus
módulos. De tal forma que al momento de un cambio de módulo solo se vean
afectadas las tablas necesarias al cambio y no todo el modelo relacional.
88
ANEXO D. DICCIONARIO DE DATOS
TABLA: RowData
Descripción: Almacena la información referente al cliente o usuario
LLAVE LLAVE TIPO DE
ATRIBUTOS OPCIONAL LONGITUD
PRIMARIA FORANEA DATO
IDRowData * NOT NULL NUMBER 18
TipoRowData * NOT NULL NUMBER 2
Numero NOT NULL VARCHAR 18
PrimerNombre NOT NULL VARCHAR 30
SegundoNombre VARCHAR 30
PrimerApellido NOT NULL VARCHAR 30
SegundoApellido NOT NULL VARCHAR 30
FechaNacimiento DATE
CiudadNacimiento VARCHAR 10
Genero NUMBER 2
Email VARCHAR 100
Profesion NUMBER 4
Hobby NUMBER 4
Observaciones VARCHAR 300
FechaInsercion NOT NULL DATE
IDPersonaInsercion NOT NULL NUMBER 18
EstadoDireccion NOT NULL NUMBER 2
DESCRIPCIÓN DE LOS ATRIBUTOS
IDRowData: Indica el Id del cliente o usuario.

TipoRowData: Indica el tipo de documento del cliente o usuario
Numero: Es el número del documento del cliente o usuario.
PrimerNombre: Almacena el primer nombre del usuario.
SegundoNombre: Almacena el segundo nombre del usuario.
PrimerApellido: Almacena el primer apellido del usuario.
SegundoApellido: Almacena el segundo apellido del usuario.
FechaNacimiento: Almacena la fecha de nacimiento del usuario.
CiudadNacimiento: Almacena la ciudad de nacimiento del usuario.
Genero: Es el genero del usuario.
Email: Almacena el correo electrónico del usuario.
Profesion: Almacena la profesión del usuario
Hobby: Almacena el hobby del usuario.
Observaciones: Almacena las observaciones necesarias del usuario.
89
FechaInsercion: Almacena la fecha de inserción del usuario.
IDPersonaInsercion: Almacena el ID de la persona que hace el registro del
usuario.
EstadoDireccion: Almacena el estado de la dirección del usuario.
TABLA: Telefono
Descripción: Almacena la información referente al teléfono del usuario
LLAVE LLAVE TIPO DE
IDTelefono * NOT NULL NUMBER 18
CodigoCiudad * NOT NULL VARCHAR 10
NumeroTelefono NOT NULL NUMBER 10
Extension NUMBER 10
TipoTelefono NOT NULL NUMBER 5
IdPersonaIngresa NUMBER 18
FechaInsercion DATE
Estado NUMBER 2
IDTelefono: Indica el Id del teléfono del usuario.

CodigoCiudad: Almacena el código de la ciudad a la cual pertenece el número de
NumeroTelefono: Almacena el número de teléfono del usuario.
Extension: Almacena el número de la extensión del teléfono del usuario.
TipoTelefono: Indica el tipo de teléfono del usuario.
IDPersonaInsercion: Almacena el ID de la persona que hace el registro del
FechaInsercion: Almacena la fecha de inserción del teléfono del usuario.
Estado: Indica el estado en el que se encuentra el teléfono.
90
TABLA: Direccion
Descripción: Almacena la información referente a la dirección del usuario
LLAVE LLAVE TIPO DE
IdDireccion * NUMBER 18
CodigoCiudad * NOT NULL VARCHAR 10
Direccion NOT NULL VARCHAR 50
Barrio NOT NULL VARCHAR 100
IdPersona NOT NULL NUMBER 18
FechaInsercion NOT NULL DATE
FechaActualizacion NOT NULL DATE
TipoDireccion NOT NULL NUMBER 5
EstadoDireccion NUMBER 2
IdDireccion: Indica el Id de la dirección del usuario.

CodigoCiudad: Almacena el código de la ciudad a la cual pertenece la dirección
del usuario.
Direccion: Almacena la dirección del usuario.
Barrio: Almacena el barrio correspondiente a la dirección del usuario.
IDPersona: Almacena el ID de la persona que hace el registro de la dirección del
usuario.
FechaInsercion: Almacena la fecha de inserción de la dirección del usuario.
TipoDireccion: Indica el tipo de dirección del usuario.
EstadoDireccion: Indica el estado en el que se encuentra la dirección del usuario.
91
TABLA: Pedido
Descripción: Almacena la información referente al pedido que realiza el usuario
LLAVE LLAVE TIPO DE
IdPedido * NOT NULL NUMBER 18
FechaCreacion NOT NULL DATE
IdVendedor NOT NULL NUMBER 18
TipoPedido NOT NULL NUMBER 18
NombreDestinatario VARCHAR 50
Total NOT NULL NUMBER 18
IdPedido: Indica el Id del pedido que realiza el usuario.

FechaCreacion: Almacena la fecha de creación del pedido del usuario.
IdVendedor: Almacena el ID del vendedor que realiza el pedido.
TipoPedido: Indica el tipo de pedido que realiza el usuario.
NombreDestinatario: Almacena el nombre del destinatario.
Total: Indica el valor total del pedido del usuario.
TABLA: Producto
Descripción: Almacena la información referente al producto.
LLAVE LLAVE TIPO DE
IdProducto * NOT NULL NUMBER 18
NombreProducto NOT NULL VARCHAR 300
Valor NOT NULL NUMBER 18
EstadoProducto NOT NULL NUMBER 2
Promocion VARCHAR 300
BaseComision NUMBER 18
IdProducto: Indica el Id del producto.

NombreProducto: Almacena el nombre del producto.
Valor: Almacena el valor del producto por unidad.
EstadoProducto: Indica el estado del producto.
92
Promocion: Almacena las promociones relacionadas con el producto.
BaseComision: Almacena la base de la comisión que se otorga por la venta del
producto.
TABLA: FormaPago
Descripción: Almacena la información referente a las formas de pago.
LLAVE LLAVE TIPO DE
IdFormaPago * NOT NULL NUMBER 18
IdTarjetaCredito * NUMBER 18
IdPagoEfectivo * NUMBER 18
IdPedido * NOT NULL NUMBER 18
IdTipoPago NOT NULL NUMBER 18
FechaIngreso DATE
IDUsuarioVendio NOT NULL NUMBER 18
IdFormaPago: Indica el Id de la forma de pago del pedido.

IdTarjetaCredito: Indica el Id de la tarjeta de crédito del usuario.
IdPagoEfectivo: Indica el Id del pago en efectivo
IdPedido: Indica el Id del pedido.
FechaIngreso: Almacena la fecha en la que se registra la forma de pago.
IDUsuarioVendio: Almacena el Id del usuario que realizo el pedido.
93
TABLA: PagoEfetivo
Descripción: Almacena la información referente a la forma de pago en efectivo.
LLAVE LLAVE TIPO DE
IdPagoEfectivo * NOT NULL NUMBER 18
TipoCuenta NOT NULL NUMBER 18
Titular NOT NULL VARCHAR 60
NumeroCuenta NOT NULL NUMBER 30
EntidadBancaria NOT NULL VARCHAR 60
FechaIngreso NOT NULL DATE
IDPersonaAgrega NOT NULL NUMBER 18
IdPagoEfectivo: Indica el Id del pago en efectivo

TipoCuenta: Almacena el tipo de cuenta del usuario.
Titular: Almacena el nombre del titular de la cuenta.
NumeroCuenta: Almacena el número de la cuenta.
EntidadBancaria: Almacena el nombre de la entidad bancaria a la que pertenece
la cuenta.
FechaIngreso: Almacena la fecha en la que se registra el pago en efectivo.
IDPersonaAgrega: Almacena el id de la persona que agrega la forma de pago en
efectivo.
94
TABLA: TarjetaCredito
LLAVE LLAVE TIPO DE
IdTarjetaCredito * NOT NULL NUMBER 18
IdRowData * NOT NULL NUMBER 18
NumeroTarjeta NOT NULL NUMBER 18
FechaVencimiento NOT NULL NUMBER 18
IdClaseTarjeta NUMBER 18
EntidadBancaria DATE
Cuotas NUMBER 18
FechaIngreso NOT NULL NUMBER 18
IdPersonaAgrega NUMBER 18
EstadoTarjetaCredito NOT NULL NUMBER 18
IdTarjetaCredito: Indica el Id de la tarjeta de crédito.

NumeroTarjeta: Almacena el número de la tarjeta de crédito
FechaVencimiento: Indica la fecha de vencimiento de la tarjeta de crédito.
IdClaseTarjeta: Indica el id de la clase de tarjeta de crédito.
EntidadBancaria: Almacena el nombre de la entidad bancaria a la que pertenece
la tarjeta de crédito.
Cuotas: Almacena el número de cuotas que se desea diferir la tarjeta de crédito.
FechaIngreso: Almacena la fecha en la que se registra el pago con tarjeta de
crédito.
IDPersonaAgrega: Almacena el id de la persona que agrega la forma de pago
con tarjeta de crédito.
EstadoTarjetaCredito: Indica el estado de la tarjeta de crédito.
95
TABLA: Gestion
LLAVE LLAVE TIPO DE
IdGestion * NOT NULL NUMBER 18
IdRowData * NOT NULL NUMBER 18
IDPersona NOT NULL NUMBER 18
FechaActualizacion DATE
EstadoGestion NOT NULL NUMBER 2
IDTipificacion NOT NULL NUMBER 18
Tipificacion NOT NULL VARCHAR 50
Observaciones VARCHAR 300
IdGestion: Indica el Id de la gestión.

IDPersona: Almacena el id de la persona que realiza la gestión.
FechaActualizacion: Indica la fecha en la que se realiza la actualización de la
gestión.
EstadoGestion: Indica el estado en el que se encuentra la gestión.
IDTipificacion: Almacena el id de la tipificación de la gestión.
Tipificación: Almacena la tipificación de la gestión realizada.
Observaciones: Almacena las observaciones necesarias para la gestión.
96
ANEXO E. MODELO DE COMPONENTES
Fuente. Autor
Ilustración 21 Modelo de Componentes
Analisis modelo de componentes
En la construcción del modelo de componentes fue necesario basarse en la

arquitectura de todo el sistema. Teniendo en cuenta las diferentes capas como la
de presentaión, lógica de negocio y aplicaciones de servicios.
En la capa de presentación se tuvo en cuenta todas las interfaces gráficas

presentadas al usuario final.
Ilustración 22 Componente Capa de Presentación
En la capa de lógica de negocio se relacionaron todos los componentes como

controladores, entities, entre otros que ahcen parte interna para el desarrollo
completo del sistema.
Ilustración 23 Componente Capa de Lógica de Negocio
En la capa de aplicación de servicios se tuvo en cuenta toda la infraestructura

necesaria para el funcionamiento del sistema, teniendo en cuenta todo tipo de
servidores y aplicaciones externas necesarias.
Ilustración 24 Componente Capa de Aplicación de Servicios

ANEXO F. DIAGRAMAS DE ESTADO
Fuente. Autor
Ilustración 25 Diagrama de Estado Gestión Pedido
Descripción diagrama de estado Gestión Pedido.
En el diagrama de estado de Gestión de pedido se tuvo en cuenta los estados

necesarios en todo el flujo de una gestión de pedido. En el diagrama se puede
contemplar las diferentes variantes según el proceso determinado por el asesor o
el usuario que emplea el sistema.
Fuente. Autor
Ilustración 26 Diagrama de Estado Registro Usuario
Descripción diagrama de estado Registro Usuario
En el diagrama de estado de Registro de Usuario se tuvo en cuenta los estados

necesarios en todo el flujo para un proceso de este tipo. En el diagrama se puede
contemplar las diferentes variantes según el proceso determinado por el asesor o
el usuario que emplea el sistema.
Fuente. Autor
Ilustración 27 Diagrama de Estado Marcación
Descripción diagrama de estado Marcación.
En el diagrama de estado de Marcación se tuvo en cuenta los estados necesarios

al momento de realizar la marcación al cliente y teniendo en cuenta el flujo de la
marcación. En el diagrama se puede contemplar las diferentes variantes según el
proceso determinado por el asesor o el usuario que emplea el sistema.
ANEXO G. DIAGRAMAS DE SECUENCIA
Para los diagramas de secuencia se tuvo en cuenta el componente GUI o de

interfaz, el LDAP o de base de datos y por último el módulo necesario para el
proceso.
Se tuvo en cuenta el flujo para determinar este proceso, determinando sus

posibilidades de continuación del proceso.
Fuente. Autor
Ilustración 28 Diagrama de Secuencia Registrar Usuario

Fuente. Autor
Ilustración 29 Diagrama de Secuencia Actualizar Usuario

Fuente. Autor
Ilustración 30 Diagrama de Secuencia Registrar Teléfono
Fuente. Autor
Ilustración 31 Diagrama de Secuencia Alctualizar Teléfono
Fuente. Autor
Ilustración 32 Diagrama de Secuencia Actualizar Dirección
Fuente. Autor
Ilustración 33 Diagrama de Secuencia Registrar Entrega de Pedido
Fuente. Autor
Ilustración 34 Diagrama de Secuencia Registrar Forma de Pago
Fuente. Autor
Ilustración 35 Diagrama de Secuencia Registrar Producto

Fuente. Autor
Ilustración 36 Diagrama de Secuencia Registrar Tipificación

ANEXO H. DIAGRAMA DE CLASES
Fuente. Autor
Ilustración 37. Diagrama de Clases

ANEXO I. MANUAL DE USUARIO SISTEMA SIGO
SISTEMA INTEGRADO DE GESTIÓN OPERATIVA
MANUAL DE USUARIO
INTRODUCCIÓN
El SISTEMA INTEGRADO DE GESTIÓN OPERATIVA – SIGO, es un sistema

web que está basado en una base de datos relacional en plataforma SQL
SERVER, la cual permite sistematizar y apoyar todos los procesos relacionados
con información y administración de información nacional financiera de la
compañía.
El presente hace referencia a la forma de navegación dentro de los menús de la

aplicación, describiendo los pasos que deberá seguir un usuario final del software
para registrar en el Sistema la información, los datos relacionados con la gestión,
registros y actualizaciones del proceso.
ENTORNO GENERAL DEL SISTEMA SAGINT
El Sistema Integrado de Gestión Operativa – SIGO, posee un entorno de

navegación gráfico basado en menús y una barra de módulos.
La distribución de la pantalla esta asi:

(A) Módulo con información principal del cliente.
(B) Módulo con información de apoyo al asesor.
(C) Módulo de gestión del asesor.
NOTA: Los módulos (A) y (B) son módulos desplegables, es decir, se pueden
ocultar cuando el usuario lo desee con el fin de ganar más espacio para la gestión,
dando click sobre las flechas.
 CÓMO INGRESAR APLICATIVO SIGO?
Para ingresar al aplicativo del sistema SIGO, debe hacer click sobre el icono de
acceso directo ubicado en el escritorio
Después de hacer click sobre el icono aparece la siguiente ventana que muestra la
pantalla de logueo en la cual debe ingresar su usuario, su contraseña y su
dominio.
 CÓMO INGRESAR A LA PANTALLA PRINCIPAL?
Al ingresar los datos de logueo correctamente usted tendrá acceso a la pantalla

principal de SIGO.
 COMO REALIZAR LA MARCACIÓN A UN USUARIO?
Una vez validado el usuario y la contraseña el sistema le permite el acceso al

módulo de marcación donde podrá iniciar con la gestión.
Este módulo le permite realizar varias opciones teniendo en cuenta que debe
seleccionar la opción según sea el caso.
1. Número Teléfono: Debe ingresar el número de teléfono al que desear
realizar la marcación.
2. Tipificación: Debe seleccionar la tipificación según sea el caso de la
gestión.
3. Botón Marcación: Corresponde al botón para realizar la marcación al
usuario.
4. Editar: Esta opción le permite editar el teléfono de la marcación agregado.
La opción de editar le habilita las opciones para modificar los campos de
teléfono, extensión, tipo y ciudad.
5. Botón Finalizar: El botón le permite finalizar la marcación y terminar la
gestión.
6. Botón Siguiente: El botón siguiente le permite continuar al siguiente
módulo de la gestión con el usuario.
 CÓMO INGRESAR AL MÓDULO DE DATOS PRINCIPALES?
El siguiente módulo que le permite observar el sistema luego de realizar la

marcación es el de Datos principales.
Para continuar con la gestión es necesario ingresar los campos solicitados y
seleccionar el botón necesario según sea el caso de la gestión.
 CÓMO REGISTRAR UNA DIRECCIÓN?
Debe dar click en siguiente en el módulo de datos principales.

El módulo principal de direcciones le permitirá registrar la dirección de manera
rápida, también le permitirá editarla y cambiar el estado de la dirección.
En este formulario debe ingresar cada uno de los campos solicitados y luego de
ingresarlos debe dar click en el botón guardar.
 CÓMO REGISTRAR TELÉFONO?
Luego de seguir con la gestión aparecerá el módulo de teléfonos.
Este módulo le permite ingresar, editar y cambiar el estado del teléfono.
 CÓMO REGISTRAR UNA SOLICITUD DE COMPRA?
Continuando con la gestión el siguiente módulo será el de solicitud de compra el

cual le permite agregar productos a la compra, la cantidad, editándolos o de la
misma forma le permite eliminarlos.
 CÓMO REGISTRAR LA ENTREGA DE PEDIDO?
En el módulo de entrega de pedido, permite luego de haber agregado los

productos necesarios en el módulo de solicitud de pedido, generar la dirección de
entrega, un teléfono y nombre del destinatario.
Debe dar click en el botón siguiente para continuar.
 MÓDULO FORMA DE PAGO.
En el módulo de forma de pago seleccionará la forma de pago escogida por el

usuario. Teniendo en cuenta que las opciones presentadas son: Tarjeta de Crédito
y pago en efectivo.
Según la opción escogida el módulo le mostrara los campos a elegir.
 MÓDULO TIPIFICACIÓN
El módulo de tipificación le permite seleccionar la opción de clasificación de la

gestión esta se escoge según sea el caso.
2 CONCLUSIONES
El resultado principal del trabajo de grado es la creación de un sistema integrado

de gestión que genera de forma normalizada la gestión de los procesos de la
empresa Ventas y Servicios S.A., para alcanzar tal resultado fue necesario
desarrollar un sistema con diferentes módulos que discriminan cada uno de los
requerimientos solicitados por el cliente, de tal forma que no afecte su
disponibilidad.
Adicional a los resultados mencionados, se realizo el análisis de módulos futuros a

implementar teniendo en cuenta que sean sincronizados de forma paralela con
las otras aplicaciones manejadas por la empresa, teniendo en cuenta que su
desarrollo este en java. Debido a esto es necesario que las aplicaciones existentes
con diferentes lenguajes sean migrados al sistema SIGO.
Obtener estos resultados fue posible a través del seguimiento de una metodología
adecuada, que planteo tres fases: análisis, diseño e implementación. El alcance
de este trabajo de grado permitio seguir la metodología hasta la etapa dos, la
tercera etapa se completaría al momento de obtener todos los módulos del
sistema diseñado.
Para avalar la propuesta, se realizaron varios análisis por el personal encargado

de Ventas y Servicios y se planteo un caso de estudio asociado al sistema de de
aplicaiones que manejan actualmente
La metodología presta especial atención a los aspectos de desarrollo

característicos de los sistemas integrados de tiempo real y que no se contemplan
en otras metodologías.
BIBLIOGRAFIA
Alberto Mendelzon. (2000). Introducción a las bases de datos relaciónales.

Buenos Aires, Prentice-Hall, Pearson.
Date, 1993 Date, C. (1993). Introducción a los Sistemas de bases de datos.

Addison-Wesley, Wilmington, E.U.A.
Fernando García Pérez, Félix Chamorro Atance, José M. Molina López. (2000).
Informática de Gestión y Sistemas de Información. Madrid. McGraw – Hill.
Francisco Javier Gil Rubio. (2001). Creación de sitios Web con PHP4. Madrid,
McGraw-Hill.
Microsoft Press, Dynamic HTML: The Next Generation of User Interface Design
Using HTML, Microsoft Corporation, 1997.
Pressman Roger S. (2002). Ingeniería del software, un enfoque práctico. Madrid,

España, McGraw-Hill.
WIKIPEDIA, Wikipedia Library. Proceso Unificado Racional Dirección URL:

<http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational>

Gestión PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Gestión PDF

Загружено:

Авторское право:

Доступные форматы

SISTEMA INTEGRADO DE GESTIÓN OPERATIVA PARA LA EMPRESA

VENTAS Y SERVICIOS S.A.

STEFHANIA DOMINGUEZ VARGAS

UNIVERSIDAD CATOLICA DE COLOMBIA

STEFHANIA DOMINGUEZ VARGAS

UNIVERSIDAD CATOLICA DE COLOMBIA

Aprobado por el comité de grado en

Bogotá D. C., Mayo 28 de 2013

Le Agradezco a Dios por haberme acompañado y guiado a lo largo de mi carrera,

A mi hermana Sandra por ser parte importante de mi vida y representar la unidad

Le agradezco la experiencia y conocimientos de quienes con su profesionalismo

Para todos, muchas gracias.

Ilustración 1 Módulo Información Cliente .......................................................................... 26

Tabla 1. Lista de Requerimientos Funcionales del Sistema................................................. 36

ANALISIS DE REQUERIMIENTOS: proceso de estudio de las necesidades de los

COMPATIBILIDAD: preparación de dos o más componentes o sistemas para

COMPONENTE: una de las partes que forman un sistema. Un componente puede

DISEÑO: proceso de definición de la arquitectura, componentes, interfaces y otras

DISPONIBILIDAD: el grado con el que se mide la accesibilidad de un sistema o

ESCALABILIDAD: facilidad con la que un sistema o un componente puede

GESTIÓN DE CONFIGURACIÓN: disciplina que aplica la dirección y supervisión

GESTIÓN DE PROCESOS: dirección, control y coordinación del trabajo realizado

IMPLEMENTACIÓN: proceso de transformación de un diseño en componentes de

INTERFAZ DE USUARIO: interfaz que permite la comunicación entre un usuario y

Maven es una herramienta de software para la gestión y construcción de

El presente trabajo se orienta a realizar una contribución en el área de soluciones

En particular, la metodología que se propone es aplicable al proceso de desarrollo

Debido a la diversidad y multiplicidad de los procesos que se requieren para

In particular, the proposed methodology is applicable to the process of enterprise

Owing to the diversity and multiplicity of the processes required to develop a

El proyecto está enfocado en la línea de identificación y normalización de

En el presente documento también se encontrará la especificación del análisis y el

En la empresa Ventas y Servicios S.A. los procesos de los diferentes clientes se

Se busca desarrollar un sistema de información web adecuado, que normalice la

Por medio de los módulos que se van implementarán se dará manejo a la

En Colombia existen diversas entidades con el manejo de la información y las

1.2 PLANTEAMIENTO DEL PROBLEMA

1.2.1 Descripción del problema.

En Colombia se encuentra en auge el desarrollo de aplicaciones que manejen

El problema se presenta al identificar que la empresa debido a su crecimiento,

Al momento de generar un nuevo aplicativo con características similares en

Ahora bien, se hace necesario un conocimiento acertado, manejable y

¿Es posible que las gestiones completamente tipificadas1 de forma oportuna

1.2.2 Formulación del problema.

El problema radica en la identificación y normalización de los diferentes

Es importante resaltar que uno de los propósitos fundamentales de la

Tipificación: se refiere a la expresión utilizada en la Entidad para determinar el

1.3.1 Objetivo General.

Analizar, Diseñar y Desarrollar los módulos de un Sistema integrado para la

1.3.2 Objetivos Específicos.

 Identificar el manejo actual de los procesos de las aplicaciones con el fin de

La empresa Ventas y Servicios S.A. cumple una labor importante en el sector

Gracias a esto se observa la necesidad de implementar un sistema de información

El proyecto se realizó para la empresa Ventas y Servicios S.A. lo cual permitió

El tiempo de ejecución del proyecto fue de 4 meses según lo propuesto en el

Se contemplaron unos entregables como contenido que son:

Se establece como alcance:

1.6.1 Marco conceptual.

Teniendo en cuenta el problema planteado, el proyecto está enfocado en la

 Ingeniería De Sistemas: El proceso de ingeniería de sistemas es

Tanto la ingeniería de proceso de negocio como la de producto intentan

La ingeniería de Sistema permite que antes de construir el Sistema de

 Sistema de Información web: La enciclopedia libre Wikipedia define un