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

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.

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.

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,

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

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.

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

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.

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,

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.

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

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.

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.

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.

REQUISITOS DE ALMACENAMIENTO DE INFORMACIÓN

R1 INFORMACION DE USUARIOS Objetivos asociados

OBJ-1 GESTION DE USUARIOS

Requisitos Asociados

� Crear usuario � 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 específicos

• Id_usuario, que deberá ser único e irrepetible para cada 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 temporal

Presente

Estabilidad Alta Comentarios No aplica

R2 INFORMACION DE CLIENTE Objetivos asociados

OBJ-2 GESTION DE CLIENTE

Requisitos Asociados

� Registrar cliente � 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 específicos

• Id_cliente, identificador del cliente • 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 temporal

Presente

Estabilidad Alta

Comentarios No aplica

R3 INFORMACION DE TOGAS Y ACCESORIOS

Objetivos asociados

OBJ-3 GESTIONAR TOGAS Y ACCESORIOS

Requisitos Asociados

� Registro de togas y accesorios � 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

Datos específicos

Togas

• Id_toga • Color • Talla • Cantidad • Disponibles • Valor alquiler

Accesorios

• Id_accesorios • Descripción • Valor

Intervalo temporal

Presente

Estabilidad Alta Comentarios No aplica

R4 INFORMACION DE CONTRATOS Objetivos asociados

OBJ-3 GESTIONAR CONTRATOS

Requisitos Asociados

� Registro de contratos. � 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 específicos

• Id_contrato • Numero • Fecha • Duración • Fecha inicio • Fecha fin • Id_cliente • Id_ promotor • Id_responsable • Observaciones

Intervalo temporal

Presente

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.

R5 INFORMACION DE CLAUSULAS Objetivos asociados

OBJ-6 GESTIONAR CLAUSULAS

Requisitos Asociados

� Registro de clausulas � Modificación clausulas � Búsqueda de clausulas � Eliminar clausula

Descripción Control del registro de todos las clausulas de los contratos del sistema.

Datos específicos

• Id_clausula • Descripción • Id_contrato

Intervalo temporal

Presente

Estabilidad Alta Comentarios No aplica

R6 INFORMACION DE PEDIDOS Objetivos asociados

OBJ-6 GESTIONAR PEDIDOS

Requisitos Asociados

� Registro de pedidos � Modificación de pedidos � Búsqueda de pedidos

Descripción Control del registro de todos los pedidos de los clientes del sistema.

Datos específicos

• Id_pedido • Id_contrato • Fecha • Fecha evento • Abono • Valor del pedido • Concepto • Confirmación de entrega

Intervalo temporal

Presente

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.

DEFINICION DE ACTORES Y USUARIOS

ACT–01 Administración

Descripción Este actor representa a los administradores del sistema.

Comentarios ninguno

ACT–01 Promotor

Descripción Este actor representa a los promotores del sistema

Comentarios ninguno

ACT–01 Fabrica

Descripción Este actor representa a el usuario que se encuentra en la fabriza de

accesorios.

Comentarios ninguno

ACT–01 Almacén

Descripción Este actor representa a la persona encargada de la bodega donde

se encuentran las togas.

Comentarios ninguno

DIAGR

� ::R1 INFORMACION DE USUARIOS

USUARIOS

Promotor

Fabrica

Almacén

DIAGRAMA DE CASO DE USO

DE USUARIOS

Crear usuario

1.1

Modificar datos de

ingreso.

1.1.1

Acceso todo

el sistema.

1.2 - 1.2.1

Identificación de usuario

para ingreso

1.3-1.4-1.5

Eliminar

usuario

1.2.3

Crear

Restricción de

información

1.2.2

Buscar

Usuarios.

1.2.6

ADMINISTRACION

� :: Información de Clientes

Promotor

Fabrica

Almacén

de Clientes

Registrar

Cliente

R.2.2

Actualizar

R.2.3

Eliminar

R.2.4

Identificar clase

cliente eventual

R.2.4.2

Buscar

R.2.5

ADMINISTRACIO

N

Identificar clase

cliente eventual

� :: Información Togas y accesorios

USUARIOS

Promotor

Fabrica

Almacén

Togas y accesorios

Registrar

togas

Modificar

togas

Eliminar

togas

Buscar

togas

Registrar

accesorio

Buscar

accesorio

Modificar

accesorio

Eliminar

accesorio

ADMINISTRACION

� Información Contratos

Promotor

Contratos

Insertar

contrato

Modificar

contrato

Buscar

contrato

ADMINISTRACION

� Información Clausulas

Clausulas

Modificar

clausula

Insertar

clausula

Eliminar

Clausula

Buscar

Clausula

ADMINISTRACION

� Información Pedidos

USUARIOS

Promotor

Fabrica

Almacén

Insertar

pedido

Modificar

pedido

Eliminar

pedido

Buscar

pedido

ADMINISTRACION

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).

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.

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.

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.

