SlideShare una empresa de Scribd logo
1 de 73
PLAN DE SOPORTE
CPS
5/21/2013
ColorBits: Cruz Martínez||Espinoza
Loyola||Franco Medina||Ramírez
Torres||Trejo García
a) Introducción
1. El sistema que será soportado consta de los siguientes requerimientos
que han sido cumplidos en su totalidad:
El administrador registra proveedores.
El administrador registra productos.
El sistema genera catálogo de productos.
El administrador realiza pedidos de productos.
El sistema genera reportes de costo y adquisición de productos.
El administrador envía mensaje al proveedor.
El proveedor envía mensaje al administrador.
El público en general consulta información principal del H.
Ayuntamiento de Culiacán.
2. El software inicialmente cumple con los requerimientos antes
mencionados, no cuenta con información alguna en la base de datos
porque ésta será registrada por el administrador al momento de su uso y
el software es funcional.
3. El soporte del software es necesario ya que nos asegura que nuestro
sistema no dejará de trabajar a causa de problemas de
funcionamiento. Un buen soporte tiene que asegurar que nuestro
sistema funciona con total eficiencia y que cualquier problema o duda
será resuelto con celeridad.
4. El mantenedor será la empresa COLORBITS S.C. la cual ofrece
tecnologías de la información del ámbito computacional.
5. Los acuerdos entre el cliente y el suministrador se realizaron de manera
personal, estableciendo que el soporte se dará en línea, siguiendo un
diálogo establecido. Además se establecerá una prioridad alta para
aquellas incidencias que afecten a los elementos críticos del sistema.
b) Concepto de Soporte
1. Soporte: Asistencia que brinda una compañía para resolver problemas
vinculados a sus productos o servicios que puedan presentárseles a los
usuarios mientras hacen uso de ellos.
2. El nivel de soporte que se brindará será perfectivo el cual consiste en la
modificación de un producto software, después de su entrega, para
mejorar su rendimiento o su mantenibilidad.
3. El periodo de tiempo soportado será de un año, después de la entrega
del software.
4. El diálogo establecido que se deberá seguir durante el soporte será:
<<Buenos días/tardes/noches>>
<<Está hablando con un encargado de soporte de la Empresa Colorbits
para su página web CPS>>
<< ¿En qué puedo ayudarle?>>
<< ¿Podría seguir las siguientes instrucciones por favor?>>
<< ¿Resolvió su problema el método utilizado? >> << ¿Puede intentar
con estos otras instrucciones?>>
<< Esperamos haberle sido útil y haberle brindado un buen servicio, no
dude en volver a llamar si presenta algún otro problema >>
<<Hasta luego>>
c) Organización y actividades de mantenimiento
1. Papeles y responsabilidades del mantenedor antes de la entrega.
i. La implementación del proceso se realizará una vez realizada la
entrega del software, se darán los números telefónicos y nombres
necesarios para establecer la comunicación entre el cliente y el
suministrador.
ii. La infraestructura que se requiere para realizar el soporte es:
 256 Mb de RAM
 Procesador a 1 GHz
 Conexión a Internet
 Adaptador de red Ethernet
 Navegador Google Chrome
 Dirección IP válida
 Windows XP® ,Windows Vista®, Windows 7
iii. El proceso de formación que se llevará a cabo será entre el
mantenedor y el administrador del software, este último será
capacitado para utilizar el sistema y si surgiera algún problema
durante su uso será también capacitado para comunicarse en línea
y seguir las instrucciones del mantenedor de manera adecuada.
iv. El soporte se brindará en línea por la empresa COLORBITS S.C., la
cual estará disponible en un horario de 10 a.m. a 5.pm. La empresa
mantenedora tendrá la obligación de resolver cualquier duda o
problema que se presente en el software, atendiendo al cliente
amablemente y resolviendo el inconveniente de manera eficaz.
2. Papeles y responsabilidades del mantenedor después de la entrega.
i. Se implementarán las debidas conexiones de red para hacer uso del
Internet y las aplicaciones necesarias para la comunicación (Chat,
video-llamada etc.), junto con la debida capacitación del cliente y
el diálogo pertinente se llevará a cabo el proceso de soporte.
ii. El mantenedor hará un análisis del problema mediante sus
conocimientos, clasificando el problema en dos niveles: prioridad
alta y propiedad baja. Se clasificará como prioridad alta a aquellos
problemas que afecten a los elementos críticos del sistema; y como
prioridad baja a los que representen un riesgo mínimo para su uso.
Clasificando de esta manera el problema se analizarán las
modificaciones que se le pueda realizar al software.
iii. Las modificaciones en el sistema para resolver el problema se deben
de realizar de manera oportuna y en línea. Se le indicará paso a
paso al cliente la manera de resolver su problema, de manera que el
método resulte fácil de entender.
iv. Cuando se realice la modificación, el cliente realizará una
evaluación de si dicha modificación fue útil para resolver el
problema o no. El soporte terminará hasta que el cliente quede
satisfecho.
v. El mantenedor haciendo uso de sus conocimientos, podrá brindar el
soporte al cliente.
El cliente se capacitará dándole información básica sobre el
funcionamiento del sistema.
vi. Después de analizar los resultados de las evaluaciones del soporte
de parte del cliente, se podrán hacer mejoras al proceso, con la
finalidad de brindar un mejor servicio.
3. Papel del usuario
Este sólo deberá seguir las instrucciones que el mantenedor le brinde en
línea, sin hacer más cambios de los indicados.
d) Recursos
1. El personal que brinde soporte deberá conocer a la perfección el
software que está siendo utilizado, así como tener conocimientos básicos
en informática. También deberá tener una buena comunicación con el
administrador del software, respetando los horarios establecidos para
brindar el soporte.
i. El equipo de soporte constará de los 5 integrantes que conforman
Colorbits S.C.
2. La página web, por la que se brindará el servicio de soporte es:
cps.netau.net
3. Las instalaciones que se deberán tener para que se brinde el soporte son:
línea de suscriptor digital (ADSL)
ISP
Módem ADSL
4. Documentación
i. Tiempo promedio estimado para realizar los entregables del proyecto
ii. Relación de Entregables
Iii. Documentos de desarrollo
PROYECTO
CPS
(Consulta de Productos y Servicios)
ANTECEDENTES
“Culiacán Rosales, es uno de los polos de desarrollo regional del
noroeste mexicano, que puede significar Colhuacán o Teocolhuacán
lugar de culebras, Cerro torcido, donde tuercen los caminos y donde
adoran al Dios Coaltzin.
En 1861, se instalaron prefecturas y se decretó la Ley de Municipalidades
que dividió a los Distritos en Ayuntamientos. Lo que dio vida al H.
Ayuntamiento de Culiacán, encargado de administrar los asuntos
relacionados con el Municipio”1.
El H. Ayuntamiento de Culiacán cuenta con la Tesorería municipal, la
cual se encarga de manejar el presupuesto otorgado al Ayuntamiento y
de administrar los bienes con los que se cuentan.
Dentro de la Tesorería Municipal, se encuentra la Dirección de Egreso y
Presupuesto, la cual tiene como función realizar las contrataciones y
compras necesarias para el municipio; a parte de, administrar el
presupuesto que les fue otorgado. Para esto, es necesario que se llenen
distintos formatos (en papel), lo cual hace este proceso lento y tedioso,
y, en ocasiones difícil, puesto que, a pesar de tener personal altamente
capacitado, en ocasiones los formatos se traspapelan en otros archivos
o se hace un llenado incorrecto.
DEFINICIÓN DEL CLIENTE
H. Ayuntamiento de Culiacán, ubicado en Av. Álvaro Obregón y
Mariano Escobedo C.P. 80000 Culiacán, Sinaloa, México
(Lic. Sonia Borboa López)
Contacto: contacto@correo.culiacan.gob.mx
Teléfono: (667) 758-01-01 Ext: 1616 y 1617
1 http://culiacan.gob.mx/culiacan/historia-de-culiacan/
DEFINICIÓN OPERACIONAL
El sistema se compone de los siguientes elementos básicos para su
funcionamiento:
Páginas web
Base de datos
En cuanto a las diferentes páginas web, se pueden distar entre:
 Página de inicio: Ésta es la primera página que visita el usuario y la
que muestra el tutorial, junto con las distintas pestañas a las
secciones contenidas en el sistema. Una vez seleccionada la
sección la página re direcciona al usuario al apartado
correspondiente.
 Página de pedidos: En ella el usuario podrá realizar la consulta
detallada de los pedidos realizado, básicamente está compuesta
por un catálogo ordenado por fecha de los pedidos que se han
realizado con la opción de abrir el espacio de comunicación.
También muestra la opción de filtrar los pedidos bajo distintos
criterios.
 Página de empresas: En esta página se muestran las distintas
empresas registradas, es un contenedor de enlaces para la
visualización del catálogo correspondiente a cada empresa. Una
vez seleccionada la empresa del interés del usuario, la página
remite al usuario al perfil de la empresa en cuestión.
 Página de descripción general: En ella se muestran los datos
generales del H. Ayuntamiento de Culiacán.
Para el módulo de administración, el sistema, valida el inicio de sesión
del usuario administrador o proveedor.
Dentro de la sesión del administrador o proveedor, el sistema se
compone de la siguiente manera:
 Página de inicio: Es la primera página que se muestra al
administrador, en ella se visualiza un tutorial del sistema y las
opciones de alta de proveedores, cambios en la información y
consultas de pedidos/empresas.
 Página de altas (sólo administrador): Se compone de un
formulario en el cual el administrador ingresa los campos
requeridos y da de alta a un proveedor.
 Página de pedidos: Se compone de un catálogo con fecha de
los pedidos realizados, en ésta, el administrador puede
comunicarse con el proveedor mediante el envío de mensajes.
 Página de cambios: Se compone de un formulario en el cual el
proveedor o administrador ingresan los datos requeridos que se
desean modificar y se realiza una actualización en la base de
datos de la información.
En la base de datos son almacenados todos los datos y las obras que se
visualizan en el sistema.
Para la elaboración de este sistema se pidió el uso del lenguaje PHP, ya
que es un lenguaje que tiene un gran soporte además de que tendrá
conexiones con una base de datos hecha en MySQL (MySQL Server 5.5)
y se desarrollara en un Servidor TOMCAT (Tomcat 7.0) que
posteriormente se suplirá por el servidor propio del Ayuntamiento.
DEFINICIÓN DE TÉRMINOS BÁSICOS
Proveedor: Persona o empresa que provee o abastece de todo lo
necesario para un fin a grandes grupos, asociaciones, comunidades,
etc.
Producto: Cosa producida.
Servicio: Estar sujeto a alguien por cualquier motivo haciendo lo que él
quiere o dispone.
Calendarización: Fijar anticipadamente las fechas de ciertas
actividades a lo largo de un período.
Presupuesto: Cantidad de dinero calculado para hacer frente a los
gastos generales de la vida cotidiana, de un viaje, etc.
PLANTEAMIENTO DEL PROBLEMA
La Lcda. Sonia Borboa López, encargada de la Dirección de Egreso y
Presupuesto (entrevista no estructurada, Febrero 11, 2013)
conjuntamente con los trabajadores representantes por departamento
de la Tesorería Municipal, determinaron que en la mencionada
Dirección no existe un mecanismo tecnológico, que permita sistematizar
y organizar la información que emana de los distintos proveedores que
brindan sus servicios al H. Ayuntamiento de Culiacán.
Dentro de la Dirección de Egreso y Presupuesto, se observan los
siguientes problemas:
Mala comunicación y organización con los proveedores y falta de
actualización de la información de posibles futuros proveedores; ya
que, todo se realiza vía telefónica o por e-mail.
Los procesos del servicio para el préstamo y presupuestación de
servicios/productos son lentos y extensos.
Dificultad para identificar los proveedores y mantener actualizado el
catálogo de sus productos/servicios ofertados.
Por lo anterior, ColorBits identifica la necesidad de poner en
funcionamiento un software que permita realizar el registro, contacto, y
administración de los productos/servicios que brindan los proveedores al
H. Ayuntamiento de Culiacán en línea; que tenga altos niveles de
protección para evitar que se infrinjan la seguridad del mismo.
PROPUESTA DE SOLUCIÓN
Debido a la necesidad de encontrar nuevas maneras y métodos para
llevar a cabo la organización de los proveedores del H. Ayuntamiento
de Culiacán, la empresa “COLORBITS” S.C. ha decidido realizar un
proyecto con el fin de proporcionar un sistema con aplicación web
como herramienta tecnológica para que se realice una correcta
administración de los productos/servicios que se proveen, garantizando
la autentificación intransferible de los administradores/proveedores y
público general al ingresar al sistema.
CRONOGRAMA
DIAGRAMA DE GANT
OBJETIVO GENERAL
Desarrollar un software con fines administrativos para facilitar el proceso
de registro, solicitación y presupuestación de los servicios y productos
que adquiere el H. Ayuntamiento de Culiacán a sus proveedores.
OBJETIVOS ESPECÍFICOS
 Agilizar el proceso de solicitudes de productos y servicios para el
