Este documento describe los objetivos y requerimientos para el desarrollo de un sistema de información para controlar y gestionar la información relacionada con el alquiler de togas de una empresa. El sistema permitirá gestionar información de clientes, contratos, pedidos, inventario y reportes. Se especifican requisitos funcionales y de seguridad para permitir el acceso a promotores, almacén y administradores según su rol dentro de la empresa.

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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. :: 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. :: 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. Información Contratos
Promotor
Insertar
contrato
Modificar
contrato
ADMINISTRACION
Buscar
contrato

24. Información Clausulas
Insertar
clausula
Modificar
clausula
Eliminar
ADMINISTRACION
Clausula
Buscar
Clausula

25. Información Pedidos
Promotor
Insertar
pedido
Modificar
Fabrica
pedido
Eliminar
pedido
ADMINISTRACION
Almacén
Buscar
pedido
USUARIOS

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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Buscar:
ADMIN Y PROMOTOR
VERIFICAR GENERAR
BUSQUEDA
BUSQUEDA BUSQUEDA
CONTRATO
Buscar Verificar
No Valido Generar
No Valido
Reg. Encontrados

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. Buscar:
USUARIOS
VERIFICAR GENERAR
BUSQUEDA
BUSQUEDA BUSQUEDA
Buscar Verificar
No Valido Generar
No Valido
Reg. Encontrados

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. INGENIERIA DE SOFTWARE II
Doc.
Juan Raul Vergara
Presentado por.
Carlos Menco Pérez
Universidad Cooperativa De Colombia
Montería-Córdoba