DIAGRAMAS DE SECUENCIAS

INFORMCACION DE USUARIOS

Registro:

Admin

Actualizacion:

Usuarios

REGISTRO

USUARIOS

VERIFICAR

DATOS

Verificar

No Valido

Registro

REGISTRO

Registro

No Valido

Registrado

MODIFICAR

No Valido

Modificar

Modificado

Modificar

ACTUALIZAR

USUARIOS

VERIFICAR

USUARIO

Verificar

No Valido

Actualizar

VERIFICAR

CAMBIOS

Registro

No Valido

GUARDAR

CAMBIOS

No Valido

Actualizar

Actualizado

Eliminar:

Admin

Buscar:

Admin

ELIMINAR

USUARIOS

VERIFICAR

USUARIO

Verificar

No Valido

Eliminar

ELIMINAR

Eliminar

No Valido

Actualizado

BUSQUEDA VERIFICAR

USUARIO

Verificar

No Valido

Buscar

GENERAR

BUSQUEDA

Generar

No Valido

Reg. Encontrados

INFORMCACION DE CLIENTES

Registro:

ADMIN Y PROMOTOR

Actualización:

ADMIN Y PROMOTOR

REGISTRO

CLIENTES

VERIFICAR

DATOS

Verificar

No Valido

Registro

REGISTRO

Registro

No Valido

Registrado

MODIFICAR

No Valido

Modificar

Modificado

Modificar

ACTUALIZAR

CLIENTES

VERIFICAR

CLIENTE

Verificar

No Valido

Actualizar

VERIFICAR

CAMBIOS

Registro

No Valido

GUARDAR

CAMBIOS

No Valido

Actualizar

Actualizado

Eliminar:

Admin

Buscar:

Admin

ELIMINAR

CLIENTES

VERIFICAR

CLIENTE

Verificar

No Valido

Eliminar

ELIMINAR

Eliminar

No Valido

Actualizado

BUSQUEDA VERIFICAR

BUSQUEDA

Verificar

No Valido

Buscar

GENERAR

BUSQUEDA

Generar

No Valido

Reg. Encontrados

INFORMCACION DE TOGAS Y ACCESORIOS

Registro:

ADMIN Y ALMACEN

Actualización:

ADMIN Y ALMACEN

REGISTRO TOGAS

Y ACCESORIOS

VERIFICAR

DATOS

Verificar

No Valido

Registro

REGISTRO

Registro

No Valido

Registrado

MODIFICAR

No Valido

Modificar

Modificado

Modificar

ACTUALIZAR TOGAS

Y ACCESORIOS

VERIFICAR

TOGAS

Verificar

No Valido

Actualizar

VERIFICAR

CAMBIOS

Registro

No Valido

GUARDAR

CAMBIOS

No Valido

Actualizar

Actualizado

Eliminar:

Admin

Buscar:

USUARIOS

ELIMINAR TOGAS O

ACCESORIOS

VERIFICAR TOGAS

O ACCESORIOS

Verificar

No Valido

Eliminar

ELIMINAR

Eliminar

No Valido

Actualizado

BUSQUEDA VERIFICAR

BUSQUEDA

Verificar

No Valido

Buscar

GENERAR

BUSQUEDA

Generar

No Valido

Reg. Encontrados

INFORMCACION DE CONTRATOS Y CLAUSULAS

Registro:

ADMIN Y PROMOTOR

Actualización:

ADMIN Y PROMOTOR

REGISTRO

CONTRATO

VERIFICAR

DATOS

Verificar

No Valido

Registro

REGISTRO

Registro

No Valido

Registrado

MODIFICAR

No Valido

Modificar

Modificado

Modificar

ACTUALIZAR

CONTRATO

VERIFICAR

CONTRATO

Verificar

No Valido

Actualizar

VERIFICAR

CAMBIOS

Registro

No Valido

GUARDAR

CAMBIOS

No Valido

Actualizar

Actualizado

Buscar:

ADMIN Y PROMOTOR

BUSQUEDA

CONTRATO

VERIFICAR

BUSQUEDA

Verificar

No Valido

Buscar

GENERAR

BUSQUEDA

Generar

No Valido

Reg. Encontrados

INFORMCACION DE PEDIDOS

Registro:

ADMIN Y PROMOTOR

Actualización:

ADMIN Y PROMOTOR

REGISTRO

PEDIDOS

VERIFICAR

DATOS

Verificar

No Valido

Registro

REGISTRO

Registro

No Valido

Registrado

MODIFICAR

No Valido

Modificar

Modificado

Modificar

ACTUALIZAR

CLIENTES

VERIFICAR

CLIENTE

Verificar

No Valido

Actualizar

VERIFICAR

CAMBIOS

Registro

No Valido

GUARDAR

CAMBIOS

No Valido

Actualizar

Actualizado

Buscar:

USUARIOS

BUSQUEDA VERIFICAR

BUSQUEDA

Verificar

No Valido

Buscar

GENERAR