H. Ayuntamiento de Culiacán.
 Diseñar la aplicación web con la información y las
especificaciones dadas por la Dirección de Egreso y Presupuesto;
realizando la respectiva capacitación de los usuarios finales.
 Automatizar el proceso de catalogación de productos y servicios
con los que cuentan los proveedores para la solicitación de éstos
en un futuro por parte del H. Ayuntamiento de Culiacán.
 Reducir los costos monetarios y temporales de solicitación de
productos y servicios al H. Ayuntamiento de Culiacán.
USUARIOS
 Personal administrativo de la Dirección de Egreso y Presupuesto.
 Proveedores del H. Ayuntamiento de Culiacán.
 Público en general que desee consultar la información sobre el
presupuesto con el que cuenta el H. Ayuntamiento de Culiacán.
ALCANCES
 Desarrollar una aplicación web, que cuente con las opciones de
registro, contacto, y solicitación, para ser utilizado como material
de apoyo en la administración de los servicios y productos que se
ofrecen al H. Ayuntamiento de Culiacán.
 Consulta de la información en línea de los servicios y productos
ofertados.
 Control de los servicios y productos solicitados con su respectiva
fecha de solicitación.
 Consulta de servicios y productos solicitados y fecha de
entrega/comienzo.
 Registro de Administrador; en éste tipo de cuenta, el personal
administrativo del H. Ayuntamiento de Culiacán podrá consultar
la información de sus proveedores, desde ubicación, hasta un
catálogo de productos y servicios ofertados; teniendo la
posibilidad de solicitar alguno de ellos, con una calendarización.
Teniendo la opción de enviar y recibir mensajes al/del proveedor.
 Registro de Proveedor; en éste tipo de cuenta, los proveedores
del H. Ayuntamiento de Culiacán, dará de alta los productos y
servicios que ofrece. Pudiendo recibir y enviar mensajes al/del
administrador que lo contactó y notificaciones de las solicitudes
de productos y servicios de los que ofrece con su respectiva
fecha de solicitación.
 Consulta de público en general; el público en general, podrá
consultar los productos y servicios que fueron requeridos por el H.
Ayuntamiento de Culiacán, sin poder realizar ningún tipo de
operación más que consulta.
 Brindar acceso al sistema garantizando la autentificación
intransferible de los administradores y proveedores.
 Presentación de un tutorial sobre las funciones y procesos
correspondientes.
BENEFICIOS
 Brinda una mejor organización de los formatos de solicitud de
productos y/o servicios.
 Facilita la consulta de los datos de los proveedores.
 Hace más eficaz la solicitación de productos y servicios, al subir los
ofertados a la base de datos.
 Brinda mayor información al personal administrativo del H.
Ayuntamiento de Culiacán acerca de los productos y servicios
que brindan sus proveedores.
 Proporciona una herramienta tecnológica que podrá ser
adaptada a las necesidades que surjan posteriormente dentro de
las distintas direcciones.
 Reduce los costos del H. Ayuntamiento de Culiacán al solicitar
productos y servicios.
 Facilita la consulta de la información financiera del H.
Ayuntamiento de Culiacán a la sociedad.
 Reduce el uso de materiales que puedan causar un impacto
negativo al medio ambiente; tales como papel y plástico.
REQUERIMIENTOS FUNCIONALES:
ADMINISTRADOR.- en éste tipo de cuenta, el personal administrativo del
H. Ayuntamiento de Culiacán podrá realizar:
1. REGISTRO PROVEEDORES.
El administrador de H. Ayuntamiento de Culiacán registra a los
proveedores que suministran los productos y/o servicios para la
realización de sus funciones administrativas.
Fecha del registro
Id del proveedor
Nombre del proveedor
Domicilio
 Calle
 No. exterior
 No. interior
 Colonia
 Delegación o municipio
 Código postal
 Registro Federal de Contribuyente
Formas de Contacto
 Teléfono Oficina
 Teléfono Celular
 Correo electrónico
2. REGISTRO PRODUCTOS
El proveedor autorizado por el H. Ayuntamiento de Culiacán registra los
productos o servicios que ofrece a éste.
Fecha del registro (lo genera el sistema)
Id del proveedor (lo genera el sistema)
Selección tipo de producto
o De consumo
o De servicio
Llenar formulario
o Id del producto (lo genera el sistema para cada proveedor)
o Fotografía del producto
o Precio del producto
o Nombre del producto
o Descripción
 Unidad de medida
 Especificación del mismo producto
A partir de esto, el sistema generará un catálogo de productos para
cada proveedor.
3. REALIZAR PEDIDO
El administrador realiza el pedido en base a la consulta de los producto
ofrecidos por que el resulte mejor de acuerdo a sus necesidades.
Los datos que se requieren para realizar el pedido son:
PEDIDO PRODUCTOS
o Fecha del pedido (la genera el sistema)
o Id del proveedor
o Id del producto
o Cantidad
o Costo unitario
o Costo total
o Fecha de entrega
SOLICITUD DE SERVICIO
o Fecha de la solicitud
o Id del proveedor
o Id del servicio
o Costo
o Fecha de inicio de la prestación
o Fecha de fin de la prestación
4. GENERACIÓN DE INFORMES
REPORTE DE PROVEEDOR
o Id del proveedor
o Periodo del reporte
o Productos o servicios que se adquirieron
o Costo
REPORTE POR PRODUCTO Y/O SERVICIO ADQUIRIDO
o Id del producto
o Periodo
o Id del proveedor
5. ESPACIO DE COMUNICACIÓN
El proveedor y administrador participan en espacio de mensajería
como medio de comunicación para confirmar pedidos,
notificaciones o dudas.
Nombre del proveedor (lo genera automáticamente el
sistema)
Fecha y hora del mensaje
Motivo del mensaje
o Espacio abierto.
El sistema registrará todos los mensajes para integrar un historial;
teniendo el usuario la opción de elimina sus mensajes.
6. El público en general, podrá:
Consultar la imagen de la página principal del H.
Ayuntamiento de Culiacán, sin poder realizar ningún tipo de
operación más que de consulta.
REQUERIMIENTOS NO FUNCIONALES:
El sistema contará con operatividad. Tendrá la capacidad suficiente
para cumplir las funciones tales como registro, a las que fue destinado
de modo aceptable
La interfaz será llamativa. Captará la atención del usuario, con un
diseño atractivo a la vista e interactivo ya que, permite una interacción,
a modo de diálogo, entre el ordenador y el usuario.
El sistema será ágil, expedito. Será pronto de obrar. El tiempo de espera
entre las operaciones que se realicen, será mínimo; de tal forma que no
necesitará pantallas extra para cubrirlo; las redirecciones serán directas.
La Interfaz de la página web será fácil de usar. Los usuarios tendrán
acceso a la página dependiendo si están dados de alta o no en el
ayuntamiento como proveedores o administradores, pero en ambos
casos las opciones serán intuitivas y fáciles de realizar.
La información proporcionada y su flujo será seguro. La información será
asegurada con diferentes combinaciones de cifrados. Gozará de la
“capacidad para proteger información y datos de manera que las
personas o sistemas no autorizados no puedan leerlos o modificarlos, al
tiempo que no se deniega el acceso a las personas o sistemas
autorizados” (ISO 9126).
El sistema podrá ser usado en cualquier momento. Estará disponible y
libre al uso las 24 horas del día los 7 días de la semana.
El sistema será funcional. Tendrá la capacidad para proporcionar
funciones declaradas e implícitas cuando se use bajo condiciones
especificadas.
Proporcionará usabilidad. “La capacidad del producto software para
ser entendido, aprendido, usado y ser atractivo para el usuario, cuando
se usa bajo condiciones especificadas” (ISO 9126)
REQUERIMIENTOS DEL SISTEMA
 256 Mb de RAM
 Procesador a 1 GHz
 Navegadores soportados:
Firefox
Internet Explorer
Google Chrome
Safari
Opera
 Conexión a Internet
 Adaptador de red Ethernet
 Dirección IP válida
 Windows
Windows XP® (x32, x64)
Windows Vista® (x32, x64)
Windows 7 (x32, x64)
Windows Server 2008 (x32, x64)
 Linux
Red Hat® Enterprise Linux 5 (x32, x64)
CentOS 5 (x32, x64)
Ubuntu Linux 9 (x32, x64)
Ubuntu Linux 8.10, 9.04
Fedora 11 (x32, x64)
SUSE® Linux Enterprise Server 10 (x32, x64)
SUSE Linux 10 (x32, x64)
Debian GNU/Linux 5.0 (x32, x64)
FreeBSD 6, 7
 Mac OS X
