documento final tesis

197
SISTEMA DE INFORMACIÓN PARA LA GESTIÓN Y CONTROL DE PUBLICACIONES EN LA EMPRESA CONTEXTO LTDA JAVIER AVILA SÁNCHEZ 20022078004 JENNIFER OSPINA CASTAÑEDA 20022078050

Upload: javimachinehead

Post on 19-Jun-2015

906 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Documento Final Tesis

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN Y CONTROL DE PUBLICACIONES EN LA EMPRESA CONTEXTO LTDA

JAVIER AVILA SÁNCHEZ20022078004

JENNIFER OSPINA CASTAÑEDA20022078050

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDASFACULTAD TECNOLÓGICA

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOSBOGOTA D. C.

Page 2: Documento Final Tesis

2009

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN Y CONTROL DE PUBLICACIONES EN LA EMPRESA CONTEXTO LTDA.

JAVIER AVILA SÁNCHEZJENNIFER OSPINA CASTAÑEDA

Trabajo de Grado para optar al titulo deTecnólogo en Sistematización de Datos

TutorROCIO RODRIGUEZ GUERRERO

Ingeniera de Sistemas

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDASFACULTAD TECNOLÓGICA

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS

Page 3: Documento Final Tesis

BOGOTA D. C.2009

Nota de Aprobación:

_____________________________

_____________________________

_____________________________

_____________________________

_____________________________

_____________________________

_____________________________

_____________________________

Firma del Tutor de la Monografía

_____________________________

Firma del Evaluador

_____________________________

Firma del Evaluador

Page 4: Documento Final Tesis

AGRADECIMIENTOS

Nuestra mas sincera muestra de agradecimiento a todas las personas que de

alguna u otra forma contribuyeron a la culminación satisfactoria de este proyecto.

Un agradecimiento especial a:

A la Ingeniera Rocío Rodríguez Guerrero, tutora del proyecto, por brindarnos su

valiosa colaboración como guía durante la realización de este proyecto.

Page 5: Documento Final Tesis

CONTENIDO

Pag

INTRODUCCION

1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN

1.1 TITULO DEL TRABAJO

1.2 TEMA

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 Descripción

1.3.2 Formulación del problema

1.4 ALCANCES Y DELIMITACIONES

1.5 OBJETIVOS

1.5.1 Objetivo General

1.5.2 Objetivos Específicos

1.6 JUSTIFICACION

1.7 MARCO DE REFERENCIA

1.7.1 Marco Histórico

1.7.2 Marco Teórico

1.7.3 Marco Conceptual

1.8 FACTIBILIDAD

1.8.1 Técnica

Page 6: Documento Final Tesis

1.8.2 Operativa

1.8.3 Económica

1.8.4 Legal

1.9 CRONOGRAMA DE ACTIVIDADES

2. FASE DE REQUERIMIENTOS

2.1 LEVANTAMIENTO DE LA INFORMACIÓN

2.2 MODELO DE DOMINIO

2.2.1 Diagrama de Modelo de Dominio

2.2.2 Glosario de Términos

2.3 REQUERIMIENTOS NO FUNCIONALES

2.4 LISTA DE ACTORES

2.4.1 Descripción de actores

2.5 REFINAMIENTO DE CASOS DE USO

2.5.1 Documentación de los casos de uso.

2.5.2 Diagrama General de casos de Uso

3. ANALISIS

3.1 DIAGRAMAS DE SECUENCIA

3.2 DIAGRAMAS DE ACTIVIDAD

3.3 DIAGRAMA DE CLASES

4. DISEÑO

4.1 LISTA INICIAL DE CLASES

4.1.1 Módulo de …………..

4.2 RELACION ENTRE OBJETOS

Page 7: Documento Final Tesis

4.3 REFINAMIENTO ENTRE LAS RESPONSABILIDADES DE LOS OBJETOS

4.4 CAMPOS RELACIONALES

4.5 MODELO RELACIONAL

5. PRUEBAS

5.1 PRUEBAS DE INSTALACION

5.2 PRUEBAS DE CONFIGURACIÓN

5.2.1 Las tres capas en un mismo equipo

5.2.2 varias capas en varios equipos

5.3 PRUEBAS DE CASOS DE USO

5.4 PRUEBAS DE EJECUCIÓN

5.5 PRUEBAS DE DESEMPEÑO

5.5.1 Pruebas de esfuerzo

5.5.2 Pruebas de de seguridad

5.5.3 Pruebas de compatibilidad

6. CONCLUSIONES

RECOMENDACIONES

BIBLIOGRAFIA

ANEXOS

Page 8: Documento Final Tesis

LISTA DE FIGURAS

LISTA DE TABLAS

Page 9: Documento Final Tesis

RESUMEN

El desarrollo del presente proyecto se realizó gracias al apoyo de la Empresa Distribuidora de Libros Contexto Ltda. Las variables fueron las solicitudes de cotización de textos que llegan a la empresa, el registro de estas mediante hojas de cálculo, el control que tienen de dichas publicaciones y el manejo que le dan los empleados de la empresa a esta información. El propósito fue desarrollar un prototipo de software que evaluando dichas variables, permite gestionar los procesos operativos de la empresa, fue necesario a través de encuestas y entrevistas en las instalaciones de la empresa, identificar los actores y los procesos necesarios para modelar el software. El trabajo se justificó porque permite que la organización realizar estas tareas de una forma automatizada y organizada.

Guiados por la metodología RUP, apoyados por la herramienta Rational Rose paraUML y utilizando dos herramientas Open Source como PHP y MYSQL se lleva a cabo el Análisis, diseño y desarrollo de un software prototipo para la gestión del control de publicaciones en la empresa. El resultado fue una aplicación web que contiene 5 módulos los cuales tienen acceso según el perfil del usuario que se registra en el sistema.

El sistema respondió positivamente a las pruebas que se le realizaron y se concluye el desarrollo del software siendo aprobado como prototipo para la empresa.

Page 10: Documento Final Tesis

ABSTRACT

The development of this project was made possible thanks to support from the Context Books Distribution Company Ltd. The variables were requests for quotations of texts come to the company, the registration of these through spreadsheets, have control of such publications and management that gives employees the company to this information. The purpose was to develop a software prototype that assessing these variables, to manage the operational processes of the company, was needed through surveys and interviews at the facilities of the company, identify actors and processes needed to model the software. The work was justified because it allows the organization to perform these tasks in an automated and organized.

Guided by the RUP methodology, supported by the tool Rational Rose UML and using two Open Source tools like PHP and MYSQL is carried out the analysis, design and development of prototype software for managing the control of publications in the company. The result was a Web application that contains 5 modules which have access as the user profile that is logged in the system.

The system responded positively to the test to be conducted and concluded the development of the software being adopted as a prototype for the company.

Page 11: Documento Final Tesis

INTRODUCCION

Las aplicaciones de sistemas de información tienen su origen en casi todas las áreas de una empresa y están relacionadas con todos los problemas de la organización.

El desarrollo de los sistemas de información en las empresas, se constituye en una herramienta que debe tenerse para utilizar la tecnología de la información; en consecuencia los sistemas de información deben desarrollarse sobre la base de su propia capacidad para mejorar el desempeño de la organización, sin embargo estas razones no significan únicamente pérdidas y ganancias. La marcha de una empresa incluye también beneficios para sus empleados, clientes y otras personas con la que se tienen tratos.

En el transcurso de los años, se han logrado avances en la automatización de procesos; los cuales proporcionan ayudas en el cumplimiento de las funciones dentro de una organización, sobre todo en esta época en la cual se necesita ahorrar tiempo, así como también, se requiere el control de los procesos.

Un ejemplo de la necesidad de implementar un sistema de información es la empresa Contexto Ltda, cuyo eje central de trabajo es el registro del inventario de las cotizaciones y manejo de la información de las publicaciones que comercializa, mediante hojas de calculo, dificultando las tareas de búsqueda de dicha información ya que cada vez que se registran publicaciones es necesario crear nuevos archivos, los cuales difícilmente se pueden consultar.

Con este propósito se realizó este Proyecto, de manera tal que la Distribuidora de Libros Contexto Ltda, pueda tener una herramienta de control que le permita realizar estas tareas de una forma automatizada, práctica y eficiente.

Page 12: Documento Final Tesis

A lo largo de este proyecto y del presente documento se verá la evolución de un desarrollo de software llevado a cabo mediante la herramienta Web PHP, el motor de base de datos MySQL y guiado por la metodología Rational Unified Process (RUP), que a través del adelanto de cada uno de sus flujos de trabajo y de las fases que componen dichos flujos, permite de forma concreta y segura, garantizar el análisis, diseño e implementación de una herramienta enfocada a suplir dichos requerimientos a la hora de programar las interfaces gráficas, la identificación de los roles asignados a los diferentes tipos de usuarios, la forma en que se llegó a los casos de uso definitivos y los tipos de relaciones que existen entre los componentes de la base de datos diseñada.

1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN

1.1 TITULO DEL TRABAJO

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN Y CONTROL DE PUBLICACIONES EN LA EMPRESA CONTEXTO LTDA

1.2 TEMA

CONTEXTO LTDA es una empresa distribuidora de material bibliográfico a las diferentes universidades y bibliotecas del país, con más de seis años de experiencia en el mercado. Esta empresa fue creada por bibliotecólogos que conocen de primera mano las necesidades de las bibliotecas, los bibliotecólogos y los usuarios. El propósito de esta es contribuir al desarrollo educativo, económico y social de la población colombiana, suministrando herramientas que permitan el acceso al material bibliográfico de forma eficaz.

La empresa distribuye e importa libros temáticos, especializados y de referencia; así como material y textos importados para todos los niveles de educación supliendo las necesidades de docentes y estudiantes.

En la actualidad la empresa CONTEXTO LTDA registra el inventario de las cotizaciones y el manejo de la información de las publicaciones que se adquieren, cotizan y comercializan, mediante hojas de cálculo, realizando las consultas mediante filtros de búsqueda.

En éste punto, la organización necesita desarrollar un sistema que le permita realizar estas tareas de una forma automatizada y organizada; es donde se va a enfocar el trabajo de grado denominado SISTEMA DE INFORMACIÓN PARA LA

Page 13: Documento Final Tesis

GESTIÓN Y CONTROL DE PUBLICACIONES EN LA EMPRESA CONTEXTO LTDA.

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 Descripción En la actualidad la empresa CONTEXTO LTDA registra el inventario de las cotizaciones y el manejo de la información de las publicaciones que se adquieren, cotizan y comercializan, mediante hojas de cálculo, realizando las consultas por medio de filtros. A medida que se incrementa el número de registros, las consultas comienzan a volverse incompletas, erróneas y tediosas, en otros casos es necesario crear nuevos archivos para almacenar estos registros de cotizaciones.

1.3.2 Formulación del problema La realización actual de las consultas concernientes al proceso de la comercialización y distribución de volúmenes afecta la gestión de los negocios, los diferentes procesos de administración, control de las publicaciones y la toma de decisiones dentro de la empresa ya que la realización de estas consultas abarca el empleo de herramientas deficientes, con llevando a que las consultas se hagan a un paso lento.

El proceso inicia cuando un cliente solicita vía correo electrónico o telefónico una cotización de uno o varios libros; cuando esta solicitud es recibida la persona encargada en su momento realiza una consulta en internet u otros medios sobre distribuidores, precios y especificaciones de dicha solicitud, guardando un registro sobre estas y además haciendo una elección del proveedor, seguidamente calcula el precio de venta para devolver como repuesta la cotización solicitada y se guarda el registro en una hoja de cálculo; Cuando el cliente solicita realizar la compra de los libros mediante una orden de compra, se procede a realizar la búsqueda de la cotización enviada inicialmente con el fin de realizar la compra de los libros al proveedor y se envía respuesta a dicha orden de compra. Una vez realizada la compra al proveedor, se llena el respectivo formato de factura y se envía la mercancía al cliente. Actualmente este proceso no cuenta con ningún control automatizado ni registros en un sistema.

1.4 ALCANCES Y DELIMITACIONES

La solución propuesta es la implementación de un Sistema de Información Multiusuario, que se desarrollará en PHP, con Base de datos MySQL, este aplicativo será interno y permitirá optimizar los siguientes procesos:

Page 14: Documento Final Tesis

Actualizaciones de usuarios del sistema (Registro y eliminación) Actualización de procesos (Estatus de compras y ventas) Actualización de clientes y proveedores (Registro y eliminación) Ingreso de registros de automatización como fechas y precios. Realización de cotizaciones para registrarlas en el sistema. Calculo de precio de volúmenes. Impresión de reportes de cotizaciones, compras y ventas. Configuración y Administración del sistema.