BUSQUEDA

Generar

No Valido

Reg. Encontrados

DIAGRAMA DE CLASES

+INSERTARCLIENTE()+ACTUALIZARCLIENTE()+ELIMINARCLIENTE()+BUSCARCLIENTE()+SELECLASCLIENTE()+SELECTIPOCLIENTE()

-ID_CLIENTE : double-NIT : string-RAZON_SOCIAL : string-DIRECCION : string-TEL1 : string-TEL2 : string-EMAIL : string-ID_MUN : double-ID_CLASE : double-ID_TIPO : double-ID_CLASCENTRO : double

CLIENTES +INSERTARCLASECLIENTE()+ACTUALIZARCLASECLIENTE()+ELIMINARCLASECLIENTE()

-ID_CLASE : double-DESCRIPCION : string

CLASE_CLIENTE

+INSERTARTIPOCLIENTE()+ACTUALIZARTIPOCLIENTE()+ELIMINARTIPOCLIENTE()

-ID_TIPO : double-DESCRIPCION : string

TIPO_CLIENTE

+INSERTARCLASECENTROE()+ACTUALIZARCLASECENTROE()+ELIMINARCLASECENTROE()

-ID_CLASECENTRO : double-DESCRIPCION : string

CLASE_CENTROE

+INSERTARMUN()+ACTUALIZARMUN()+ELIMINARMUN()+BUSCARMUN()

-ID_MUN : double-NOMBRE : string-ID_DEPT

MUNICIPIO

+INSERTARDEPT()+ACTUALIZARDEPT()+BUSCARDEPT()+ELIMINARDEPT()

-ID_DEPT : int-NOMBRE : uint

DEPARTAMENTO

+CREARRRESERVA()+BORRARRESERVA()+MODIFICARRESERVA()

-ID_RESERV : double-ID_CLIENTE : double-FECHA : string-FECHA_CADUCIDAD : string

RESERVACON

-ID_DET_RESERV : double-ID_RESERV : double-ID_TOGA : double-CANTIDAD : int

DETALLES_RESERV

+ISERTARTOGA()+ACTUALIZARTOGA()+ELIMINARTOGA()+BUSCARTOGA()

-ID_TOGA : double-COLOR : string-TALLA : string-CANTIDAD : int-DISPONIBLES : int

TOGAS

+INSERTARVALORES()+ACTUALIZARVALORES()+ELIMINARVALORES()+BUSCARVALORES()

-ID_VALOR-ID_CLASE-VALOR_UNITARIO

VALOR_TOGA

+INSERTARPEDIDO()+ACTUALIZARPEDIDO()+BUSCARPEDIDO()+TOTALESDEPEDIDO()+ELIMINARPEDIDO()

-ID_PEDIDO-ID_CONTRATO-FECHA-FECHA_EVENTO-ABONO-VALOR_TOTAL-CONCEPTO-CONFIR_ENTREGA

PEDIDOS

-ID_TLL_TOGA-ID_PEDIDO-ID_TOGA-CANTIDAD

DETALLES_TOGA

+INSERTAR_ACCESORIO()+MODIFICARACCESORO()+ELIMINARACCESORIO()+BUSCARACCESORIO()

-ID_ACCESORIO-NOMBRE-VALOR_UNITARIO

ACCESORIOS

-ID_TLL_ACCESORIO-ID_PEDIDO-ID_ACCESORIO-LEMA-IMAGEN-CANTIDAD

DETALLES_ACCESORIO

+INSERTARCONTRATO()+ACTUALIZARCONTRATO()+BUSCARCONTRATO()+VALORDELOS CONTRATOS()

-ID_CONTRATO-ID_CLIENTE-DURACION-FECHA-FECHA_INICIO-FECHA_FIN-ID_PROMOTOR-ID_RESPONSABLE-OBSERVACIONES

CONTRATOS

+INSERTARRESPONSABLE()+ACTUALIZARRESPONSABLE()+ÉLIMINARRESPONSABLE()+BUSCARRESPONSABLE()

-ID_RESPONSABLE-NOMBRES-APELLIDOS-DOCEUMENTO-DIRECCION-TELEFONO-EMAIL-ID_MUN

RESPONSABLES

-ID_DEVO-ID_PEDIDO-TOTAL_TOGAS-TOTAL_DEVUELTAS-CONCEPTO

DEVOLUCIONES

+INSERTARCLAUSULA()+MODIFICARCLAUSULA()+BUSCARCLAUSULA()

-ID_CLAUSULA-DESCRIPCION-ID_CONTRATO

CLAUSULA

1*

1

*

*

1 *

11

*

* 1*

1

*

1

*

1

-Fin1

1

-Fin2

1 1

1

1

*

*

1

*

1

*

1

1

1

1

*

INGENIERIA DE SOFTWARE II

Doc.

Juan Raul Vergara

Presentado por.

Carlos Menco Pérez

Universidad Cooperativa De Colombia

Montería-Córdoba