Mac OS X Server v10.5 Leopard
Mac OS X Server v10.6 Snow Leopard
SERVIDOR:
Una versión compatible de MySQL Server
Procesador de 4 a 2 GHz (x64)
2 GB de RAM
10 GB de espacio en el disco duro (con una base de datos SQL)
Sistema operativo compatible
DIAGRAMAS DE CASOS DE USO
Inicio de sesión
Registrar proveedor
Consultar catálogo
Consultar información pública
Aceptar/Cancelar pedido
Calendarizar productor/servicio
Generar nota
Modificar información (Administrador)
Modificar producto/servicio
ESPECIFICACIÓN DE CASOS DE USO
Caso de Uso Autentificar Usuario
Actores Base de datos
Tipo Básico
Propósito
Evitar que personas ajenas al sistema, realicen
modificaciones en los datos que se proporcionan
Resumen
La base de datos comprueba el tipo de usuario que
inicia sesión y los datos de su cuenta
Precondiciones Ingresar datos
Flujo principal
Si el usuario selecciona “Iniciar sesión”, realizar subflujo
S-1 y S-2
Subflujos
S-1 El sistema solicita datos al Administrador:
Nombre de usuario
Contraseña
S-2 El sistema valida los datos ingresados por el usuario
Excepciones Nombre de usuario y contraseña no válidos
Caso de Uso Registrar Proveedor
Actores Proveedor, Base de datos
Tipo Básico
Propósito
Ampliar el catálogo de proveedores, a fin de que el H.
Ayuntamiento de Culiacán, tenga más opciones para
solicitar productos y servicios que requiera
Resumen
El proveedor de H. Ayuntamiento de Culiacán registra
a los proveedores que suministran los productos y/o
servicios para la realización de sus funciones
administrativas.
Precondiciones Iniciar sesión como administrador
Flujo principal
Si el Proveedor selecciona “Registrar Producto o
Servicio”, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita los datos al Administrador :
Nombre del proveedor
Domicilio
o Calle
o No. exterior
o No. interior
o Colonia
o Municipio
o Código postal
o Registro Federal de Contribuyente
Formas de Contacto
o Teléfono Oficina
o Teléfono Celular
o Correo electrónico
S-2 Al seleccionar “Aceptar”, el sistema asigna:
Fecha del registro
Id del proveedor
Excepciones
No se completó el formulario correctamente
Proveedor ya existente en la base de datos
Caso de Uso Dar de Alta
Actores Proveedor, Base de datos
Tipo Básico
Propósito
Hacer el catálogo de servicios y productos ofertados
por empresa más amplio, para tener más diversidad
de los mismos y poder satisfacer más necesidades del
H. Ayuntamiento de Culiacán
Resumen
El proveedor autorizado por el H. Ayuntamiento de
Culiacán registra los productos o servicios que ofrece a
éste
Precondiciones
Iniciar sesión como proveedor
Seleccionar “Dar de alta”
Flujo principal
Si el Proveedor ingresa al sistema y selecciona “Dar de
alta”, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita los datos al Proveedor de:
Fotografía del producto o servicio
Precio del producto o servicio
Nombre del producto o servicio
Descripción
o Unidad de medida
o Especificación del mismo producto
S-2 Al seleccionar “Aceptar”, el sistema asigna:
Id del producto o servicio
Excepciones
Inicio de sesión no válido
Producto o servicio ya existente en la cuenta del
proveedor en la base de datos
Caso de Uso Modificar Información Administrador
Actores Administrador, Base de datos
Tipo Básico
Propósito Mantener actualizada la información del administrador
Resumen
El administrador autentificado por el sistema realiza
cambios en su información
Precondiciones
Iniciar sesión como administrador
Seleccionar “Modificar”
Flujo principal
Si el administrador ingresa en la página y selecciona
modificar, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema da la opción al Proveedor de:
“Modificar producto”
“Modificar servicio”
S-2 Al seleccionar “Aceptar”, el sistema actualiza la
información en la base de datos
Excepciones
Inicio de sesión no válido
Producto o servicio no existente en la base de datos
Caso de Uso Modificar Información Proveedor
Actores Proveedor, Base de datos
Tipo Básico
Propósito Mantener actualizada la información del proveedor
Resumen
El proveedor autentificado por el sistema realiza
cambio en los productos o servicios que ofrece
Precondiciones
Iniciar sesión como proveedor
Seleccionar “Consultar Catálogo”
Seleccionar un producto o servicio
Seleccionar “Modificar”
Flujo principal
Si el proveedor ingresa en la página y selecciona
modificar, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema da la opción al Proveedor de:
“Modificar producto”
“Modificar servicio”
S-2 Al seleccionar “Aceptar”, el sistema actualiza la
información en la base de datos
Excepciones
Inicio de sesión no válido
Producto o servicio no existente en la base de datos
Caso de Uso Modificar Producto
Actores Proveedor, Base de datos
Tipo Básico
Propósito Actualizar la información de algún producto
Resumen
El proveedor autentificado por el sistema realiza
cambios en los productos que ofrece
Precondiciones
Iniciar sesión como proveedor
Seleccionar “Consultar Catálogo”
Seleccionar un producto
Seleccionar “Modificar”
Flujo principal
Si el proveedor ingresa en la página y selecciona
modificar dentro del menú de un producto, realizar
subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita los datos al Proveedor de:
Fotografía del producto
Precio del producto
Nombre del producto
Descripción
o Unidad de medida
o Especificación del mismo producto
S-2 Al seleccionar “Aceptar”, el sistema actualiza la
información del producto en la base de datos
Excepciones
Inicio de sesión no válido
Producto no existente en la base de datos
Datos ingresados no válidos
Caso de Uso Modificar Servicio
Actores Proveedor, Base de datos
Tipo Básico
Propósito Actualizar la información de algún servicio
Resumen
El proveedor autentificado por el sistema realiza
cambios en los servicios que ofrece
Precondiciones
Iniciar sesión como proveedor
Seleccionar “Consultar Catálogo”
Seleccionar un servicio
Seleccionar “Modificar”
Flujo principal
Si el proveedor ingresa en la página y selecciona
modificar dentro del menú de un servicio, realizar
subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita los datos al Proveedor de:
Fotografía del servicio
Precio del servicio
Nombre del servicio
Descripción
S-2 Al seleccionar “Aceptar”, el sistema actualiza la
información del servicio en la base de datos
Excepciones
Inicio de sesión no válido
Servicio no existente en la base de datos
Datos ingresados no válidos
Caso de Uso Contactar
Actores Administrador, Proveedor, Base de datos
Tipo Básico
Propósito
Crear un espacio de comunicación entre el
administrador y el proveedor para resolver dudas o
cualquier situación que se les presente
Resumen
El proveedor y administrador participan en espacio de
mensajería como medio de comunicación para
confirmar pedidos, notificaciones o dudas
Precondiciones
Iniciar sesión como administrador o proveedor
Seleccionar el perfil de algún proveedor o el
administrador
Seleccionar “Contactar”
Flujo principal
Si el administrador ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-1 y S-3
Si el proveedor ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-2 y S-3
Subflujos
S-1 El sistema solicita al Administrador los datos:
Motivo del mensaje (Espacio abierto)
Proveedor remitente
S-2 El sistema solicita al Proveedor los datos:
Motivo del mensaje (Espacio abierto)
S-3 El sistema da de alta el mensaje en la base de
datos al momento en que el usuario pulsa “Aceptar”
Excepciones
Inicio de sesión no válido
Proveedor no existente en la base de datos
Caso de Uso Enviar mensaje
Actores Administrador, Proveedor, Base de datos
Tipo Básico
Propósito
Que el proveedor o el administrador según sea el caso,
pueda responder, plantear preguntas o alguna
situación al remitente
Resumen
El proveedor y administrador participan en espacio de
mensajería como medio de comunicación enviando
mensajes
Precondiciones
Iniciar sesión como administrador o proveedor
Seleccionar el perfil de algún proveedor o el
administrador
Seleccionar “Contactar”
Flujo principal
Si el administrador ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-1
Si el proveedor ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-2
Subflujos
S-1 El sistema solicita al Administrador los datos:
Motivo del mensaje (Espacio abierto)
Proveedor remitente
S-2 El sistema solicita al Proveedor los datos:
Motivo del mensaje (Espacio abierto)
Excepciones
Inicio de sesión no válido
Proveedor no existente en la base de datos
Mensaje eliminado
Mensaje no enviado
Caso de Uso Recibir mensaje
Actores Administrador, Proveedor, Base de datos
Tipo Básico
Propósito
Que el proveedor o el administrador según sea el caso,
pueda leer la respuesta, pregunta o situación que le
plantea el emisor
Resumen
El proveedor y administrador participan en espacio de
mensajería como medio de comunicación recibiendo
mensajes
Precondiciones
Iniciar sesión como administrador o proveedor
Seleccionar el perfil de algún proveedor o el
administrador
Seleccionar “Contactar”
Flujo principal
Si el administrador ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-1
Si el proveedor ingresa en el sistema y selecciona
“Contactar”, realizar subflujo S-2
Subflujos
S-1 El sistema muestra al Administrador los datos:
Motivo del mensaje
Proveedor emisor
Fecha y hora del mensaje
S-2 El sistema muestra al Proveedor los datos:
Motivo del mensaje
Fecha y hora del mensaje
Excepciones
Inicio de sesión no válido
Proveedor no existente en la base de datos
Mensaje eliminado
Mensaje no recibido
Caso de Uso Consultar catálogo
Actores Administrador, Base de datos
Tipo Básico
Propósito
Que el administrador pueda consultar el producto o
servicio que requiere para satisfacer la necesidad que
se le presente
Resumen
El administrador realiza una consulta de los productos y
servicios ofrecidos
Precondiciones
Iniciar sesión como administrador
Seleccionar “Consultar catálogo”
Flujo principal
Si el administrador ingresa en el sistema y selecciona
“Consultar”, realizar subflujo S-1
Subflujos
S-1 El sistema muestra al Administrador los datos:
Fotografía del producto o servicio
Precio del producto o servicio
Nombre del producto o servicio
Descripción
o Unidad de medida
o Especificación del mismo producto
Excepciones
Inicio de sesión no válido
Proveedor no existente en la base de datos
Caso de Uso Solicitar
Actores Administrador, Base de datos
Tipo Básico
Propósito
Que el administrador pueda satisfacer sus necesidades
mediante la compra de algún producto o servicio
Resumen
El administrador realiza el pedido en base a la consulta
de los producto ofrecidos por que el resulte mejor de
acuerdo a sus necesidades.
Precondiciones
Iniciar sesión como administrador
Seleccionar “Consulta catálogo”
Seleccionar un producto o un servicio
Flujo principal
Si el administrador ingresa en el sistema, consulta el
catálogo y selecciona un producto o servicio, realizar
subflujo S-1,S-2 yS-3
Subflujos
S-1 El sistema solicita al Administrador los datos:
Cantidad
S-2 El sistema asigna a la solicitud los datos:
Fecha del pedido
Id del proveedor
Id del producto o servicio
Costo unitario
Costo total
S-3 El sistema solicita “Calendarizar”
Excepciones
Inicio de sesión no válido
Proveedor no existente en la base de datos
Producto o servicio no válido
Caso de Uso Calendarizar
Actores Administrador, Base de datos
Tipo Básico
Propósito
Tener un control de las fechas en que se deben realizar
las entregas o periodo de tiempo en que se prestará
un servicio, a fin de mantener el orden que se requiere
Resumen
El administrador calendariza su pedido en base a el
producto o servicio que solicitó.
Precondiciones
Iniciar sesión como administrador
Solicitar un producto o servicio
Flujo principal
Si el administrador ingresa en el sistema y solicita un
producto o servicio, realizar subflujo S-1
Subflujos
S-1 El sistema ejecuta dependiendo lo solicitado:
“Calendarizar producto”
“Calendarizar servicio”
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Producto o servicio no válido
Caso de Uso Calendarizar producto
Actores Administrador, Base de datos
Tipo Básico
Propósito
Tener un control de las fechas en que se deben realizar
las entregas, a fin de mantener el orden necesario
Resumen
El administrador calendariza su pedido en base a el
producto que solicitó.
Precondiciones
Iniciar sesión como administrador
Solicitar un producto
Flujo principal
Si el administrador ingresa en el sistema y solicita un
producto, realizar subflujo S-1y S-2
Subflujos
S-1 El sistema solicita al Administrador:
Fecha de Entrega
S-2 El sistema ejecuta “Calendarizar entrega”
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Producto no existente en la base de datos
Caso de Uso Calendarizar entrega
Actores Administrador, Base de datos
Tipo Básico
Propósito
Tener un control de las fechas en que se deben realizar
las entregas de los productos, a fin de mantener el
orden que se requiere
Resumen
El administrador calendariza la entrega de su pedido
en base al producto que solicitó.
Precondiciones
Iniciar sesión como administrador
Solicitar un producto
Flujo principal
Si el administrador ingresa en el sistema y solicita un
producto, realizar subflujo S-1y S-2
Subflujos
S-1 El sistema solicita al Administrador:
Fecha de Entrega
S-2 El sistema da de alta la información en la base de
datos
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Producto no existente en la base de datos
Caso de Uso Calendarizar servicio
Actores Administrador, Base de datos
Tipo Básico
Propósito Calendarizar un servicio al solicitarse
Resumen
Llevar un control de las fechas en que se brindará la
prestación de algún servicio y mantener al
Administrador y al Proveedor al tanto de ello
Precondiciones
Iniciar sesión como administrador
Solicitar un servicio
Flujo principal
Si el administrador ingresa en el sistema y solicita un
servicio, realizar subflujo S-1, S-2 y S-3
Subflujos
S-1 El sistema solicita al Administrador:
Fecha de Inicio
Fecha de Fin
S-2 El sistema ejecuta “Calendarizar Inicio”
S-3 El sistema ejecuta “Calendarizar Fin”
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Servicio no existente en la base de datos
Caso de Uso Calendarizar inicio
Actores Administrador, Base de datos
Tipo Básico
Propósito
Llevar un control de las fechas en que se inicia la
prestación de algún servicio y mantener al
Administrador y al Proveedor al tanto de ello
Resumen
El administrador calendariza el inicio del servicio que
solicitó
Precondiciones
Iniciar sesión como administrador
Solicitar un servicio
Flujo principal
Si el administrador ingresa en el sistema y solicita un
servicio, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita al Administrador:
Fecha de Inicio
S-2 El sistema da de alta la información en la base de
datos
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Servicio no existente en la base de datos
Caso de Uso Calendarizar Fin
Actores Administrador, Base de datos
Tipo Básico
Propósito
Llevar un control de las fechas en que se finaliza la
prestación de algún servicio y mantener al
Administrador y al Proveedor al tanto de ello
Resumen
El administrador calendariza el fin del servicio que
solicitó
Precondiciones
Iniciar sesión como administrador
Solicitar un servicio
Flujo principal
Si el administrador ingresa en el sistema y solicita un
servicio, realizar subflujo S-1 y S-2
Subflujos
S-1 El sistema solicita al Administrador:
Fecha de fin
S-2 El sistema da de alta la información en la base de
datos
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Servicio no existente en la base de datos
Caso de Uso Aceptar pedido
Actores Proveedor, Base de datos
Tipo Básico
Propósito
Que el Proveedor confirme que puede realizar el
pedido que se le solicitó
Resumen
En el momento en que el administrador realiza el
pedido, se le notifica al proveedor para que lo acepte.
Precondiciones
Solicitud de producto o servicio por parte del
administrador
Flujo principal
Si se realiza la solicitud de un producto o servicio,
realizar subflujo S-1y S-2
Subflujos
S-1 El sistema pregunta al proveedor si desea aceptar
el pedido
S-2 El sistema ejecuta “Generar nota”
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Caso de Uso Generar nota
Actores Base de datos
Tipo Básico
Propósito
Que posteriormente se pueda mostrar una nota con
los datos de la compra realizada
Resumen
En el momento en que el administrador realiza el
pedido, se genera la nota de compra.
Precondiciones “Aceptar pedido”
Flujo principal
Si se realiza la solicitud de un producto o servicio y el
proveedor acepta, realizar subflujo S-1,S-2 y S-3
Subflujos
S-1 El sistema asigna a la nota:
Id de la nota
Id del proveedor
Id del producto o servicio
Fecha del pedido
S-2 El sistema ejecuta “Calcular total”
S-3 El sistema ejecuta “Mostrar nota”
Excepciones
Pedido no existente en la base de datos
Pedido cancelado
Caso de Uso Calcular total
Actores Base de datos
Tipo Básico
Propósito
Que el Administrador lleve un control de los gastos que
realiza
Resumen
En el momento en que el administrador realiza el
pedido, se genera la nota de compra y se calcula el
total a pagar.
Precondiciones “Generar nota”
Flujo principal
Si se genera la nota de un producto o, realizar subflujo
S-1,S-2 y S-3
Subflujos
S-1 El sistema extrae los datos:
Cantidad
Costo unitario
S-2 El sistema ejecuta calcula el total
S-3 El sistema regresa la información a “Generar nota”
Excepciones
Pedido no existente en la base de datos
Pedido cancelado
Caso de Uso Cancelar pedido
Actores Proveedor, Base de datos
Tipo Básico
Propósito
Que el proveedor pueda rechazar pedidos en caso de
que no cuente con los productos/servicios que se le
solicitan
Resumen
En el momento en que el administrador realiza el
pedido, se le notifica al proveedor para que lo
rechace en caso de no poder realizarlo
Precondiciones
Solicitud de producto o servicio por parte del
administrador
Flujo principal
Si se realiza la solicitud de un producto o servicio,
realizar subflujo S-1
Subflujos
S-1 El sistema pregunta al proveedor si desea rechazar
el pedido
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Caso de Uso Mostrar nota
Actores Administrador, Base de datos
Tipo Básico
Propósito
Que el Administrador pueda tener un registro impreso
de sus compras
Resumen
En el momento en que el administrador realiza el
pedido, se genera la nota de compra y se muestra en
pantalla
Precondiciones “Calcular total”
Flujo principal
Si se genera la nota de un producto o, realizar subflujo
S-1
Subflujos
S-1 El sistema muestra la nota generada al
administrador con los datos:
Fecha del pedido
Nombre del proveedor
Nombre del producto o servicio
Cantidad
Costo unitario
Costo total
Fecha de entrega/ inicio y fin
Excepciones
Pedido no existente en la base de datos
Pedido cancelado
Error generando nota
Caso de Uso Consultar pedidos
Actores Proveedor, Base de datos
Tipo Básico
Propósito
Que el proveedor esté al tanto de los pedidos que
realiza el administrador
Resumen
En el momento en que el administrador realiza el
pedido, se le notifica al proveedor y éste tiene la
posibilidad de realizar una consulta de éstos
Precondiciones
Solicitud de producto o servicio por parte del
administrador
Aceptar los pedidos
Flujo principal
Si se realiza la solicitud de un producto o servicio,
realizar subflujo S-
Subflujos
S-1 El sistema muestra al proveedor los pedidos del
administrador con los datos:
Fecha del pedido
Nombre del proveedor
Nombre del producto o servicio
Cantidad
Costo unitario
Costo total
Fecha de entrega/ inicio y fin
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
Caso de Uso Consulta información
Actores Público
Tipo Básico
Propósito
Que el público pueda saber las funciones del H.
Ayuntamiento de Culiacán
Resumen
El público no perteneciente al sistema, puede ingresar
a la página principal y consultar la información que es
pública
Precondiciones Ingresar a la página
Flujo principal Si se ingresa a la página principal, realizar subflujo S-1
Subflujos
S-1 El sistema muestra al proveedor los pedidos del
administrador con los datos:
Costo total
Fecha de entrega/ inicio y fin
Excepciones
Inicio de sesión no válido
Pedido no existente en la base de datos
DIAGRAMAS DE SECUENCIA
Dar de alta producto/servicio
Dar de alta proveedor
Inicio de sesión
Consulta de catálogo (Proveedor)
Consulta catàlogo (Administrador)
Aceptar/Cancelar pedido
Enviar mensaje
Modificar información (Administrador)
Modificar información (Proveedor)
Generar nota
DIAGRAMAS DE ACTIVIDADES
Altas Productos/Servicios
Alta de usuario
Calendarizar pedido
Consultar catálogo
Contacto
Generar nota
Modificar
DIAGRAMA ENTIDAD RELACIÓN
DIAGRAMA DE CLASES
MAPA DE NAVEGACIÓN
LOOK & FEEL
FASE DE PRUEBAS
Las pruebas se realizan para verificar que el sistema este funcionando de
la mejor manera posible, así como también para encontrar errores a
tiempo para que se puedan corregir.
Prueba Fecha de Aplicación
Pruebas de Rendimiento 20/05/2013
Pruebas de Interfaz 20/05/2013
Pruebas de Contenido 20/05/2013
Pruebas de Aceptación 20/05/2013
JMETER [Pruebas de Rendimiento]
Pruebas de Interfaz [Funcionamiento de las ligas]
Las pruebas que se realizaron al sistema nada fueron para probar el
rendimiento del sistema en caso de que varios usuarios intentaran ingresar a
ella y esta no se saturara, además con las pruebas de interfaz para que se
compruebe que los links del sistema estuvieran en donde corresponden.
iv. Manual de Usuario
¿Cómo acceder a CPS?
Acceda a cps.netau.net, introduzca su “log in” y contraseña.
Nota: Sólo el administrador tiene permitido dar de alta nuevos proveedores
desde su cuenta.
Dar de alta productos/servicios
Se inicia sesión como proveedor. Para dar de alta se da clic al final de la
página en el apartado Registro de productos, se llena el formulario y se da
de alta.
Dar de alta proveedores
Se inicia sesión como administrador. Para dar de alta se da clic al final de
la página en el apartado Registro de empresas, se llena el formulario y se
da de alta.
Solicitar pedidos
Se inicia sesión como administrador. Se selecciona alguno de los
productos que ofrece el proveedor y se selecciona en pedido. Se llena el
formulario y se realiza el pedido.
Aprobar/ Rechazar pedido
Se inicia sesión como proveedor. Se selecciona el apartado de pedidos y
después la opción de detalles. En esta en el último apartado se selecciona
la opción deseada, ya sea aprobar o rechazar.
6. Datos
TABLA O
ENTIDAD
ATRIBUTO O
CAMPO
TIPO DE
DATO
LONGITUD LLAVE
PRIMARIA
DESCRIPCIÓN TABLA O
ENTIDAD
FORÁNEA
Empresa IdEmpresa INT PK Clave
identificadora de
la empresa
IdUsuario INT FK Clave
identificadora del
usuario
Tabla 2
(Atributo
1)
Foto VARCHAR 100 Foto del usuario
Descripción TEXT Descripción del
usuario
Usuarios Id Usuario INT PK Clave
identificadora del
usuario
Usuario VARCHAR 15 Nombre del
usuario
Password VARCHAR 8 Password del
usuario para
ingresar
Tipo INT Tipo de usuario:
proveedor/admin.
Tipo_Usuario idTipo_Usuario PK Clave id. del tipo
de usuario
tipo VARCHAR 46 Tipo de usuario:
proveedor/admin.
Administrador idAdministrador INT PK Clave
identificadora del
administrador
IdUsuario FK Clave
identificadora del
usuario
Tabla 2
(Atributo
1)
Foto VARCHAR 100 Foto del
administrador
Descripción TEXT Descripción del
administrador
Pedido idPedido INT PK Clave
identificadora del
pedido
idProducto INT FK Clave
identificadora del
producto
Tabla 6
(Atributo
1)
Total FLOAT Total de dinero de
pedido
Fecha DATE Fecha del pedido
Aprobación INT Aprobación o
Rechazo del
pedido
Producto idProducto INT PK Clave
identificadora del
producto
idEmpresa INT FK Clave Tabla 1
identificadora de
la empresa
(Atributo
1)
Descripción VARCHAR 45 Descripción del
producto
Aprobación idAprobación INT PK Clave id. del tipo
de aprobación
Aprobación INT Tipo de
aprobación
Mensaje idMensaje INT PK Clave
identificadora del
mensaje
idEmpresa INT FK Clave
identificadora de
la empresa
Tabla 1
(Atributo
1)
idAdministrador INT FK Clave
identificadora del
administrador
Tabla 4
(Atributo
1)