El aplicativo contendrá cuatro módulos principales: Modulo de gestión de procesos (Cotizaciones, Pedidos y Facturas) el registro de libros esta relacionado directamente con una cotización, modulo de gestión de terceros (Clientes y Proveedores), módulo de configuración del Sistema (Gestión de Usuarios, configuración de ciudades, países, medios de pago, cargos etc. y modulo de reportes.

Modulo de Gestión de procesos: Contiene las tareas principales y objetivo del sistema interactuando con los siguientes módulos:

Módulo de Gestión de cotizaciones, Es el que permite crear, eliminar, editar y consultar las cotizaciones; También permite consultar historial de una cotización en particular (Solicitada, En proceso, Enviada, Eliminada).

Módulo de Gestión Artículos: Se encuentra dentro del modulo de Gestión de cotizaciones ya que el procesamiento de Artículos esta ligado a las mismas; Permite crear, eliminar, editar y consultar la información que identifica los libros que se procesan en el sistema por medio de las cotizaciones, y posteriores ventas.

Modulo de Gestión Pedidos: A partir de una o varias cotizaciones existentes en el sistema permite crear un pedido que es la reiteración del cliente de querer comprar ciertos libros cotizados anteriormente. Además se puede eliminar, editar y consultar la información de un pedido determinado. También permite consultar historial de un pedido en particular (Recibida, En solicitud al proveedor, En Existencia, Enviado, Entregado, Eliminado)

Modulo de Gestión Facturas: A partir de uno o varios pedidos en el sistema se realiza la facturación para el respectivo cobro es donde se define el precio final debido a que en experiencias narradas en la empresa el precio podría variar por negociaciones extras con los clientes. Permite crear, Eliminar, Editar y consultar la información de una factura. Además permite

Page 15: Documento Final Tesis

consultar el historial de una factura en particular (Realizada, Enviada, Cancelada, Eliminada)

Modulo de Gestión de terceros: Es allí donde se realiza a gestión de las empresas y personas con las que se realizan los negocios.

Módulo Gestión Cliente: Es el que permite crear, eliminar, editar y consultar la información que identifica a los clientes de Contexto Ltda.; También permite consultar las gestiones de determinado cliente en un rango de tiempo limitado.

Módulo Gestión de Proveedores: Es el que permite crear, eliminar, editar y consultar la información que identifica a los Proveedores de Contexto Ltda., Los proveedores son empresas comercializadoras de libros y/o editoriales ; También permite consultar las gestiones que se realizan con relación a un proveedor en un rango de tiempo limitado.

Modulo de Configuración del sistema: Es allí donde se pueden gestionar los datos que tienen que ver directamente con el funcionamiento en tiempo real del sistema con respecto a datos que puedan requerir modificaciones como información de países, ciudades, departamentos y sucursales para las empresas, medios de pago, estados de los procesos y cargos de los empleados.

Módulo Gestión Usuario: Permitirá al administrador realizar la gestión de los usuarios que interactuaran en el sistema destacando principalmente la administración de los permisos necesarios a los empleados de la compañía según su cargo y las actividades realizadas en el mismo.

Modulo de reportes: Permite obtener reportes de información especifica a través de filtros mediante búsquedas que pueden mostrar históricos de los procesos que se llevan a cabo en contexto Ltda. Destacándose el reporte de las actividades realizadas por los usuarios del sistema.

PROCESOS AUTOMATIZADOS

Verificación de ingresos y permisos específicos de uso por medio de contraseñas.

El sistema debe informar cuando se sobrepase la fecha establecida ya sea para el envío de una cotización, recepción o envió de libros.

Calculo de precios y convertidor de divisas.

Page 16: Documento Final Tesis

Todo lo anterior se realizará limitado por los siguientes factores:

El sistema implementado será de uso privativo de la empresa CONTEXTO LTDA. Por lo tanto el acceso al mismo estará establecido estrictamente según las necesidades de la misma.

A pesar de ser un sistema multiusuario en esta etapa será de uso interno lo que quiere decir que terceros como clientes, proveedores u otro personal no autorizado no tendrá acceso a la información de la misma ya que no estará disponible en Internet.

Maneja el inventario de volúmenes pero no la contabilidad de la compañía.

El Sistema de información no maneja Stock.

1.5 OBJETIVOS

1.5.1 Objetivo General Desarrollar, utilizando herramientas PHP y MySQL un sistema de información multiusuario que permita gestionar el control del inventario de las publicaciones cotizadas, adquiridas y posteriormente comercializadas por la empresa CONTEXTO LTDA.

1.5.2 Objetivos Específicos

Solicitar información del proyecto con las diferentes áreas de la Empresa, Analizando la situación actual de la misma y sus necesidades tecnológicas.

Generar un documento que contenga un resumen de las actividades desarrolladas incluyendo las fases de análisis, requerimientos, diseño, implementación y pruebas.

Implementar la metodología de programación seleccionada para el desarrollo del software que realizara el manejo y consulta de la base de datos.

Desarrollar un producto basado en estándar de software libre utilizando la tecnología más efectiva que se encuentre en esta rama. PHP y MySQL.

Page 17: Documento Final Tesis

Crear un ambiente adecuado y de fácil manejo para el personal adscrito a la organización.

Realizar pruebas de funcionamiento, retroalimentar y depurar el sistema.

1.6 JUSTIFICACIÓN

Toda empresa o negocio, sin importar el tipo de actividad que desarrolle, necesita contar con información íntegra que apoye la toma de decisiones y permita proyectar metas, información que llega a ser considerada parte del patrimonio de la empresa.

El proceso que lleva actualmente la empresa CONTEXTO LTDA para el desarrollo de su objeto social resulta tedioso y demorado debido a que la realización actual de las consultas concernientes al proceso de la comercialización y distribución de libros afecta la gestión de los negocios, los diferentes procesos de administración, control de las publicaciones y la toma de decisiones dentro de la empresa, por esta razón se hace necesario Desarrollar un Sistema de información que permita agilizar, controlar y verificar todos los procesos concernientes a la gestión de libros, manejo de proveedores, clientes, programación de llegadas, registro de volúmenes, ajuste de parámetros entre otros, generación de reportes según manejo de usuarios, y la respectiva entrega al cliente final con el fin de optimizar todos estos procesos haciendo que el funcionamiento de la compañía sea mas optimo respecto a la toma de decisiones.

Con el fin de seguir creciendo bajo una estrategia clara y una base sólida de información y conocimiento, CONTEXTO LTDA requiere implementar nuevos métodos de trabajo que proporcionen seguridad, rendimiento y eficacia en cuanto a el control de los procesos de comercialización y distribución de libros, registrando y obteniendo confiablemente dicha información a manera de consultas y/o reportes sobre los cuales se pueden tomar decisiones importantes que conlleven al beneficio de la empresa y que finalmente involucre a esta los avances tecnológicos que la sistematización de datos proporciona.

Page 18: Documento Final Tesis

1.7 MARCO DE REFERENCIA

1.7.1 Marco Histórico

Distribuidora de libros Contexto es una empresa colombiana que provee productos y servicios de última tecnología a las bibliotecas colombianas. Libros y material bibliográfico a las diferentes Universidades y bibliotecas del país, Distribuye e importa libros temáticos, especializados y de referencia. Suministra textos importados para todos los niveles de educación. Lleva en el mercado 6 años supliendo las necesidades de docentes y estudiantes.

1.7.2 Marco Teórico

- Software Libre Software libre (en inglés free software) es el software que, una vez obtenido, puede ser usado, copiado, estudiado, modificado y redistribuido libremente. El software libre suele estar disponible gratuitamente en Internet, o a precio del coste de la distribución a través de otros medios; sin embargo no es obligatorio que sea así y, aunque conserve su carácter de libre, puede ser vendido comercialmente. Análogamente, el software gratis o gratuito (denominado usualmente freeware) incluye en algunas ocasiones el código fuente; sin embargo, este tipo de software no es libre en el mismo sentido que el software libre, al menos que se garanticen los derechos de modificación y redistribución de dichas versiones modificadas del programa. No debe confundirse "software libre" con software de dominio público. Éste último es aquél por el que no es necesario solicitar ninguna licencia y cuyos derechos de explotación son para toda la humanidad, porque pertenece a todos por igual. Cualquiera puede hacer uso de él, siempre con fines legales y consignando su autoría original. Este software sería aquél cuyo autor lo dona a la humanidad o cuyos derechos de autor han expirado. Si un autor condiciona su uso bajo una licencia, por muy débil que sea, ya no es dominio público. En resumen, el software de dominio público es la pura definición de la libertad de usufructo de una propiedad intelectual que tiene la humanidad porque así lo ha decidido su autor o la ley tras un plazo contado desde la muerte de éste, habitualmente 70 años.

- Historia del Software Libre Entre los años 60 y 70 del Siglo XX, el software no era considerado un producto sino un añadido que los vendedores de los grandes computadores de la época (los mainframes) aportaban a sus clientes para que éstos pudieran usarlos. En dicha cultura, era común que los programadores y desarrolladores de software compartieran libremente sus programas unos con otros. Este comportamiento era particularmente habitual en algunos de los

Page 19: Documento Final Tesis

mayores grupos de usuarios de la época, como DECUS (grupo de usuarios de computadoras DEC). A finales de los 70, las compañías iniciaron el hábito de imponer restricciones a los usuarios, con el uso de acuerdos de licencia.

Con este antecedente, en 1984 Richard Stallman comenzó a trabajar en el proyecto GNU, y un año más tarde fundó la Free Software Foundation (FSF). Stallman introdujo una definición para free software y el concepto de "copyleft", el cual desarrolló para dar a los usuarios libertad y para restringir las posibilidades de apropiación del software.

El termino free, traducido al castellano, significa tanto libre como gratis, por eso muchas veces suelen confundirse el freeware con el software libre aunque entre ambos existen notables diferencias.

- Libertades del Software Libre De acuerdo con tal definición, el software es "libre" si garantiza las siguientes libertades:

"libertad 0", ejecutar el programa con cualquier propósito (privado, educativo, público, comercial, etc.)

"libertad 1", estudiar y modificar el programa (para lo cual es necesario poder acceder al código fuente)

"libertad 2", copiar el programa de manera que se pueda ayudar al vecino o a cualquiera

"libertad 3", mejorar el programa, y hacer públicas las mejoras, de forma que se beneficie toda la comunidad.

Es importante señalar que las libertades 1 y 3 obligan a que se tenga acceso al código fuente. La "libertad 2" hace referencia a la libertad de modificar y redistribuir el software libremente licenciado bajo algún tipo de licencia de software libre que beneficie a la comunidad.

Ciertos teóricos usan este cuarto punto (libertad 3) para justificar parcialmente las limitaciones impuestas por la licencia GNU GPL frente a otras licencias de software libre, sin embargo el sentido original es más libre, abierto y menos restrictivo que el que le otorga la propia GNU GPL.

La licencia GNU GPL posibilita la modificación y redistribución del software, pero únicamente bajo esa misma licencia. Y añade que si se reutiliza en un mismo programa código "A" licenciado bajo licencia GNU GPL y código "B" licenciado bajo otro tipo de licencia libre, el código final "C", independientemente de la cantidad y calidad de cada uno de los códigos "A" y "B", debe estar bajo la licencia GNU GPL.

En la práctica esto hace que las licencias de software libre se dividan en dos grandes grupos, aquellas que pueden ser mezcladas con código licenciado bajo

Page 20: Documento Final Tesis

GNU GPL (y que inevitablemente desaparecerán en el proceso, al ser el código resultante licenciado bajo GNU GPL) y las que no lo permiten al incluir mayores u otros requisitos que no contemplan ni admiten la GNU GPL y que por lo tanto no pueden ser enlazadas ni mezcladas con código gobernado por la licencia GNU GPL.

Esta situación de incompatibilidad, que podría ser resuelta en la próxima versión 3.0 de la licencia GNU GPL (en desarrollo), causa en estos momentos graves perjuicios a la comunidad de programadores de software libre, que muchas veces no pueden reutilizar o mezclar códigos de dos licencias distintas, pese a que las libertades teóricamente lo deberían permitir.

El término software no libre se emplea para referirse al software distribuido bajo una licencia de software más restrictiva que no garantiza estas cuatro libertades. Las leyes de la propiedad intelectual reservan la mayoría de los derechos de modificación, duplicación y redistribución para el dueño del copyright; el software dispuesto bajo una licencia de software libre rescinde específicamente la mayoría de estos derechos reservados.

Para evitar la confusión, algunas personas utilizan los términos "libre" (Libre software) y "gratis" (Gratis software) para evitar la ambigüedad de la palabra inglesa "free". Sin embargo, estos términos alternativos son usados únicamente dentro del movimiento del software libre, aunque están extendiéndose lentamente hacia el resto del mundo. Otros defienden el uso del término open source software (software de código abierto, también llamado de fuentes abiertas). La principal diferencia entre los términos "open source" y "free software" es que éste último tiene en cuenta los aspectos éticos y filosóficos de la libertad, mientras que el "open source" se basa únicamente en los aspectos técnicos.

- Tipos de Licencias Una licencia es aquella autorización formal con carácter contractual que un autor de un software da a un interesado para ejercer "actos de explotación legales". Pueden existir tantas licencias como acuerdos concretos se den entre el autor y el licenciatario. Desde el punto de vista del software libre, existen distintas variantes del concepto o grupos de licencias:

Las libertades definidas anteriormente están protegidas por licencias de software libre, de las cuales una de las más utilizadas es la Licencia Pública General GNU (GPL). El autor conserva los derechos de autor (copyright), y permite la redistribución y modificación bajo términos diseñados para asegurarse de que todas las versiones modificadas del software permanecen bajo los términos más restrictivos de la propia GNU GPL. Esto hace que no sea imposible crear un producto con partes no licenciadas GPL: el conjunto tiene que ser GPL.

Licencias estilo BSD, llamadas así porque se utilizan en gran cantidad de software distribuido junto a los sistemas operativos BSD. El autor, bajo

Page 21: Documento Final Tesis

tales licencias, mantiene la protección de copyright únicamente para la renuncia de garantía y para requerir la adecuada atribución de la autoría en trabajos derivados, pero permite la libre redistribución y modificación, incluso si dichos trabajos tienen propietario. Son muy permisivas, tanto que son fácilmente absorbidas al ser mezcladas con la licencia GNU GPL con quienes son compatibles.

Puede argumentarse que esta licencia asegura “verdadero” software libre, en el sentido que el usuario tiene libertad ilimitada con respecto al software, y que puede decidir incluso redistribuirlo como no libre. Otras opiniones están orientadas a destacar que este tipo de licencia no contribuye al desarrollo de más software libre.

Licencias estilo MPL y derivadas, Esta licencia es de Software Libre y tiene un gran valor porque fue el instrumento que empleó Netscape Communications Corp. para liberar su Netscape Communicator 4.0 y empezar ese proyecto tan importante para el mundo del Software Libre: Mozilla. Se utilizan en gran cantidad de productos de software libre de uso cotidiano en todo tipo de sistemas operativos. La MPL es Software Libre y promueve eficazmente la colaboración evitando el efecto "viral" de la GPL (si usas código licenciado GPL, tu desarrollo final tiene que estar licenciado GPL). Desde un punto de vista del desarrollador la GPL presenta un inconveniente en este punto, y lamentablemente mucha gente se cierra en banda ante el uso de dicho código. No obstante la MPL no es tan excesivamente permisiva como las licencias tipo BSD. Estas licencias son denominadas de copyleft débil. La NPL (luego la MPL) fue la primera licencia nueva después de muchos años, que se encargaba de algunos puntos que no fueron tenidos en cuenta por las licencias BSD y GNU. En el espectro de las licencias de software libre se la puede considerar adyacente a la licencia estilo BSD, pero perfeccionada.

Hay que hacer constar que el titular de los derechos de autor (copyright) de un software bajo licencia copyleft puede también realizar una versión modificada bajo su copyright original, y venderla bajo cualquier licencia que desee, además de distribuir la versión original como software libre. Esta técnica ha sido usada como un modelo de negocio por una serie de empresas que realizan software libre (por ejemplo MySQL); esta práctica no restringe ninguno de los derechos otorgados a los usuarios de la versión copyleft. También podría retirar todas las licencias de software libre anteriormente otorgadas, pero esto obligaría a una indemnización a los titulares de las licencias en uso. En España, toda obra derivada está tan protegida como una original, siempre que la obra derivada parta de una autorización contractual con el autor. En el caso genérico de que el autor retire las licencias "copyleft", no afectaría de ningún modo a los productos derivados anteriores a esa retirada, ya que no tiene efecto retroactivo. En términos legales,

Page 22: Documento Final Tesis

el autor no ha derecho a retirar el permiso de una licencia en vigencia. Si así sucediera, el conflicto entre las partes se resolvería en un pleito convencional.- PHP Es un lenguaje de programación usado generalmente para la creación de contenido para sitios Web. PHP es un acrónimo recurrente que significa "PHP Hypertext Pre-processor" (inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un lenguaje interpretado usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios Web.

El fácil uso y la similitud con los lenguajes más comunes de programación estructurada, como C y Perl, permiten a la mayoría de los programadores experimentados crear aplicaciones complejas con una curva de aprendizaje muy suave. También les permite involucrarse con aplicaciones de contenido dinámico sin tener que aprender todo un nuevo grupo de funciones y prácticas.

Debido al diseño de PHP, también es posible crear aplicaciones con una interfaz gráfica para el usuario (también llamada GUI), utilizando la extensión PHP-GTK. También puede ser usado desde la línea de órdenes, de la misma manera como Perl o Python pueden hacerlo, esta versión de PHP se llama PHP CLI (Command Line Interface).

Su interpretación y ejecución se da en el servidor, en el cual se encuentra almacenado el script, y el cliente sólo recibe el resultado de la ejecución. Cuando el cliente hace una petición al servidor para que le envíe una página Web, generada por un script PHP, el servidor ejecuta el intérprete de PHP, el cual procesa el script solicitado que generará el contenido de manera dinámica, pudiendo modificar el contenido a enviar, y regresa el resultado al servidor, el cual se encarga de regresárselo al cliente. Además es posible utilizar PHP para generar archivos PDF, Flash, así como imágenes en diferentes formatos, entre otras cosas.

Permite la conexión a diferentes tipos de servidores de bases de datos tales como MySQL, Postgres, Oracle, ODBC, DB2, Microsoft SQL Server, Firebird y SQLite; lo cual permite la creación de Aplicaciones Web muy robustas.

PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas operativos tales como UNIX (y de ese tipo, como Linux), Windows y Mac OS X, y puede interactuar con los servidores de Web más populares ya que existe en versión CGI, módulo para Apache, e ISAPI.

El modelo PHP puede ser visto como una alternativa al sistema de Microsoft que utiliza ASP.NET/C#/VB.NET, a ColdFusion de la compañía Macromedia, a

Page 23: Documento Final Tesis

JSP/Java de Sun Microsystems, y al famoso CGI/Perl. Aunque su creación y desarrollo se da en el ámbito de los sistemas libres, bajo la licencia GNU, existe además un IDE comercial llamado Zend Optimizer. 3

- Ventajas de PHP

Es un lenguaje multiplataforma. Capacidad de conexión con la mayoría de los manejadores de base de

datos que se utilizan en la actualidad, destaca su conectividad con MySQL

Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar los usuarios desde formularios HTML.

Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados ext's o extensiones).

Posee una amplia documentación en su página oficial ([1]), entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda.

Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.

Permite las técnicas de Programación Orientada a Objetos. Permite crear los formularios para la Web. Biblioteca nativa de funciones sumamente amplia e incluida No requiere definición de tipos de variables ni manejo detallado del bajo

nivel.1

- Historia de PHP

Figura 1. Historia de PHP

1 Wikimedia Foundation, Inc. Disponible en http://es.wikipedia.org/wiki/Software_libre3 Wikimedia Foundation, Inc. PHP. Disponible en http://es.wikipedia.org/wiki/PHP

Page 24: Documento Final Tesis

- MYSQL[6].MySQL es un sistema de gestión de base de datos, multihilo y multiusuario con más de seis millones de instalaciones. MySQL AB desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado lo ofrece bajo la GNU GPL, pero, empresas que quieran incorporarlo en productos privativos pueden comprar a la empresa una licencia que les permita ese uso. Está desarrollado en su mayor parte en ANSI C.

Al contrario de proyectos como el Apache, donde el software es desarrollado por una comunidad pública, y el copyright del código está en poder del autor individual, MySQL está poseído y patrocinado por una empresa privada, que posee el copyright de la mayor parte del código. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además de la venta de licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran vía Internet. MySQL AB fue fundado por David Axmark, Allan Larsson, y Michael Widenius.

- Historia de MySQL SQL (Lenguaje de Consulta Estructurado) fue comercializado por primera vez en 1981 por IBM, el cual fue presentado a ANSI y desde ese entonces ha sido considerado como un estándar para las bases de datos relacionales. Desde 1986, el estándar SQL ha aparecido en diferentes versiones como por ejemplo: SQL:92, SQL:99, SQL:2003. MySQL es una idea originaria de la empresa opensource MySQL AB establecida inicialmente en Suecia en 1995 y cuyos fundadores son David Axmark, Allan Larsson, y Michael "Monty" Widenius. El objetivo que persigue esta empresa consiste en que MySQL cumpla el estándar SQL, pero sin sacrificar velocidad, fiabilidad o usabilidad.

Michael Widenius en la década de los 90 trató de usar mSQL para conectar las tablas usando rutinas de bajo nivel ISAM, sin embargo, mSQL no era rápido y flexible para sus necesidades. Esto lo conllevó a crear una API SQL denominada MySQL para bases de datos muy similar a la de mSQL pero más portable.

La procedencia del nombre de MySQL no es clara. Por más de 10 años, las herramientas han mantenido el prefijo My. También, se cree que tiene relación con el nombre de la hija del cofundador Monty Widenius quien se llama My.

Por otro lado, el nombre del delfín de MySQL es Sakila y fue seleccionado por los fundadores de MySQL AB en el concurso “Name the Dolphin”. Este nombre fue enviado por Ambrose Twebaze, un desarrollador de Opensource Africano, derivado del idioma SiSwate, el idioma local de Swaziland y corresponde al nombre de una ciudad en Arusha, Tanzania, cerca de Uganda la ciudad origen de Ambrose. 4

Page 25: Documento Final Tesis

- Rational Unified Process (RUP) Es un proceso que define claramente quien, cómo, cuándo y qué debe hacerse; y, como su enfoque esta basado en modelos utiliza un lenguaje bien definido para tal fin, el UML.

Éste aporta herramientas como los casos de uso, que definen los requerimientos. Permite la ejecución iterativa del proyecto y del control de riesgos.

Las características principales del proceso son:

Guiado por los Casos de Uso Centrado en la Arquitectura Guiado por los Riesgos Iterativo

A través de un proyecto guiado por RUP, los requerimientos funcionales son expresados en la forma de Casos de Uso, que guían la realización de una arquitectura ejecutable de la aplicación. Además el proceso focaliza el esfuerzo del equipo en construir los elementos críticos estructuralmente y del comportamiento (llamados Elementos Arquitecturales) antes de construir elementos menos importantes. La mitigación de los riesgos más importantes guía la definición / confirmación del alcance en las primeras etapas del ciclo de vida. Finalmente RUP particiona el ciclo de vida en iteraciones que producen versiones increméntales de los ejecutables de la aplicación.

RUP implementa las siguientes mejores prácticas asociadas al proceso de Ingeniería de Software:2

Desarrollo Iterativo Manejo de los Requerimientos Uso de una Arquitectura basada en componentes Modelización Visual Verificación Continua de la Calidad Manejo de los Cambios

La metodología RUP divide en 4 fases el desarrollo del software. Cada Fase tiene definido un conjunto de objetivos y un punto de control especifico. A saber:

Fase Objetivos Puntos de ControlInicio Definir el alcance del proyecto

Entender que se va a construirObjetivo del proyecto

24 Wikimedia Foundation, Disponible en http://es.wikipedia.org/wiki/MySQL

Page 26: Documento Final Tesis

Elaboración Construir una versión ejecutable de la arquitectura de la aplicación

Entender cómo se va a construir

Arquitectura de la Aplicación

Construcción

Completar el esqueleto de la Aplicación con la funcionalidad

Construir una versión Beta

Versión Operativa Inicial de la Aplicación

Transición Disponibilizar la aplicación para los usuarios finales

Construir la versión Final

Liberación de la versión de la Aplicación

Tabla 1. Fases Metodología RUP

Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes.

Figura 2. Fases e iteraciones de la Metodología RUP

- Fases e Iteraciones de la Metodología RUP .Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos disciplinas:

Disciplina de Desarrollo

Ingeniería de Negocios: Entendiendo las necesidades del negocio.

Requerimientos: Trasladando las necesidades del negocio a un sistema automatizado.

Page 27: Documento Final Tesis

Análisis y Diseño: Trasladando los requerimientos dentro de la arquitectura de software.

Implementación: Creando software que se ajuste a la arquitectura y que tenga el comportamiento deseado.

Pruebas: Asegurándose que el comportamiento requerido es el correcto y que todo los solicitado esta presente.

Disciplina de Soporte

Configuración y administración del cambio: Guardando todas las versiones del proyecto.

Administrando el proyecto: Administrando horarios y recursos.

Ambiente: Administrando el ambiente de desarrollo.

Distribución: Hacer todo lo necesario para la salida del proyecto

Es recomendable que a cada una de estas iteraciones se les clasifique y ordene según su prioridad, y que cada una se convierte luego en un entregable al cliente. Esto trae como beneficio la retroalimentación que se tendría en cada entregable o en cada iteración.

Los elementos del RUP son:

Actividades, Son los procesos que se 3llegan a determinar en cada iteración.

Trabajadores, Vienen hacer las personas o entes involucrados en cada proceso.

Artefactos, Un artefacto puede ser un documento, un modelo, o un elemento de modelo.

35 Wikimedia Foundation, Inc. Diponible en http://es.wikipedia.org/wiki/RUP

Page 28: Documento Final Tesis

Figura 3. Elementos RUP

 Una particularidad de esta metodología es que, en cada ciclo de iteración, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologías más importantes para alcanzar un grado de certificación en el desarrollo del software. 5

1.7.3 Marco Conceptual

Publicaciones: Las publicaciones no son simplemente libros, son el trabajo de un equipo de Profesionales que utilizan la infraestructura de una empresa (sección de documentación, conexión remota a bases de datos legislativas, seguimiento de publicaciones oficiales, etc.), y sus cualidades, para ofrecer de manera pedagógica e inédita lo que el necesita.

Antes de comenzar la elaboración de una publicación se valora la necesidad de la misma y el grupo de personas a las que va destinada. Una vez realizada esta valoración positivamente, se pone en marcha una cadena de actuaciones cuyo éxito depende de su correcto engranaje; El examen del programa determina la documentación a utilizar, sus fuentes, la normativa, los recursos didácticos necesitados y finalmente las formas de exposición (temas, test, supuestos prácticos, preguntas breves, etc.). A menudo, cada una de ellas constituye una Publicación. Todas en conjunto, además de las complementarias de informática, psicotécnicos, normativa, etc., garantizan una óptima preparación.Es importante tener en cuenta el perjuicio que conlleva prepararse con material desactualizado, pero además, existen otras razones por las que la mayor parte de Docentes y Opositores prefieren seguir la preparación con Publicaciones de una Editorial sólida.4

46 http://www.editorialcep.com/publicaciones/por_que.asp

Page 29: Documento Final Tesis

Empresa Comercializadora o distribuidora comisionista: Son intermediarias entre productor y consumidor; su función primordial es la compra/venta de productos terminados para este caso especifico libros o publicaciones.

Cotización: Es aquel documento que el departamento de compras de una compañía utiliza en una negociación. En el cual se relaciona el Precio alcanzado en el mercado por un bien o servicio. Informándolo a un posible comprador.

Pedido: Lista de encargos a un fabricante o vendedor. Petición. 

Factura: Documento que expide el vendedor y entrega al comprador en el que consta fecha de la operación, nombre de comprador y vendedor, importe, cantidad y descripción del producto o servicio, etc.  

Facturación:

1.Expedición de una factura.2. Conjunto de objetos facturados.3. Entrega de equipajes o mercancías para que sean remitidos a su destino.   4. Total de las ventas realizadas por una empresa a lo largo de un periodo.  

Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.

1.8 FACTIBILIDAD

1.8.1. Técnica

- Hardware: Se puede implementar en la empresa el sistema multiusuario ya que poseen la infraestructura tecnológica requerida, como lo es Servidor Web, las estaciones de trabajo dotadas de equipos adecuados para implementar el aplicativo. Es factible teniendo en cuenta que ya existe el servidor y las estaciones de trabajo operan bajo el Sistema Operativo Windows.

Page 30: Documento Final Tesis

- Software: Las base de datos se desarrolló en MYSQL, y el servidor Web debe ser Apache, la plataforma que se está manejando y se seguirá manteniendo es Windows.

1.8.2 Operativa A nivel operativo se requiere capacitación a los usuarios del sistema quienes deben dar el uso de acuerdo a su perfil.

La operatividad es factible teniendo en cuenta que los actuales empleados de CONTEXTO LTDA conocen el proceso para el desarrollo del objeto social y lo seguirán haciendo mediante un aplicativo que les facilitará el registro y actualizará la información en la Base de datos, les dará aviso de las actividades que deben realizar para luego a través de consultas arrojar información que facilita la toma de decisiones.

1.8.3 Económica: Para la factibilidad económica la perspectiva es favorable ya que CONTEXTO LTDA además de tener los equipos requeridos está dispuesta a prestar su apoyo económico en caso de que sea requerido.

1.8.4 Legal: El tipo de licencia utilizada para el desarrollo de este software es GNU GPL donde el autor conserva los derechos de autor (copyright), y permite la redistribución y modificación bajo términos diseñados para asegurarse de que todas las versiones modificadas del software permanecen bajo los términos más restrictivos de la propia GNU GPL.

Se darán 2 libertades al software. Libertad 1 que permite a la empresa ejecutar el programa con cualquier propósito ya sea privado, educativo, público o comercial.Y la libertad 2 que permite estudiarlo y modificarlo para lo cual es necesaria la entrega del código fuente.

Page 31: Documento Final Tesis

1.9 CRONOGRAMA DE ACTIVIDADES

ETAPAS DEL PROYECTO

DESCRIPCIÓNSEMANAS

16 40 48 52 55 56 58

1. Planeación y Levantamiento de Requerimientos

Solicitud de información acerca del proyecto.Reuniones con la Empresa.Definición de los propósitos del proyecto.Estimación de recursos y alcance del proyecto.Riesgos del proyecto.Identificación y documentación de Actores y Casos de Uso.Diagramas de Casos de Uso.Asesorías con el tutor.Presentación del Anteproyecto.

2. Análisis

Estructuración y refinamiento de los Casos de Uso identificados.Diagramas de Interacción (Secuencia y Colaboración).Diagrama de Actividades.Asesorías con el tutor.

3. Diseño

Identificación y documentación de Clases.Diagrama de Clases.Modelo Entidad-Relación.Diseño de Interfaz Gráfica de la aplicación por procesos.Asesorías con el tutor.

Page 32: Documento Final Tesis

4.Implementación

Identificación de la Arquitectura del Sistema.Diagrama de despliegue.Implementación de la Base de Datos.Elaboración de los Formularios.Programación de la Aplicación.Elaboración de consultas e informes.Asesorías con el tutor.

5. Pruebas y Refinamiento

Sometimiento a pruebas.Análisis de resultados.Retroalimentación.Asesorías con el tutor.

6. Documentación (Manual del Usuario)

Asesorías con el tutor.Diseño y redacción del Manual de Usuario.

7. Presentación del Proyecto.

Organización de la Documentación y presentación del proyecto.

Tabla 2. Cronograma de actividades

2. FASE DE REQUERIMIENTOS

2.1 LEVANTAMIENTO DE INFORMACIÓN

Se realizó levantamiento de información por medio de visitas a las instalaciones de CONTEXTO LTDA, en donde se realizó una entrevista con el Gerente quien fue el encargado de plantear el problema y mediante una entrevista se recogieron los primeros requerimientos para comenzar a desarrollar la pasantía.

La encuesta fue diseñada con preguntas puntuales, los resultados hallados en esta nos permitió conocer el proceso de manejo de la información y por tanto las necesidades del mismo. De igual manera se definieron los requerimientos básicos a nivel de recursos humanos y tecnológicos que deben cumplirse para que el aplicativo diseñado cumpla a cabalidad el objetivo.

1. Las cotizaciones llegan en diferentes formatos? Rta: Si, algunos clientes tienen un formato especifico para sus cotizaciones.

2. Se ingresa cada cotización por separado? Rta: Si, cada vez que ingreso una encuesta a mi archivo personal en Excel lo hago por separado.

Page 33: Documento Final Tesis

3. Las cotizaciones se almacenan por periodos de tiempo? Rta: No, las encuestas las almaceno de forma permanente.

4. Los libros tienen un código único que los identifica Rta: Si, en cada libro se encuentra un número ISBN que lo identifica.

5. Se maneja un tipo de cotización interna y otra para clientes Rta: Si, hay una cotización que es la que nosotros hacemos con los proveedores y otra que es la que le enviamos al cliente con el precio de venta.

6. Se debe almacenar información de clientes? Rta: Si, es necesario hacerlo para tener información sobre ellos, como sus direcciones, teléfonos, e-mail, contactos, etc.

7. Se debe almacenar información de proveedores? Rta: No, solo cuando se refieren a una cotización especifica no se consulta por proveedores.

8. Se maneja inventario? Rta: No, los registros son de libros que circulan se van comprando a medida que los cliente los solicitan.

9. Manejan un código o numero para cada cotización? Rta: Si.

10. Se almacenan las órdenes de compra enviadas por los clientes Rta: Si.

11. Se usan estas órdenes como referencia para búsquedas:Rta: Si.

12. Se manejan fechas o tiempo límite con respecto a:A. Tiempo entre solicitud de cotización y respuesta de la misma. Rta: Si.

B. Tiempo entre respuesta de la cotización y solicitud de compra por parte del cliente. Rta: Si

C. Tiempo entre solicitud de compra por parte del cliente y entrega del libro. Rta: Si

D. Tiempo entre la solicitud de compra al proveedor y entrega del mismo. Rta: Si, dependiendo si es proveedor nacional o internacional.

13. Las cotizaciones pierden vigencia o se modifican con el paso del tiempo Rta: No

14. El proceso incluye facturación de las ventas.

Page 34: Documento Final Tesis

Rta: No

15. El proceso incluye facturación de las compra? Rta: Si, se guardan números de factura de compra al proveedor.

16. Las cotizaciones manejan descuentos? Rta: No.

17. Hay un limite máximo de libros para una cotización? Rta: Si, 300 Libros diferentes. 18. La orden de compra puede diferir con respecto a una cotización (solicitar una cantidad menor a la cotizada)? Rta: Si, siempre que los libros estén en la cotización, no libros diferentes.

19. La cotización y la solicitud de cotización pueden ser diferentes. Rta: Si, se usan observaciones aclaratorias como especificar que un libro puede tener dos tomos y solo se ofrece uno el campo para las observaciones es de vital importancia.

20. Todos los empleados de la empresa tiene acceso y permiso para realizar las tareas que requiere el proceso de cotización de libros?Rta: Inicialmente si.

2.2 MODELO DE DOMINIO

2.2.1 Diagrama del modelo del dominio

Page 35: Documento Final Tesis

Figura 4 Diagrama del modelo del dominio

2.2.2 Glosario de términos

NOMBRE DESCRIPCION

Cotización Representa la información generada en el proceso mediante el cual se genera un documento que permite verificar precios de Artículos.

Pedido Representa la información generada mediante el proceso de repuestas de las cotizaciones en las cuales se solicita una compra de Artículos.

Factura Representa la información generada a partir de una compra real de artículos.

Clientes Representa la información de los clientes. Proveedores Representa la información de los Proveedores.Usuarios Representa la información general de los diferentes usuarios del

sistema.Administrador Representa la información del Administrador del sistema. Gerente Representa la información del gerente de la empresa.Empleado Representa la información de los diferentes empleados que

interactúan en el sistema.Articulo Representa la información de los artículos (libros).

PerfilRepresenta los diferentes roles que puede tomar el usuario en el sistema.

PermisoRepresenta los diferentes privilegios que pueden ser asignados a un usuario del sistema

SucursalRepresenta la información de las diferentes sucursales dependencias de los clientes y proveedores.

Ciudad Representa la ciudad de ubicación de los clientes y proveedores.

DepartamentoRepresenta el departamento de ubicación de los clientes y proveedores.

Empresa Representa la información contenida en los datos de clientes y proveedores.

Autor Representa la información de autores de los artículos.

Estado

Representa la información que indica las diferentes etapas por las que pasan los procesos del sistema cotizaciones, pedidos y facturas.

Cargo Representa la información del cargo que un empleado o usuario tiene en la empresa.

Tabla 3 Glosario de Términos.

Page 36: Documento Final Tesis

2.3 REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales necesarios para la elaboración del Sistema de Información son los siguientes:

TIPO ESPECIFICACION DEL MEDIO

DESCRIPCION

  Procesador Pentium IV

HADWARE Disco Duro 40 Gb.

  Memoria RAM 512

  Sistema Operativo  Windows XP.

  Lenguaje de Programación

PHP 5.2.4

SOFTWARE Servidor Web Apache 2.2

  Motor de Base de Datos MySQL

Tabla 4 Requerimientos no funcionales2.4 LISTA DE ACTORES

2.4.1 Descripción de actores A continuación se describen las entidades externas al sistema que interactúan con este y su función con el mismo.

NUMERO ACTOR (ROL) USUARIO FUNCION EN EL SISTEMA

01Usuario - Administrador

Coordinador general del Sistema.

Configura elSistema según las necesidades, Gestiona las cuentas deusuario.

Es el encargado de realizar las actividades de Gestión de Configuración del Sistema, Gestión de usuarios, Su labor irá enfocada principalmente al módulo Gestión de Perfiles, el cual estará dirigido al manejo de los usuarios del sistema. Ingreso, edición, consulta, eliminación y desbloqueo de usuarios del sistema.

02Usuario –Gerente

Supervisor de actividades y rendimiento de los empleados

Podrá tener acceso a módulos propios de la administración como: Administración de permisos, generación de reportes de actividades

Page 37: Documento Final Tesis

de los usuarios. También tendrá control total sobre la gestión de procesos.

03Usuario_ Empleado

Usuarios que desempeñan diferentes roles en la empresa.

Dependiendo de perfil que haya sido asignado, puede todas o algunas de estas actividades: Gestión de terceros, gestión de procesos y gestión de reportes de procesos y terceros.

Tabla 5 Descripción de Actores.

2.4.2 Lista Preliminar De Casos De Uso

Usuario_Administrador

Gestionar Usuarios Crear usuario. Eliminar usuario. Consultar usuarios. Modificar Usuario Activar cuenta usuario. Desactivar cuenta usuario.

Configuración del sistema

Crear País Crear Ciudad Crear Departamento Crear Cargo Eliminar Cargo Consultar Cargo Modificar Cargo Crear Sucursal Eliminar Sucursal Consultar Sucursal Modificar Sucursal

Generar reportes Generar reportes de actividades de los usuarios Generar reportes de Terceros. Generar reportes de procesos.

Page 38: Documento Final Tesis

Usuario_ Gerente

Administrar Permisos de los usuarios del sistema.

Generar reportes Generar reportes de actividades de los usuarios Generar reportes de Terceros. Generar reportes de procesos.

Gestión de procesos

Gestión de CotizacionesCrear cotización Eliminar cotización Consultar cotizaciónModificar cotización

Gestión de Artículos Crear ArtículoEliminar ArtículoConsultar ArtículoModificar Artículo

Gestión de Pedidos Crear PedidoEliminar Pedido Consultar Pedido Modificar Pedido

Gestión de FacturasCrear FacturaEliminar FacturaConsultar FacturaModificar Factura

Usuario_Empleado

Los permisos de los empleados pueden variar según el cargo que desempeñen en la compañía y serán creados y modificados por el administrador. Un empleado puede tener uno varios o todos los premisos posibles en el sistema, en este último caso los casos de uso correspondientes son:

Page 39: Documento Final Tesis

Generar reportes

Generar reportes de Terceros. Generar reportes de procesos.

Gestión de procesos

Gestión de CotizacionesCrear cotización Eliminar cotización Consultar cotizaciónModificar cotización

Gestión de ArtículosCrear ArtículoEliminar ArtículoConsultar ArtículoModificar Artículo

Gestión de Pedidos Crear PedidoEliminar Pedido Consultar Pedido Modificar Pedido

Gestión de FacturasCrear FacturaEliminar FacturaConsultar FacturaModificar Factura

Gestión de Terceros Gestión de clientes

Crear clienteEliminar clienteConsultar clienteModificar cliente

Gestión de ProveedoresCrear Proveedor Eliminar ProveedorConsultar ProveedorModificar Proveedor

Page 40: Documento Final Tesis

2.5 REFINAMIENTO DE CASOS DE USO

Para el refinamiento de casos de uso se recurre a definir el término a emplear que agrupa de manera adecuada ciertos procesos:

- Gestionar: Hace referencia en el sistema a los procesos de:

Crear - Consultar - Modificar

Y se definen nuevamente los anteriores casos para cada usuario de la siguiente manera:

Administrador

- Ingresar al sistema- Ingresar TRM del día.- Crear Usuario.- Activar cuenta de usuario.- Buscar usuario- Eliminar Usuario- Desactivar cuenta de usuario.- Modifica usuario- Configuración del sistema - Crear País - Crear Ciudad- Crear Departamento- Crear Cargo- Eliminar Cargo- Consultar Cargo - Modificar Cargo - Crear Sucursal- Eliminar Sucursal- Consultar Sucursal - Modificar Sucursal- Generar reportes - Generar reportes de actividades de los usuarios - Generar reportes de Terceros.- Generar reportes de procesos.- Salir del Sistema.

Usuario_Gerente

- Ingresar al sistema- Ingresar TRM del día.- Gestionar Usuario- Buscar usuario

Page 41: Documento Final Tesis

- Generar reportes de actividades de los usuarios - Generar reportes de Terceros.- Generar reportes de procesos.- Gestión de Cotizaciones- Crear cotización - Eliminar cotización - Consultar cotización- Modificar cotización - Gestión de Artículos - Crear Artículo- Eliminar Artículo- Consultar Artículo- Modificar Artículo- Gestión de Pedidos - Crear Pedido- Eliminar Pedido - Consultar Pedido - Modificar Pedido- Gestión de Facturas- Crear Factura- Eliminar Factura- Consultar Factura- Modificar Factura- Salir del Sistema.

Usuario_Empleado

- Ingresar al sistema- Ingresar TRM del día.- Salir del sistema- Generar reportes de Terceros.- Generar reportes de procesos.- Gestión de procesos - Gestión de Cotizaciones- Crear cotización - Eliminar cotización - Consultar cotización- Modificar cotización - Gestión de Artículos - Crear Artículo- Eliminar Artículo- Consultar Artículo- Modificar Artículo- Gestión de Pedidos - Crear Pedido- Eliminar Pedido - Consultar Pedido - Modificar Pedido

Page 42: Documento Final Tesis

- Gestión de Facturas- Crear Factura- Eliminar Factura- Consultar Factura- Modificar Factura- Gestión de Terceros- Gestión de clientes - Crear cliente- Eliminar cliente- Consultar cliente- Modificar cliente- Gestión de Proveedores- Crear Proveedor - Eliminar Proveedor- Consultar Proveedor- Modificar Proveedor- Salir del Sistema.

Para tener una idea más clara en este proceso de depuración de los casos de uso, se presentan el diagrama general de casos de uso.

2.5.1 DIAGRAMA GENERAL DE CASOS DE USO

A continuación se muestra el diagrama general de casos de uso.

Page 43: Documento Final Tesis

Figura 4. Diagrama general de casos de Uso

Ingresar TRM del día

Crear Usuario

Eliminar Usuario

Modificar Usuario

Buscar Usuario

Activar cuenta a Usuario

Desactivar cuenta de usuario

Consultar Sucursal

Modificar Sucursal

Eliminar Sucursal

Crear sucursalCrear CiudadCrear Departamento

Crear Pais

Modificar cargo

Crear Cargo

Eliminar Cargo

Consultar Cargo

Generar Reportes de actividades de usuario

Generar reportes de terceros

Generar reportes de procesos

Gerente

Administrador

Ingresar al Sistema

Crear cotizacion Eliminar CotizacionConsultar Cotizacion

Modificar Cotizacion

Crear Articulo

Eliminar Articulo

Consultar Articulo

Modificar Articulo

Crear Pedido

Eliminar Pedido

Consultar Pedido

Modificar Pedido

Crear Factura

Eliminar FacturaConsultar Factura

Modificar FacturaSalir del sistema

Modificar Proveedor

Consultar Proveedor

Crear cliente

Eliminar Cliente

Consultar Cliente

Modificar Cliente

Crear Proveedor

Empleado

Eliminar Proveedor

Page 44: Documento Final Tesis

2.5.2 Documentación de Los Casos De Uso

IDENTIFICACIÓN01

CASO DE USOIngresar al Sistema

ACTORESAdministrador- Usuario

Gerente- Usuario Empleado

Administrador- Gerente - Empleado

Ingresar al Sistema

OBJETIVOPermitir el ingreso al Sistema de cualquier usuario registrado.

DESCRIPCIÓNEl sistema muestra al usuario una interfaz, donde ingresa los datos como nombre de usuario y su contraseña, una vez el sistema valido esta información, carga la interfaz de acuerdo con su perfil.Precondiciones El usuario debe estar previamente registrado en la base de datos de

usuarios del sistema.Pos condiciones El usuario ingresa a la página principal, y esta carga los respectivas

interfaces de acuerdo con el perfil del usuario.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl usuario ingresará un nombre de usuario y una contraseña en el formulario asignado para ello.

Accede al Sistema y carga la respectiva interfaz.

IDENTIFICACIÓN02

CASO DE USOIngresar TRM del día

ACTORESAdministrador- Usuario

Gerente- Usuario Empleado

Administrador- Gerente - Empleado

Ingresar TRM del día

OBJETIVOIngresar el porcentaje de la tasa representativa del mercado del día, este porcentaje será tenido en cuenta durante el día durante el proceso de la realización de las cotizaciones.

DESCRIPCIÓNEl sistema muestra al usuario una interfaz, donde ingresa los datos de la TRM correspondiente al día, este porcentaje será almacenado temporalmente, y corresponde al porcentaje con el cual se cotizan los diferentes artículos.Precondiciones El usuario debe estar previamente registrado en la base de datos de

usuarios del sistema.El usuario debe haber consultado previamente la TRM en la respectiva página web.

Page 45: Documento Final Tesis

Pos condiciones El usuario ingresa a la página principal, y esta carga la respectiva interfaz, donde el usuario ingresa los datos de la TRM para el respectivo día.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl usuario ingresará a la respectiva interfazEl usuario ingresa al Sistema la TRM.

El sistema carga Interfaz con la especificación de la TRM para el respectivo día.El Sistema se configura con la TRM respectiva del día.

IDENTIFICACIÓN03

CASO DE USOCrear usuario

ACTORESAdministrador

AdministradorCrear Usuario

OBJETIVORegistrar en el sistema un usuario con permisos que le permita realizar tareas en el mismo.

DESCRIPCIÓNSe registra un nuevo usuario dándole permisos específicos por parte del administrador.Precondiciones Quien crea los usuarios es quien administra el sistema.

El administrador debe haber ingresado al Sistema correctamente identificándose mediante un usuario y contraseña valida.

Pos condiciones Se registrará un nuevo usuario que integrará el Sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al módulo Gestión Usuarios, Selecciona la opción Crear Usuario, Ingresa información solicitada por el sistema, Asigna una contraseña, Asigna un perfil (Gerente, Empleado, Administrador), establece los diferentes permisos y guarda los cambios.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el nuevo usuario queda registrado.

Page 46: Documento Final Tesis

IDENTIFICACIÓN04

CASO DE USOBuscar Usuario

ACTORESAdministrador - Gerente

Administrador - Gerente

Buscar Usuario

OBJETIVO

Proporcionar la opción de búsqueda de los usuarios según los parámetros de búsqueda que el actor ingresa en sus criterios de búsqueda.

DESCRIPCIÓNEl sistema brindará la opción de hacer una búsqueda compuesta por varios campos de la tabla Usuario de la Base de Datos, donde el usuario ingrese los criterios de búsqueda y le arroje todos los que cumplan con esos parámetros.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El actor debe ingresar los parámetros de búsqueda en el sistema.

Pos condiciones El sistema muestra la lista de usuarios que cumplan con los criterios de búsqueda.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Usuarios, en la opción Buscar usuario, selecciona los campos de la tabla que requiera y escribe los valores que debe contener ese campo, ejecuta con el botón Buscar.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y verificándolos.

El Sistema mostrará los usuarios que coincidan con los criterios de búsqueda.

IDENTIFICACIÓN05

CASO DE USOActivar Cuenta a Usuario

ACTORESAdministrador

AdministradorActivar cuenta a usuario

OBJETIVO

Proporcionar la opción, al administrador, de activar a una cuenta a un usuario y sus respectivos permisos.

DESCRIPCIÓNEl usuario queda activo en el Sistema y podrá desempeñar tareas en el mismo. Precondiciones Quien administra el sistema, es quien activa a los usuarios.

El administrador debe haber ingresado al Sistema correctamente identificándose mediante un usuario y contraseña valida.

Pos condiciones Se Activara el usuario que integrará el Sistema.

Page 47: Documento Final Tesis

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al módulo Gestión Usuarios, Selecciona la opción Marca la casilla Activo (Dar de alta al usuario), El usuario queda activo en el sistema, se guardan los cambios.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el usuario queda activo.

IDENTIFICACIÓN06

CASO DE USOEliminar Usuario

ACTORESAdministrador

AdministradorEliminar Usuario

OBJETIVO

Proporcionar la opción de eliminar los usuarios que ya no deben pertenecer al Sistema.DESCRIPCIÓN

El sistema brindará la opción de eliminar usuarios, cuando ya no pertenezcan mas a la empresa o cuando los directivos lo consideren pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El actor debe ingresar los parámetros de búsqueda en el sistema.El usuario que se va a eliminar debe estar registrado en el Sistema.

Pos condiciones El sistema eliminara el usuario de su base de datos.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Usuarios, Busca el usuario, identifica el usuario que desea eliminar. Selecciona la opción Eliminar, el sistema pide confirmación de la acción a ejecutar, el usuario acepta, Finaliza el cambio de usuario (Guardando cambios).

El Sistema presenta la interfaz correspondiente, recibiendo los datos y verificándolos.

El Sistema mostrará los usuarios que coincidan con los criterios de búsqueda. El sistema pregunta al actor si esta seguro de eliminar el usuario deseado.

El Sistema elimina al usuario.

Page 48: Documento Final Tesis

IDENTIFICACIÓN07

CASO DE USODesactivar cuenta a Usuario

ACTORESAdministrador

AdministradorDesactivar cuenta a usuario

OBJETIVO

Proporcionar la opción, al administrador, de desactivar una cuenta a un usuario y sus respectivos permisos.

DESCRIPCIÓNEl sistema brindará la opción de desactivar cuentas a usuarios, ya sea temporalmente o cuando sea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El actor debe ingresar los parámetros de búsqueda en el sistema.El usuario que se va a desactivar debe estar registrado en el Sistema.

Pos condiciones El sistema desactivara el usuario y este no podrá ejercer tareas en el Sistema.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al módulo Gestión Usuarios, Selecciona la opción, Marca la casilla Inactivo (Dar de baja al usuario), El usuario queda inactivo en el sistema, se guardan los cambios.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el usuario queda inactivo.

IDENTIFICACIÓN08

CASO DE USOModificar Usuario

ACTORESAdministrador

AdministradorModificar Usuario

OBJETIVO

Permite la opción de actualizar la información de los usuarios registrados en el sistema.DESCRIPCIÓN

El sistema brindará la opción de actualización y edición de datos de los usuarios registrados en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El actor debe ingresar los parámetros de búsqueda en el sistema.El usuario que se va a modificar debe estar registrado en el Sistema.

Pos condiciones El sistema actualiza el usuario.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y

Page 49: Documento Final Tesis

regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Usuarios, Busca el usuario, Selecciona la opción Modificar usuario, cambiar los datos a actualizar, Finalizar el cambio (Guardando cambios).

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el usuario queda actualizado.

IDENTIFICACIÓN09

CASO DE USOCrear País

ACTORESAdministrador

AdministradorCrear Pais

OBJETIVO

Permite la opción de crear un país donde residen los proveedores o clientes, según su ubicación en el mundo.

DESCRIPCIÓNEl sistema brindará la opción de crear un país al respectivo proveedor de los diferentes artículos que se comercializan en la empresa.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El país no debe estar registrado en el sistema.

Pos condiciones El sistema crea el país y lo registra en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa el país.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el país queda registrado en el sistema.

IDENTIFICACIÓN10

CASO DE USOCrear Departamento

ACTORESAdministrador

Page 50: Documento Final Tesis

AdministradorCrear Departamento.

OBJETIVO

Permite la opción de crear un departamento que pertenece al país donde residen los proveedores o los clientes.

DESCRIPCIÓNEl sistema brindará la opción de crear un departamento que pertenece al país del proveedor o el cliente, para su posterior ubicación en cotizaciones, pedidos y facturas.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El departamento no debe estar registrado en el sistema.

Pos condiciones El sistema crea el departamento y lo registra en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa el departamento correspondiente al respectivo país.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, el departamento queda registrada en el sistema.

IDENTIFICACIÓN11

CASO DE USOCrear Ciudad

ACTORESAdministrador

AdministradorCrear Ciudad

OBJETIVO

Permite la opción de crear una ciudad que pertenece al departamento y país respectivo.DESCRIPCIÓN

El sistema brindará la opción de crear una ciudad que pertenece al departamento y país del proveedor o el cliente, para su posterior ubicación en cotizaciones, pedidos y facturas.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La ciudad no debe estar registrada en el sistema.

Pos condiciones El sistema crea la ciudad y la registra en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 51: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa la ciudad correspondiente al respectivo país.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, la ciudad queda registrada en el sistema.

IDENTIFICACIÓN12

CASO DE USOCrear Sucursal

ACTORESAdministrador

AdministradorCrear Sucursal

OBJETIVO

Permite la opción de crear una sucursal, ya que un cliente o proveedor puede tener varias sucursales en una ciudad.

DESCRIPCIÓNEl sistema brindará la opción de crear una sucursal en el sistema, ya que una empresa puede tener varias sucursales en una misma ciudad.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La sucursal no debe estar registrada en el sistema.

Pos condiciones El sistema crea la sucursal y la registra en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa la sucursal correspondiente a la respectiva empresa.

El Sistema presenta la interfaz correspondiente, recibiendo los datos y guardándolos, la sucursal queda registrada en el sistema.

IDENTIFICACIÓN13

CASO DE USOBuscar Sucursal

ACTORESAdministrador

Page 52: Documento Final Tesis

AdministradorBuscar Sucursal

OBJETIVO

Proporcionar la opción de búsqueda de las sucursales según los parámetros de búsqueda que el actor ingresa en sus criterios de búsqueda.

DESCRIPCIÓNEl sistema brindará la opción de buscar la sucursal donde ingrese los criterios de búsqueda y le arroje todos los que cumplan con esos parámetros.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La sucursal debe estar registrada en el sistema.

Pos condiciones El sistema crea la sucursal y la registra en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda de la sucursal correspondiente a la respectiva empresa.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda de sucursal.

IDENTIFICACIÓN14

CASO DE USOEliminar Sucursal

ACTORESAdministrador

AdministradorEl iminar Sucursal

OBJETIVO

El sistema brindará la opción de eliminar sucursales cuando sea pertinente.DESCRIPCIÓN

El sistema brindará la opción de eliminar las sucursales cuando ya no pertenezcan más a la empresa o cuando la compañía no establece relaciones comerciales con dicha sucursal.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La sucursal debe estar registrada en el sistema.

Pos condiciones El sistema elimina la sucursal del sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

Page 53: Documento Final Tesis

El actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda de la sucursal correspondiente .Selecciona la opción Eliminar, el sistema pide confirmación de la acción a ejecutar, el usuario acepta.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda de sucursal.

El sistema elimina la sucursal del Sistema.

IDENTIFICACIÓN15

CASO DE USOCrear Cargo

ACTORESAdministrador

AdministradorCrear cargo

OBJETIVO

El sistema brindará la opción de crear cargos de acuerdo al usuario que debe interactuar en el sistema.

DESCRIPCIÓNEl Sistema genera la opción de ingresar un nuevo cargo en el Sistema, en caso de que la empresa o los administradores lo requieran para desempeñar tareas.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cargo no debe estar registrado en el Sistema.

Pos condiciones Cargo creado en el Sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAIngresa al módulo de configuración de Sistema, Elije opción Nuevo Cargo, Llena campos, Finalizar la creación (Guardando cambios).

El Sistema presenta la interfaz correspondiente, crea el cargo, guarda cambios.

IDENTIFICACIÓN16

CASO DE USOEliminar Cargo

ACTORESAdministrador

Page 54: Documento Final Tesis

AdministradorEl iminar cargo

OBJETIVO

El sistema brindará la opción de eliminar cargos según las necesidades de la empresa.DESCRIPCIÓN

El Sistema genera la opción de eliminar un nuevo cargo en el Sistema, en caso de que la empresa o los administradores lo requieran.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cargo debe estar registrado en el Sistema.

Pos condiciones Cargo eliminado del Sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda del cargo.Selecciona la opción Eliminar, el sistema pide confirmación de la acción a ejecutar, el usuario acepta.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda del cargo.

El sistema elimina el cargo del Sistema.

IDENTIFICACIÓN17

CASO DE USOConsultar Cargo

ACTORESAdministrador

AdministradorEl iminar cargo

OBJETIVO

El sistema brindará la opción de buscar cargo en el sistema.DESCRIPCIÓN

El Sistema genera la opción de buscar el cual le proporcionará al usuario la opción de buscar los cargos creados en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cargo debe estar registrado en el Sistema.

Pos condiciones Muestra información del cargo en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOS

Page 55: Documento Final Tesis

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda del cargo.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda del cargo.

IDENTIFICACIÓN18

CASO DE USOModificar Cargo

ACTORESAdministrador

AdministradorEl iminar cargo

OBJETIVO

El sistema brindará la opción de modificar cargo en el sistema.DESCRIPCIÓN

El Sistema genera la opción la opción de modificar los cargos creados en el sistema cuando sea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cargo debe estar registrado en el Sistema.

Pos condiciones Modifica la información del cargo en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Configuración del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda del cargo.El usuario modifica la información del cargo.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda del cargo.

El Sistema guarda los cambios.

IDENTIFICACIÓN19

CASO DE USOGenerar reportes de Terceros

ACTORESAdministrador – Gerente -

Empleado

Page 56: Documento Final Tesis

Administrador- Gerente - Empleado

Generar reportes de terceros

OBJETIVO

El sistema brindará la opción de consultar los diferentes tareas que hicieron clientes, proveedores.DESCRIPCIÓN

El Sistema permitirá consultar las diferentes tareas que ha realizado un usuario, como las cotizaciones que ha realizado, los pedidos hechos por un cliente etc. Generando un reporte. Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.Pos condiciones Muestra y genera un reporte de las diferentes actividades y tareas que

se han hecho en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Reportes del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda de actividades que han realizado los usuarios, clientes etc.El usuario selecciona el parámetro que desea generar en el reporte.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda.

El Sistema genera reporte.

IDENTIFICACIÓN20

CASO DE USOGenerar reportes de Procesos

ACTORESAdministrador – Gerente -

Empleado

Administrador- Gerente - Empleado

Generar reportes de Procesos

OBJETIVO

El sistema brindará la opción de consultar por medio de filtros de búsqueda las diferentes tareas que se hicieron durante un parámetro de fecha, proceso etc.

DESCRIPCIÓNEl Sistema permitirá consultar los diferentes procesos mediante filtro de búsquedas específicos, como fechas, proceso, usuario etc. Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.Pos condiciones Muestra y genera un reporte de las diferentes actividades y tareas que

se han hecho en el sistema, mediante filtros de búsqueda específicos.

Page 57: Documento Final Tesis

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo de Reportes del Sistema y en la respectiva plataforma ingresa los parámetros de búsqueda de actividades que han realizado los usuarios, clientes; por medio de filtros específicos como fecha, numero de cotización etc.El usuario selecciona el parámetro que desea generar en el reporte.

El Sistema presenta la interfaz correspondiente, mostrando los resultados de búsqueda.

El Sistema genera reporte.

IDENTIFICACIÓN21

CASO DE USOCrear cotización

ACTORESGerente - Empleado

Gerente - EmpleadoCrear Cotizacion

OBJETIVORegistrar en el Sistema la cotización para posteriormente enviarla al cliente.

DESCRIPCIÓNEl Gerente y los empleados registran en el sistema la cotización para enviarla al cliente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El formato de cotización debe estar diligenciado correctamente.

Pos condiciones El sistema registra la cotización en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresa al módulo Gestión de cotización, Selecciona la opción Crear Cotización. Ingresa los datos, Finaliza el ingreso (Guardando cambios).

El sistema carga la interfaz correspondiente, mostrando el formato de cotización.El sistema registra la cotización.

IDENTIFICACIÓN22

CASO DE USOConsultar cotización

ACTORESGerente - Empleado

Page 58: Documento Final Tesis

Gerente - EmpleadoConsultar Cotizacion

OBJETIVOPermitir a los usuarios consultar cotización registrada en el Sistema.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de consultar las cotizaciones registradas en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La cotización debe estar registrada en el sistema.

Pos condiciones El sistema muestra la cotización registrada en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresa al módulo Gestión de cotización, Selecciona la opción Consultar cotización. Filtra parámetros de búsqueda.

El sistema carga la interfaz correspondiente, mostrando la cotización.

IDENTIFICACIÓN23

CASO DE USOEliminar cotización

ACTORESGerente - Empleado

Gerente - EmpleadoEliminar Cotizacion

OBJETIVOPermitir a los usuarios eliminar cotización registrada en el Sistema.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de eliminar las cotizaciones registradas en el sistema, cuando sea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La cotización debe estar registrada en el sistema.

Pos condiciones El sistema elimina la cotización registrada en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 59: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresa al módulo Gestión de cotización, Selecciona la opción Consultar cotización. Filtra parámetros de búsqueda.El actor selecciona la cotización que desea eliminar.

El sistema carga la interfaz correspondiente, mostrando la cotización.El sistema elimina la cotización, guarda cambios.

IDENTIFICACIÓN24

CASO DE USOModificar cotización

ACTORESGerente - Empleado

Gerente - EmpleadoModificar Cotizacion

OBJETIVOPermitir a los usuarios modificar una cotización registrada en el Sistema.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de editar las cotizaciones registradas en el sistema, cuando sea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La cotización debe estar registrada en el sistema.

Pos condiciones El sistema edita la cotización registrada en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresa al módulo Gestión de cotización, Selecciona la opción Consultar cotización. Filtra parámetros de búsqueda.El actor selecciona la cotización que desea editar, ingresa datos a editar.

El sistema carga la interfaz correspondiente, mostrando la cotización.El sistema guarda cambios.

IDENTIFICACIÓN25

CASO DE USOCrear articulo

ACTORESGerente - Empleado

Page 60: Documento Final Tesis

Gerente - Empleado

Crear Articulo

OBJETIVOPermitir a los usuarios crear artículos para registrarlos en el sistema durante el proceso de cotización.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de crear artículos mientras realizan el proceso de cotización.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El artículo no debe estar registrado en el sistema.

Pos condiciones El artículo es creado en el sistema. Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de tareas, Selecciona la opción Crear articulo. El actor decide ingresar el articulo que desea incluir en el sistema, si este no esta elije opción agregar articulo. Ingresa los datos, Finaliza el ingreso (Guardando cambios).

El sistema carga la interfaz correspondiente, mostrando el formato de ingreso de articulo.El sistema carga interfaz de creación de articulo.Ingresa articulo al sistema guardando cambios.El sistema registra la cotización.

IDENTIFICACIÓN26

CASO DE USOConsultar articulo

ACTORESGerente - Empleado

Page 61: Documento Final Tesis

Gerente - Empleado

Consultar Articulo

OBJETIVOPermitir a los usuarios consultar artículos en el sistema.

DESCRIPCIÓNEl Sistema genera la opción de buscar la cual le proporcionará al usuario la opción de buscar los artículos creados en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El artículo debe estar registrado en el sistema.

Pos condiciones Muestra articulo registrado en el sistema. Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Sistema, Selecciona la opción buscar Articulo. El actor decide ingresa parámetros de búsqueda.

El sistema carga la interfaz de búsqueda correspondiente.El sistema muestra artículo.

IDENTIFICACIÓN27

CASO DE USOModificar Articulo

ACTORESGerente - Empleado

Gerente - Empleado

Modificar Articulo

OBJETIVOPermitir a los usuarios modificar artículos, cuando sea pertinente.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de modificar los artículos cuando sea requerido por la organización.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El artículo debe estar registrado en el sistema.

Pos condiciones El artículo es creado en el sistema. Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 62: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Sistema, Selecciona la opción buscar Articulo. El actor decide ingresa parámetros de búsqueda.Elige el articulo que desea modificar.El actor ingresa parámetros a editar.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema carga el artículo seleccionado.Ingresa artículo editado al sistema guardando cambios.

IDENTIFICACIÓN28

CASO DE USOEliminar Articulo

ACTORESGerente - Empleado

Gerente - Empleado

Eliminar Articulo

OBJETIVOPermitir a los usuarios eliminar artículos, cuando sea pertinente.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de eliminar los artículos cuando sea requerido por la organización.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El artículo debe estar registrado en el sistema.

Pos condiciones El artículo es eliminado del sistema. Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Sistema, Selecciona la opción buscar Articulo. El actor decide ingresa parámetros de búsqueda.Elige el artículo que desea Eliminar. Elige la opción Eliminar. El actor accede a eliminar el artículo.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema carga el artículo seleccionado.El sistema pregunta si esta seguro de eliminar artículo. El artículo es eliminado del sistema.

IDENTIFICACIÓN29

CASO DE USOCrear Pedido

ACTORESGerente - Empleado

Page 63: Documento Final Tesis

Gerente - Empleado

Crear Pedido

OBJETIVORegistrar en el sistema la solicitud de un cliente para comprar uno o varios libros.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de ingresar en el sistema el pedido y dejan la alerta para que el este los mantenga al tanto de que deben comprar el articulo a los proveedores para posteriormente enviarlo al cliente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El pedido se hace en base a artículos cotizados y registrados en el sistema.

Pos condiciones El pedido es registrado en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de pedidos, Ingresa los parámetros requeridos del pedido, programando fechas para entrega de dicho pedido.

El sistema carga la interfaz correspondiente, mostrando el formulario de ingreso de pedido.El sistema registra pedido y programa fechas para alertar a los usuarios.

IDENTIFICACIÓN30

CASO DE USOConsultar Pedido

ACTORESGerente - Empleado

Gerente - Empleado

Consultar pedido

OBJETIVOPermitir la consulta de información de los Pedidos registrados en el sistema.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de consultar en el sistema el pedido y la información correspondiente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El pedido debe estar registrado en el sistema.

Pos condiciones Muestra información de pedido.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 64: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de pedidos, Ingresa los parámetros de búsqueda requeridos del pedido.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra pedido consultado.

IDENTIFICACIÓN31

CASO DE USOModificar Pedido

ACTORESGerente - Empleado

Gerente - Empleado

Modificar pedido

OBJETIVOPermitir la consulta de información de los Pedidos registrados en el sistema y modificarlos en caso de que sea necesario.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de consultar en el sistema el pedido y editar la información correspondiente, cuando la compañía lo crea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El pedido debe estar registrado en el sistema y solo se puede editar antes de que sea despachado o se la fecha de envío expire.

Pos condiciones Edita la información del pedido guardando cambios.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de pedidos, Ingresa los parámetros de búsqueda requeridos del pedido.El actor elige la opción de editar pedido. Ingresa los parámetros a modificar.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra pedido consultado.El sistema registra información modificada y guarda cambios.

IDENTIFICACIÓN32

CASO DE USOEliminar Pedido

ACTORESGerente - Empleado

Page 65: Documento Final Tesis

Gerente - Empleado

Eliminar Pedido

OBJETIVOPermitir eliminar Pedidos registrados en el sistema en caso de que sea necesario.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios del sistema eliminar el pedido y la información correspondiente, cuando la compañía lo crea pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El pedido debe estar registrado en el sistema y solo se puede editar antes de que sea despachado o se la fecha de envío expire.

Pos condiciones El pedido es eliminado del sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de pedidos, Ingresa los parámetros de búsqueda requeridos del pedido.El actor elige la opción de eliminar pedido. El actor accede a eliminar el pedido.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra pedido consultado.El sistema pregunta si esta seguro de eliminar pedido.El sistema elimina el pedido del sistema.

IDENTIFICACIÓN33

CASO DE USOCrear Factura

ACTORESGerente - Empleado

Gerente - Empleado

Crear Factura

OBJETIVORegistrar en el sistema la venta de un Artículo.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios registrar la venta de un articulo mediante la factura, donde se guardara la información correspondiente a dicha venta.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La factura esta sujeta a un pedido.

Pos condiciones La factura es registrada en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 66: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Facturas Ingresa los parámetros requeridos de la factura,

El sistema carga la interfaz correspondiente, mostrando el formulario de factura.El sistema registra la información de la factura y guarda cambios.

IDENTIFICACIÓN34

CASO DE USOConsultar Factura

ACTORESGerente - Empleado

Gerente - Empleado

Consultar factura

OBJETIVOPermitir la consulta de información de las Facturas registradas en el sistema.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de consultar en el sistema la factura y su información correspondiente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La factura debe estar registrada en el sistema.

Pos condiciones Muestra información de la factura.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Facturas, Ingresa los parámetros de búsqueda requeridos de la factura.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra la factura consultada.

IDENTIFICACIÓN35

CASO DE USOModificar Factura

ACTORESGerente - Empleado

Page 67: Documento Final Tesis

Gerente - Empleado

Modificar Factura

OBJETIVOPermitir la consulta de información de las facturas registrados en el sistema y modificarlas en caso de que sea necesario.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios de consultar en el sistema la factura y poder editar su información cuando los directivos lo crean pertinente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La factura debe estar registrada en el sistema.

Pos condiciones Edita la información de la factura.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de Facturas, Ingresa los parámetros de búsqueda requeridos de la factura.El Actor selecciona la opción de editar factura, e ingresa los parámetros a modificar, guarda cambios.

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra la factura consultada.El sistema registra la información de la factura y guarda cambios.

IDENTIFICACIÓN36

CASO DE USOEliminar Factura

ACTORESGerente - Empleado

Gerente - Empleado

Eliminar Factura

OBJETIVOPermitir eliminar Facturas registradas en el sistema en caso de que sea necesario.

DESCRIPCIÓNEl sistema proporcionara la opción a los usuarios del sistema eliminar Facturas y la información correspondiente, cuando la compañía lo crea pertinente o cuando esta no haya sido cancelada por un cliente dentro de determinada cantidad de tiempo.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.La factura debe estar registrada en el sistema.

Pos condiciones La factura es eliminada del sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y

Page 68: Documento Final Tesis

regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor solicita al sistema Ingresar al módulo Gestión de FacturasIngresa los parámetros de búsqueda requeridos del Factura.El actor elige la opción de eliminar la Factura. El actor accede a eliminar la factura

El sistema carga la interfaz correspondiente, mostrando el formulario de búsqueda.El sistema muestra factura consultada.El sistema pregunta si esta seguro de eliminar Factura..El sistema elimina la factura del sistema.

IDENTIFICACIÓN37

CASO DE USOCrear Cliente

ACTORESEmpleado

EmpleadoCrear Cliente

OBJETIVORegistrar en el sistema los clientes y sus respectiva información.

DESCRIPCIÓNEl sistema proporcionara a los usuarios la opción de ingresar los datos de los clientes como nombre, nit, teléfonos, email etc.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cliente no debe estar registrado en el Sistema.Los clientes están relacionados si solicitan cotizaciones a la empresa.

Pos condiciones Quedan en el sistema registrados los datos de un cliente Alternativas El cliente ya se encuentra registrado en el sistema.

Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Cliente, Consultar cliente (Confirmar la no existencia de dicho cliente), Elije opción Nuevo Cliente, Llena campos, Finalizar la creación (Guardando cambios).

El sistema muestra la interfaz correspondiente.El sistema registra la creación correspondiente a un cliente nuevo.

IDENTIFICACIÓN38

CASO DE USOConsultar cliente.

ACTORESEmpleado

Page 69: Documento Final Tesis

EmpleadoConsultar Cliente

OBJETIVOPermitir la consulta de información de los clientes registrados en el sistema.

DESCRIPCIÓNEl Sistema le proporcionará al usuario la opción de consultar los datos de un cliente creado en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cliente debe estar registrado en el sistema.

Pos condiciones El sistema informa al administrador los clientes que se encuentran registrados en el sistema.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Cliente, Ingresa los parámetros de búsqueda del cliente.

El actor selecciona cliente a consultar.

El sistema presenta la interfaz correspondiente, mostrando los diferentes clientes al actor.

El Sistema muestra el cliente que el usuario ha decidido consultar.

IDENTIFICACIÓN39

CASO DE USOModificar cliente.

ACTORESEmpleado

EmpleadoModificar Cliente

OBJETIVOBrindar la forma de actualizar la información de los clientes registrados en el sistema con el fin de tener actualizados los datos del cliente.

DESCRIPCIÓNSe modifican los datos que el cliente desea actualizar como direcciones, teléfonos, nombres, etc.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cliente debe estar registrado en el sistema.

Pos condiciones Los datos del cliente quedaran actualizados en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

Page 70: Documento Final Tesis

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al modulo de gestión cliente, hace la respectiva búsqueda del cliente especifico, solicita al sistema la modificación o actualización de los datos del cliente mediante la opción modificar cliente.El actor hace las respectivas modificaciones del cliente.

El sistema presenta la interfaz correspondiente.El sistema registra y guarda los cambios asignados al cliente en el sistema.

IDENTIFICACIÓN40

CASO DE USOEliminar cliente

ACTORESEmpleado

EmpleadoEliminar Cliente

OBJETIVOEliminar del sistema un cliente existente.

DESCRIPCIÓNSe elimina un cliente cuando este ya no registra operaciones con la empresa. Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El cliente debe existir en el sistema.

Pos condiciones El cliente se ha eliminado del sistema. Ya no puede registrarse en operaciones del sistema.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al modulo de gestión cliente, hace la respectiva búsqueda del cliente especifico, solicita al sistema la Eliminación de un cliente.El actor accede a eliminar el cliente.

El sistema presenta la interfaz correspondiente, con el respectivo cliente a eliminar.

El sistema pregunta al actor si esta seguro de eliminar el cliente deseado.El Sistema elimina al cliente.

IDENTIFICACIÓN41

CASO DE USOCrear Proveedor

ACTORESEmpleado

Page 71: Documento Final Tesis

EmpleadoCrear Proveedor

OBJETIVORegistrar en el sistema los proveedores y su respectiva información.

DESCRIPCIÓNEl sistema proporcionara a los usuarios la opción de ingresar los datos de los proveedores como nombre, nit, teléfonos, email etc.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El proveedor no debe estar registrado en el Sistema.Los proveedores están relacionados si solicitan cotizaciones a la empresa.

Pos condiciones Quedan en el sistema registrados los datos de un proveedorAlternativas El proveedor ya se encuentra registrado en el sistema.

Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Proveedores, Consultar proveedor (Confirmar la no existencia de dicho proveedor), Elije opción Nuevo Proveedor, Llena campos, Finalizar la creación (Guardando cambios).

El sistema muestra la interfaz correspondiente.El sistema registra la creación correspondiente a un Proveedor nuevo.

IDENTIFICACIÓN42

CASO DE USOConsultar proveedor

ACTORESEmpleado

EmpleadoConsultar Proveedor

OBJETIVOPermitir la consulta de información de los proveedores registrados en el sistema.

DESCRIPCIÓNEl Sistema le proporcionará al usuario la opción de consultar los datos de un proveedor creado en el sistema.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El proveedor debe estar registrado en el sistema.

Pos condiciones El sistema informa al administrador los proveedores que se encuentran registrados en el sistema.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y

Page 72: Documento Final Tesis

regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor Ingresa al módulo Gestión Proveedor, Ingresa los parámetros de búsqueda del Proveedor.

El actor selecciona proveedor a consultar.

El sistema presenta la interfaz correspondiente, mostrando los diferentes proveedores al usuario..

El Sistema muestra el proveedor que el usuario ha decidido consultar.

IDENTIFICACIÓN43

CASO DE USOModificar proveedor.

ACTORESEmpleado

EmpleadoModificar Proveedor

OBJETIVOBrindar la forma de actualizar la información de los proveedores registrados en el sistema con el fin de tener actualizados los datos del proveedor.

DESCRIPCIÓNSe modifican los datos del proveedor que se desea actualizar como direcciones, teléfonos, nombres, etc.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El proveedor debe estar registrado en el sistema.

Pos condiciones Los datos del proveedor quedaran actualizados en el sistema.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al modulo de gestión proveedores, hace la respectiva búsqueda del proveedor especifico, solicita al sistema la modificación o actualización de los datos del proveedor mediante la opción modificar proveedor.El actor hace las respectivas modificaciones del proveedor

El sistema presenta la interfaz correspondiente.El sistema registra y guarda los cambios asignados al proveedor en el sistema.

IDENTIFICACIÓN44

CASO DE USOEliminar proveedor

ACTORESEmpleado

Page 73: Documento Final Tesis

BJETIVOEliminar del sistema un proveedor existente.

DESCRIPCIÓNSe elimina un proveedor cuando este ya no registra operaciones con la empresa. Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.El proveedor debe existir en el sistema.

Pos condiciones El proveedor se ha eliminado del sistema. Ya no puede registrarse en operaciones del sistema.

Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl actor ingresa al modulo de gestión proveedor, hace la respectiva búsqueda del proveedor especifico, solicita al sistema la Eliminación de un proveedor.El actor accede a eliminar el proveedor.

El sistema presenta la interfaz correspondiente, con el respectivo proveedor a eliminar.

El sistema pregunta al actor si esta seguro de eliminar el proveedor deseado.El Sistema elimina al proveedor.

IDENTIFICACIÓN45

CASO DE USOSalir del Sistema

ACTORESAdministrador – Gerente -

Empleado

Administrador- Gerente - Empleado

Salir del Sistema

OBJETIVOPermitir a los usuarios la opción de cerrar la sesión.

DESCRIPCIÓNEl sistema brindará el medio para que el usuario finalice sesión exitosamente.Precondiciones El actor debe haber ingresado al Sistema correctamente identificándose

mediante un usuario y contraseña valida.Pos condiciones Cierra sesión exitosamente.Alternativas Cancelar operación: Cuando el Actor decida cancelar la operación, el

Sistema simplemente hará caso omiso de las operaciones efectuadas y regresará a su estado inicial.

CURSO NORMAL DE LOS EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMAEl usuario selecciona la opción cerrar sesión. Salida segura del sistema.

3. ANALISIS

DIAGRAMAS DE SECUENCIA

Page 74: Documento Final Tesis

01. Ingresar al Sistema02. Ingresar TRM del día03. Crear usuario04. Buscar Usuario05. Activar Cuenta a Usuario06. Eliminar Usuario07. Desactivar cuenta a Usuario08. Modificar Usuario09. Crear País10. Crear Departamento11. Crear Ciudad12. Crear Sucursal13. Buscar Sucursal14. Eliminar Sucursal15. Crear Cargo16. Consultar Cargo17. Modificar Cargo18. Eliminar Cargo19. Generar reportes de Terceros20. Generar reportes de Procesos21. Crear cotización22. Consultar cotización

01. Ingresar al Sistema

23. Eliminar cotización24. Modificar cotización25. Crear Artículo26. Consultar Artículo27. Modificar Artículo28. Eliminar Artículo29. Crear Pedido30. Consultar Pedido31. Modificar Pedido32. Eliminar Pedido33. Crear Factura34. Consultar Factura35. Modificar Factura36. Eliminar Factura37. Crear Cliente38. Consultar cliente39. Modificar cliente40. Eliminar cliente41. Crear Proveedor42. Consultar proveedor43. Modificar proveedor44. Eliminar proveedor45. Salir del Sistema

Page 75: Documento Final Tesis

Figura 5. Diagrama de Secuencia Ingresar al Sistema

02. Ingresar TRM del día

Figura 5. Diagrama de Secuencia Ingresar TRM del día03. Crear usuario

Page 76: Documento Final Tesis

Figura 6. Diagrama de Secuencia Crear Usuario

04. Buscar Usuario

Page 77: Documento Final Tesis

Figura 7. Diagrama de Secuencia Buscar Usuario

05. Activar Cuenta a Usuario

Page 78: Documento Final Tesis

Figura 08. Diagrama de Secuencia Activar Cuenta a Usuario

06. Eliminar Usuario

Page 79: Documento Final Tesis

Figura 09. Diagrama de Secuencia Eliminar Usuario

07. Desactivar cuenta a Usuario

Page 80: Documento Final Tesis

Figura 10. Diagrama de Secuencia Desactivar cuenta a Usuario.

08. Modificar Usuario

Page 81: Documento Final Tesis

Figura 11. Diagrama de Secuencia Modificar Usuario.

09. Crear País

Page 82: Documento Final Tesis

Figura 12. Diagrama de Secuencia Crear País

10. Crear Departamento

Page 83: Documento Final Tesis

Figura 13. Diagrama de Secuencia Crear Departamento

11. Crear Ciudad

Page 84: Documento Final Tesis

Figura 14. Diagrama de Secuencia Crear Ciudad

12. Crear Sucursal

Page 85: Documento Final Tesis

Figura 15. Diagrama de Secuencia Crear Sucursal

13. Buscar Sucursal

Page 86: Documento Final Tesis

Figura 16. Diagrama de Secuencia Buscar Sucursal

14. Eliminar Sucursal

Page 87: Documento Final Tesis

Figura 17 Diagrama de Secuencia Eliminar Sucursal

15. Crear Cargo

Page 88: Documento Final Tesis

Figura 18 Diagrama de Secuencia Crear Cargo

16. Consultar Cargo

Page 89: Documento Final Tesis

Figura 19. Diagrama de Secuencia Consultar Cargo

17. Modificar Cargo

Page 90: Documento Final Tesis

Figura 20. Diagrama de Secuencia Modificar Cargo

18. Eliminar Cargo

Page 91: Documento Final Tesis

Figura 21. Diagrama de Secuencia Eliminar Cargo

19. Generar reportes de Terceros

Page 92: Documento Final Tesis

Figura 22. Diagrama de Secuencia Generar reportes de Terceros

20. Generar reportes de Procesos

Page 93: Documento Final Tesis

Figura 23. Diagrama de Secuencia Generar reportes de Procesos

21. Crear cotización

Page 94: Documento Final Tesis

Figura 24. Diagrama de Secuencia Crear Cotización

22. Consultar cotización

Page 95: Documento Final Tesis

Figura 25. Diagrama de Secuencia Consultar Cotización

23. Eliminar cotización

Page 96: Documento Final Tesis

Figura 26. Diagrama de Secuencia Eliminar Cotización

24. Modificar cotización

Page 97: Documento Final Tesis

Figura 27. Diagrama de Secuencia Modificar Cotización

25. Crear Artículo

Page 98: Documento Final Tesis

Figura 28. Diagrama de Secuencia Crear Articulo

26. Consultar Artículo

Page 99: Documento Final Tesis

Figura 29. Diagrama de Secuencia Consultar Articulo

27. Modificar Artículo

Page 100: Documento Final Tesis

Figura 30. Diagrama de Secuencia Modificar Artículo

28. Eliminar Artículo

Page 101: Documento Final Tesis

Figura 31. Diagrama de Secuencia Eliminar Artículo

29. Crear Pedido

Page 102: Documento Final Tesis

Figura 32. Diagrama de Secuencia Crear Pedido

30. Consultar Pedido

Page 103: Documento Final Tesis

Figura 33. Diagrama de Secuencia Consultar Pedido

31. Modificar Pedido

Page 104: Documento Final Tesis

Figura 34. Diagrama de Secuencia Modificar Pedido

32. Eliminar Pedido

Page 105: Documento Final Tesis

Figura 35. Diagrama de Secuencia Eliminar Pedido

33. Crear Factura

Page 106: Documento Final Tesis

Figura 36. Diagrama de Secuencia Crear Factura

34. Consultar Factura

Page 107: Documento Final Tesis

Figura 37. Diagrama de Secuencia Consultar Factura

35. Modificar Factura

Page 108: Documento Final Tesis

Figura 38. Diagrama de Secuencia Modificar Factura

36. Eliminar Factura

Page 109: Documento Final Tesis

Figura 39. Diagrama de Secuencia Eliminar Factura

37. Crear Cliente

Page 110: Documento Final Tesis

Figura 40. Diagrama de Secuencia Crear cliente

38. Consultar cliente

Figura 41. Diagrama de Secuencia Consultar cliente39. Modificar cliente

Page 111: Documento Final Tesis

Figura 42 Diagrama de Secuencia Modificar cliente

40. Eliminar cliente

Page 112: Documento Final Tesis

Figura 43. Diagrama de Secuencia Eliminar cliente

41. Crear Proveedor

Page 113: Documento Final Tesis

Figura 44. Diagrama de Secuencia Crear Proveedor

42. Consultar proveedor

Figura 45. Diagrama de Secuencia Consultar Proveedor43. Modificar proveedor

Page 114: Documento Final Tesis

Figura 46. Diagrama de Secuencia Modificar Proveedor

44. Eliminar proveedor

Page 115: Documento Final Tesis

Figura 47. Diagrama de Secuencia Eliminar Proveedor

45. Salir del Sistema

Page 116: Documento Final Tesis

Figura 48. Diagrama de Secuencia Salir del Sistema

3.2 DIAGRAMAS DE ACTIVIDAD

01. Ingresar al Sistema

Figura 49. Diagrama de Actividad Ingresar al Sistema

02. Ingresar TRM del día

Page 117: Documento Final Tesis

Figura 50. Diagrama de Actividad Ingresar TRM del día

03. Crear usuario

Page 118: Documento Final Tesis

Figura 51. Diagrama de Actividad Crear Usuario

04. Buscar Usuario

Page 119: Documento Final Tesis

Figura 52. Diagrama de Actividad Buscar Usuario

05. Activar Cuenta a Usuario

Page 120: Documento Final Tesis

Figura 53. Diagrama de Actividad Activar cuenta a Usuario

06. Eliminar Usuario

Page 121: Documento Final Tesis

Figura 54. Diagrama de Actividad Eliminar Usuario

07. Desactivar cuenta a Usuario

Page 122: Documento Final Tesis

Figura 55. Diagrama de Actividad Desactivar cuenta a Usuario.

08. Modificar Usuario

Page 123: Documento Final Tesis

Figura 56. Diagrama de Actividad Modificar Usuario.09. Crear País

Page 124: Documento Final Tesis

Figura 57. Diagrama de Actividad Crear País

10. Crear Departamento

Page 125: Documento Final Tesis

Figura 58. Diagrama de Actividad Crear Departamento

11. Crear Ciudad

Page 126: Documento Final Tesis

Figura 59. Diagrama de Actividad Crear Ciudad

12. Crear Sucursal

Page 127: Documento Final Tesis

Figura 60. Diagrama de Actividad Crear Sucursal

13. Buscar Sucursal

Page 128: Documento Final Tesis

Figura 61. Diagrama de Actividad Buscar Sucursal

14. Eliminar Sucursal

Page 129: Documento Final Tesis

Figura 62. Diagrama de Actividad Eliminar Sucursal

15. Crear Cargo

Page 130: Documento Final Tesis

Figura 63. Diagrama de Actividad Crear Cargo

16. Consultar Cargo

Page 131: Documento Final Tesis

Figura 64. Diagrama de Actividad Consultar Cargo

17. Modificar Cargo

Page 132: Documento Final Tesis

Figura 65. Diagrama de Actividad Modificar Cargo

18. Eliminar Cargo

Page 133: Documento Final Tesis

Figura 66. Diagrama de Actividad Eliminar Cargo

19. Generar reportes de Terceros

Page 134: Documento Final Tesis

Figura 67. Diagrama de Actividad Generar reportes de Terceros

20 Generar reportes de Procesos

Figura 68. Diagrama de Actividad Generar reportes de Procesos21. Crear cotización

Page 135: Documento Final Tesis

Figura 69. Diagrama de Actividad Crear Cotización

22. Consultar cotización

Page 136: Documento Final Tesis

Figura 70. Diagrama de Actividad Consultar Cotización

23. Eliminar cotización

Page 137: Documento Final Tesis

Figura 71. Diagrama de Actividad Eliminar Cotización24. Modificar cotización

Page 138: Documento Final Tesis

Figura 72. Diagrama de Actividad Modificar Cotización

25. Crear Artículo

Page 139: Documento Final Tesis

Figura 73. Diagrama de Actividad Crear Articulo

26. Consultar Artículo

Page 140: Documento Final Tesis

Figura 74. Diagrama de Actividad Consultar Artículo

27. Modificar Artículo

Page 141: Documento Final Tesis

Figura 75. Diagrama de Actividad Modificar Artículo

28. Eliminar Artículo

Page 142: Documento Final Tesis

Figura 76. Diagrama de Actividad Eliminar Artículo

29. Crear Pedido

Page 143: Documento Final Tesis

Figura 77. Diagrama de Actividad Crear Pedido

30. Consultar Pedido

Page 144: Documento Final Tesis

Figura 78. Diagrama de Actividad Consultar Pedido

31. Modificar Pedido

Page 145: Documento Final Tesis

Figura 79. Diagrama de Actividad Modificar Pedido

32. Eliminar Pedido

Page 146: Documento Final Tesis

Figura 80. Diagrama de Actividad Eliminar Pedido

33. Crear Factura

Page 147: Documento Final Tesis

Figura 81. Diagrama de Actividad Crear Factura

34. Consultar Factura

Page 148: Documento Final Tesis

Figura 82. Diagrama de Actividad Consultar Factura

35. Modificar Factura

Page 149: Documento Final Tesis

Figura 83. Diagrama de Actividad Modificar Factura

36. Eliminar Factura

Page 150: Documento Final Tesis

Figura 84. Diagrama de Actividad Eliminar Factura

37. Crear Cliente

Page 151: Documento Final Tesis

Figura 85. Diagrama de Actividad Crear cliente

38. Consultar cliente

Page 152: Documento Final Tesis

Figura 86. Diagrama de Actividad Consultar cliente

39. Modificar cliente

Page 153: Documento Final Tesis

Figura 87. Diagrama de Actividad Modificar cliente

40. Eliminar cliente

Page 154: Documento Final Tesis

Figura 88. Diagrama de Actividad Eliminar cliente

41. Crear Proveedor

Page 155: Documento Final Tesis

Figura 89. Diagrama de Actividad Crear Proveedor

42. Consultar proveedor

Page 156: Documento Final Tesis

Figura 90. Diagrama de Actividad Consultar Proveedor

43. Modificar proveedor

Page 157: Documento Final Tesis

Figura 91. Diagrama de Actividad Modificar Proveedor

44. Eliminar proveedor

Page 158: Documento Final Tesis

Figura 92. Diagrama de Actividad Eliminar Proveedor

45. Salir del Sistema

Page 159: Documento Final Tesis

Figura 93. Diagrama de Actividad Salir del Sistema

3.3 DIAGRAMA DE CLASES

Page 160: Documento Final Tesis