Ejemplo 1 Togas

1,180 views
1,087 views

Published on

Para leer y comprender.

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,180
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
18
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Ejemplo 1 Togas

  1. 1. DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA PARA EL CONTROL Y MANEJO DE INFORMACIÓN DE ALQUILER DE TOGAS DE LA EMPRESA XXXXXX EN LA WEB
  2. 2. OBJETIVOS General Diseñar e implementar un sistema de información para el control y manejo de información del alquiler de togas de la empresa XXXXX en la web. Específicos Analizar el funcionamiento actual de la empresa XXXX. Determinar políticas internas de la empresa. Determinar los parámetros de control para recolección y búsqueda de la información. Elaborar un análisis del sistema actual. Determinar de forma simplificada las características principales del sistema. Definir los requisitos explícitos e implícitos del sistema. Aclarar las necesidades del usuario y administrativas. Determinar requerimientos del sistema. Elaborar los modelos entidad –relación y relacional. Definir el diseño del sistema a desarrollar. Implementar el sistema en la web Evaluar el sistema implementado.
  3. 3. JUSTIFICACIÓN En la actualidad nos damos cuenta como el mundo ha crecido desde el punto de vista de las tecnologías e informáticas, su aplicación y utilización de esas tecnologías se ven cada día más usual. En la administración de sistemas empresariales los cuales eran llevados en muchas de estas de forma manual y han pasado dichos sistema a una administración utilizando software que muchas veces son hechos a medidas para dicha administración. La empresa xxxxxxx es una empresa que se dedica al alquiler de togas y ventas de accesorios que son utilizadas en graduaciones en distintos centros de educación como lo son instituciones, colegios y universidades. Esta empresa necesita que el control para la información se ha llevado de forma segura y que esta información pueda ser manejada de forma rápida, por esta razón se pretende realizar un software que le permita llevar dicho control y manejo de información que es actualmente manejada o llevada de manera manual. La empresa xxxxxxxx es una empresa que debido a su crecimiento a querido expandirse a distintos municipios del departamento de córdoba y demás departamentos enviando promotores a mostrar y hacer acuerdos con instituciones de sus artículos, esto se ha tenido en cuenta y debido a esto el sistema será implementado vía web para que pueda ser accedido desde cualquier parte del mundo utilizando internet. Con la implementación de este sistema la empresa xxxxxxx estará en la vanguardia de las tecnologías que actualmente se están utilizando y tendrá un mayor control de su información ya esta será almacenada de forma segura, integra y confiable a la hora de consultarla. Debido a este sistema la empresa xxxxxxx reducirá los costos de administración y se acabara la multitud de papeles que en su momento era tediosa su búsqueda y la pérdida de dichos documentos era de gran riesgo. El sistema que se pretende realizar será un software que estará hecho a medida de las necesidades de la empresa, con esto no quedara ningún cabo suelto a la hora de su desarrollo, debido a que se estimara cuales serán todas las necesidades que se tengan para el control y manejo de la información que actualmente es llevada en la empresa xxxxxxx.
  4. 4. DOCUMENTO DE ANALISIS La empresa xxxxxxx es una empresa que se dedica al alquiler de togas y birretes e incluye accesorios como estola bordada y botones, este servicio es brindado a universidades, colegios e institutos y es ofrecido de forma nacional, sin embargo no cuenta con un sistema que le brinde agilidad en sus procesos de control y manejo de su información. El alquiler de las togas y birretes tiene un precio variable estipulado por el gerente de la empresa, los accesorio (estola y botones) tienen un precio extra previamente estipulado por el gerente. La empresa cuenta con un número determinado te togas y birretes, los cuales están codificado dependiendo su color y talla. Los accesorios como estolas y botones son elaborados por la empresa y por esta razón su pedido debe ser de un 1 o 2 meses antes del evento para su elaboración, estos accesorios también están previamente codificados. En la empresa se maneja una clasificación de cliente que es basada en los clientes que son fijos y los clientes que son eventuales. Los clientes fijos son aquellos que tienen contratos firmados con la empresa durante un tiempo igual o mayor a 4 años, este concepto es otorgado por la empresa a todos los clientes que lo visitan por segunda vez y se le ofrecen descuentos en el alquiler de togas. Los clientes eventuales son aquellos que han solicitado el servicio solo una vez o que lo han solicitado más de una vez pero no han querido ser clasificado como cliente fijo. Las clausulas de los contratos son determinas por la clasificación de cliente (fijo o eventual). En un contrato de un cliente eventual solo se elabora un pedido y por esta razón la terminación del contrato se rige a la fecha de finalización del evento de graduación, mientras que en un contrato de clientes fijos pueden existir varios pedidos que son determinados por el cliente, en la media que requiera del servicio. Los contrato tienen clausulas que son estipuladas por el gerente de la empresa y estas se dictan teniendo en cuenta la clasificación del cliente (fijo o eventual). La empresa alquila las togas a los centros educativos y a personas naturales. Maneja un orden de contratos identificados de forma única los cuales son hechos con todas las universidades, colegios e instituciones o con personas naturales que solicitan el servicio, el contrato contiene el numero del contrato, nombre de la institución o nombre de la persona natural, Nit o razón social de la misma en caso del centro educativo, cedula en caso de persona natural, dirección(es), teléfono(s), fecha, tiempo de duración, fecha de terminación del contrato, promotor encargado,
  5. 5. responsable o encargado y demás observaciones que el sistema debe permitir digitar. El sistema debe permitir la impresión del contrato para su autenticación y firma del responsable. La empresa almacena la información personal del encargado o responsable del contrato. En el contrato existe un identificador que determina si el cliente es fijo o eventual, de igual forma un identificador para determinar si el cliente es una persona natural o centro educativo. Debido a esto el sistema a la hora de elaborar el contrato, debe tener en cuenta si el cliente es fijo o eventual porque que los cobros por servicio son diferentes y estos son estipulados por el gerente de la empresa. Los pedidos elaborados tienen un identificador único, un identificador o numero de contrato para saber a qué contrato pertenece el pedido, una fecha, cantidad de togas, color y tallas de las mismas, cantidad y tipo de accesorios, valor unitario por togas y accesorios, valor total del pedido, abono y el concepto(cancelado o no cancelado). Para la devolución de togas existen fecha estipuladas y estos son detalles del pedido, así como la fecha del evento. La devolución de las togas generalmente es hecha el mismo día después del evento o un día después, esto es determinado por el proveedor y el cliente. Si el cliente ya ha solicitado servicio en la empresa no debe ser necesario pedir nuevamente todos los datos de dicho cliente. Pero si permitir actualizaciones de sus datos. La empresa almacena los datos de las personas naturales, universidades, colegios e instituciones, junto con todos los contratos y pedidos elaborados con ellas, ordenan la información de los contratos por personas naturales, por instituciones, por universidades, y por colegios, esta información también es ordenada por departamentos y por municipios, de igual forma cada institución, cada colegio, cada universidad y persona natural tiene un historial de servicios solicitados a la empresa. El sistema debe de informar cual de los tres tipos de centros educativos es en donde se elabora mas eventos, si es en los colegios, instituciones o en las universidades, cual es el centro educativo (colegios, instituciones o universidades) en donde se gradúan más personas y en donde menos se gradúan. El sistema debe ser capaz de buscar y ordenar teniendo en cuenta el valor más alto del contrato de los centros educativos que han solicitado el servicio solo una vez, mostrando toda su información. Posteriormente empresa toma a estos centros para hacerle posteriores visitas para verificar si necesitan el servicio
  6. 6. nuevamente y estimularlos con el concepto de clientes fijos, ya que con este concepto el valor del pedido va ser más bajo al de un cliente eventual. El sistema debe ser capaz de arrojar informes donde muestre el número de clientes fijos y eventuales con el valor del dinero que cada tipo de cliente ha pagado a la empresa, cual es el cliente que mas utilidad le proporciona, cual es el que más lo visita y cuál es el que menos lo visita. De los centros educativos teniendo en cuenta si es cliente fijo o no se debe llevar la información del código de toga que utiliza (tallas y color), para darle preferencia ante los clientes eventuales elaborando llamadas o enviando correos preguntando si utilizara el mismo color de toga. Todos los clientes fijos o eventuales pueden hacer reservaciones especificando el color de toga, y su talla, estas reservaciones tienen una fecha de caducidad. El sistema debe ser capaz de quitar el número de togas reservadas del sistema para que no las muestre como disponibles para la fecha del día del evento. El sistema debe tener la información del inventario que existe, para saber si se puede o no ofrecer el servicio a más centros educativos, por esta razón debe manejar el inventario teniendo en cuenta los contratos que se firman junto con el pedido y sus fechas de eventos, puesto que las togas deben estar disponibles 3 días después del evento, para otros eventos. El sistema debe ser capaz de informar cual es el color y la talla de toga más solicitada o más utilizada por los centros educativos registrados en el sistema. La empresa cuenta con promotores que son los encargados de visitar a los centros de educación y ofrecerles el servicio. Estos promotores se encuentran codificados, además de contener toda la información personal, el sistema deberá llevar el número de contratos elaborados por cada uno de ellos. Los promotores para circunstancias de mejor control y manejo de información deberán contar con equipos portátiles donde puedan inscribir los centros educativos que requieran el servicio y elaborar respectivamente los contratos junto con el pedido requerido. El sistema de permitir escoger los accesorios y pedir la imagen o escudo requerido para estos, de forma inmediata pasar el reporte del costos del pedido, especificando los valores de togas y accesorios. De ser pagado el pedido el sistema deberá arrojar la factura correspondiente al centro educativo, y dar de baja a la cantidad de togas del inventario del sistema hasta que se cumplan 3 días después de la fecha del evento. El pago del pedido debe hacerse antes del evento.
  7. 7. El sistema debe ser capaz de almacenar imágenes que son utilizadas para la elaboración de los accesorios junto con el lema o frase. El personal de trabajo de elaboración de accesorios deberá contar con un ingreso al sistema donde se le informe el numero de accesorios a realizar, el tipo y la imagen que dicho accesorio debe contener, el reporte es elaborado por el sistema después de que el pedido este pagado en su 25% de su totalidad o que el gerente otorgue su realización, esto en caso especial. En almacén de inventario debe corroborar si se debe entregar las togas y accesorios al promotor encargado del proyecto y debe consultar el contrato elaborado con su respectiva cancelación y aprobación de la entrega. Cada promotor es el encargado y responsable de los contratos que elabore, por esta razón el sistema no deberá permitir que un promotor vea los contratos elaborados por los demás. El sistema debe enviar alertas a cada promotor informándole sobre los eventos más próximos a la fecha. Cada promotor deberá tener un código de ingreso que lo identificara de forma única en donde contendrá toda la información requerida para prestar su servicio. El sistema deberá permitir consultas la cantidad de togas que existen por color y tallas respectivamente. Se deberán arrojar informes sobre cuál es el dinero que ingresa a la empresa por contrato, por centro educativo, por municipio y departamento por los servicios prestados. El pago del contrato puede ser cancelado directamente en la caja de la empresa. El promotor puede cancelar (puede recibir el dinero e imprimir factura correspondiente al cliente). Si en el contrato existe pedido de accesorios como estolas y botones el cliente debe de abonar el 25% del valor del contrato en el momento de su elaboración y el resto debe ser cancelado antes del evento. El promotor encargado del contrato debe de tener el contrato cancelado para que se le sea entregado el pedido hecho en dicho contrato. Para no permitir posibles fraudes debido a que los promotores pueden dar por cancelado un pedido. En la caja se referencia el recibido del dinero de los pedidos, ósea un pedido puede estar cancelado pero no fue recibido el dinero, por esto no se entregara togas y accesorios a los pedidos que no tenga la certificación de la entrega del dinero en la caja. El sistema deberá restringir el acceso a la información por parte de personal no autorizado, por esta razón contendrá distintas vistas para suministrar la
  8. 8. información requerida para los módulos o entidades de la empresa vinculados al proyecto. Entre estas vistas estarán la del administrador, promotores, almacén, y fabrica.
  9. 9. ESPECIFICACION DE REQUERIMIENTOS R.0 Requisitos generales • R.0.1 Las unidades monetaria se trabajaran con cifras decimales sin fracciones. • R.0.2 Las fechas al momento de codificar el ano contara con cuatro dígitos. • R.0.3 Para ingresar al sistema deberán identificarse. R.1 Gestión de Usuarios • R.1.1 Todo usuario debe tener un nombre de usuario y una contraseña de forma única para el acceso, que puede ser cambiada de forma periódica. o R.1.1.1 Agregar nombre de usuario y Contraseña de acceso. o R.1.1.1 Modificar nombre de usuario y Contraseña de acceso. • R.1.2 Debe existir usuario administrador. o R.1.2.1 Generalidades de los Administradores R.1.2.1.1 Se les asignara un número indicativo irrepetible. R.1.2.1.2 Los administradores se definen por un código, nombres, apellido1, apellido2, documento identidad, dirección, teléfono, celular, e-mail, nombre de usuario y contraseña de acceso. R.1.2.1.3El usuario administrador tendrá acceso a toda la información del sistema. R.1.2.1.4 Podrá restringir información a los demás usuarios. R.1.2.1.5 Tendrán Acceso a todo el sistema. R.1.2.1.6 Podrá añadir usuarios. R.1.2.1.7 Podrá eliminar usuarios. R.1.2.1.8 Podrá modificar vistas a los usuarios. R.1.2.1.9 Buscar usuarios. • R.1.3 Debe existir usuario promotor. o R.1.3.1 Generalidades de los Promotores R.1.3.1.1 Estarán identificados por un código único irrepetible. R.1.3.1.2 Los promotores se definen por un código, nombres, apellido1, apellido2, documento identidad,
  10. 10. dirección, teléfono, celular, e-mail, identificador municipio, nombre de usuario y contraseña de acceso. R.1.3.1.3 Podrá registra clientes. R.1.3.1.4 Podrá modificar datos de los clientes como la clasificación y datos actualizables que no cuestionen la integridad del cliente. • R.1.4 Debe existir usuario almacén. o R.1.4.1 Generalidades de los almacenistas. R.1.4.1.1 Estarán identificados por un código único irrepetible. R.1.4.1.2 Los almacenistas se definen por un código, nombres, apellido1, apellido2, documento identidad, dirección, teléfono, celular, e-mail, nombre de usuario y contraseña de acceso. R.1.4.1.3 Deberán verificar la autorización de entrega de los pedidos en el sistema, y posteriormente entregarlo a los promotores encargados. • R.1.5 Debe existir usuario fabrica accesorios. o R.1.5.1 Generalidades del usuario fabrica. R.1.5.1.1 Estarán identificados por un código único irrepetible. R.1.5.1.2 los fabricantes se definen por un código, nombres, apellido1, apellido2, documento identidad, dirección, teléfono, celular, e-mail, nombre de usuario y contraseña de acceso. R.1.5.1.2 Deberán tomar el pedido de los accesorios para posteriormente elaborarlos. R.2 Gestión de Clientes • R.2.1.0 Generalidades de los cliente o R.2.1.1 Los clientes pueden ser centros educativos o personas naturales. o R.2.1.2 Los clientes identificados como centros educativos son clasificados en 3 tipos que son Universidades, Colegios e Instituciones. o R.2.1.3 Los clientes pueden ser fijos o eventuales.
  11. 11. o R.2.1.4 A los clientes se les asigna un número indicativo irrepetible. o R.2.1.5 El número indicativo de los clientes centros educativos deben estar precedido por 1. o R.2.1.5 El número indicativo de los clientes naturales deben estar precedido por 2. o R.2.1.6 Los clientes centro educativo se definen por su nit, razón social, dirección, teléfono1, telefono2, e-mail, identificador del tipo, identificador del municipio y identificador de la clase. o R.2.1.7 Los clientes naturales se definen por nombres, primer apellido, segundo apellido, documento identidad, dirección, teléfono, celular, e-mail, identificador de municipio, identificador de clase. • R.2.2.0 Anadir clientes o R.2.2.1 Para registrar la información del cliente, debe de tenerse en cuenta si es un centro o si es natural. o R.2.2.2 Los usuarios promotores y aquellos con permiso de administrador pueden añadir clientes fijos o eventuales. • R.2.3.0 Modificar clientes o R.2.3.1 Los usuarios con permiso de Administrador pueden modificar los datos de un cliente. o R.2.3.2 Los usuarios con permiso promotores pueden modificar los datos de un cliente. • R.2.4.0 Eliminar clientes o R.2.4.1 Los clientes fijos registrados no pueden ser eliminados. o R.2.4.2 Los clientes eventuales registrados pueden ser eliminados solo por administrador general del sistema por decisión del gerente encargado. • R.2.5.0 Búsqueda de clientes o R.2.5.1 los clientes pueden ser buscados por su nombre o nit en caso de de ser centro educativo, si es natural puede ser buscado por documento, nombre o apellido. • R.2.6.0 Clasificación del cliente o R.2.6.1 Paso de clientes eventuales a clientes fijos R.2.6.1.1 Los usuarios promotores y con permiso de Administrador pueden hacer clientes fijos. R.3 Togas y accesorios • R.3.1 Generalidades de togas y accesorios
  12. 12. o R.3.1.1 Las togas deben tener un código identificador único identificando su color y talla. o R.3.1 .2 Los accesorios deben tener un código identificador único clasificando el tipo de accesorio. o R.3.1 .3 Las togas deben identificarse por su código, color, talla y cantidad. • R.3.2 Agregar togas y accesorios o R.3.2.1 Solo los usuarios de administrador pueden añadir togas y accesorios. • R.3.3 Modificar información de togas y accesorios o R.4.3.1 Solo los usuarios de administrador pueden modificar la información de las togas y accesorios. • R.3.4 Eliminar información de togas y accesorios. • R.3.5 Búsqueda de togas. R.4 Contratos • R.4.1 Generalidades de contrato. o R.4.1.1Los contratos deben tener un identificador único. o R.4.1.2Los contratos tienen clausulas dependiendo el tipo de cliente. o R.4.1.3Todo contrato tienen sujeto uno o varios pedidos hechos por el cliente. o R.4.1.4 Los contratos se define por un número de contrato, identificador del cliente, fecha del contrato, fecha de inicio, fecha de terminación, tiempo de duración, promotor encargado, observaciones y un responsable. • R.4.2 Modificar contrato. o R.4.2.1 Los promotores y administración podrán modificar los contratos con fines de actualización en puntos como extensión. • R.4.3 Eliminar contrato. o R.4.3.1 Ningún contrato registrado podrá ser eliminado. • R.4.2 Búsqueda de contrato. R.5 Clausulas • R.5.1 Generalidades de clausulas. o R.5.1.1 Las clausulas deben de tener un identificador único o R.5.1.2Las clausulas deben de estar clasificas por la clasificación del cliente.
  13. 13. o R.5.1.3Las clausulas se deben poder ser agregar, modificar, eliminar solo por el gerente y personas con permiso. • R.5.2 Modificar clausula. • R.5.3 Eliminar clausula. • R.5.4 Buscar clausulas. R.6 Pedidos • R.6.1 Generalidades de Pedidos o R.6.7.1 Los pedidos deben tener un identificador único. o R.6.7.2 Los pedidos deben identificarse por un identificador, identificador del contrato al que está sujeto, fecha, fecha del evento, concepto (cancelado o no), abono, valor total, identificador de togas, cantidad de togas, identificador de accesorios, cantidad de accesorios, valor del contrato, fecha de evento, fecha de entrega de togas y fecha de devolución de togas. • R.6.2 Búsqueda de pedido.
  14. 14. OBJETIVOS RELEVANTES DEL SISTEMA OBJ-1 Gestionar de usuarios Descripción El sistema deberá gestionar el control de acceso y registro al sistema por parte de todos los usuarios. Prioridad Alta Comentario No aplica OBJ-2 Gestionar de clientes Descripción El sistema deberá gestionar el control de los registros de los clientes y manejo de su información en general en el sistema. Prioridad Alta Comentario No aplica OBJ-3 Gestionar Togas y accesorios Descripción El sistema deberá administrar el registro y obtención de información de las togas y accesorios en la empresa. Prioridad Alta Comentario No aplica OBJ-4 Gestionar Contratos Descripción El sistema deberá administrar todos los contratos elaborados a los clientes Prioridad Alta Comentario No aplica OBJ-5 Gestionar Clausulas Descripción El sistema deberá gestionar todas las clausulas de los contratos pertenecientes a los clientes. Prioridad Alta Comentario No aplica OBJ-6 Gestionar Pedidos Descripción El sistema deberá controlar el registro de todos los pedidos de los clientes del sistema. Prioridad Alta Comentario Ningún pedido podrá ser modificados y ni eliminados después de sus entrega.
  15. 15. REQUISITOS DE ALMACENAMIENTO DE INFORMACIÓN R1 INFORMACION DE USUARIOS Objetivos OBJ-1 GESTION DE USUARIOS asociados Requisitos Crear usuario Asociados Modificar datos de ingreso Acceso a todo el sistema Restricción de información Eliminar usuario Validar ingreso de usuario Buscar usuario Descripción Se gestionara el control del acceso al sistema por parte de todos los usuarios existentes permitiendo agregar nombre de ingreso y contraseña, modificarla posteriormente, acceso a la información del sistema, restricción de la información del sistema, registrar usuarios, eliminar usuarios, buscar usuarios y modificarlas. Datos • Id_usuario, que deberá ser único e irrepetible para cada específicos usuario. • Nombres, nombres completos del usuario • Apellidos, apellidos completos del usuario • Documento identidad, cedula o numero documento identificativo de forma única. • Dirección, dirección de residencia donde vive • E-mail, correo electrónico • Id_mun, que será el identificador del municipio donde reside • Teléfono, número de teléfono • Celular, número de teléfono móvil • Usuario, que será el nombre de usuario para validación del ingreso al sistema. • Password, contraseña de validación para acceso al sistema. • Id_tipo, identificara el tipo de usuario registrado (administrador, promotor, almacén o fábrica). Intervalo Presente temporal Estabilidad Alta Comentarios No aplica
  16. 16. R2 INFORMACION DE CLIENTE Objetivos OBJ-2 GESTION DE CLIENTE asociados Requisitos Registrar cliente Asociados Actualizar cliente Buscar cliente Identificar clase cliente Eliminar usuario Descripción Se controlara el registro de los clientes, manejo y obtención de su información en general por parte de todos los usuarios existentes permitiendo agregar, modificar, eliminar, buscar y clasificar dichos clientes. Datos • Id_cliente, identificador del cliente específicos • Nit, documento de identidad o nit del clientes • Razón social, nombre del centro educativo (este se toma si el cliente es centro educativo) • Nombres, nombres del cliente (esto si el cliente es persona natural ) • Apellidos, apellidos del cliente (esto si el cliente es persona natural) • Dirección, dirección del cliente • Teléfono1, teléfono del cliente • Teléfono 2, teléfono del cliente • Id_tipo, identificador del tipo de centro educativo (instituto, colegio o universidad). • Id_municipio, identificador del municipio donde se encuentra el cliente. • Email, correo electrónico del cliente. Intervalo Presente temporal Estabilidad Alta Comentarios No aplica R3 INFORMACION DE TOGAS Y ACCESORIOS Objetivos OBJ-3 GESTIONAR TOGAS Y ACCESORIOS asociados Requisitos Registro de togas y accesorios Asociados Actualizar de togas y accesorios Buscar togas y accesorios Descripción Control en el registro de las togas y accesorios, manejo y obtención de su información en general por parte de los usuarios administrador, almacén, fabrica y promotor
  17. 17. Datos Togas Accesorios específicos • Id_toga • Id_accesorios • Color • Descripción • Talla • Valor • Cantidad • Disponibles • Valor alquiler Intervalo Presente temporal Estabilidad Alta Comentarios No aplica R4 INFORMACION DE CONTRATOS Objetivos OBJ-3 GESTIONAR CONTRATOS asociados Requisitos Registro de contratos. Asociados Actualizar de contratos. Buscar contratos. Descripción Control en el registro de las togas y accesorios, manejo y obtención de su información en general por parte de los usuarios administrador, almacén, fabrica y promotor Datos • Id_contrato específicos • Numero • Fecha • Duración • Fecha inicio • Fecha fin • Id_cliente • Id_ promotor • Id_responsable • Observaciones Intervalo Presente temporal Estabilidad Alta Comentarios Cada contrato tiene clausulas establecidas por dicho contrato estas clausulas están referenciadas por el id_contrato. Las clausulas también deben almacenarse.
  18. 18. R5 INFORMACION DE CLAUSULAS Objetivos OBJ-6 GESTIONAR CLAUSULAS asociados Requisitos Registro de clausulas Asociados Modificación clausulas Búsqueda de clausulas Eliminar clausula Descripción Control del registro de todos las clausulas de los contratos del sistema. Datos • Id_clausula específicos • Descripción • Id_contrato Intervalo Presente temporal Estabilidad Alta Comentarios No aplica R6 INFORMACION DE PEDIDOS Objetivos OBJ-6 GESTIONAR PEDIDOS asociados Requisitos Registro de pedidos Asociados Modificación de pedidos Búsqueda de pedidos Descripción Control del registro de todos los pedidos de los clientes del sistema. Datos • Id_pedido específicos • Id_contrato • Fecha • Fecha evento • Abono • Valor del pedido • Concepto • Confirmación de entrega Intervalo Presente temporal Estabilidad Alta Comentarios Los pedidos tienen detalles extras como la descripción de numero de togas y accesorios estos detalles deberán ser almacenados están almacenados.
  19. 19. DEFINICION DE ACTORES Y USUARIOS ACT–01 Administración Este actor representa a los administradores del sistema. Descripción Comentarios ninguno ACT–01 Promotor Este actor representa a los promotores del sistema Descripción Comentarios ninguno ACT–01 Fabrica Este actor representa a el usuario que se encuentra en la fabriza de Descripción accesorios. Comentarios ninguno ACT–01 Almacén Este actor representa a la persona encargada de la bodega donde Descripción se encuentran las togas. Comentarios ninguno
  20. 20. DIAGR DIAGRAMA DE CASO DE USO ::R1 INFORMACION DE USUARIOS Promotor Crear usuario 1.1 Modificar datos de ingreso. 1.1.1 Acceso todo el sistema. Fabrica 1.2 - 1.2.1 Crear Restricción de información 1.2.2 Eliminar usuario 1.2.3 ADMINISTRACION Identificación de usuario para ingreso 1.3-1.4-1.5 Almacén Buscar Usuarios. 1.2.6 USUARIOS
  21. 21. :: Información de Clientes Promotor Registrar Cliente R.2.2 Actualizar R.2.3 Identificar clase Fabrica Eliminar cliente eventual R.2.4 R.2.4.2 ADMINISTRACIO N Buscar R.2.5 Almacén
  22. 22. :: Información Togas y accesorios Promotor Registrar togas Modificar togas Fabrica Eliminar togas Buscar togas ADMINISTRACION Registrar accesorio Almacén Modificar accesorio Eliminar accesorio USUARIOS Buscar accesorio
  23. 23. Información Contratos Promotor Insertar contrato Modificar contrato ADMINISTRACION Buscar contrato
  24. 24. Información Clausulas Insertar clausula Modificar clausula Eliminar ADMINISTRACION Clausula Buscar Clausula
  25. 25. Información Pedidos Promotor Insertar pedido Modificar Fabrica pedido Eliminar pedido ADMINISTRACION Almacén Buscar pedido USUARIOS
  26. 26. ESCENARIOS Información Gestión de Usuarios Requisitos asociados: R1 Objetivos Asociados: Obj1 Precondición: Los usuarios a crear o registrar deberán presentar los documentos necesarios para tal registro. El usuario a registrar no debe estar registrado en el sistema. Pasos: 1. El administrador del sistema identifica el tipo de usuario a registrar. 2. Verificar los datos necesarios para el registro. 3. El administrador del sistema procede a registrar los datos correspondientes del usuario. 4. Guardar la información. 5. Ingreso del usuario con su usuario y contraseña asignada. Pos condición: Ninguna. Excepciones: Ninguna Tiempo: Presente. Prioridad: Alta. Observaciones: Los usuarios que no sean administradores solo podrán modificar datos que no afecten o desacrediten la información antes recogida. Entre los datos que no podrá modificar estará nombres, apellidos, documento de identidad y demás datos identificativos. Información Gestión de Clientes Requisitos asociados: R2 Objetivos Asociados: Obj2 Precondición: El cliente deberá presentar la documentación pertinente para su registro, esta documentación dependerá del perfil del cliente (centro educativo o natural).
  27. 27. Pasos: 1. El administrador o promotor, identifica el perfil del cliente a registrar en el sistema. 2. Verificar los datos necesarios para el registro. 3. El administrador o promotor procede a registrar los datos correspondientes del usuario en el sistema. 4. Guardar la información recogida. Pos condición: Ninguna. Excepciones: Permitir registra datos del clientes de los cuales falte verificar dichos datos, esto única y exclusivamente por orden del gerente. Tiempo: Presente. Prioridad: Observaciones: Ninguna. Información Togas y accesorios Requisitos asociados: R3 Objetivos Asociados: Obj3 Precondición: Se beberá verificar el número de togas que concuerden con el color y su talla para ser registrado. Si el tipo de toga ya existe deberá actualizar la cantidad de la toga, ingresando el número de togas extras. Pasos: 1. El almacenista o administrador revisa y determina el número de togas definidas por su color y talla. 2. Registra las características de las togas. 3. Registrar las características de los accesorios que ofrecen. 4. Guarda la información digitada.
  28. 28. Pos condición: Ninguna. Excepciones: Ninguna. Tiempo: Presente. Observaciones: Ninguna. Información Contratos Requisitos asociados: R4 Objetivos Asociados: Obj4 Precondición: Pasos: 1. Determinar la clase de cliente. 2. Registrar detalles del contrato. 3. Guardar. 4. Imprimir contrato para la firma del responsable. Pos condición: Ninguna. Excepciones: Ninguna. Tiempo: Presente. Observaciones: las clausulas de los contratos son establecidas teniendo en cuenta la clase de cliente (fijo o eventual). Información Clausulas Requisitos asociados: R5 Objetivos Asociados: Obj5 Precondición: Presentar las clausulas del contrato al cliente.
  29. 29. Pasos: 1. Definir clausulas. 2. Registrar clausula. 3. Guardar. Pos condición: Ninguna. Excepciones: Ninguna. Tiempo: Presente. Observaciones: ninguna. Información Pedidos Requisitos asociados: R6 Objetivos Asociados: Obj6 Precondición: Existencia de las togas en inventario. Pasos: 1. Verificar pedido en inventario. 2. Registrar datos del pedido en el sistema. 3. Guardar. Pos condición: Ninguna. Excepciones: Ninguna. Tiempo: Presente. Observaciones: Los pedidos no pueden ser modificados ni eliminados después de su entrega.
  30. 30. DIAGRAMAS DE SECUENCIAS INFORMCACION DE USUARIOS Registro: Admin REGISTRO VERIFICAR REGISTRO MODIFICAR USUARIOS DATOS Registro Verificar No Valido Registro No Valido Registrado Modificar Modificar No Valido Modificado Actualizacion: Usuarios VERIFICAR VERIFICAR GUARDAR ACTUALIZAR USUARIO CAMBIOS CAMBIOS USUARIOS Actualizar Verificar No Valido Registro No Valido Actualizar No Valido Actualizado
  31. 31. Eliminar: Admin VERIFICAR ELIMINAR ELIMINAR USUARIO USUARIOS Eliminar Verificar No Valido Eliminar No Valido Actualizado Buscar: Admin VERIFICAR GENERAR BUSQUEDA USUARIO BUSQUEDA Buscar Verificar No Valido Generar No Valido Reg. Encontrados
  32. 32. INFORMCACION DE CLIENTES Registro: ADMIN Y PROMOTOR REGISTRO VERIFICAR REGISTRO MODIFICAR CLIENTES DATOS Registro Verificar No Valido Registro No Valido Registrado Modificar Modificar No Valido Modificado Actualización: ADMIN Y PROMOTOR ACTUALIZAR VERIFICAR VERIFICAR GUARDAR CLIENTES CLIENTE CAMBIOS CAMBIOS Actualizar Verificar No Valido Registro No Valido Actualizar No Valido Actualizado
  33. 33. Eliminar: Admin VERIFICAR ELIMINAR ELIMINAR CLIENTE CLIENTES Eliminar Verificar No Valido Eliminar No Valido Actualizado Buscar: Admin VERIFICAR GENERAR BUSQUEDA BUSQUEDA BUSQUEDA Buscar Verificar No Valido Generar No Valido Reg. Encontrados
  34. 34. INFORMCACION DE TOGAS Y ACCESORIOS Registro: ADMIN Y ALMACEN REGISTRO TOGAS VERIFICAR REGISTRO MODIFICAR Y ACCESORIOS DATOS Registro Verificar No Valido Registro No Valido Registrado Modificar Modificar No Valido Modificado Actualización: ADMIN Y ALMACEN ACTUALIZAR TOGAS VERIFICAR VERIFICAR GUARDAR Y ACCESORIOS TOGAS CAMBIOS CAMBIOS Actualizar Verificar No Valido Registro No Valido Actualizar No Valido Actualizado
  35. 35. Eliminar: Admin ELIMINAR TOGAS O VERIFICAR TOGAS ELIMINAR ACCESORIOS O ACCESORIOS Eliminar Verificar No Valido Eliminar No Valido Actualizado Buscar: USUARIOS VERIFICAR GENERAR BUSQUEDA BUSQUEDA BUSQUEDA Buscar Verificar No Valido Generar No Valido Reg. Encontrados
  36. 36. INFORMCACION DE CONTRATOS Y CLAUSULAS Registro: ADMIN Y PROMOTOR REGISTRO VERIFICAR REGISTRO MODIFICAR CONTRATO DATOS Registro Verificar No Valido Registro No Valido Registrado Modificar Modificar No Valido Modificado Actualización: ADMIN Y PROMOTOR ACTUALIZAR VERIFICAR VERIFICAR GUARDAR CONTRATO CONTRATO CAMBIOS CAMBIOS Actualizar Verificar No Valido Registro No Valido Actualizar No Valido Actualizado
  37. 37. Buscar: ADMIN Y PROMOTOR VERIFICAR GENERAR BUSQUEDA BUSQUEDA BUSQUEDA CONTRATO Buscar Verificar No Valido Generar No Valido Reg. Encontrados
  38. 38. INFORMCACION DE PEDIDOS Registro: ADMIN Y PROMOTOR REGISTRO VERIFICAR REGISTRO MODIFICAR PEDIDOS DATOS Registro Verificar No Valido Registro No Valido Registrado Modificar Modificar No Valido Modificado Actualización: ADMIN Y PROMOTOR ACTUALIZAR VERIFICAR VERIFICAR GUARDAR CLIENTES CLIENTE CAMBIOS CAMBIOS Actualizar Verificar No Valido Registro No Valido Actualizar No Valido Actualizado
  39. 39. Buscar: USUARIOS VERIFICAR GENERAR BUSQUEDA BUSQUEDA BUSQUEDA Buscar Verificar No Valido Generar No Valido Reg. Encontrados
  40. 40. DIAGRAMA DE CLASES 1 CLASE_CLIENTE MUNICIPIO -ID_CLASE : double DEPARTAMENTO -ID_MUN : double 1 -DESCRIPCION : string -ID_DEPT : int -NOMBRE : string CLIENTES +INSERTARCLASECLIENTE() * 1 1 -NOMBRE : uint -ID_DEPT -ID_CLIENTE : double +ACTUALIZARCLASECLIENTE() 1 +INSERTARDEPT() +INSERTARMUN() -NIT : string +ELIMINARCLASECLIENTE() +ACTUALIZARDEPT() +ACTUALIZARMUN() -RAZON_SOCIAL : string +BUSCARDEPT() +ELIMINARMUN() -DIRECCION : string +ELIMINARDEPT() +BUSCARMUN() 1* -TEL1 : string * -TEL2 : string -EMAIL : string TIPO_CLIENTE -ID_MUN : double -ID_CLASE : double -ID_TIPO : double -ID_TIPO : double ** 1 -DESCRIPCION : string RESERVACON -ID_CLASCENTRO : double +INSERTARTIPOCLIENTE() +INSERTARCLIENTE() +ACTUALIZARTIPOCLIENTE() -ID_RESERV : double +ELIMINARTIPOCLIENTE() -ID_CLIENTE : double +ACTUALIZARCLIENTE() 1 +ELIMINARCLIENTE() -FECHA : string -FECHA_CADUCIDAD : string +BUSCARCLIENTE() * +SELECLASCLIENTE() +CREARRRESERVA() +SELECTIPOCLIENTE() CLASE_CENTROE +BORRARRESERVA() +MODIFICARRESERVA() -ID_CLASECENTRO : double 1 -DESCRIPCION : string +INSERTARCLASECENTROE() +ACTUALIZARCLASECENTROE() -Fin1 +ELIMINARCLASECENTROE() DETALLES_TOGA -ID_TLL_TOGA -ID_PEDIDO 1 DETALLES_RESERV -ID_TOGA -ID_DET_RESERV : double * -CANTIDAD TOGAS -ID_RESERV : double * -ID_TOGA : double -ID_TOGA : double -CANTIDAD : int -COLOR : string 1 -TALLA : string PEDIDOS -CANTIDAD : int -Fin2 -ID_PEDIDO -DISPONIBLES : int -ID_CONTRATO +ISERTARTOGA() -FECHA +ACTUALIZARTOGA() VALOR_TOGA 1 -FECHA_EVENTO 1 +ELIMINARTOGA() -ABONO +BUSCARTOGA() -ID_VALOR -VALOR_TOTAL -ID_CLASE * -CONCEPTO -VALOR_UNITARIO * 1 -CONFIR_ENTREGA +INSERTARVALORES() +INSERTARPEDIDO() +ACTUALIZARVALORES() +ACTUALIZARPEDIDO() +ELIMINARVALORES() ACCESORIOS +BUSCARPEDIDO() +BUSCARVALORES() +TOTALESDEPEDIDO() -ID_ACCESORIO +ELIMINARPEDIDO() -NOMBRE 1 CONTRATOS -VALOR_UNITARIO -ID_CONTRATO +INSERTAR_ACCESORIO() -ID_CLIENTE +MODIFICARACCESORO() DETALLES_ACCESORIO +ELIMINARACCESORIO() -DURACION * 1 -FECHA -ID_TLL_ACCESORIO +BUSCARACCESORIO() 1 -FECHA_INICIO -ID_PEDIDO 1 -ID_ACCESORIO -FECHA_FIN -ID_PROMOTOR -LEMA -ID_RESPONSABLE * -IMAGEN * -OBSERVACIONES RESPONSABLES -CANTIDAD +INSERTARCONTRATO() -ID_RESPONSABLE +ACTUALIZARCONTRATO() -NOMBRES +BUSCARCONTRATO() -APELLIDOS DEVOLUCIONES +VALORDELOS CONTRATOS() 1 -DOCEUMENTO -ID_DEVO -DIRECCION -ID_PEDIDO -TELEFONO -TOTAL_TOGAS CLAUSULA -EMAIL 1 -TOTAL_DEVUELTAS -ID_MUN -CONCEPTO -ID_CLAUSULA -DESCRIPCION +INSERTARRESPONSABLE() * -ID_CONTRATO +ACTUALIZARRESPONSABLE() +ÉLIMINARRESPONSABLE() +INSERTARCLAUSULA() +BUSCARRESPONSABLE() +MODIFICARCLAUSULA() +BUSCARCLAUSULA()
  41. 41. INGENIERIA DE SOFTWARE II Doc. Juan Raul Vergara Presentado por. Carlos Menco Pérez Universidad Cooperativa De Colombia Montería-Córdoba

×