Más contenido relacionado

La actualidad más candente

Proyecto Integrador PresentacióN
Proyecto Integrador   PresentacióNProyecto Integrador   PresentacióN
Proyecto Integrador PresentacióNguest12254f
 
Soporte y mantenimiento técnico de computadores y redes
Soporte y mantenimiento técnico de computadores y redesSoporte y mantenimiento técnico de computadores y redes
Soporte y mantenimiento técnico de computadores y redesDery Yair Bernal Osorio
 
Proyecto convergencia
Proyecto convergenciaProyecto convergencia
Proyecto convergenciadanielpac
 
Informe extenso ultima
Informe extenso ultimaInforme extenso ultima
Informe extenso ultimaMelissa Franco
 
Ficha proyecto red de camaras de vigilancia
Ficha proyecto red de camaras de vigilanciaFicha proyecto red de camaras de vigilancia
Ficha proyecto red de camaras de vigilanciaNathy Hnz
 
Trabajo final ingenieria de sistemas
Trabajo final ingenieria de sistemasTrabajo final ingenieria de sistemas
Trabajo final ingenieria de sistemasAngel Aguirre
 
Proyecto de empresa de mantenimiento
Proyecto de empresa de mantenimientoProyecto de empresa de mantenimiento
Proyecto de empresa de mantenimientofercanove
 
2017.10.16 senati-powerpoint --aprobado
2017.10.16 senati-powerpoint --aprobado2017.10.16 senati-powerpoint --aprobado
2017.10.16 senati-powerpoint --aprobadovictor huayanca
 
Documentacion final
Documentacion finalDocumentacion final
Documentacion finalYosh Loyola
 

La actualidad más candente (17)

Proyecto Integrador PresentacióN
Proyecto Integrador   PresentacióNProyecto Integrador   PresentacióN
Proyecto Integrador PresentacióN
 
Empresa Hormigones Occidente
Empresa Hormigones OccidenteEmpresa Hormigones Occidente
Empresa Hormigones Occidente
 
Soporte y mantenimiento técnico de computadores y redes
Soporte y mantenimiento técnico de computadores y redesSoporte y mantenimiento técnico de computadores y redes
Soporte y mantenimiento técnico de computadores y redes
 
Proyecto convergencia
Proyecto convergenciaProyecto convergencia
Proyecto convergencia
 
Informe extenso ultima
Informe extenso ultimaInforme extenso ultima
Informe extenso ultima
 
Ficha proyecto red de camaras de vigilancia
Ficha proyecto red de camaras de vigilanciaFicha proyecto red de camaras de vigilancia
Ficha proyecto red de camaras de vigilancia
 
Ficha del proyecto
Ficha del proyectoFicha del proyecto
Ficha del proyecto
 
Trabajo final ingenieria de sistemas
Trabajo final ingenieria de sistemasTrabajo final ingenieria de sistemas
Trabajo final ingenieria de sistemas
 
Proyecto de empresa de mantenimiento
Proyecto de empresa de mantenimientoProyecto de empresa de mantenimiento
Proyecto de empresa de mantenimiento
 
2017.10.16 senati-powerpoint --aprobado
2017.10.16 senati-powerpoint --aprobado2017.10.16 senati-powerpoint --aprobado
2017.10.16 senati-powerpoint --aprobado
 
Presentacion curso de la calidad y sevicio
Presentacion curso de la calidad y sevicioPresentacion curso de la calidad y sevicio
Presentacion curso de la calidad y sevicio
 
Documentacion final
Documentacion finalDocumentacion final
Documentacion final
 
Tabajo final unidad ii de carlos y arturo 7 b
Tabajo final unidad ii de carlos y arturo 7 bTabajo final unidad ii de carlos y arturo 7 b
Tabajo final unidad ii de carlos y arturo 7 b
 
Presentación
PresentaciónPresentación
Presentación
 
Isabella.net
Isabella.netIsabella.net
Isabella.net
 
Isabella.net
Isabella.netIsabella.net
Isabella.net
 
Isabella.net
Isabella.netIsabella.net
Isabella.net
 

Similar a Plan de Soporte

PresentacióN Molino La Fama
PresentacióN Molino La FamaPresentacióN Molino La Fama
PresentacióN Molino La Famaguest48fdb7
 
PresentacióN Molino La Fama
PresentacióN Molino La FamaPresentacióN Molino La Fama
PresentacióN Molino La Famaguest48fdb7
 
Sistema de-control-de-ferreteria
Sistema de-control-de-ferreteriaSistema de-control-de-ferreteria
Sistema de-control-de-ferreteriaJacki At
 
Ajustes cotización diego solórzano
Ajustes cotización diego solórzanoAjustes cotización diego solórzano
Ajustes cotización diego solórzanochabacano2
 
Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Maestros Online
 
Diseño y construcción de un software para una tienda
Diseño y construcción de un software para una tiendaDiseño y construcción de un software para una tienda
Diseño y construcción de un software para una tiendaOscar Hernando Sanchez Roa
 
Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Maestros en Linea
 
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathan
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathanAp04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathan
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathanFernandavargas480281
 
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3Jesús López
 
Introduccion a la ingenieria de software s14
Introduccion a la ingenieria de software s14Introduccion a la ingenieria de software s14
Introduccion a la ingenieria de software s14Maestros Online
 
Plan de diseño de un sistema de información
Plan de diseño de un sistema de informaciónPlan de diseño de un sistema de información
Plan de diseño de un sistema de informaciónSergio Nole Merino
 
Proyecto rh en linea
Proyecto rh en lineaProyecto rh en linea
Proyecto rh en lineaOmar Sánchez
 
Presentación sistema de gestión PQRs PLATCOM
Presentación sistema de gestión PQRs PLATCOM Presentación sistema de gestión PQRs PLATCOM
Presentación sistema de gestión PQRs PLATCOM Camilo Saenz
 
Plan de gestión del conocimiento para la importadora
Plan de gestión del conocimiento para la importadoraPlan de gestión del conocimiento para la importadora
Plan de gestión del conocimiento para la importadoragbalseca
 

Similar a Plan de Soporte (20)

PresentacióN Molino La Fama
PresentacióN Molino La FamaPresentacióN Molino La Fama
PresentacióN Molino La Fama
 
PresentacióN Molino La Fama
PresentacióN Molino La FamaPresentacióN Molino La Fama
PresentacióN Molino La Fama
 
Sistema de-control-de-ferreteria
Sistema de-control-de-ferreteriaSistema de-control-de-ferreteria
Sistema de-control-de-ferreteria
 
Actividad itil caso estudio1
Actividad itil caso estudio1Actividad itil caso estudio1
Actividad itil caso estudio1
 
Actividad ITIL
Actividad ITIL Actividad ITIL
Actividad ITIL
 
Ajustes cotización diego solórzano
Ajustes cotización diego solórzanoAjustes cotización diego solórzano
Ajustes cotización diego solórzano
 
Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013
 
Diseño y construcción de un software para una tienda
Diseño y construcción de un software para una tiendaDiseño y construcción de un software para una tienda
Diseño y construcción de un software para una tienda
 
Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013Ciencias del servicio en las tecnologias de informacion 2013
Ciencias del servicio en las tecnologias de informacion 2013
 
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathan
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathanAp04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathan
Ap04 aa5-ev04-elaboracion-de-terminos-de-referencia-jonathan
 
Ers panaderia final analisis2
Ers panaderia final analisis2Ers panaderia final analisis2
Ers panaderia final analisis2
 
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3
IMPLEMENTACIÓN DE SERVICIOS ALINEADOS A LAS BUENAS PRÁCTICAS DE ITIL v3
 
Introduccion a la ingenieria de software s14
Introduccion a la ingenieria de software s14Introduccion a la ingenieria de software s14
Introduccion a la ingenieria de software s14
 
DIseño de Sistema
DIseño de Sistema DIseño de Sistema
DIseño de Sistema
 
Plan de diseño de un sistema de información
Plan de diseño de un sistema de informaciónPlan de diseño de un sistema de información
Plan de diseño de un sistema de información
 
Caso integrador de itil v3
Caso integrador de itil v3Caso integrador de itil v3
Caso integrador de itil v3
 
Proyecto rh en linea
Proyecto rh en lineaProyecto rh en linea
Proyecto rh en linea
 
Ficha del proyecto
Ficha del proyectoFicha del proyecto
Ficha del proyecto
 
Presentación sistema de gestión PQRs PLATCOM
Presentación sistema de gestión PQRs PLATCOM Presentación sistema de gestión PQRs PLATCOM
Presentación sistema de gestión PQRs PLATCOM
 
Plan de gestión del conocimiento para la importadora
Plan de gestión del conocimiento para la importadoraPlan de gestión del conocimiento para la importadora
Plan de gestión del conocimiento para la importadora
 

Plan de Soporte

  • 1. PLAN DE SOPORTE CPS 5/21/2013 ColorBits: Cruz Martínez||Espinoza Loyola||Franco Medina||Ramírez Torres||Trejo García
  • 2. a) Introducción 1. El sistema que será soportado consta de los siguientes requerimientos que han sido cumplidos en su totalidad: El administrador registra proveedores. El administrador registra productos. El sistema genera catálogo de productos. El administrador realiza pedidos de productos. El sistema genera reportes de costo y adquisición de productos. El administrador envía mensaje al proveedor. El proveedor envía mensaje al administrador. El público en general consulta información principal del H. Ayuntamiento de Culiacán. 2. El software inicialmente cumple con los requerimientos antes mencionados, no cuenta con información alguna en la base de datos porque ésta será registrada por el administrador al momento de su uso y el software es funcional. 3. El soporte del software es necesario ya que nos asegura que nuestro sistema no dejará de trabajar a causa de problemas de funcionamiento. Un buen soporte tiene que asegurar que nuestro sistema funciona con total eficiencia y que cualquier problema o duda será resuelto con celeridad. 4. El mantenedor será la empresa COLORBITS S.C. la cual ofrece tecnologías de la información del ámbito computacional. 5. Los acuerdos entre el cliente y el suministrador se realizaron de manera personal, estableciendo que el soporte se dará en línea, siguiendo un diálogo establecido. Además se establecerá una prioridad alta para aquellas incidencias que afecten a los elementos críticos del sistema. b) Concepto de Soporte 1. Soporte: Asistencia que brinda una compañía para resolver problemas vinculados a sus productos o servicios que puedan presentárseles a los usuarios mientras hacen uso de ellos. 2. El nivel de soporte que se brindará será perfectivo el cual consiste en la modificación de un producto software, después de su entrega, para mejorar su rendimiento o su mantenibilidad. 3. El periodo de tiempo soportado será de un año, después de la entrega del software.
  • 3. 4. El diálogo establecido que se deberá seguir durante el soporte será: <<Buenos días/tardes/noches>> <<Está hablando con un encargado de soporte de la Empresa Colorbits para su página web CPS>> << ¿En qué puedo ayudarle?>> << ¿Podría seguir las siguientes instrucciones por favor?>> << ¿Resolvió su problema el método utilizado? >> << ¿Puede intentar con estos otras instrucciones?>> << Esperamos haberle sido útil y haberle brindado un buen servicio, no dude en volver a llamar si presenta algún otro problema >> <<Hasta luego>> c) Organización y actividades de mantenimiento 1. Papeles y responsabilidades del mantenedor antes de la entrega. i. La implementación del proceso se realizará una vez realizada la entrega del software, se darán los números telefónicos y nombres necesarios para establecer la comunicación entre el cliente y el suministrador. ii. La infraestructura que se requiere para realizar el soporte es:  256 Mb de RAM  Procesador a 1 GHz  Conexión a Internet  Adaptador de red Ethernet  Navegador Google Chrome  Dirección IP válida  Windows XP® ,Windows Vista®, Windows 7 iii. El proceso de formación que se llevará a cabo será entre el mantenedor y el administrador del software, este último será capacitado para utilizar el sistema y si surgiera algún problema durante su uso será también capacitado para comunicarse en línea y seguir las instrucciones del mantenedor de manera adecuada. iv. El soporte se brindará en línea por la empresa COLORBITS S.C., la cual estará disponible en un horario de 10 a.m. a 5.pm. La empresa mantenedora tendrá la obligación de resolver cualquier duda o problema que se presente en el software, atendiendo al cliente amablemente y resolviendo el inconveniente de manera eficaz. 2. Papeles y responsabilidades del mantenedor después de la entrega. i. Se implementarán las debidas conexiones de red para hacer uso del Internet y las aplicaciones necesarias para la comunicación (Chat,
  • 4. video-llamada etc.), junto con la debida capacitación del cliente y el diálogo pertinente se llevará a cabo el proceso de soporte. ii. El mantenedor hará un análisis del problema mediante sus conocimientos, clasificando el problema en dos niveles: prioridad alta y propiedad baja. Se clasificará como prioridad alta a aquellos problemas que afecten a los elementos críticos del sistema; y como prioridad baja a los que representen un riesgo mínimo para su uso. Clasificando de esta manera el problema se analizarán las modificaciones que se le pueda realizar al software. iii. Las modificaciones en el sistema para resolver el problema se deben de realizar de manera oportuna y en línea. Se le indicará paso a paso al cliente la manera de resolver su problema, de manera que el método resulte fácil de entender. iv. Cuando se realice la modificación, el cliente realizará una evaluación de si dicha modificación fue útil para resolver el problema o no. El soporte terminará hasta que el cliente quede satisfecho. v. El mantenedor haciendo uso de sus conocimientos, podrá brindar el soporte al cliente. El cliente se capacitará dándole información básica sobre el funcionamiento del sistema. vi. Después de analizar los resultados de las evaluaciones del soporte de parte del cliente, se podrán hacer mejoras al proceso, con la finalidad de brindar un mejor servicio. 3. Papel del usuario Este sólo deberá seguir las instrucciones que el mantenedor le brinde en línea, sin hacer más cambios de los indicados. d) Recursos 1. El personal que brinde soporte deberá conocer a la perfección el software que está siendo utilizado, así como tener conocimientos básicos en informática. También deberá tener una buena comunicación con el administrador del software, respetando los horarios establecidos para brindar el soporte. i. El equipo de soporte constará de los 5 integrantes que conforman Colorbits S.C. 2. La página web, por la que se brindará el servicio de soporte es: cps.netau.net
  • 5. 3. Las instalaciones que se deberán tener para que se brinde el soporte son: línea de suscriptor digital (ADSL) ISP Módem ADSL 4. Documentación i. Tiempo promedio estimado para realizar los entregables del proyecto ii. Relación de Entregables
  • 6. Iii. Documentos de desarrollo PROYECTO CPS (Consulta de Productos y Servicios)
  • 7. ANTECEDENTES “Culiacán Rosales, es uno de los polos de desarrollo regional del noroeste mexicano, que puede significar Colhuacán o Teocolhuacán lugar de culebras, Cerro torcido, donde tuercen los caminos y donde adoran al Dios Coaltzin. En 1861, se instalaron prefecturas y se decretó la Ley de Municipalidades que dividió a los Distritos en Ayuntamientos. Lo que dio vida al H. Ayuntamiento de Culiacán, encargado de administrar los asuntos relacionados con el Municipio”1. El H. Ayuntamiento de Culiacán cuenta con la Tesorería municipal, la cual se encarga de manejar el presupuesto otorgado al Ayuntamiento y de administrar los bienes con los que se cuentan. Dentro de la Tesorería Municipal, se encuentra la Dirección de Egreso y Presupuesto, la cual tiene como función realizar las contrataciones y compras necesarias para el municipio; a parte de, administrar el presupuesto que les fue otorgado. Para esto, es necesario que se llenen distintos formatos (en papel), lo cual hace este proceso lento y tedioso, y, en ocasiones difícil, puesto que, a pesar de tener personal altamente capacitado, en ocasiones los formatos se traspapelan en otros archivos o se hace un llenado incorrecto. DEFINICIÓN DEL CLIENTE H. Ayuntamiento de Culiacán, ubicado en Av. Álvaro Obregón y Mariano Escobedo C.P. 80000 Culiacán, Sinaloa, México (Lic. Sonia Borboa López) Contacto: contacto@correo.culiacan.gob.mx Teléfono: (667) 758-01-01 Ext: 1616 y 1617 1 http://culiacan.gob.mx/culiacan/historia-de-culiacan/
  • 8. DEFINICIÓN OPERACIONAL El sistema se compone de los siguientes elementos básicos para su funcionamiento: Páginas web Base de datos En cuanto a las diferentes páginas web, se pueden distar entre:  Página de inicio: Ésta es la primera página que visita el usuario y la que muestra el tutorial, junto con las distintas pestañas a las secciones contenidas en el sistema. Una vez seleccionada la sección la página re direcciona al usuario al apartado correspondiente.  Página de pedidos: En ella el usuario podrá realizar la consulta detallada de los pedidos realizado, básicamente está compuesta por un catálogo ordenado por fecha de los pedidos que se han realizado con la opción de abrir el espacio de comunicación. También muestra la opción de filtrar los pedidos bajo distintos criterios.  Página de empresas: En esta página se muestran las distintas empresas registradas, es un contenedor de enlaces para la visualización del catálogo correspondiente a cada empresa. Una vez seleccionada la empresa del interés del usuario, la página remite al usuario al perfil de la empresa en cuestión.  Página de descripción general: En ella se muestran los datos generales del H. Ayuntamiento de Culiacán. Para el módulo de administración, el sistema, valida el inicio de sesión del usuario administrador o proveedor. Dentro de la sesión del administrador o proveedor, el sistema se compone de la siguiente manera:  Página de inicio: Es la primera página que se muestra al administrador, en ella se visualiza un tutorial del sistema y las opciones de alta de proveedores, cambios en la información y consultas de pedidos/empresas.  Página de altas (sólo administrador): Se compone de un formulario en el cual el administrador ingresa los campos requeridos y da de alta a un proveedor.
  • 9.  Página de pedidos: Se compone de un catálogo con fecha de los pedidos realizados, en ésta, el administrador puede comunicarse con el proveedor mediante el envío de mensajes.  Página de cambios: Se compone de un formulario en el cual el proveedor o administrador ingresan los datos requeridos que se desean modificar y se realiza una actualización en la base de datos de la información. En la base de datos son almacenados todos los datos y las obras que se visualizan en el sistema. Para la elaboración de este sistema se pidió el uso del lenguaje PHP, ya que es un lenguaje que tiene un gran soporte además de que tendrá conexiones con una base de datos hecha en MySQL (MySQL Server 5.5) y se desarrollara en un Servidor TOMCAT (Tomcat 7.0) que posteriormente se suplirá por el servidor propio del Ayuntamiento. DEFINICIÓN DE TÉRMINOS BÁSICOS Proveedor: Persona o empresa que provee o abastece de todo lo necesario para un fin a grandes grupos, asociaciones, comunidades, etc. Producto: Cosa producida. Servicio: Estar sujeto a alguien por cualquier motivo haciendo lo que él quiere o dispone. Calendarización: Fijar anticipadamente las fechas de ciertas actividades a lo largo de un período. Presupuesto: Cantidad de dinero calculado para hacer frente a los gastos generales de la vida cotidiana, de un viaje, etc.
  • 10. PLANTEAMIENTO DEL PROBLEMA La Lcda. Sonia Borboa López, encargada de la Dirección de Egreso y Presupuesto (entrevista no estructurada, Febrero 11, 2013) conjuntamente con los trabajadores representantes por departamento de la Tesorería Municipal, determinaron que en la mencionada Dirección no existe un mecanismo tecnológico, que permita sistematizar y organizar la información que emana de los distintos proveedores que brindan sus servicios al H. Ayuntamiento de Culiacán. Dentro de la Dirección de Egreso y Presupuesto, se observan los siguientes problemas: Mala comunicación y organización con los proveedores y falta de actualización de la información de posibles futuros proveedores; ya que, todo se realiza vía telefónica o por e-mail. Los procesos del servicio para el préstamo y presupuestación de servicios/productos son lentos y extensos. Dificultad para identificar los proveedores y mantener actualizado el catálogo de sus productos/servicios ofertados. Por lo anterior, ColorBits identifica la necesidad de poner en funcionamiento un software que permita realizar el registro, contacto, y administración de los productos/servicios que brindan los proveedores al H. Ayuntamiento de Culiacán en línea; que tenga altos niveles de protección para evitar que se infrinjan la seguridad del mismo.
  • 11. PROPUESTA DE SOLUCIÓN Debido a la necesidad de encontrar nuevas maneras y métodos para llevar a cabo la organización de los proveedores del H. Ayuntamiento de Culiacán, la empresa “COLORBITS” S.C. ha decidido realizar un proyecto con el fin de proporcionar un sistema con aplicación web como herramienta tecnológica para que se realice una correcta administración de los productos/servicios que se proveen, garantizando la autentificación intransferible de los administradores/proveedores y público general al ingresar al sistema.
  • 14. OBJETIVO GENERAL Desarrollar un software con fines administrativos para facilitar el proceso de registro, solicitación y presupuestación de los servicios y productos que adquiere el H. Ayuntamiento de Culiacán a sus proveedores. OBJETIVOS ESPECÍFICOS  Agilizar el proceso de solicitudes de productos y servicios para el H. Ayuntamiento de Culiacán.  Diseñar la aplicación web con la información y las especificaciones dadas por la Dirección de Egreso y Presupuesto; realizando la respectiva capacitación de los usuarios finales.  Automatizar el proceso de catalogación de productos y servicios con los que cuentan los proveedores para la solicitación de éstos en un futuro por parte del H. Ayuntamiento de Culiacán.  Reducir los costos monetarios y temporales de solicitación de productos y servicios al H. Ayuntamiento de Culiacán. USUARIOS  Personal administrativo de la Dirección de Egreso y Presupuesto.  Proveedores del H. Ayuntamiento de Culiacán.  Público en general que desee consultar la información sobre el presupuesto con el que cuenta el H. Ayuntamiento de Culiacán.
  • 15. ALCANCES  Desarrollar una aplicación web, que cuente con las opciones de registro, contacto, y solicitación, para ser utilizado como material de apoyo en la administración de los servicios y productos que se ofrecen al H. Ayuntamiento de Culiacán.  Consulta de la información en línea de los servicios y productos ofertados.  Control de los servicios y productos solicitados con su respectiva fecha de solicitación.  Consulta de servicios y productos solicitados y fecha de entrega/comienzo.  Registro de Administrador; en éste tipo de cuenta, el personal administrativo del H. Ayuntamiento de Culiacán podrá consultar la información de sus proveedores, desde ubicación, hasta un catálogo de productos y servicios ofertados; teniendo la posibilidad de solicitar alguno de ellos, con una calendarización. Teniendo la opción de enviar y recibir mensajes al/del proveedor.  Registro de Proveedor; en éste tipo de cuenta, los proveedores del H. Ayuntamiento de Culiacán, dará de alta los productos y servicios que ofrece. Pudiendo recibir y enviar mensajes al/del administrador que lo contactó y notificaciones de las solicitudes de productos y servicios de los que ofrece con su respectiva fecha de solicitación.  Consulta de público en general; el público en general, podrá consultar los productos y servicios que fueron requeridos por el H. Ayuntamiento de Culiacán, sin poder realizar ningún tipo de operación más que consulta.  Brindar acceso al sistema garantizando la autentificación intransferible de los administradores y proveedores.  Presentación de un tutorial sobre las funciones y procesos correspondientes.
  • 16. BENEFICIOS  Brinda una mejor organización de los formatos de solicitud de productos y/o servicios.  Facilita la consulta de los datos de los proveedores.  Hace más eficaz la solicitación de productos y servicios, al subir los ofertados a la base de datos.  Brinda mayor información al personal administrativo del H. Ayuntamiento de Culiacán acerca de los productos y servicios que brindan sus proveedores.  Proporciona una herramienta tecnológica que podrá ser adaptada a las necesidades que surjan posteriormente dentro de las distintas direcciones.  Reduce los costos del H. Ayuntamiento de Culiacán al solicitar productos y servicios.  Facilita la consulta de la información financiera del H. Ayuntamiento de Culiacán a la sociedad.  Reduce el uso de materiales que puedan causar un impacto negativo al medio ambiente; tales como papel y plástico.
  • 17. REQUERIMIENTOS FUNCIONALES: ADMINISTRADOR.- en éste tipo de cuenta, el personal administrativo del H. Ayuntamiento de Culiacán podrá realizar: 1. REGISTRO PROVEEDORES. El administrador de H. Ayuntamiento de Culiacán registra a los proveedores que suministran los productos y/o servicios para la realización de sus funciones administrativas. Fecha del registro Id del proveedor Nombre del proveedor Domicilio  Calle  No. exterior  No. interior  Colonia  Delegación o municipio  Código postal  Registro Federal de Contribuyente Formas de Contacto  Teléfono Oficina  Teléfono Celular  Correo electrónico
  • 18. 2. REGISTRO PRODUCTOS El proveedor autorizado por el H. Ayuntamiento de Culiacán registra los productos o servicios que ofrece a éste. Fecha del registro (lo genera el sistema) Id del proveedor (lo genera el sistema) Selección tipo de producto o De consumo o De servicio Llenar formulario o Id del producto (lo genera el sistema para cada proveedor) o Fotografía del producto o Precio del producto o Nombre del producto o Descripción  Unidad de medida  Especificación del mismo producto A partir de esto, el sistema generará un catálogo de productos para cada proveedor. 3. REALIZAR PEDIDO El administrador realiza el pedido en base a la consulta de los producto ofrecidos por que el resulte mejor de acuerdo a sus necesidades. Los datos que se requieren para realizar el pedido son: PEDIDO PRODUCTOS o Fecha del pedido (la genera el sistema) o Id del proveedor o Id del producto o Cantidad o Costo unitario o Costo total o Fecha de entrega SOLICITUD DE SERVICIO o Fecha de la solicitud o Id del proveedor o Id del servicio o Costo o Fecha de inicio de la prestación o Fecha de fin de la prestación
  • 19. 4. GENERACIÓN DE INFORMES REPORTE DE PROVEEDOR o Id del proveedor o Periodo del reporte o Productos o servicios que se adquirieron o Costo REPORTE POR PRODUCTO Y/O SERVICIO ADQUIRIDO o Id del producto o Periodo o Id del proveedor 5. ESPACIO DE COMUNICACIÓN El proveedor y administrador participan en espacio de mensajería como medio de comunicación para confirmar pedidos, notificaciones o dudas. Nombre del proveedor (lo genera automáticamente el sistema) Fecha y hora del mensaje Motivo del mensaje o Espacio abierto. El sistema registrará todos los mensajes para integrar un historial; teniendo el usuario la opción de elimina sus mensajes. 6. El público en general, podrá: Consultar la imagen de la página principal del H. Ayuntamiento de Culiacán, sin poder realizar ningún tipo de operación más que de consulta.
  • 20. REQUERIMIENTOS NO FUNCIONALES: El sistema contará con operatividad. Tendrá la capacidad suficiente para cumplir las funciones tales como registro, a las que fue destinado de modo aceptable La interfaz será llamativa. Captará la atención del usuario, con un diseño atractivo a la vista e interactivo ya que, permite una interacción, a modo de diálogo, entre el ordenador y el usuario. El sistema será ágil, expedito. Será pronto de obrar. El tiempo de espera entre las operaciones que se realicen, será mínimo; de tal forma que no necesitará pantallas extra para cubrirlo; las redirecciones serán directas. La Interfaz de la página web será fácil de usar. Los usuarios tendrán acceso a la página dependiendo si están dados de alta o no en el ayuntamiento como proveedores o administradores, pero en ambos casos las opciones serán intuitivas y fáciles de realizar. La información proporcionada y su flujo será seguro. La información será asegurada con diferentes combinaciones de cifrados. Gozará de la “capacidad para proteger información y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizados” (ISO 9126). El sistema podrá ser usado en cualquier momento. Estará disponible y libre al uso las 24 horas del día los 7 días de la semana. El sistema será funcional. Tendrá la capacidad para proporcionar funciones declaradas e implícitas cuando se use bajo condiciones especificadas. Proporcionará usabilidad. “La capacidad del producto software para ser entendido, aprendido, usado y ser atractivo para el usuario, cuando se usa bajo condiciones especificadas” (ISO 9126)
  • 21. REQUERIMIENTOS DEL SISTEMA  256 Mb de RAM  Procesador a 1 GHz  Navegadores soportados: Firefox Internet Explorer Google Chrome Safari Opera  Conexión a Internet  Adaptador de red Ethernet  Dirección IP válida  Windows Windows XP® (x32, x64) Windows Vista® (x32, x64) Windows 7 (x32, x64) Windows Server 2008 (x32, x64)
  • 22.  Linux Red Hat® Enterprise Linux 5 (x32, x64) CentOS 5 (x32, x64) Ubuntu Linux 9 (x32, x64) Ubuntu Linux 8.10, 9.04 Fedora 11 (x32, x64) SUSE® Linux Enterprise Server 10 (x32, x64) SUSE Linux 10 (x32, x64) Debian GNU/Linux 5.0 (x32, x64) FreeBSD 6, 7  Mac OS X Mac OS X Server v10.5 Leopard Mac OS X Server v10.6 Snow Leopard SERVIDOR: Una versión compatible de MySQL Server Procesador de 4 a 2 GHz (x64) 2 GB de RAM 10 GB de espacio en el disco duro (con una base de datos SQL) Sistema operativo compatible
  • 23. DIAGRAMAS DE CASOS DE USO Inicio de sesión Registrar proveedor
  • 28. ESPECIFICACIÓN DE CASOS DE USO Caso de Uso Autentificar Usuario Actores Base de datos Tipo Básico Propósito Evitar que personas ajenas al sistema, realicen modificaciones en los datos que se proporcionan Resumen La base de datos comprueba el tipo de usuario que inicia sesión y los datos de su cuenta Precondiciones Ingresar datos Flujo principal Si el usuario selecciona “Iniciar sesión”, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita datos al Administrador: Nombre de usuario Contraseña S-2 El sistema valida los datos ingresados por el usuario Excepciones Nombre de usuario y contraseña no válidos
  • 29. Caso de Uso Registrar Proveedor Actores Proveedor, Base de datos Tipo Básico Propósito Ampliar el catálogo de proveedores, a fin de que el H. Ayuntamiento de Culiacán, tenga más opciones para solicitar productos y servicios que requiera Resumen El proveedor de H. Ayuntamiento de Culiacán registra a los proveedores que suministran los productos y/o servicios para la realización de sus funciones administrativas. Precondiciones Iniciar sesión como administrador Flujo principal Si el Proveedor selecciona “Registrar Producto o Servicio”, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita los datos al Administrador : Nombre del proveedor Domicilio o Calle o No. exterior o No. interior o Colonia o Municipio o Código postal o Registro Federal de Contribuyente Formas de Contacto o Teléfono Oficina o Teléfono Celular o Correo electrónico S-2 Al seleccionar “Aceptar”, el sistema asigna: Fecha del registro Id del proveedor Excepciones No se completó el formulario correctamente Proveedor ya existente en la base de datos
  • 30. Caso de Uso Dar de Alta Actores Proveedor, Base de datos Tipo Básico Propósito Hacer el catálogo de servicios y productos ofertados por empresa más amplio, para tener más diversidad de los mismos y poder satisfacer más necesidades del H. Ayuntamiento de Culiacán Resumen El proveedor autorizado por el H. Ayuntamiento de Culiacán registra los productos o servicios que ofrece a éste Precondiciones Iniciar sesión como proveedor Seleccionar “Dar de alta” Flujo principal Si el Proveedor ingresa al sistema y selecciona “Dar de alta”, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita los datos al Proveedor de: Fotografía del producto o servicio Precio del producto o servicio Nombre del producto o servicio Descripción o Unidad de medida o Especificación del mismo producto S-2 Al seleccionar “Aceptar”, el sistema asigna: Id del producto o servicio Excepciones Inicio de sesión no válido Producto o servicio ya existente en la cuenta del proveedor en la base de datos
  • 31. Caso de Uso Modificar Información Administrador Actores Administrador, Base de datos Tipo Básico Propósito Mantener actualizada la información del administrador Resumen El administrador autentificado por el sistema realiza cambios en su información Precondiciones Iniciar sesión como administrador Seleccionar “Modificar” Flujo principal Si el administrador ingresa en la página y selecciona modificar, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema da la opción al Proveedor de: “Modificar producto” “Modificar servicio” S-2 Al seleccionar “Aceptar”, el sistema actualiza la información en la base de datos Excepciones Inicio de sesión no válido Producto o servicio no existente en la base de datos Caso de Uso Modificar Información Proveedor Actores Proveedor, Base de datos Tipo Básico Propósito Mantener actualizada la información del proveedor Resumen El proveedor autentificado por el sistema realiza cambio en los productos o servicios que ofrece Precondiciones Iniciar sesión como proveedor Seleccionar “Consultar Catálogo” Seleccionar un producto o servicio Seleccionar “Modificar” Flujo principal Si el proveedor ingresa en la página y selecciona modificar, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema da la opción al Proveedor de: “Modificar producto” “Modificar servicio” S-2 Al seleccionar “Aceptar”, el sistema actualiza la información en la base de datos Excepciones Inicio de sesión no válido Producto o servicio no existente en la base de datos
  • 32. Caso de Uso Modificar Producto Actores Proveedor, Base de datos Tipo Básico Propósito Actualizar la información de algún producto Resumen El proveedor autentificado por el sistema realiza cambios en los productos que ofrece Precondiciones Iniciar sesión como proveedor Seleccionar “Consultar Catálogo” Seleccionar un producto Seleccionar “Modificar” Flujo principal Si el proveedor ingresa en la página y selecciona modificar dentro del menú de un producto, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita los datos al Proveedor de: Fotografía del producto Precio del producto Nombre del producto Descripción o Unidad de medida o Especificación del mismo producto S-2 Al seleccionar “Aceptar”, el sistema actualiza la información del producto en la base de datos Excepciones Inicio de sesión no válido Producto no existente en la base de datos Datos ingresados no válidos
  • 33. Caso de Uso Modificar Servicio Actores Proveedor, Base de datos Tipo Básico Propósito Actualizar la información de algún servicio Resumen El proveedor autentificado por el sistema realiza cambios en los servicios que ofrece Precondiciones Iniciar sesión como proveedor Seleccionar “Consultar Catálogo” Seleccionar un servicio Seleccionar “Modificar” Flujo principal Si el proveedor ingresa en la página y selecciona modificar dentro del menú de un servicio, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita los datos al Proveedor de: Fotografía del servicio Precio del servicio Nombre del servicio Descripción S-2 Al seleccionar “Aceptar”, el sistema actualiza la información del servicio en la base de datos Excepciones Inicio de sesión no válido Servicio no existente en la base de datos Datos ingresados no válidos
  • 34. Caso de Uso Contactar Actores Administrador, Proveedor, Base de datos Tipo Básico Propósito Crear un espacio de comunicación entre el administrador y el proveedor para resolver dudas o cualquier situación que se les presente Resumen El proveedor y administrador participan en espacio de mensajería como medio de comunicación para confirmar pedidos, notificaciones o dudas Precondiciones Iniciar sesión como administrador o proveedor Seleccionar el perfil de algún proveedor o el administrador Seleccionar “Contactar” Flujo principal Si el administrador ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-1 y S-3 Si el proveedor ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-2 y S-3 Subflujos S-1 El sistema solicita al Administrador los datos: Motivo del mensaje (Espacio abierto) Proveedor remitente S-2 El sistema solicita al Proveedor los datos: Motivo del mensaje (Espacio abierto) S-3 El sistema da de alta el mensaje en la base de datos al momento en que el usuario pulsa “Aceptar” Excepciones Inicio de sesión no válido Proveedor no existente en la base de datos
  • 35. Caso de Uso Enviar mensaje Actores Administrador, Proveedor, Base de datos Tipo Básico Propósito Que el proveedor o el administrador según sea el caso, pueda responder, plantear preguntas o alguna situación al remitente Resumen El proveedor y administrador participan en espacio de mensajería como medio de comunicación enviando mensajes Precondiciones Iniciar sesión como administrador o proveedor Seleccionar el perfil de algún proveedor o el administrador Seleccionar “Contactar” Flujo principal Si el administrador ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-1 Si el proveedor ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-2 Subflujos S-1 El sistema solicita al Administrador los datos: Motivo del mensaje (Espacio abierto) Proveedor remitente S-2 El sistema solicita al Proveedor los datos: Motivo del mensaje (Espacio abierto) Excepciones Inicio de sesión no válido Proveedor no existente en la base de datos Mensaje eliminado Mensaje no enviado
  • 36. Caso de Uso Recibir mensaje Actores Administrador, Proveedor, Base de datos Tipo Básico Propósito Que el proveedor o el administrador según sea el caso, pueda leer la respuesta, pregunta o situación que le plantea el emisor Resumen El proveedor y administrador participan en espacio de mensajería como medio de comunicación recibiendo mensajes Precondiciones Iniciar sesión como administrador o proveedor Seleccionar el perfil de algún proveedor o el administrador Seleccionar “Contactar” Flujo principal Si el administrador ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-1 Si el proveedor ingresa en el sistema y selecciona “Contactar”, realizar subflujo S-2 Subflujos S-1 El sistema muestra al Administrador los datos: Motivo del mensaje Proveedor emisor Fecha y hora del mensaje S-2 El sistema muestra al Proveedor los datos: Motivo del mensaje Fecha y hora del mensaje Excepciones Inicio de sesión no válido Proveedor no existente en la base de datos Mensaje eliminado Mensaje no recibido
  • 37. Caso de Uso Consultar catálogo Actores Administrador, Base de datos Tipo Básico Propósito Que el administrador pueda consultar el producto o servicio que requiere para satisfacer la necesidad que se le presente Resumen El administrador realiza una consulta de los productos y servicios ofrecidos Precondiciones Iniciar sesión como administrador Seleccionar “Consultar catálogo” Flujo principal Si el administrador ingresa en el sistema y selecciona “Consultar”, realizar subflujo S-1 Subflujos S-1 El sistema muestra al Administrador los datos: Fotografía del producto o servicio Precio del producto o servicio Nombre del producto o servicio Descripción o Unidad de medida o Especificación del mismo producto Excepciones Inicio de sesión no válido Proveedor no existente en la base de datos
  • 38. Caso de Uso Solicitar Actores Administrador, Base de datos Tipo Básico Propósito Que el administrador pueda satisfacer sus necesidades mediante la compra de algún producto o servicio Resumen El administrador realiza el pedido en base a la consulta de los producto ofrecidos por que el resulte mejor de acuerdo a sus necesidades. Precondiciones Iniciar sesión como administrador Seleccionar “Consulta catálogo” Seleccionar un producto o un servicio Flujo principal Si el administrador ingresa en el sistema, consulta el catálogo y selecciona un producto o servicio, realizar subflujo S-1,S-2 yS-3 Subflujos S-1 El sistema solicita al Administrador los datos: Cantidad S-2 El sistema asigna a la solicitud los datos: Fecha del pedido Id del proveedor Id del producto o servicio Costo unitario Costo total S-3 El sistema solicita “Calendarizar” Excepciones Inicio de sesión no válido Proveedor no existente en la base de datos Producto o servicio no válido
  • 39. Caso de Uso Calendarizar Actores Administrador, Base de datos Tipo Básico Propósito Tener un control de las fechas en que se deben realizar las entregas o periodo de tiempo en que se prestará un servicio, a fin de mantener el orden que se requiere Resumen El administrador calendariza su pedido en base a el producto o servicio que solicitó. Precondiciones Iniciar sesión como administrador Solicitar un producto o servicio Flujo principal Si el administrador ingresa en el sistema y solicita un producto o servicio, realizar subflujo S-1 Subflujos S-1 El sistema ejecuta dependiendo lo solicitado: “Calendarizar producto” “Calendarizar servicio” Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Producto o servicio no válido Caso de Uso Calendarizar producto Actores Administrador, Base de datos Tipo Básico Propósito Tener un control de las fechas en que se deben realizar las entregas, a fin de mantener el orden necesario Resumen El administrador calendariza su pedido en base a el producto que solicitó. Precondiciones Iniciar sesión como administrador Solicitar un producto Flujo principal Si el administrador ingresa en el sistema y solicita un producto, realizar subflujo S-1y S-2 Subflujos S-1 El sistema solicita al Administrador: Fecha de Entrega S-2 El sistema ejecuta “Calendarizar entrega” Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Producto no existente en la base de datos
  • 40. Caso de Uso Calendarizar entrega Actores Administrador, Base de datos Tipo Básico Propósito Tener un control de las fechas en que se deben realizar las entregas de los productos, a fin de mantener el orden que se requiere Resumen El administrador calendariza la entrega de su pedido en base al producto que solicitó. Precondiciones Iniciar sesión como administrador Solicitar un producto Flujo principal Si el administrador ingresa en el sistema y solicita un producto, realizar subflujo S-1y S-2 Subflujos S-1 El sistema solicita al Administrador: Fecha de Entrega S-2 El sistema da de alta la información en la base de datos Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Producto no existente en la base de datos Caso de Uso Calendarizar servicio Actores Administrador, Base de datos Tipo Básico Propósito Calendarizar un servicio al solicitarse Resumen Llevar un control de las fechas en que se brindará la prestación de algún servicio y mantener al Administrador y al Proveedor al tanto de ello Precondiciones Iniciar sesión como administrador Solicitar un servicio Flujo principal Si el administrador ingresa en el sistema y solicita un servicio, realizar subflujo S-1, S-2 y S-3 Subflujos S-1 El sistema solicita al Administrador: Fecha de Inicio Fecha de Fin S-2 El sistema ejecuta “Calendarizar Inicio” S-3 El sistema ejecuta “Calendarizar Fin” Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Servicio no existente en la base de datos
  • 41. Caso de Uso Calendarizar inicio Actores Administrador, Base de datos Tipo Básico Propósito Llevar un control de las fechas en que se inicia la prestación de algún servicio y mantener al Administrador y al Proveedor al tanto de ello Resumen El administrador calendariza el inicio del servicio que solicitó Precondiciones Iniciar sesión como administrador Solicitar un servicio Flujo principal Si el administrador ingresa en el sistema y solicita un servicio, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita al Administrador: Fecha de Inicio S-2 El sistema da de alta la información en la base de datos Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Servicio no existente en la base de datos Caso de Uso Calendarizar Fin Actores Administrador, Base de datos Tipo Básico Propósito Llevar un control de las fechas en que se finaliza la prestación de algún servicio y mantener al Administrador y al Proveedor al tanto de ello Resumen El administrador calendariza el fin del servicio que solicitó Precondiciones Iniciar sesión como administrador Solicitar un servicio Flujo principal Si el administrador ingresa en el sistema y solicita un servicio, realizar subflujo S-1 y S-2 Subflujos S-1 El sistema solicita al Administrador: Fecha de fin S-2 El sistema da de alta la información en la base de datos Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Servicio no existente en la base de datos
  • 42. Caso de Uso Aceptar pedido Actores Proveedor, Base de datos Tipo Básico Propósito Que el Proveedor confirme que puede realizar el pedido que se le solicitó Resumen En el momento en que el administrador realiza el pedido, se le notifica al proveedor para que lo acepte. Precondiciones Solicitud de producto o servicio por parte del administrador Flujo principal Si se realiza la solicitud de un producto o servicio, realizar subflujo S-1y S-2 Subflujos S-1 El sistema pregunta al proveedor si desea aceptar el pedido S-2 El sistema ejecuta “Generar nota” Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Caso de Uso Generar nota Actores Base de datos Tipo Básico Propósito Que posteriormente se pueda mostrar una nota con los datos de la compra realizada Resumen En el momento en que el administrador realiza el pedido, se genera la nota de compra. Precondiciones “Aceptar pedido” Flujo principal Si se realiza la solicitud de un producto o servicio y el proveedor acepta, realizar subflujo S-1,S-2 y S-3 Subflujos S-1 El sistema asigna a la nota: Id de la nota Id del proveedor Id del producto o servicio Fecha del pedido S-2 El sistema ejecuta “Calcular total” S-3 El sistema ejecuta “Mostrar nota” Excepciones Pedido no existente en la base de datos Pedido cancelado
  • 43. Caso de Uso Calcular total Actores Base de datos Tipo Básico Propósito Que el Administrador lleve un control de los gastos que realiza Resumen En el momento en que el administrador realiza el pedido, se genera la nota de compra y se calcula el total a pagar. Precondiciones “Generar nota” Flujo principal Si se genera la nota de un producto o, realizar subflujo S-1,S-2 y S-3 Subflujos S-1 El sistema extrae los datos: Cantidad Costo unitario S-2 El sistema ejecuta calcula el total S-3 El sistema regresa la información a “Generar nota” Excepciones Pedido no existente en la base de datos Pedido cancelado Caso de Uso Cancelar pedido Actores Proveedor, Base de datos Tipo Básico Propósito Que el proveedor pueda rechazar pedidos en caso de que no cuente con los productos/servicios que se le solicitan Resumen En el momento en que el administrador realiza el pedido, se le notifica al proveedor para que lo rechace en caso de no poder realizarlo Precondiciones Solicitud de producto o servicio por parte del administrador Flujo principal Si se realiza la solicitud de un producto o servicio, realizar subflujo S-1 Subflujos S-1 El sistema pregunta al proveedor si desea rechazar el pedido Excepciones Inicio de sesión no válido Pedido no existente en la base de datos
  • 44. Caso de Uso Mostrar nota Actores Administrador, Base de datos Tipo Básico Propósito Que el Administrador pueda tener un registro impreso de sus compras Resumen En el momento en que el administrador realiza el pedido, se genera la nota de compra y se muestra en pantalla Precondiciones “Calcular total” Flujo principal Si se genera la nota de un producto o, realizar subflujo S-1 Subflujos S-1 El sistema muestra la nota generada al administrador con los datos: Fecha del pedido Nombre del proveedor Nombre del producto o servicio Cantidad Costo unitario Costo total Fecha de entrega/ inicio y fin Excepciones Pedido no existente en la base de datos Pedido cancelado Error generando nota
  • 45. Caso de Uso Consultar pedidos Actores Proveedor, Base de datos Tipo Básico Propósito Que el proveedor esté al tanto de los pedidos que realiza el administrador Resumen En el momento en que el administrador realiza el pedido, se le notifica al proveedor y éste tiene la posibilidad de realizar una consulta de éstos Precondiciones Solicitud de producto o servicio por parte del administrador Aceptar los pedidos Flujo principal Si se realiza la solicitud de un producto o servicio, realizar subflujo S- Subflujos S-1 El sistema muestra al proveedor los pedidos del administrador con los datos: Fecha del pedido Nombre del proveedor Nombre del producto o servicio Cantidad Costo unitario Costo total Fecha de entrega/ inicio y fin Excepciones Inicio de sesión no válido Pedido no existente en la base de datos Caso de Uso Consulta información Actores Público Tipo Básico Propósito Que el público pueda saber las funciones del H. Ayuntamiento de Culiacán Resumen El público no perteneciente al sistema, puede ingresar a la página principal y consultar la información que es pública Precondiciones Ingresar a la página Flujo principal Si se ingresa a la página principal, realizar subflujo S-1 Subflujos S-1 El sistema muestra al proveedor los pedidos del administrador con los datos: Costo total Fecha de entrega/ inicio y fin Excepciones Inicio de sesión no válido Pedido no existente en la base de datos
  • 46. DIAGRAMAS DE SECUENCIA Dar de alta producto/servicio Dar de alta proveedor
  • 47. Inicio de sesión Consulta de catálogo (Proveedor)
  • 52. DIAGRAMAS DE ACTIVIDADES Altas Productos/Servicios
  • 63.
  • 64. FASE DE PRUEBAS Las pruebas se realizan para verificar que el sistema este funcionando de la mejor manera posible, así como también para encontrar errores a tiempo para que se puedan corregir. Prueba Fecha de Aplicación Pruebas de Rendimiento 20/05/2013 Pruebas de Interfaz 20/05/2013 Pruebas de Contenido 20/05/2013 Pruebas de Aceptación 20/05/2013 JMETER [Pruebas de Rendimiento]
  • 65.
  • 66. Pruebas de Interfaz [Funcionamiento de las ligas]
  • 67.
  • 68.
  • 69.
  • 70. Las pruebas que se realizaron al sistema nada fueron para probar el rendimiento del sistema en caso de que varios usuarios intentaran ingresar a ella y esta no se saturara, además con las pruebas de interfaz para que se compruebe que los links del sistema estuvieran en donde corresponden.
  • 71. iv. Manual de Usuario ¿Cómo acceder a CPS? Acceda a cps.netau.net, introduzca su “log in” y contraseña. Nota: Sólo el administrador tiene permitido dar de alta nuevos proveedores desde su cuenta. Dar de alta productos/servicios Se inicia sesión como proveedor. Para dar de alta se da clic al final de la página en el apartado Registro de productos, se llena el formulario y se da de alta. Dar de alta proveedores Se inicia sesión como administrador. Para dar de alta se da clic al final de la página en el apartado Registro de empresas, se llena el formulario y se da de alta. Solicitar pedidos Se inicia sesión como administrador. Se selecciona alguno de los productos que ofrece el proveedor y se selecciona en pedido. Se llena el formulario y se realiza el pedido. Aprobar/ Rechazar pedido Se inicia sesión como proveedor. Se selecciona el apartado de pedidos y después la opción de detalles. En esta en el último apartado se selecciona la opción deseada, ya sea aprobar o rechazar.
  • 72. 6. Datos TABLA O ENTIDAD ATRIBUTO O CAMPO TIPO DE DATO LONGITUD LLAVE PRIMARIA DESCRIPCIÓN TABLA O ENTIDAD FORÁNEA Empresa IdEmpresa INT PK Clave identificadora de la empresa IdUsuario INT FK Clave identificadora del usuario Tabla 2 (Atributo 1) Foto VARCHAR 100 Foto del usuario Descripción TEXT Descripción del usuario Usuarios Id Usuario INT PK Clave identificadora del usuario Usuario VARCHAR 15 Nombre del usuario Password VARCHAR 8 Password del usuario para ingresar Tipo INT Tipo de usuario: proveedor/admin. Tipo_Usuario idTipo_Usuario PK Clave id. del tipo de usuario tipo VARCHAR 46 Tipo de usuario: proveedor/admin. Administrador idAdministrador INT PK Clave identificadora del administrador IdUsuario FK Clave identificadora del usuario Tabla 2 (Atributo 1) Foto VARCHAR 100 Foto del administrador Descripción TEXT Descripción del administrador Pedido idPedido INT PK Clave identificadora del pedido idProducto INT FK Clave identificadora del producto Tabla 6 (Atributo 1) Total FLOAT Total de dinero de pedido Fecha DATE Fecha del pedido Aprobación INT Aprobación o Rechazo del pedido Producto idProducto INT PK Clave identificadora del producto idEmpresa INT FK Clave Tabla 1
  • 73. identificadora de la empresa (Atributo 1) Descripción VARCHAR 45 Descripción del producto Aprobación idAprobación INT PK Clave id. del tipo de aprobación Aprobación INT Tipo de aprobación Mensaje idMensaje INT PK Clave identificadora del mensaje idEmpresa INT FK Clave identificadora de la empresa Tabla 1 (Atributo 1) idAdministrador INT FK Clave identificadora del administrador Tabla 4 (Atributo 1)