proyecto de grado2bibliotecadigital.usb.edu.co/bitstream/10819/556/1/...la utilización de software...
Post on 15-Mar-2020
0 Views
Preview:
TRANSCRIPT
APLICACIÓN DE INGENIERIA WEB BASADA EN PROGRAMACION A TRES CAPAS Y PROGRAMACION EN PHP CON SOFTWARE LIBRE PARA LAS C OMPRAS
ELECTRONICAS DE AUTOPARTES DE SUBOCOL S.A
Proyecto de grado presentado por:
Julián Alberto Villanueva Lora
Daniel Betancur López
Asesorado por: Eucario Parra Castrillon
Ingeniero de Sistemas
Ante la Universidad UNIVERSIDAD DE SAN BUENAVENTURA
Medellín
Como requisito para Optar al título de:
INGENIERO DE SISTEMAS
Página 1
TABLA DE CONTENIDOS
Introducción 3 1. Información general del proyecto 4 1.1 Titulo 4 1.2 Integrantes 4 1.3 Tipo de investigación 4 1.4 Tipo de proyecto 4 1.5 Línea de investigación 5 2. Justificación 6 3. Objetivos 8 3.1 Objetivo General 8 3.2 Objetivos específicos 8 4. Metodología implementada 9 5. Casos de uso 11 6. Planeamiento de requerimientos 47 6.1 Matriz de requerimientos funcionales y no funcionales 47 6.2 Lista de requerimientos 48 6.3 Requerimientos no funcionales 62 7. Arquitectura de datos 65 7.1 Modelo de datos 65 7.1.1 Modelo entidad relación 65 7.1.2 Definición de entidades 66 7.1.3 Descripción de entidades 66 7.1.4 Matriz relaciones entre entidades 72 7.2 Modelo de clases 75 7.2.1 Diagrama de clases 75 7.2.2 Descripción de clases 76 8. Requerimientos de implementación 79 8.1 Descripción 79 8.2 Herramientas aplicadas 81 9. Casos de pruebas 82 10. Plan de pruebas 89 10.1 Propósito 89 10.2 Alcance 89 10.3 Supuestos 92 10.4 Estrategia de pruebas 92 10.5 Criterios de amplitud 93 10.6 Criterios de suspensión de pruebas 93
Página 2
11. Mantenimiento 95 11.1 Tipos de mantenimiento 95 11.2 Formación usuario 96 12. Métricas de Calidad 97 13. Manual de usuario 102 Conclusiones 128 Bibliografía 129
Página 3
INTRODUCCIÓN
SUBOCOL S.A. es una compañía colombiana especializada en el sector automotriz, dedicada a la investigación, asesoría, intermediación y logística de autopartes y vehículos, para que a través de procesos altamente tecnificados, haya generación de valor agregado, transferencia de conocimiento y eficiencias, como una ventaja competitiva para las compañías propietarias.
El sistema de cotización de autopartes para vehículos automotores ha sido diseñado para ser procesado en forma totalmente interactiva en la web, con el objetivo de ser utilizado directamente por personas dependientes del departamento de ventas; está orientado hacia el uso intensivo de opciones de captura de datos, consulta de información.
Acceso: http://www.cubicalab.com/tesis/@dmin
Usuario: juanf349
Contraseña: juanf7654
Página 4
1. INFORMACION GENERAL DEL PROYECTO
1.1. TÍTULO:
Aplicación de ingeniería web basada en programación a tres capas y programación en php con software libre para las compras electrónicas de autopartes de subocol s.a
1.2. INTEGRANTES:
Julián Alberto Villanueva Lora. Código: 1000908 Cédula: 3482445 de Envigado Programa Académico Ingeniería de Sistemas. Teléfono: 3422529 E-mail julian.villanueva@gmail.com Nivel (Semestre) 11.
Daniel Betancur López Código 1001921. Cédula 71262747 de Medellín. Programa Académico Ingeniería de Sistemas. Teléfono 3381166. E-mail danielbetancurl@gmail.com Nivel (Semestre) 11.
1.3. TIPO DE INVESTIGACIÓN: Exploratoria Predictiva Descriptiva Aplicada X Comparativa Interactiva Analítica Confirmatoria Explicativa Evaluativo
1.4. TIPO DE PROYECTO:
Investigación en Ciencia básica Investigación aplicada X Desarrollo tecnológico X
Página 5
1.5. LÍNEA DE INVESTIGACIÓN USB
Línea y grupo de investigación USB
Ingeniería del software y telemática
Trabajo empresarial para la empresa Subocol S.A
Página 6
2. JUSTIFICACION
El desarrollo de software es una de las muchas áreas que comprenden la Ingeniera de Sistemas, donde las empresas se aprovechan de estos desarrollos para ser más competitivas en el mercado, facilitando información para la toma de decisiones. Este es el caso específico de Subocol, la cual basa principalmente sus ingresos en la toma de decisiones de compra de repuestos para las compañías aseguradoras. Hace unos años atrás muchas organizaciones se están basando en el software libre, lo cual no va incurrir en altos costos por la compra del software; ya que los desarrolladores de software libre están exentos de gastos de licencias o programas para el desarrollo de software. Ahora con el auge del Internet hace ya unos años, muchos desarrolladores de software basados en la Web, le ha permitido la comunicación de usuarios en diferentes partes del mundo en tiempo real; sin importar el idioma, lugar o fecha, gracias a la red de redes (como se le denomina al Internet) no hay espacio, lugar ni tiempo para el intercambio de información y aprender cada día más. Aquí entra a jugar un papel muy importante la ingeniería Web, la cual incentiva a la aplicación de metodologías sistemáticas, disciplinadas y cuantificables al desarrollo eficiente, operación y evolución de aplicaciones de alta calidad en la web El desarrollo de software libre, existen dos tipos de ambientes interno y externo. El ambiente interno se presta mucho más para redes locales de la empresa, lo cual se le dificulta el envió o la publicación en el mundo exterior y mucho más complejo la interacción de los entes que intervienen en la generación de la información. En cuanto al ambiente externo son aplicaciones orientadas a la Web, que pueden operar en ambientes internos y facilitando el envió o publicación de la información al mundo exterior. Hoy en día con el concepto de la globalización, como la agilidad en la toma de decisiones, la continúa comunicación del negocio con mis clientes, las transacciones en línea y muchas más. Gracias a las aplicaciones Web puedo hacer posible esto en tiempo real, permitiéndome el acceso a la información en cualquier parte del mundo. La utilización de software libre en Colombia va en aumento, lo cual sale muy económicos y versátiles a la hora de implementarlos. Un gran porcentaje de las empresas dan conocer, que el software libre es bueno, pudiendo acoplarlo a cualquier sistema operativo. Linux es el sistema operativo que mas usa software libre. La utilización de software libre a dado gran satisfacción y éxitos en las empresas colombianas. [SCO04] La Universidad de San Buenaventura tiene docentes especializados en software libre, pero no cuenta con un gran grupo de estudiantes que se formen en el desarrollo de software libre o implementen servicios especializados o herramientas y aplicaciones basados en este esquema, esta sería una forma de motivar al estudiantado, para que
Página 7
utilicen este desarrollo para que complemente y optimice sus futuras aplicaciones y porque no proyectándolos también a formar empresa con desarrollos de aplicaciones libres.
Página 8
3. OBJETIVOS
3.1 OBJETIVO GENERAL Implementar varios componentes o módulos de software para la empresa Subocol, con funcionalidad de conexión a base de datos, navegación de menús, generación o carga de archivos planos y gestión de seguridad para acceso a la aplicación, utilizando tecnología PHP.
3.2 OBJETIVOS ESPECÍFICOS.
Analizar las necesidades de la implementación de componentes para aplicaciones Web, utilizando software libre y las ventajas para la reutilización futura de los componentes.
Diseñar los componentes de software para aplicaciones Web, que cumplan la funcionalidad de conexión a base de datos, navegación de menús, generación o carga de archivos planos y gestión de seguridad para acceso a la aplicación.
Desarrollar los componentes de software para aplicaciones Web utilizando tecnología PHP, que cumplan la funcionalidad de conexión a base de datos, navegación de menús, generación o carga de archivos planos y gestión de seguridad para acceso a la aplicación.
Probar el óptimo funcionamiento de los componentes de software para aplicaciones Web desarrollados y como estos componentes de software podrá facilitar otros desarrollos de aplicaciones para Web.
Elaborar la documentación técnica (manual del sistema y manual de usuario) sobre cada uno de los módulos.
Dar una capacitación a personal de la universidad y la empresa Subocol sobre el funcionamiento y diseño de los módulos.
Página 9
4. METODOLOGÍA IMPLEMENTADA. La metodología propuesta se determinara por fases de acuerdo con cada uno de los objetivos específicos propuestos para tal fin: Fase 1: Análisis
Formular los requerimientos que generaran la ingeniería Web.
Analizar y estructurar los componentes de software que serán implementados para aplicaciones Web.
Analizar que otras herramientas basadas en software libre se necesitaran para la implementación de la programación a 3 capas
Fase 2: Diseño
Diseñar la respectiva estructura para el funcionamiento y la iteración de los módulos con la base de datos.
Diseño del ambiente de presentación del portal.
Diseñar los métodos de seguridad.
Fase 3: Desarrollo
Desarrollo de los componentes de software para aplicaciones Web, utilizando tecnología PHP.
Implementar y/o habilitar las funciones básicas que son inherentes de una aplicación Web.
Creación de la base de datos donde se alojaran los componentes y las instancias almacenadas para que el usuario o pueda reutilizar en futuras aplicaciones.
Desarrollar los módulos relacionados con la seguridad del aplicativo.
Página
10
Fase 4: Pruebas
• Realizar pruebas de funcionalidad de los módulos del software. • Realizar pruebas de funcionalidad, en donde un usuario pueda ingresar la
información correspondiente a la creación de su portal Web.
• Corregir errores en caso de que se presente algo.
Página
11
5. CASOS DE USO
En esta sección se describe la funcionalidad del módulo a través de los diferentes casos de uso del sistema.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP001 – Crear Usuario
Actores: Administrador del sistema
Propósito: Crear usuario en el sistema
Descripción: Esta sección permitirá al usuario administrador del sistema, crear un nuevo usuario en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones -
Poscondiciones El usuario debe quedar correctamente creado en el sistema Requisitos Relacionados 2.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
Página
12
opción “Usuario”
El sistema mostrara una lista de los usuarios
existentes con unas opciones debe
seleccionar la opción nuevo Usuario.
El sistema mostrara un el formulario para
llenar la información acerca del usuario a
crear.
El usuario deberá ingresar numero cedula.
El usuario deberá ingresar los nombres del
usuario.
El usuario deberá ingresar los apellidos del
usuario.
El usuario deberá ingresar el id del usuario.
El usuario deberá ingresa la contraseña del
usuario
El usuario deberá seleccionar del combo el
nivel del perfil en el sistema.
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si el usuario ya existe el sistema mostrara el mensaje “El usuario ya existe en el sistema”
Si los datos están ingresados correctamente y el usuario no existe el sistema mostrara el mensaje “ el usuario quedo ingresado correctamente”
El sistema volverá al menú principal.
Página
13
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP002 – Editar Usuario
Actores: Administrador del sistema
Propósito: Modificar Usuarios en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, modificar los usuarios creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El usuario debe existir en la base de datos
Poscondiciones El usuario debe quedar correctamente modificado en el sistema
Requisitos Relacionados 2.2
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Usuario”
El sistema mostrara una lista de los usuarios
existentes con unas opciones a la derecha
tales como: “Nuevo Usuario”, ”Editar”,
”borrar”, ”Ver”
El usuario escogerá la opción “editar”.
El sistema mostrara el formulario diligenciado
del Usuario.
El usuario deberá hacer los cambios que
desee hacer
Hacer clic sobre el botón enviar. Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si los datos están ingresados correctamente y el usuario no existe el sistema mostrara el mensaje “ el usuario quedo modificado correctamente”
El sistema volverá al menú principal.
Página
14
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP003 – Borrar Usuario
Actores: Administrador del sistema
Propósito: Borrar Usuario en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, eliminar los usuarios creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El usuario debe existir en la base de datos
Poscondiciones El usuario debe quedar eliminado de la base de datos. Requisitos Relacionados 2.3
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Usuario”
El sistema mostrara una lista de los vehículos
existentes con unas opciones a la derecha
tales como: “Nuevo Usuario”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el usuario a borrar y dar la
opción borrar
El sistema mostrara un mensaje “Desea
eliminar este registro definitivamente” Aceptar o cancelar
Si la opción es aceptar grabara la información
y si es cancelar no la grabara.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP004 – Ver Usuario
Actores: Administrador del sistema
Propósito: Ver usuario en el sistema
Página
15
Descripción: Esta sección permitirá a los usuarios del sistema, Ver una descripción más detallada de los usuarios creados en el sistema.
Caso de Uso relacionado -
Precondiciones El usuario de existir en la base de datos.
Poscondiciones - Requisitos Relacionados 2.4
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Usuarios”
El sistema mostrara una lista de los usuarios
existentes con unas opciones a la derecha
tales como: “Nuevo Usuario”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el usuario a consultar y dar
la opción ver
El sistema mostrara el detalle del usuario.
Página
16
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP005 – Ingresar al sistema
Actores: Usuario con roles asignados
Propósito: Ingresar al aplicativo
Descripción: Esta sección permitirá a un usuario existente dentro del sistema ingresar a la aplicación, verificando sus permisos, y permitiéndolo ver el menú al cual tiene acceso.
Caso de Uso relacionado -
Precondiciones El usuario debe existir en la base de datos
Poscondiciones Se puede ingresar al menú principal, dependiendo de los permisos asignados
Requisitos Relacionados 1.1, 1.2 y 1.3
Pasos: Alternativas
1. El usuario ingresa al aplicativo
2. El sistema presenta un pantallazo,
solicitando ingresar el usuario y la
contraseña para validación
3. El usuario debe ingresar el usuario y la
contraseña asignados y la opción
“ingresar”
3.1 El usuario no existe en el sistema.
Página
17
3.2 El usuario existe pero la contraseña ingresada no es válida.
3.3 El usuario y la contraseña son correctas.
4. El sistema ingresa al menú y presenta las
opciones asignadas para dicho usuario.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/05/2011
CASO DE USO: APP032 – Verificación de Sesión
Actores:
Propósito: Verificar los permisos de Menú que tiene el usuario
Descripción: Esta sección permitirá al sistema verificar la sesión y los permisos del usuario para mostrar el menú que le corresponde a estos permisos
Caso de Uso relacionado Ingresar al sistema
Precondiciones Deben existir permisos asignados en el sistema
Poscondiciones Se puede ingresar al menú principal, dependiendo de los permisos asignados
Requisitos Relacionados
Pasos: Alternativas
1. El sistema verifica en la base de datos los
permisos asignados del usuario que intenta
ingresar
2. el sistema devuelve la información y
verifica el menú asignado
3. el sistema abre el menú asignado al usuario
Página
18
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 11/05/2011
CASO DE USO: APP033 – Primer ingreso al sistema
Actores:
Propósito: Verificar si es el primer ingreso al sistema de un usuario
Descripción: Esta sección verificara si es el primer ingreso al sistema del usuario con el fin de solicitar cambio de contraseña
Caso de Uso relacionado Ingresar al sistema
Precondiciones El usuario debe existir en la base de datos
Poscondiciones Se puede ingresar al menú principal, dependiendo de los permisos asignados
Requisitos Relacionados
Pasos: Alternativas
1. el sistema verificara en la base de datos si
es el primer ingreso al sistema
1.1 si es la primer vez el sistema solicitara el cambio de contraseña
1.2 si no es la primera vez el sistema hará la verificación normal de permisos de ingreso.
2. se ingresa al sistema con menú asignado
dependiendo de los permisos
Página
19
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP006 – Creación de casos nuevos
Actores: Usuario del Taller
Propósito: Crear nuevos casos para cotización en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, crear nuevos casos en el sistema con el fin de realizar cotizaciones, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado Control de tiempos
Precondiciones El vehículo de estar registrado en el sistema.
Poscondiciones El caso quedara abierto, y pendiente para ingresar cotizaciones
Página
20
Requisitos Relacionados 6.1
Pasos: Alternativas
El usuario deberá ingresar en el menú
principal a la opción “caso”
El sistema desplegara el Submenú con las
opciones “creación de caso nuevo”, “Editar
caso”, “cierre de casos”.
El usuario deberá dar click en la opción
“creación de caso nuevo”
El sistema cargara el formulario para la
creación de casos nuevos.
El usuario debe ingresar la placa del vehículo La placa no existe en el sistema
La placa existe en el sistema
El sistema mostrara la descripción de la placa
solicitada
El Usuario deberá escoger de la lista
desplegable el tipo de mantenimiento a
realizar (Correctivo, preventivo o siniestro)
El usuario deberá ingresar el nombre del taller
El usuario deberá ingresar la dirección del
taller
El usuario deberá ingresar el teléfono del
taller
El usuario deberá ingresar el contacto del
taller
El usuario dará clic en la opción enviar Si los datos no fueron ingresados todos los campos, el sistema informara “faltan datos”
Si los datos fueron ingresados en su totalidad el sistema informara “ datos ingresados correctamente numero de caso xxxxx”
El sistema regresara al menú principal.
Página
21
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP007 – Modificación de casos
Actores: Usuario del Taller
Propósito: Modificar casos existentes para cotización en el sistema
Descripción:
Esta sección permitirá a los usuarios del sistema, modificar casos existentes en el sistema con el fin de realizar cotizaciones, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado Verificar caso Abierto
Precondiciones El caso deberá existir previamente en el sistema
Poscondiciones El caso quedara modificado, y pendiente para ingresar cotizaciones
Requisitos Relacionados 6.2
Pasos: Alternativas
El usuario ingresara en el menú principal a la
opción “caso”
El sistema desplegara un Submenú con las
opciones “creación de caso nuevo”, “Editar
caso”, “cierre de casos”
El usuario deberá escoger la opción “Editar”
El sistema mostrara el formulario con los
datos del caso.
El usuario deberá editar todos los datos
necesarios.
El usuario deberá escoger la opción “Enviar”
El sistema verificara que todos los campos
estén llenos
Si los datos están incompletos el sistema mostrara un mensaje “debe llenar todos los campos”
Si los datos están completos, el sistema informara “los cambios han sido guardados”
el sistema regresara al menú principal
Página
22
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP008 – Cierre de casos
Actores: Usuario del Taller
Propósito: Cerrar casos abierto en el sistema.
Descripción: Esta sección permitirá a los usuarios del sistema, cerrar casos abiertos en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado Verificar Caso abierto
Precondiciones Deberá existir un caso en el sistema.
Poscondiciones El caso quedara cerrado en el sistema Requisitos Relacionados 6.3
Pasos: Alternativas
El Usuario ingresara en el menú principal a la
opción “caso”
El sistema desplegara un Submenú con las
opciones “creación de caso nuevo”, “Editar de
casos”, “cierre de casos”,
El Usuario escogerá la opción “cierre de caso”
Si el caso digitado ya está cerrado, el sistema mostrara el mensaje de error
El sistema regresara el menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP018 – Control de tiempos de cotización
Actores: Usuario del Taller
Propósito: Inicialización de tiempos de cotización.
Descripción: Esta sección permitirá a los usuarios del sistema, llevar un control de tiempos de respuesta por cotización de un caso específico.
Página
23
Caso de Uso relacionado -
Precondiciones Deberá existir un caso abierto.
Poscondiciones - Requisitos Relacionados 8.1
Pasos: Alternativas
El caso de uso ejecutara cuando se genera un
nuevo caso
El usuario ingresara los campos
correspondiente a un nuevo caso
Una vez se envía esta información y este
correcta se insertara un registro con la
inicialización del contador.
El caso de uso termina
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP010 – Abrir caso cerrado
Actores: Usuario Comprador
Propósito: Abrir casos cerrados en el sistema.
Descripción: Esta sección permitirá a los usuarios del sistema, abrir casos cerrados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado Verificar caso abierto
Precondiciones Deberá existir un caso
Poscondiciones El caso quedara abierto en el sistema Requisitos Relacionados 7.2
Pasos: Alternativas
El Usuario ingresara en el menú principal a la
opción “casos cerrados”
El sistema desplegara un Submenú con las
Página
24
opciones “Abrir”.
El Usuario escogerá la opción “abrir”
El sistema regresara el menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP012 – Creación de cotizaciones
Actores: Usuario comprador
Propósito: Crear nuevas cotizaciones en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, crear nuevas cotizaciones en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir un caso creado en el sistema para la placa a cotizar, deberá existir proveedores y artículos
Poscondiciones La cotización quedara ingresada en el sistema pendiente de generar orden de compra
Requisitos Relacionados 10.1
Pasos: Alternativas
El usuario debe ingresar en el menú principal
a la opción “cotizaciones”
El sistema desplegara un submenú,
mostrando las opciones “Nueva Cotización”,
“Editar Cotización”
El usuario deberá escoger la opción “Nueva
Cotización”
El usuario deberá escoger el caso pendiente
donde desea ingresar la cotización y el
proveedor.
El usuario deberá dar click en “articulo”
Página
25
El sistema activara una nueva fila para
ingresar artículo.
El usuario deberá escoger de la lista
desplegable el artículo que necesita
El usuario ingresara el valor del articulo
escogido
El usuario deberá ingresar la marca del
articulo
El usuario deberá ingresar el tiempo de
garantía
El usuario deberá insertar filas de artículos,
cuantos necesite.
El Usuario dará click en “ingresar cotización”
El sistema guardara la cotización en la base de
datos y asignara un número consecutivo.
El sistema detendrá el tiempo de cotización
iniciado en la creación del caso.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP019 – Terminar tiempos de entrega
Actores: Usuario existente en el sistema
Propósito: Finalizar el contador iniciado al generar el caso en el sistema
Descripción:
Esta sección permitirá a los usuarios del sistema, terminar los contadores iniciados automáticamente al generar el caso en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir una cotización en el sistema para el caso especifico
Poscondiciones El tiempo de despacho quedara registrado en el caso.
Página
26
Requisitos Relacionados
Pasos: Alternativas
El caso de uso ejecutara cuando se genera
una cotización.
El usuario ingresara los campos
correspondiente a la creación de una
cotización.
Una vez se envía esta información el contador
de que fue inicializado al momento de crear el
caso se terminara.
El caso de uso termina
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP013 – Modificación de cotizaciones
Actores: Usuario comprador
Propósito: Modificar cotizaciones existentes en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, modificar cotizaciones existentes en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir una cotización creada en el sistema para el caso especifico
Poscondiciones La cotización quedara modificada en el sistema pendiente de generar orden de compra
Requisitos Relacionados
Pasos: Alternativas
El usuario debe ingresar en el menú principal
a la opción “cotizaciones”
El sistema desplegara un submenú,
mostrando las opciones “Nueva cotización”,
“editar”
Página
27
El usuario deberá escoger la opción “Editar”
El usuario deberá escoger la cotización que
desea modificar
El sistema desplegara el formulario con la
cotización diligenciada
El usuario deberá hacer las modificaciones
que desee hacer en la cotización y le da clic
en guardar
El sistema verificara todos los espacios del
formulario
Si los campos de la cotización no están totalmente diligenciados el sistema mostrara el mensaje “ los campos no está totalmente diligenciados”
Si los espacios del formulario están completos, el sistema mostrara el mensaje “ la cotización fue guardada correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP015 – generar orden de compra
Actores: Usuario comprador
Propósito: Generar orden de compra para cotizaciones existentes en el sistema
Descripción:
Esta sección permitirá a los usuarios del sistema, generar órdenes de compra para las cotizaciones existentes en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir una cotización creada en el sistema para el caso especifico
Poscondiciones - Requisitos Relacionados 9.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
Página
28
opción “Cotización”
El sistema desplegara un submenú con las
siguientes opciones: “generar orden de
compra”
El usuario escogerá la opción “generar orden
de compra”
El sistema mostrara un pantallazo solicitando
el numero de caso
El usuario digitara el numero de caso donde
se encuentra la cotización a la cual se le desea
generar el numero de orden de compra
El sistema validara el numero de caso Si el numero de caso no existe, el sistema mostrara un message box “el numero de caso no existe en el sistema”
Si el numero de caso existe pero está cerrado, el sistema mostrara un message box “ el numero de caso se encuentra cerrado y no se puede modificar”
Si el número de caso existe y está vigente, el sistema mostrara las cotizaciones que están pendientes por dar número de orden.
El usuario escogerá la cotización a la cual se le
desea generar número de compra.
El sistema mostrara el formulario diligenciado
de la cotización con los espacios para escoger
al lado de cada articulo
El usuario escogerá los artículos a los cuales
les desea generar la orden de compra y dará
la opción de “generar orden de compra”
El sistema genera y muestra el consecutivo
con la orden de compra y quita los artículos
de la cotización.
El sistema generara una hoja de Excel con la
orden de compra y le preguntara al cliente,
donde la desea guardar
Página
29
El usuario escogerá la ruta donde desea
guardar la orden de compra.
El sistema guardara la orden de compra en la
ruta seleccionada
El usuario podrá escoger la opción regresar a
menú principal para volver al menú.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP017 – Consultar orden de compra
Actores: Usuario comprador
Propósito: Consultar una orden de compra existentes en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, consultar órdenes de compra existentes en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir una orden de compra creada en el sistema para el caso especifico
Poscondiciones - Requisitos Relacionados 9.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “orden de compra”
El sistema desplegara un listado con las
órdenes de compras.
El usuario escogerá la opción “Ver”
El sistema mostrara una descripción detallada
de la orden de compra.
Página
30
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP030 – Verificar Caso abierto
Actores: ------------------
Propósito: Verificar que un caso este abierto para trabajar dentro del él.
Descripción: Esta opción le permitirá al sistema verificar si un caso se encuentra abierto para poder realizarle modificaciones.
Caso de Uso relacionado -
Precondiciones Deberá existir un caso
Poscondiciones Se devolverá el estado del caso. Requisitos Relacionados
Pasos: Alternativas
El sistema verificara en la base de datos que
el estado del caso
Si el caso está cerrado, mostrara una ventana informando que el caso se encuentra cerrado
Si el caso se encuentra abierto se permitirá continuar y modificar el caso
El sistema continuara al la ventana solicitada.
Página
31
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP020 – Control de tiempos de entrega
Actores: Coordinador del sistema
Propósito: Consultar tiempos de entrega generadas en el sistema
Descripción:
Esta sección permitirá a los usuarios del sistema, consultar los tiempos de entrega de un caso específico de cotizaciones generadas en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones Deberá existir una orden de compra con tiempo terminado en el sistema para el caso especifico
Poscondiciones - Requisitos Relacionados 8.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “control de tiempos”
El sistema mostrara la información de
tiempos sobre un caso.
Termina el caso de uso
Página
32
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP021 – Crear articulo
Actores: Coordinador del sistema
Propósito: Crear articulo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, crear artículos en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones -
Poscondiciones - Requisitos Relacionados 3.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “administración de software”
El sistema desplegara un submenú con las
siguientes opciones: “crear articulo”,
“modificar articulo”, “borrar articulo”, “Ver
articulo”
Página
33
El usuario escogerá la opción “crear articulo”
El sistema mostrara un el formulario para
llenar la información acerca del articulo a
crear.
El usuario deberá ingresar el nombre del
articulo
El usuario deberá ingresar el sistema al cual
pertenece el artículo.
El usuario deberá ingresar la descripción
adicional del articulo
El usuario escogerá la opción “Enviar”
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si el articulo ya existe el sistema mostrara el mensaje “ el articulo ya existe en el sistema”
Si los datos están ingresados correctamente y el articulo no existe el sistema mostrara el mensaje “ el articulo quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP022 – Modificar articulo
Actores: Coordinador del sistema
Propósito: Modificar articulo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, modificar artículos creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El articulo deberá existir en el sistema
Poscondiciones 3.2
Página
34
Requisitos Relacionados
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “administración de software”
El sistema desplegara un submenú con las
siguientes opciones: “crear articulo”,
“modificar articulo”, “borrar articulo” y “ver
articulo”
El usuario escogerá la opción “Editar”
El sistema mostrara un el formulario
diligenciado del articulo
El usuario deberá hacer los cambios que
desee hacer
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si los datos están ingresados correctamente y el articulo no existe el sistema mostrara el mensaje “ el articulo quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP023 – Borrar articulo
Actores: Coordinador del sistema
Propósito: Borrar articulo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, eliminar artículos creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El articulo deberá existir en el sistema
Poscondiciones 3.3
Página
35
Requisitos Relacionados
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Artículos”
El sistema mostrara una lista de los artículos
existentes con unas opciones a la derecha
tales como: “Nuevo Articulo”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el articulo a borrar y dar la
opción borrar
El sistema mostrara un mensaje “Desea
eliminar este registro definitivamente”
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP024 – Ver articulo
Actores: Coordinador del sistema
Propósito: Ver articulo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, Ver una descripción más detallada de los artículos creados en el sistema.
Caso de Uso relacionado -
Precondiciones El articulo debe existir
Poscondiciones - Requisitos Relacionados 3.4
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Artículos”
El sistema mostrara una lista de los artículos
existentes con unas opciones a la derecha
tales como: “Nuevo Articulo”, ”Editar”,
”borrar”, ”Ver”
Página
36
El usuario buscara el articulo a consultar y dar
la opción ver
El sistema mostrara el detalle del artículo.
Página
37
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP025 – Crear Vehículo
Actores: Coordinador del sistema
Propósito: Crear Vehículo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, crear un nuevo vehículo en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones -
Poscondiciones - Requisitos Relacionados 4.1
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “vehículo”
El sistema mostrara una lista de los vehículos
existentes con unas opciones debe
seleccionar la opción nuevo vehículo
El sistema mostrara un el formulario para
llenar la información acerca del vehículo a
Página
38
crear.
El usuario deberá ingresar la placa
El usuario deberá ingresar el nombre del
vehículo.
El usuario deberá ingresar la descripción
adicional del vehículo
El usuario escogerá la opción “enviar”
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si el vehículo ya existe el sistema mostrara el mensaje “ el vehículo ya existe en el sistema”
Si los datos están ingresados correctamente y el vehículo no existe el sistema mostrara el mensaje “ el vehículo quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP026 – Editar Vehículo
Actores: Coordinador del sistema
Propósito: Modificar vehículo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, modificar los vehículos creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El vehículo deberá existir en la base de datos
Poscondiciones - Requisitos Relacionados 4.2
Pasos: Alternativas
Página
39
El usuario en el menú principal, escogerá la
opción “vehículos”
El sistema mostrara una lista de los vehículos
existentes con unas opciones a la derecha
tales como: “Nuevo Vehículo”, ”Editar”,
”borrar”, ”Ver”
El usuario escogerá la opción “editar”
El sistema mostrara el formulario diligenciado
del vehículo
El usuario deberá hacer los cambios que
desee hacer
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si los datos están ingresados correctamente y el vehículo no existe el sistema mostrara el mensaje “ el vehículo quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP027 – Borrar Vehículo
Actores: Coordinador del sistema
Propósito: Borrar Vehículo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, eliminar los vehículos creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El vehículo debe existir en la base de datos
Poscondiciones - Requisitos Relacionados 4.3
Pasos: Alternativas
Página
40
El usuario en el menú principal, escogerá la
opción “Vehículo”
El sistema mostrara una lista de los vehículos
existentes con unas opciones a la derecha
tales como: “Nuevo Vehículo”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el vehículo a borrar y dar la
opción borrar
El sistema mostrara un mensaje “Desea
eliminar este registro definitivamente”
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP028 – Ver Vehículo
Actores: Usuario existente en el sistema
Propósito: Ver vehículo en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, Ver una descripción más detallada de los vehículos creados en el sistema.
Caso de Uso relacionado -
Precondiciones El vehículo debe existir en la base de datos
Poscondiciones - Requisitos Relacionados 4.4
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Vehículo”
El sistema mostrara una lista de los artículos
existentes con unas opciones a la derecha
tales como: “Nuevo Articulo”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el vehículo a consultar y
Página
41
dar la opción ver
El sistema mostrara el detalle del vehículo.
Página
42
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP029 – Crear Proveedor
Actores: Coordinador del sistema
Propósito: Crear proveedor en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, crear un nuevo proveedor en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones -
Poscondiciones - Requisitos Relacionados 5.1
Pasos: Alternativas El usuario en el menú principal, escogerá la
opción “Proveedor”
El sistema mostrara una lista de los proveedor
existentes con unas opciones debe
seleccionar la opción nuevo proveedor.
El sistema mostrara un el formulario para
llenar la información acerca del proveedor a
Página
43
crear.
El usuario deberá ingresar el NIT
El usuario deberá ingresar el nombre del
proveedor.
El usuario deberá ingresar la descripción
adicional del proveedor
El usuario escogerá la opción “enviar”
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si el proveedor ya existe el sistema mostrara el mensaje “El proveedor ya existe en el sistema”
Si los datos están ingresados correctamente y el proveedor no existe el sistema mostrara el mensaje “ el proveedor quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP030 – Editar Proveedor
Actores: Usuario existente en el sistema
Propósito: Modificar proveedor en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, modificar el proveedor creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El proveedor debe existir en la base de datos
Poscondiciones - Requisitos Relacionados 5.2
Pasos: Alternativas
Página
44
El usuario en el menú principal, escogerá la
opción “Proveedor”
El sistema mostrara una lista de los vehículos
existentes con unas opciones a la derecha
tales como: “Nuevo Proveedor”, ”Editar”,
”borrar”, ”Ver”
El usuario escogerá la opción “editar”.
El sistema mostrara el formulario diligenciado
del proveedor.
El usuario deberá hacer los cambios que
desee hacer
El sistema validara la información ingresada
en el formulario
Si las alguna de las casillas está vacía, el sistema mostrara el mensaje “ deberá ingresar todos los datos solicitados”
Si los datos están ingresados correctamente y el proveedor no existe el sistema mostrara el mensaje “ el proveedor quedo ingresado correctamente”
El sistema volverá al menú principal.
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP031 – Borrar Proveedor
Actores: Coordinador del sistema
Propósito: Borrar proveedor en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, eliminar el proveedor creados en el sistema, dependiendo de sus funciones asignadas dentro del proceso.
Caso de Uso relacionado -
Precondiciones El proveedor debe existir en la base de datos
Poscondiciones - Requisitos Relacionados 5.3
Pasos: Alternativas
Página
45
El usuario en el menú principal, escogerá la
opción “Vehículo”
El sistema mostrara una lista de los vehículos
existentes con unas opciones a la derecha
tales como: “Nuevo Proveedor”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el proveedor a borrar y dar
la opción borrar
El sistema mostrara un mensaje “Desea
eliminar este registro definitivamente”
AUTOR Daniel Betancur y Julián Villanueva REVISOR
PAQUETE APP FECHA 19/06/2010
CASO DE USO: APP032 – Ver Proveedor
Actores: Coordinador del sistema
Propósito: Ver Proveedor en el sistema
Descripción: Esta sección permitirá a los usuarios del sistema, Ver una descripción más detallada de los proveedores creados en el sistema.
Caso de Uso relacionado -
Precondiciones El proveedor debe existir en la base de datos
Poscondiciones - Requisitos Relacionados 5.4
Pasos: Alternativas
El usuario en el menú principal, escogerá la
opción “Proveedor”
El sistema mostrara una lista de los artículos
existentes con unas opciones a la derecha
tales como: “Nuevo Proveedor”, ”Editar”,
”borrar”, ”Ver”
El usuario buscara el Proveedor a consultar y
Página
46
dar la opción ver
El sistema mostrara el detalle del Proveedor.
Página
47
6. PLANEAMIENTO DE REQUERIMIENTOS
A continuación se describen los requerimientos para la implementación del sistema.
La forma como se van a documentar estos requerimientos será de la siguiente manera.
Primero se diligenciara una tabla en la cual se describe de manera general el requerimiento. Esta tabla contendrá la siguiente información: nombre del requerimiento, descripción y requerimientos generales.
Luego se diligenciara una tabla por cada requerimiento general asociado al requerimiento inicial. Esta tabla contendrá la siguiente información: identificador, nombre, tipo, actores, entrada, salida, descripción y criterio de aceptación.
6.1 MATRIZ DE REQUERIMIENTOS FUNCIONALES Y NO FU NCIONALES.
Código Requerimientos Funcional No Funcional
1 Control de acceso al sistema. X
2 Administración de usuarios. X
3 Administración de artículos. X
4 Administración de vehículos. X
5 Administración de proveedores X
6 Administración de casos X
7 Listado de casos cerrados X
8 Listado de control de tiempos X
9 Listado de órdenes de compra X
10 Creación de cotizaciones X
11 Desempeño X
12 Disponibilidad X
13 Escalabilidad X
14 Facilidad de uso e ingreso de información X
15 Flexibilidad X
16 Mantenibilidad X
17 Seguridad X
Página
48
6.2 LISTA DE REQUERIMIENTOS.
Requerimiento Específico.
1
Control de
acceso al sistema
Descripción
Permite controlar el acceso al sistema, de manera que se le
presenten a cada uno de los usuarios las opciones dispuestas para
su Rol
Requerimientos Generales
1. Controlar el acceso a través de login.
2. Manejo de usuarios, roles y opciones.
3. Manejo de clave encriptada.
Caso de Uso APP005 – Ingreso al Sistema
Requerimiento general.
Identificador 1.1
Nombre Controlar el acceso a través de login.
Tipo Requerido por el usuario.
Entrada Usuario y contraseña.
Salida Se permite o se restringe el acceso al aplicativo.
Descripción
Controlar el acceso al sistema mediante el usuario y la contraseña,
de tal manera que se evalué si está permitido ingresar al sistema y
que opciones de menú deben de ser desplegadas para al usuario.
Criterios de
aceptación
• Una vez digitados correctamente los datos de usuario y
contraseña, el sistema despliega al usuario las opciones
correspondientes a su rol.
• Si los datos de usuario y contraseña no fueron digitados
correctamente, no se permite al ingreso al sistema y se informa
la situación presentada.
Página
49
Requerimiento general.
Identificador 1.2
Nombre Manejo de usuarios, roles y opciones
Tipo Requerido por el usuario.
Entrada • Usuario y contraseña.
• Información de las opciones dispuestas para cada rol.
Salida Ingreso del usuario al sistema, con las opciones dispuestas para el
rol al cual pertenece el usuario.
Descripción
Manejar de forma adecuada las opciones del sistema, de manera tal
que solo puedan ser acezadas por los usuarios permitidos según los
roles previamente establecidos.
Criterios de
aceptación
Si las opciones del sistema fueron configuradas correctamente, el
sistema debe desplegar al usuario las opciones correspondientes a
su rol dentro del sistema una vez esté se halla logueado, de lo
contrario el sistema no desplegara las opciones correspondientes al
rol del usuario.
Requerimiento general.
Identificador 1.3
Nombre Manejo de clave encriptada.
Tipo Requerido por el usuario.
Entrada Ingreso de un nuevo usuario.
Salida Al almacenar la información del usuario en la base de datos, la clave
debe ser encriptada.
Descripción
Se debe encriptar la clave del usuario, con el fin de que no pueda
ser descifrada fácilmente por alguna persona que pretenda ingresar
al sistema sin tener la autorización para hacerlo.
Criterios de
aceptación
• Una vez ingresados los datos del usuario. La clave debe quedar
encriptada de manera tal que no se logre visualizar
correctamente.
• El sistema debe de hacer correctamente el proceso de encriptar
y desencriptar la clave de manera tal que este proceso se
Página
50
transparenté para el usuario.
Requerimiento Específico.
2
Administración
de usuarios.
Descripción
Permite al usuario administrador, gestionar todo lo que tiene que ver
con el manejo de los usuarios del sistema.
Requerimientos Generales
1. Ingreso de nuevos usuarios.
2. Actualización de usuarios.
3. Eliminación de usuarios.
4. Consulta de Usuario
Requerimiento general.
Identificador 2.1
Nombre Ingreso de nuevos usuarios.
Tipo Requerido por el usuario
Entrada CedulaUsuario, NombreUsuario, ApellidoUsuario,
ContraseñaUsuario, RolUsuario.
Salida Ingreso de los datos del usuario en la base de datos.
Descripción Permitir al usuario administrador ingresar los usuarios que van a
hacer uso de del sistema de información.
Criterios de
aceptación
Cuando los datos especificados en la interfaz queden correctamente
insertados en la base de datos.
Caso de Uso APP001 – Crear Usuario
Requerimiento general.
Identificador 2.2
Nombre Actualización de usuarios.
Página
51
Tipo Requerido por el usuario.
Entrada Seleccionar opción Usuario
Salida Datos del usuario actualizados en la base de datos.
Descripción Permitir al usuario administrador, actualizar los datos de los usuarios
existentes en la base de datos.
Criterios de
aceptación
Cuando los datos del usuario queden correctamente actualizados en
la base de datos.
Caso de Uso APP002 – Editar Usuario
Requerimiento general.
Identificador 2.3
Nombre Eliminación de usuarios.
Tipo Requerido por el usuario
Entrada Seleccionar opción Usuario
Salida Eliminación del usuario de la base de datos.
Descripción Permite al usuario administrador, eliminar un usuario de la base de
datos, con el fin de que no pueda entrar al sistema de información.
Criterios de
aceptación
Cuando el usuario quede correctamente eliminado de la base de
datos.
Caso de Uso APP003 – Borrar Usuario
Requerimiento general.
Identificador 2.4
Nombre Consulta de usuarios.
Tipo Requerido por el usuario
Entrada Seleccionar opción Usuario
Salida Consulta del usuario de la base de datos.
Descripción Permite al usuario administrador, Consultar un usuario de la base de
datos, con el fin de ver detallado la información.
Criterios de
aceptación
Cuando el usuario pueda ver correctamente la información de la
base de datos.
Página
52
Caso de Uso APP004 – Ver Usuario
Requerimiento Específico.
3
Administración
de artículos.
Descripción
Permite al usuario, gestionar todo lo que tiene que ver con el manejo
de los artículos.
Requerimientos Generales
1. Ingreso de nuevos artículos.
2. Actualización de artículos.
3. Eliminación de artículos.
4. Consulta de artículo
Requerimiento general.
Identificador 3.1
Nombre Ingreso de nuevos artículos.
Tipo Requerido por el usuario
Entrada NombreArticulos, SistemaArticulo, DescripcionArticulo.
Salida Ingreso de los datos del articulo en la base de datos.
Descripción Permitir al usuario ingresar los artículos que van a hacer uso del
sistema de información.
Criterios de
aceptación
Cuando los datos especificados en la interfaz queden correctamente
insertados en la base de datos.
Caso de Uso APP021 – Crear Articulo
Requerimiento general.
Identificador 3.2
Nombre Actualización de artículos.
Tipo Requerido por el usuario.
Página
53
Entrada Seleccionar opción Artículo
Salida Datos del artículo actualizados en la base de datos.
Descripción Permitir al usuario, actualizar los datos de los artículos existentes en
la base de datos.
Criterios de
aceptación
Cuando los datos del articulo queden correctamente actualizados en
la base de datos.
Caso de Uso APP022 – Editar Articulo
Requerimiento general.
Identificador 3.3
Nombre Eliminación de artículos.
Tipo Requerido por el usuario
Entrada Seleccionar opción Artículo
Salida Eliminación del artículo de la base de datos.
Descripción Permite al usuario, eliminar un artículo de la base de datos, con el fin
de que no quede registrado en el sistema.
Criterios de
aceptación
Cuando el articulo quede correctamente eliminado de la base de
datos.
Caso de Uso APP023 – Borra Articulo
Requerimiento general.
Identificador 3.4
Nombre Consulta de Articulo.
Tipo Requerido por el usuario
Entrada Seleccionar opción Artículo
Salida Consulta del artículo de la base de datos.
Descripción Permite al usuario administrador, Consultar un artículo de la base de
datos, con el fin de ver detallado la información.
Criterios de
aceptación
Cuando el usuario pueda ver correctamente la información de la
base de datos.
Caso de Uso APP024 – Ver Articulo
Página
54
Requerimiento Específico.
4
Administración
de Vehículo.
Descripción
Permite al usuario, gestionar todo lo que tiene que ver con el manejo
de los vehículos del sistema.
Requerimientos Generales
1. Ingreso de nuevos vehículos.
2. Actualización de vehículos.
3. Eliminación de vehículos.
4. Consulta de vehículo
Requerimiento general.
Identificador 4.1
Nombre Ingreso de nuevos vehículos.
Tipo Requerido por el usuario
Entrada PlacaVehiculo, NombreVehiculo, DescripciónVehiculo.
Salida Ingreso de los datos del vehículo en la base de datos.
Descripción Permitir al usuario ingresar los vehículo que van a hacer uso del
sistema de información.
Criterios de
aceptación
Cuando los datos especificados en la interfaz queden correctamente
insertados en la base de datos.
Caso de Uso APP025 – Crear Vehículo
Requerimiento general.
Identificador 4.2
Nombre Actualización de vehículo.
Tipo Requerido por el usuario.
Entrada Seleccionar opción Vehículo
Salida Datos del vehículo actualizados en la base de datos.
Descripción Permitir al usuario, actualizar los datos del vehículo existentes en la
base de datos.
Página
55
Criterios de
aceptación
Cuando los datos del vehículo queden correctamente actualizados
en la base de datos.
Caso de Uso APP026 – Editar Vehículo
Requerimiento general.
Identificador 4.3
Nombre Eliminación de vehículos.
Tipo Requerido por el usuario
Entrada Seleccionar opción Vehículo
Salida Eliminación del vehículo de la base de datos.
Descripción Permite al usuario, eliminar un vehículo de la base de datos, con el
fin de que no quede registrado en el sistema.
Criterios de
aceptación
Cuando el vehículo quede correctamente eliminado de la base de
datos.
Caso de Uso APP027 – Borra Vehículo
Requerimiento general.
Identificador 4.4
Nombre Consulta de Vehículo.
Tipo Requerido por el usuario
Entrada Seleccionar opción Vehículo
Salida Consulta del vehículo de la base de datos.
Descripción Permite al usuario administrador, Consultar un vehículo de la base
de datos, con el fin de ver detallado la información.
Criterios de
aceptación
Cuando el usuario pueda ver correctamente la información de la
base de datos.
Caso de Uso APP028 – Ver Vehículo
Página
56
Requerimiento Específico.
5
Administración
de Proveedores.
Descripción
Permite al usuario, gestionar todo lo que tiene que ver con el manejo
de los proveedores del sistema.
Requerimientos Generales
1. Ingreso de nuevos proveedores.
2. Actualización de proveedores.
3. Eliminación de proveedores.
4. Consulta de Proveedor
Requerimiento general.
Identificador 5.1
Nombre Ingreso de nuevos proveedores.
Tipo Requerido por el usuario
Entrada NitProveedor, NombreProveedor, descripcionProveedor.
Salida Ingreso de los datos del proveedor en la base de datos.
Descripción Permitir al usuario ingresar los proveedores que van a hacer de uso
del sistema de información.
Criterios de
aceptación
Cuando los datos especificados en la interfaz queden correctamente
insertados en la base de datos.
Caso de Uso APP029 – Crear Proveedor
Requerimiento general.
Identificador 5.2
Nombre Actualización de proveedores.
Tipo Requerido por el usuario.
Entrada Seleccionar opción Proveedor
Salida Datos del proveedor actualizados en la base de datos.
Descripción Permitir al usuario, actualizar los datos del proveedor existentes en
la base de datos.
Página
57
Criterios de
aceptación
Cuando los datos del proveedor queden correctamente actualizados
en la base de datos.
Caso de Uso APP030 – Editar Proveedor
Requerimiento general.
Identificador 5.3
Nombre Eliminación de proveedores.
Tipo Requerido por el usuario
Entrada Seleccionar opción Proveedor
Salida Eliminación del proveedor de la base de datos.
Descripción Permite al usuario, eliminar un proveedor de la base de datos, con el
fin de que no quede registrado en el sistema.
Criterios de
aceptación
Cuando el proveedor quede correctamente eliminado de la base de
datos.
Caso de Uso APP031 – Borrar Proveedor
Requerimiento general.
Identificador 5.4
Nombre Consulta de Proveedor.
Tipo Requerido por el usuario
Entrada Seleccionar opción Proveedor
Salida Consulta del proveedor de la base de datos.
Descripción Permite al usuario administrador, Consultar un proveedor de la base
de datos, con el fin de ver detallado la información.
Criterios de
aceptación
Cuando el usuario pueda ver correctamente la información de la
base de datos.
Caso de Uso APP032 – Ver Proveedor
Página
58
Requerimiento Específico.
6
Administración
de Casos.
Descripción
Permite al usuario, gestionar todo lo que tiene que ver con el manejo
de los casos del sistema.
Requerimientos Generales
1. Ingreso de nuevos casos.
2. Actualización de casos.
3. Cerrar caso.
Requerimiento general.
Identificador 6.1
Nombre Ingreso de nuevos casos.
Tipo Requerido por el usuario
Entrada Vehículo, Tipo Mantenimiento (Correctivo, Preventivo y siniestro),
Taller, Dirección, Teléfono y Contacto.
Salida Ingreso de los datos del caso en la base de datos.
Descripción Permitir al usuario ingresar los casos que van a hacer de uso del
sistema de información.
Criterios de
aceptación
Cuando los datos especificados en la interfaz queden correctamente
insertados en la base de datos.
Caso de Uso APP006 – Crear caso
Requerimiento general.
Identificador 6.2
Nombre Actualización de casos.
Tipo Requerido por el usuario.
Entrada Seleccionar opción Caso
Salida Datos del caso actualizados en la base de datos.
Descripción Permitir al usuario, actualizar los datos del caso existentes en la
base de datos.
Criterios de Cuando los datos del caso queden correctamente actualizados en la
Página
59
aceptación base de datos.
Caso de Uso APP007 – Modificar caso
Requerimiento general.
Identificador 6.3
Nombre Cerrar casos.
Tipo Requerido por el usuario
Entrada Seleccionar opción Caso
Salida Caso cerrado.
Descripción Permite al usuario, cerrar un caso en la base de datos, con el fin de
cambiar el estado en el sistema.
Criterios de
aceptación
Cuando el caso quede correctamente cerrado en la base de datos.
Caso de Uso APP008 – Cerrar Caso
Requerimiento Específico.
7
Listado de Casos
cerrados.
Descripción
Permite al usuario, gestionar todo lo que tiene que ver con el manejo
de los casos cerrados del sistema.
Requerimientos Generales
1. Listado de casos cerrados.
2. Abrir caso cerrado.
Requerimiento general.
Identificador 7.1
Nombre Listado casos cerrados.
Tipo Requerido por el usuario
Página
60
Entrada Seleccionar opción Casos Cerrados
Salida Listado de los casos cerrados en la base datos.
Descripción Permitir al usuario visualizar los casos cerrados que están en el
sistema de información.
Criterios de
aceptación
Listado casos cerrados.
Caso de Uso APP011 – Consulta caso
Requerimiento general.
Identificador 7.2
Nombre Abrir casos cerrados.
Tipo Requerido por el usuario.
Entrada Seleccionar opción Casos Cerrados
Salida Abrir caso cerrado.
Descripción Permitir al usuario, abrir los casos cerrados que existentes en la
base de datos.
Criterios de
aceptación
Cuando los datos del caso queden correctamente actualizados en la
base de datos.
Caso de Uso APP010 – Abrir caso
Requerimiento Específico.
8
Listado de
control de
tiempos.
Descripción
Permite al usuario, generar un listado del control de tiempos.
Requerimientos Generales
1. Listado de control de tiempos de los vehículos.
Requerimiento general.
Identificador 8.1
Nombre Listado de control de tiempos.
Tipo Requerido por el usuario
Entrada Seleccionar opción Control de Tiempos
Página
61
Salida Listado de los tiempos por vehículo.
Descripción Permitir al usuario visualizar el control del tiempo de su vehículo en
el sistema de información.
Criterios de
aceptación
Listado de tiempos por vehículo.
Caso de Uso APP020 – Control de Tiempos
Requerimiento Específico.
9
Listado de
órdenes de
compra.
Descripción
Permite al usuario, generar un listado de las órdenes de compra del
sistema.
Requerimientos Generales
1. Listado de las órdenes de compra generadas.
Requerimiento general.
Identificador 9.1
Nombre Listado de órdenes de compra.
Tipo Requerido por el usuario
Entrada Seleccionar opción Orden de Compra
Salida Listado de las órdenes de compra generadas.
Descripción Permitir al usuario visualizar las órdenes de compras en el sistema
de información.
Criterios de
aceptación
Listado de órdenes de compras generadas.
Caso de Uso APP017 – Consulta Orden de Compra
Página
62
Requerimiento Específico.
10
Creación de
cotizaciones.
Descripción
Permite al usuario, crear una cotización a un caso en el sistema.
Requerimientos Generales
1. Creación de la cotización al respecto de un caso.
Requerimiento general.
Identificador 10.1
Nombre Creación de cotización
Tipo Requerido por el usuario
Entrada Caso, Proveedor, Articulo (Cantidad, Precio Unitario, Marca,
Garantía)
Salida Creación de cotización y orden de compra generada.
Descripción Permitir al usuario crear una cotización en el sistema de información.
Criterios de
aceptación
Creación de cotización y orden de compra generada.
Caso de Uso APP012 – Crear Cotizacion
6.3 REQUERIMIENTOS NO FUNCIONALES
Desempeño
• Se garantiza la confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes usuarios de la compañía. En este sentido la información almacenada podrá ser consultada y actualizada permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
• El sistema está en la capacidad de dar respuesta al acceso de todos los usuarios y a los procesos con tiempo de respuesta aceptables, y en la medida que las herramientas tecnológicas lo permitan.
Página
63
Disponibilidad
• La aplicación deberá estar disponible el mayor tiempo posible y más que todo en horarios laborales.
Escalabilidad
• El sistema está elaborado sobre una base de desarrollo evolutivo, con el fin que al momento que se generen nuevos requerimientos el código fuente incorporada afecte el mínimo código existente.
Facilidad de uso e ingreso de información
• El sistema es de fácil uso y fácil adaptación de los usuarios con el sistema.
• El sistema presenta mensajes de error que permita al usuario identificar el tipo de error y comunicarse con el administrador del sistema.
• El sistema está desarrollado que pueda ser administrable por un líder funcional de la aplicación, con el fin que no tenga que intervenir el personal de desarrollo.
Mantenibilidad
• Todo el código fuente está documentado, con el fin de ser fácil mantenimiento de este.
• El sistema tiene una opción de administración de usuarios.
Seguridad
• El sistema tiene acceso restringido por el uso de claves asignadas a cada uno de los usuarios. Solo podrán ingresar al sistema las personas que estén registradas, estos usuarios serán clasificados en varios tipos de usuarios (o roles) con acceso a las opciones de trabajo definidas para cada rol.
Página
64
• Al respecto de la confiabilidad, el sistema está en la capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la información y proveer los servicios requeridos por los usuarios legítimos del sistema.
Requerimientos de Usabilidad
Los niveles de información de acuerdo al tipo de usuario es medio, lo cual el usuario posee unos niveles medio de manejo de sistema de información.
Ciclo de vida de una cotización:
1. Creación de un vehículo el cual se le va hacer el mantenimiento. La creación de un vehículo tiene tres pasos que es el numero de la placa, nombre del vehículo y una descripción, esta operación se podría tener un tiempo de creación de 50 segundos.
2. La creación del proveedor que va a suministrar los artículos a cambiar. La creación de un proveedor tiene tres pasos que es el número del NIT, nombre proveedor y descripción, esta operación se podría tener un tiempo de creación de 50 segundos, el proveedor tiende hacer repetido, es decir, que el mayor de los casos no tenga que crear uno nuevo.
3. Creación del artículo el cual se va a cambiar. La creación de un articulo tiene tres pasos que son nombre, sistema al cual va este articulo y descripción, esta operación se podría tener un tiempo de creación de 50 segundos, el articulo tiende hacer repetido, es decir, que le mayor de los casos no tenga que crear uno nuevo.
4. La creación del caso el cual se va hacer el mantenimiento. La creación del caso tiene seis pasos que son placa del vehículo, tipo mantenimiento, taller, dirección, teléfono y contacto. La creación del caso es un paso esencial para la creación de una cotización, esta operación se podría tener un tiempo de creación de 2 minutos.
5. La creación de la cotización está relacionada al caso, al proveedor y a los artículos a estos se deberá diligenciar la cantidad, el precio unitario, la marca y el tiempo de garantía. Esta operación podría tener un tiempo de creación de 5 minutos.
Página
65
7. ARQUITECTURA DE DATOS
7.1 MODELO DE DATOS
7.1.1 MODELO ENTIDAD RELACIÓN
A continuación se presentara el modelo entidad relación correspondiente al proyecto.
Página
66
7.1.2 DEFINICIÓN DE ENTIDADES
A continuación se definirán las entidades necesarias e inicialmente se definirán los
nombres de cada una de ellas y luego se dará una descripción más detallada de cada
entidad.
Entidades
Artículos
Proveedores
Cotizaciones
articulosXCotizacion
Casos
Vehículos
Usuarios
7.1.3 DESCRIPCIÓN ENTIDADES
A continuación se definirán las entidades que serán utilizadas para el sistema.
Entidad
Artículos
En esta entidad se almacenaran cada uno de los artículos o repuestos que podría
necesitar un Articulo.
Definición de Campos
1. ArticuloID int (11): En este campo se almacenara el identificador de cada artículo.
Página
67
2. Nombre varchar (80): En este campo se almacenara el nombre de cada Artículo.
3. Sistema varcha (80): En este campo se almacenara al sistema el cual está
ubicado el artículo.
4. Descripción text: En este campo se almacenara la descripción del artículo.
PRIMARY KEY
ArticuloID
FOREING KEY
No aplica
Entidad
ArticuloXCotizacion
En esta entidad se almacenara la relación existente entre los datos de la tabla artículos
con los de la entidad cotizaciones.
En esta entidad se almacenaran cada uno de los artículos por cotización que sean
generadas.
Definición de Campos
1. CotizacionID int (11): En este campo se almacenara el identificador de la
cotización.
2. ArticuloID int (11): En este campo se almacenara el identificador del artículo.
3. Cantidad int(11): En este campo se almacenara la cantidad de artículos por
cotización.
4. PrecioUnitario int (11): En este campo se almacenara el precio unitario del
artículo por cotización.
5. Marca varchar (40): En este campo se almacenara la marca del artículo por
cotización.
6. Garantía varchar (40): En este campo se almacenara el tiempo de garantía del
Página
68
artículo por cotización.
7. Estado varchar (11): En este campo se almacenara el estado del artículo por
cotización.
8. Compra int (11): En este campo se almacenara el valor de la comprar de los
artículos por cotización.
9. StarTimeCompra datetime: En este campo se almacenara la fecha y la hora de
inicio de la compra de los artículos por cotización.
10. EndTimeCompra datetime: En este campo se almacenara la fecha y la hora de
finalización de la compra de los artículos por cotización.
PRIMARY KEY
No Aplica
FOREING KEY
1. CotizacionID: Referenciado con el campo CotizacionID de la tabla cotizaciones.
2. ArticuloID: referenciado con el campo ArticuloID de la tabla Artículos.
Entidad
Casos
En esta entidad se almacenaran cada uno de los Casos presentados en los vehículos.
Definición de Campos
1. CasoID int (11): En este campo se almacenara el identificador de cada caso.
2. VehiculoID int (11): En este campo se almacenara el identificar del vehículo.
3. TipoMantenimiento varcha (255): En este campo se almacenara el tipo de
mantenimiento a realizar.
4. Taller varchar (255): En este campo se almacenara el nombre del taller donde se
va hacer la reparación del caso.
5. Direccion varchar (255): En este campo se almacenara la dirección donde se
está resolviendo el caso.
Página
69
6. Teléfono varchar (255): En este campo se almacenara el teléfono donde está
resolviendo el caso.
7. Contacto text: En este campo se almacenara el nombre del contacto quien va a
trabajarle al caso.
8. Estado varchar (40): En este campo se almacenara el estado del caso.
9. StarTime datetime: En este campo se almacenara la fecha y hora de inicio de
solución del caso.
10. EndTime datetime: En este campo se almacenara la fecha y hora de finalización
del caso.
11. tiempoCotizacion time: En este campo se almacenara el tiempo en que se
soluciono el caso.
PRIMARY KEY
casoID
FOREING KEY
1. VehiculoID: Referenciado con el campo VehiculoID de la tabla Vehículos.
Entidad
Cotizaciones
En esta entidad se almacenara la relación existente entre los datos de la entidad casoID
,vehiculoID y proveedorID.
En esta entidad se almacenara la información correspondiente a una cotización.
Definición de Campos
1. CotizacioID int (11): En este campo se almacenara el identificador de la
cotización.
2. CasoID int (11): En este campo se almacenara el identificador del caso.
3. VehiculoID int (11): En este campo se almacenara el identificar del vehículo.
Página
70
4. ProveedorID int (11): En este campo se almacenara el identificar del proveedor.
5. StarTime datetime: En este campo se almacenara la fecha y hora de inicio de la
cotización.
6. EndTime datetime: En este campo se almacenara la fecha y hora de finalización
de la cotización.
7. TiempoCotizacion time: En este campo se almacenara el tiempo de la cotización.
8. Estado varchar (11): En este campo se almacenara el estado de la cotización.
PRIMARY KEY
CotizacionID
FOREING KEY
1. CasoID: Referenciado con el campo CasoID de la tabla Casos.
2. VehiculoID: Referenciado con el campo VehiculoID de la tabla Vehículos.
3. ProveedorID: Referenciado con el campo ProveedorID de la tabla Proveedor.
Entidad
Proveedores
En esta entidad se almacenaran la información de los proveedores.
Definición de Campos
1. ProveedorID int (11): En este campo se almacenara el identificador del
proveedor.
2. NIT varchar (80): En este campo se almacenara el NIT del proveedor.
3. Nombre varcha (80): En este campo se almacenara el nombre del proveedor.
4. Descripcion text: En este campo se almacenara la descripción del proveedor.
PRIMARY KEY
ProveedorID
Página
71
FOREING KEY
No aplica
Entidad
Vehículos
En esta entidad se almacenaran cada uno de los vehículos que serán revisados.
Definición de Campos
1. VehiculoID int (11): En este campo se almacenara el identificador del vehículo.
2. Placa varchar (80): En este campo se almacenara el número de la placa del
vehículo.
3. Vehículo varcha (255): En este campo se almacenara el nombre del vehículo.
4. Descripcion text: En este campo se almacenara la descripción del vehículo.
PRIMARY KEY
VehiculoID
FOREING KEY
No aplica
Entidad
Usuarios
En esta entidad se almacenaran cada uno de los usuarios que interactúan con el sistema.
Definición de Campos
1. UsuarioID int (11): En este campo se almacenara el identificador del usuario.
Página
72
2. Cedula int (11): En este campo se almacenara el numero de la cedula del usuario.
3. Nombres varcha (255): En este campo se almacenara los nombres del usuario.
4. Apellidos varchar (255): En este campo se almacenara los apellidos del usuario.
5. Usuario varchar (255): En este campo se almacenara el alias del usuario.
6. Contrasena varchar (40): En este campo se almacenara la contraseña de acceso
al sistema.
7. Permisos varchar (255): En este campo se almacenara el rol del usuario.
PRIMARY KEY
UsuarioID
FOREING KEY
No aplica
7.1.4 MATRIZ DE RELACIONES ENTRE ENTIDADES
A continuación se realizara el esquema de relaciones entre entidades. El cual permite
identificar de forma esquemática las relaciones que existen entre las diferentes entidades.
Su objetivo es poder identificarlas claramente y plasmarlas en un formato fácil de
modificar, antes de proceder a elaborar el diseño gráfico del modelo de datos y el modelo
E-R.
Página 73
Artículos ArticulosX
Cotización
Casos Cotizaciones Proveedores Vehículos Usuarios
Artículos N/A 1 articulo solo
puede tener
asociado un
Articulo por
cotización
N/A N/A N/A N/A N/A
Artículos X
Cotización
1 artículo por
cotización solo
puede tener
asociado un
artículo.
N/A N/A 1 artículo por
cotización solo
puede tener
asociado una
cotización.
N/A N/A N/A
Casos N/A N/A N/A 1 caso puede
pertenecer a
varias
cotizaciones
N/A 1 caso
pertenece a
un solo
vehículo
N/A
Cotizaciones N/A 1 cotización solo
puede tener
asociado un
Articulo por
cotización
1 cotización
solo puede
pertenecer a
un caso.
N/A 1 cotización solo
puede tener un
solo proveedor
1 cotización
pertenece a
un vehículo.
N/A
Página 74
Proveedores N/A N/A N/A 1 Proveedor
puede tener
varias
cotizaciones.
N/A N/A N/A
Vehículos N/A N/A 1 vehículo
puede tener
varias
cotizaciones
1 vehículo puede
tener varias
cotizaciones
N/A N/A N/A
Usuarios N/A N/A N/A N/A N/A N/A N/A
Página
75
7.2 MODELADO DE CLASES
7.2.1 DIAGRAMA DE CLASES
A continuación se presentara el modelo de clases que será utilizado para la
implementación del Sistema.
Página
76
7.2.2 DESCRIPCION DE CLASES
A continuación se hace una descripción de las clases implementadas en el sistema
CLS_ARTICULO Descripción: Esta clase es la encargada de hacer las operaciones de la opción Artículos. Operaciones:
• Crear_Articulo: Permite crear un nuevo artículo al sistema.
• Editar_Articulo: Permite editar un articulo existente en el sistema.
• Borrar_Articulo. Permite borrar un artículo existente en el sistema.
• Ver_Articulo: Permite consultar un articulo existente en el sistema.
CLS_COTIZACIONES Descripción: Esta clase es la encargada de hacer las operaciones de la opción de cotizaciones Operaciones:
• Crear_Cotizacion: Permite crear una nueva cotización en el sistema
• Editar_Cotizacion: Permite editar una cotización existente en el sistema.
• Ver_Cotizacion: Permite consultar una cotización existente en el sistema.
CLS_ARTICULO xCOTIZACION Descripción: Esta clase es la encargada de hacer las operaciones terminar tiempos de entrega. Operaciones:
• Terminar_Tiempos_entrega: Permite terminar el contador de tiempos de entrega que se inicio al crear la cotización.
Página
77
CLS_PROVEEDORES Descripción: Esta clase es la encargada de hacer las operaciones de la opción Proveedores. Operaciones:
• Crear_Proveedor: Permite crear un nuevo proveedor en el sistema.
• Editar_ Proveedor: Permite editar un proveedor existente en el sistema.
• Borrar_ Proveedor. Permite borrar un proveedor existente en el sistema.
• Ver_ Proveedor: Permite consultar un proveedor existente en el sistema.
CLS_VEHICULOS Descripción: Esta clase es la encargada de hacer las operaciones de la opción Vehículos. Operaciones:
• Crear_Vehiculo: Permite crear un nuevo vehículo en el sistema.
• Editar_ Vehiculo: Permite editar un vehículo existente en el sistema.
• Borrar_ Vehiculo. Permite borrar un vehículo existente en el sistema.
• Ver_ Vehiculo: Permite consultar un vehículo existente en el sistema.
CLS_USUARIOS Descripción: Esta clase es la encargada de hacer las operaciones de la opción Usuarios. Operaciones:
• Crear_Usuario: Permite crear un nuevo usuario en el sistema.
• Editar_ Usuario: Permite editar un usuario existente en el sistema.
• Borrar_ Usuario. Permite borrar un usuario existente en el sistema.
• Ver_ Usuario: Permite consultar un usuario existente en el sistema.
Página
78
CLS_CASOS Descripción: Esta clase es la encargada de hacer las operaciones de la opción Casos. Operaciones:
• Crear_Caso: Permite crear un nuevo caso en el sistema.
• Modificar_ Caso: Permite editar un caso existente en el sistema.
• Cerrar_ Caso: Permite cerrar un caso existente en el sistema.
• Consultar_ Caso: Permite consultar un caso existente en el sistema.
• Control_Tiempos: Permite iniciar el contador de tiempos de la cotización.
Página
79
8. REQUERIMIENTOS DE IMPLEMENTACION
8.1 DESCRIPCION
El servidor donde está alojado el software nos deberá garantizar completa seguridad en toda la información evitando diferentes tipos de ataques externos e incluso fallas del mismo sistema. Todo esto está basado en 3 elementos
• Integridad: la información deberá ser la misma al viajar a través de la Web sin tener ningún tipo de modificación.
• Confiabilidad: el servicio deberá estar disponible siempre que se requiera. • Confidencialidad: esto es lo más importante, ya que garantía la
funcionalidad del negocio y me garantiza que la información solo podrá ser visualizada por quien realmente lo necesita.
Es por esto que se tomo la decisión de implementar un sevidor Web con sistema operativo Linux, que nos ofrece grandes ventajas en la implementación.
Ventajas de Linux
• Precio. Es una implementación de UNIX sin costo • Estabilidad • Libre de virus, es muy difícil que sea infectado por virus • Seguridad, es mucho más seguro que otros servidores • Compatibilidad, reconoce la mayoría de los otros sistemas operativos en
una red • Velocidad, es mucho más veloz para realizar las tareas • Posee el apoyo de miles de programadores a nivel mundial • El paquete incluye el código fuente, lo que permite modificarlo de acuerdo a
las necesidades del usuario • Se puede usar en casi cualquier computadora, desde una 386 • Puede manejar múltiples procesadores. Incluso hasta 16 procesadores • Maneja discos duros de hasta 16 TeraBytes • Soporta acceso remoto • Soporte nativo de TCP/IP (Fácil conexión a Internet y otras redes)
Desventajas de Linux
• Carencia de soporte técnico. • Inconvenientes de hardware, no soporta todas las plataformas, y no es
compatible con algunas marcas específicas.
Página
80
El lugar Físico de alojamiento del servidor deberá cumplir los siguientes requerimientos mínimos.
o Acceso físico � Prevención � Detección
o Desastres naturales � Terremotos � Tormentas eléctricas � Inundaciones y humedad
o Desastres del entorno � Electricidad � Ruido eléctrico � Incendios y humo � Temperaturas extremas
• Protección de los datos o Eavesdropping o Backups o Otros elementos
• Radiaciones electromagnéticas
Para el uso del software por parte del usuario, se recomienda un navegador diferente al diferente al internet Explorer, como puede ser Mozilla que ofrece mejores condiciones de implementación
Ventajas Mozilla firefox
• Mayor Estabilidad y Rapidez • Seguridad y Privacidad • Bloqueo de ventanas emergentes (pop-ups) • Navegación por pestañas (tabs) • Personalizable (Temas) y Extensible (Extensiones) • Multiplataforma y Multilingüe • Facilidad de Instalación e Importación • Cumple los Estándares • Búsqueda Directa • Integración con RSS
Página
81
8.2 HERRAMIENTAS APLICADAS
HERRAMIENTA VERSION DESCRIPCION PHP 5.2.3 Lenguaje de desarrollo
usado en la aplicación Apache Web Server 2.2.4 Es el servidor que se debe
usar para correr la aplicación
MySQL 5.0.45 Base de datos utilizada en la aplicación
PHPMyAdmin 2.10.2 Software administrador de base de datos.
HTML 4.0 Usado en la capa de presentación del aplicativo
Zend 1.11 Framework de desarrollo de la aplicación
Página 82
9. CASOS DE PRUEBAS
Nombre caso de prueba
Descripción caso de prueba Condiciones de inicio pasos caso de prueba Resultado Responsables Fecha
Ingreso al sistema sin usuario
Se ingresara un usuario no valido usuario no valido
1. Se ingresa un usuario no valido 2. click botón ingresar
Mensaje de error indicando que no puede entrar a la aplicación
J_Villanueva D_Betancur 15/03/2011
Ingreso de contraseña incorrecta
Se ingresara un usuario valido pero contraseña invalida Usuario valido
1. Se ingresa un usuario valido. 2. Se ingresa una contraseña incorrecta para el usuario
Mensaje de error indicando que no puede entrar a la aplicación
J_Villanueva D_Betancur 15/03/2011
Creación de un usuario nuevo al sistema
Se ingresara un usuario nuevo al sistema con sus datos correspondientes
Numero de cedula, Nombres, Apellidos, Usuario, Contraseña y Perfil del usuario (Administrador,comprador,cotizador)
1. Ingresar a la aplicación. 2. Dar click en la opcion de USUARIO. 3. Ingresar los datos solicitados. 4. Dar click en el botón de enviar.
Usuario creado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Editar un usuario ya existente
Se seleccionara un usuario existente y se le editaran los campos.
Seleccionar el usuario a modificar
1. Ingresar a la aplicación. 2. Dar click en la opcion de USUARIO. 3. Buscar el usuario a modificar y dar click en la opcion editar. 4. modificar los datos. 5. Dar click en botón enviar.
Usuario modificado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Página 83
Borrar un usuario
Buscar el usuario a borrar y se da la opcion de borrar.
Seleccionar el usuario a borrar.
1. Ingresar a la aplicación. 2. Dar click en la opcion de USUARIO. 3. Buscar el usuario a borrar y dar click en la opcion de borrar.
Usuario borrado de la base de datos
J_Villanueva D_Betancur 15/03/2011
Ver usuario Visualización del usuario Seleccionar el usuario a visualizar
1. Ingresar a la aplicación. 2. Dar click en la opcion de USUARIO. 3. Buscar el usuario a ver. 4. dar click en la opcion de ver.
Visualización del usuario seleccionado.
J_Villanueva D_Betancur 15/03/2011
Creación de un articulo nuevo al sistema
Se ingresara un articulo nuevo al sistema con sus datos correspondientes
Nombre, Sistema, y Descripción.
1. Ingresar a la aplicación. 2. Dar click en la opcion de ARTÍCULO. 3. Ingresar los datos solicitados. 4. Dar click en el botón de enviar.
Articulo creado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Editar un articulo ya existente
Se seleccionara un artículo existente y se le editaran los campos.
Seleccionar el articulo a modificar
1. Ingresar a la aplicación. 2. Dar click en la opcion de ARTÍCULO. 3. Buscar el articulo a modificar y dar click en la opcion editar. 4. modificar los datos. 5. Dar click en botón enviar.
Articulo modificado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Página 84
Borrar un articulo
Buscar el artículo a borrar y se da la opcion de borrar.
Seleccionar el artículo a borrar.
1. Ingresar a la aplicación. 2. Dar click en la opcion de ARTÍCULO. 3. Buscar el artículo a borrar y dar click en la opcion de borrar.
Articulo borrado de la base de datos
J_Villanueva D_Betancur 15/03/2011
Ver articulo Visualización del articulo Seleccionar el articulo a visualizar
1. Ingresar a la aplicación. 2. Dar click en la opcion de ARTÍCULO. 3. Buscar el artículo a ver. 4. dar click en la opcion de ver.
Visualización del artículo seleccionado.
J_Villanueva D_Betancur 15/03/2011
Creación de un vehículo nuevo al sistema
Se ingresara un vehículo nuevo al sistema con sus datos correspondientes
Placa, Vehículo, y Descripción.
1. Ingresar a la aplicación. 2. Dar click en la opcion de VEHICULO. 3. Ingresar los datos solicitados. 4. Dar click en el botón de enviar.
Vehículo creado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Editar un vehículo ya existente
Se seleccionara un vehículo existente y se le editaran los campos.
Seleccionar el vehículo a modificar
1. Ingresar a la aplicación. 2. Dar click en la opcion de VEHICULO. 3. Buscar el vehículo a modificar y dar click en la opcion editar. 4. modificar los datos. 5. Dar click en botón enviar.
Vehículo modificado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Página 85
Borrar un vehículo
Buscar el vehículo a borrar y se da la opcion de borrar.
Seleccionar el vehículo a borrar.
1. Ingresar a la aplicación. 2. Dar click en la opcion de VEHICULO. 3. Buscar el vehículo a borrar y dar click en la opcion de borrar.
vehículo borrado de la base de datos
J_Villanueva D_Betancur 15/03/2011
Ver vehículo Visualización del vehículo Seleccionar el vehículo a visualizar
1. Ingresar a la aplicación. 2. Dar click en la opcion de VEHICULO. 3. Buscar el vehículo a ver. 4. dar click en la opcion de ver.
Visualización del vehículo seleccionado.
J_Villanueva D_Betancur 15/03/2011
Creación de un proveedor nuevo al sistema
Se ingresara un proveedor nuevo al sistema con sus datos correspondientes
NIT, Nombre, y Descripción.
1. Ingresar a la aplicación. 2. Dar click en la opcion de PROVEEDOR. 3. Ingresar los datos solicitados. 4. Dar click en el botón de enviar.
Proveedor creado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Editar un proveedor ya existente
Se seleccionara un proveedor existente y se le editaran los campos.
Seleccionar el proveedor a modificar
1. Ingresar a la aplicación. 2. Dar click en la opcion de PROVEEDOR. 3. Buscar el proveedor a modificar y dar click en la opcion editar. 4. modificar los datos. 5. Dar click en botón enviar.
Proveedor modificado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Página 86
Borrar un proveedor Buscar el proveedor a borrar y se da la opcion de borrar.
Seleccionar el proveedor a borrar.
1. Ingresar a la aplicación. 2. Dar click en la opcion de PROVEEDOR. 3. Buscar el proveedor a borrar y dar click en la opcion de borrar.
Proveedor borrado de la base de datos
J_Villanueva D_Betancur 15/03/2011
Ver proveedor Visualización del proveedor Seleccionar el proveedor a visualizar
1. Ingresar a la aplicación. 2. Dar click en la opcion de PROVEEDOR. 3. Buscar el proveedor a ver. 4. dar click en la opcion de ver.
Visualización del proveedor seleccionado.
J_Villanueva D_Betancur 15/03/2011
Creación de un caso nuevo al sistema
Se ingresara un caso nuevo al sistema con sus datos correspondientes
Vehículo (Este vehículo debe ser creado en la opcion anterior mente mencionada para que aparezca), Tipo mantenimiento (correctivo, Preventivo o siniestro), taller, direccion, teléfono y contacto.
1. Ingresar a la aplicación. 2. Dar click en la opcion de CASO. 3. Ingresar los datos solicitados. 4. Dar click en el botón de enviar.
Caso creado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Editar un caso ya existente
Se seleccionara un caso existente y se le editaran los campos.
Seleccionar el caso a modificar
1. Ingresar a la aplicación. 2. Dar click en la opcion de CASO. 3. Buscar el caso a modificar y dar click en la opcion editar. 4. modificar los datos. 5. Dar click en botón enviar.
Caso modificado en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Página 87
Cerrar un caso Buscar el caso a cerrar y se da la opcion de cerrar. Seleccionar el caso a cerrar.
1. Ingresar a la aplicación. 2. Dar click en la opcion de CASO. 3. Buscar el caso a cerrar y dar click en la opcion de cerrar.
Caso cerrado de la base de datos
J_Villanueva D_Betancur 15/03/2011
Listado de casos cerrados
Se listara los casos cerrados
1. Ingresar a la aplicación. 2. Dar click en la opcion de CASO CERRADOS.
Listado de los casos cerrados.
J_Villanueva D_Betancur 15/03/2011
Abrir un caso cerrado Se seleccionara un caso existente y se abrirá. Seleccionar el caso a abrir.
1. Ingresar a la aplicación. 2. Dar click en la opcion de CASO CERRADO. 3. Buscar el caso a abrir y dar click en la opcion abrir.
El caso seleccionado no aparecerá en el listado de los casos cerrados.
J_Villanueva D_Betancur 15/03/2011
Listado de tiempos Se listara tiempos por cotización y placa
1. Ingresar a la aplicación. 2. Dar click en la opcion de CONTROL DE TIEMPOS.
Listado de los tiempos.
J_Villanueva D_Betancur 15/03/2011
Listado de ordenes de compras
Se listara las órdenes de compras generadas en la cotización.
1. Ingresar a la aplicación. 2. Dar click en la opcion de ORDEN DE COMPRA. 3.Buscar la orden de compra a visualizar
Listado de la orden de compra.
J_Villanueva D_Betancur 15/03/2011
Página 88
Creación de una cotización nueva al sistema
Se ingresara una cotización nuevo al sistema con sus datos correspondientes
Caso (El caso debió de haberse creado anterior mente en la opcion de creación de casos), Proveedor (El proveedor debió de haberse creado anterior mente en la opcion de creación de proveedor), Se agregara los artículos que se han necesario (Los artículos debieron de ser creados en la opcion de artículos).
1. Ingresar a la aplicación. 2. Dar click en la opcion de COTIZACION. 3. Ingresar los datos solicitados. 4. Dar click en el botón de guardar cotización.
Cotización creada en la base de datos.
J_Villanueva D_Betancur 15/03/2011
Generar orden de compra
Se genera la orden de compra dependiendo de la cotización.
Seleccionar la cotización creada
1. Ingresar a la aplicación. 2. Dar click en la opcion de COTIZACION. 3. Dar click en el botón de generar orden de compra.
Se generara la orden de compra correspondiente a la cotización.
J_Villanueva D_Betancur 15/03/2011
Página
89
10. PLAN DE PRUEBAS
10.1 PROPOSITO
Esta parte del documento constituye la guía del proceso de pruebas, en él se plantea el alcance, los supuestos, riesgos y las consideraciones que se tendrán presente durante el proceso de certificación funcional, la estrategia de pruebas a utilizar (Técnicas), el procedimiento a seguir para el diseño y ejecución de los casos de pruebas, los criterios de completitud que se esperan, entre otros aspectos.
A través del proceso de pruebas se pretende realizar una verificación exhaustiva del Sistema con el objetivo de corroborar que la solución satisfaga los requisitos del usuario que han sido establecidos, así como las especificaciones funcionales y técnicas definidas; además que el aplicativo tenga un comportamiento coherente con las especificaciones y el diseño definidos.
10.2 ALCANCE
El alcance para el proceso de pruebas funcionales a seguir con la aplicación, abarca la planeación, diseño, ejecución y evaluación del proceso de pruebas funcionales para los siguientes módulos de la aplicación:
El siguientes es el plan de pruebas a realizar:
Opción Control de acceso al sistema
Esta opción permite el inicio de sesión de la aplicación por medio de un usuario y una contraseña. Áreas funcionales:
• Ingreso de usuario.
• Ingreso de contraseña.
Opción Administración de usuarios.
Esta opción permite crear nuevos usuarios con un perfil predefinido, editar usuarios,
Página
90
borrar usuarios y consultar o ver usuario. Áreas funcionales:
• Crear nuevo usuario.
• Editar usuario.
• Borrar usuario.
• Ver o consultar usuario.
Opción Administración de artículos.
Esta opción permite crear nuevos artículos, editar artículos, borrar artículos y consultar o ver artículos. Áreas funcionales:
• Crear nuevo artículo.
• Editar artículo.
• Borrar artículo.
• Ver o consultar articulo.
Opción Administración de vehículos.
Esta opción permite crear nuevos vehículos, editar vehículos, borrar vehículos y consultar o ver vehículos. Áreas funcionales:
• Crear nuevo vehículos.
• Editar vehículos.
• Borrar vehículos.
• Ver o consultar vehículos.
Opción Administración de proveedores .
Esta opción permite crear nuevos proveedores, editar proveedores, borrar
Página
91
proveedores y consultar o ver proveedores. Áreas funcionales:
• Crear nuevo proveedores.
• Editar proveedores.
• Borrar proveedores.
• Ver o consultar proveedores.
Opción Administración de casos.
Esta opción permite crear nuevos casos, editar casos, cerrar casos. Áreas funcionales:
• Crear nuevo caso.
• Editar caso.
• Cerrar caso.
Opción Listado de casos cerrados.
Esta opción permite listar los casos cerrados, abrir casos cerrados. Áreas funcionales:
• Listado de casos cerrados
• Abrir casos cerrados.
Opción Listado de control de tiempos.
Esta opción permite listar el control de tiempos por cotización y placa. Áreas funcionales:
• Listado de control de tiempos.
Página
92
Opción Listado de órdenes de compra.
Esta opción permite listar las órdenes de compras generadas al momento de hacer la liquidación. Áreas funcionales:
• Listado de órdenes de compra.
Opción Creación de cotizaciones.
Esta opción permite crear las cotizaciones para los vehículos de acuerdo a un proveedor y los artículos que necesitan el vehículo y generación de la orden de compra. Áreas funcionales:
• Crear cotización.
• Generación orden de compra.
10.3 SUPUESTOS
• La aplicación está correctamente instalada en el servidor que presta el servicio Web.
• El set de datos para la prueba debe estar verificado y completo, además, deben
poseer integridad y ser consistentes con el negocio. Dicho set de datos, es
proporcionado por el cliente.
• En caso de que el aplicativo tenga interacción con otros módulos o aplicaciones la
comunicación entre estos estarán disponibles y en un nivel óptimo siempre.
10.4 ESTRATEGIA DE PRUEBAS
El proceso de pruebas funcionales tiene como finalidad la ubicación temprana de defectos en el software, evitando que estos se reflejen en un ambiente de producción o final. Se basa en el levantamiento de casos de prueba a partir de la documentación de análisis y diseño, y posteriormente se realiza la ejecución de dichos casos, lo cual permite tener una
Página
93
tras habilidad del cumplimiento de los requisitos del usuario y de las especificaciones del sistema.
Los casos de prueba se construirán en la medida que se proceda con las pruebas necesarias de cada uno de los módulos y su ejecución estará ligada a la puesta en marcha del segmento correspondiente en el ambiente de pruebas, previa confirmación y verificación de la compañía Subocol S.A.
Los elementos a tener en cuenta son:
• Se realizarán verificaciones a cada uno de los módulos del aplicativo y sus áreas
funcionales descritas en el alcance de este documento, a partir de los casos de
prueba diseñados.
• Se realizarán verificaciones en las opciones que componen el aplicativo.
• Se evaluará la navegabilidad de la aplicación así como su comportamiento.
10.5 CRITERIOS DE COMPLETITUD
El proceso de pruebas funcionales se da por terminado una vez que:
• Se han ejecutado en su totalidad todos los casos de prueba diseñados para este
proyecto y su resultado ha sido exitoso.
• Cuando los reportes generados se encuentren en un estado terminal.
• Cuando, a pesar de no cumplirse en su totalidad el punto anterior, el cliente
manifieste (mediante formato escrito) que los reportes pendientes no son
impedimento para salir a producción o entrega (los reportes pasarían
inmediatamente a un estado terminal de “Próxima Versión”).
10.6 CRITERIOS DE SUSPENSION DE LAS PRUEBAS
Si por algún motivo ajeno al equipo del proyecto se presentan circunstancias que impidan la realización de las pruebas de forma fluida (ejemplo: errores, problemas de ambiente, etc.), se procederá a suspenderlas, previo manifiesto al Líder del Proyecto del Cliente por medio de formato escrito.
Página
94
Algunas de las principales circunstancias que pueden enumerarse son:
• La solución presenta defectos críticos, de manera que se comprometa su operación.
• Cuando aparezcan defectos que paralicen la ejecución de pruebas
• Hardware y Software no disponible (y en plena operación) al momento de realizar la
prueba.
• Problemas de desempeño de la máquina donde se encuentra el aplicativo a probar.
• No disponibilidad del Set de datos para las pruebas.
• Además de cualquier circunstancia que considere grave y que implique la suspensión
de las pruebas.
Hardware
Software
• Navegador de Internet.
Recursos del sistema Recurso Cantidad Características
PC 1
Memoria: 526 MB
Procesador: Pentium III
Sistema Operativo: Windows XP, Windows Vista
Página
95
11. MANTENIMIENTO
La fase de mantenimiento del software será tenido muy en cuenta debido a que forma parte del ciclo de vida de desarrollo de un sistema. Para el mejoramiento, optimización, prevención y corrección de posibles defectos. Se adoptara una de las técnicas de mantenimiento (rebanamiento estático) para la parametrizacion del código de programación con el fin de afectar en lo más mínimo en el momento que se requiera algún cambio.
Se tendrá comunicación constante con los usuarios finales del sistema, quienes son los que verdadera mente será los que encuentre las deficiencias y posibles adecuaciones del proceso.
Todas las deficiencias encontradas serán documentadas con el fin crear un historial y tener un sistema de rastreo de defectos.
Todos los defectos encontrados serán analizados, ubicados y corregidos lo más pronto posible para hacer un lanzamiento de una nueva versión, el cual resolverá los temas pendientes.
Se tendrá muy en cuenta los tipos de mantenimientos para hacer del sistema tenga una mayor calidad para el usuario.
11.1 TIPOS DE MANTENIMIENTO
• Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los sistemas en cualquiera de sus aspectos: reestructuración del código, definición más clara del sistema y optimización del rendimiento y eficiencia.
• Evolutivo: son las incorporaciones, modificaciones y eliminaciones necesarias en un producto software para cubrir la expansión o cambio en las necesidades del usuario.
• Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema opera, por ejemplo, cambios de configuración del hardware, software de base, gestores de base de datos, comunicaciones, etc.
• Correctivo: son aquellos cambios precisos para corregir errores del producto software
El soporte al usuario será filtrado por un outsourcing que cuenta la empresa (subocol S.A.) el cual es el soporte técnico de los usuarios, ya que al momento que algún usuario tenga algún inconveniente con el sistema se notificara al
Página
96
soporte técnico y se remitirá a la persona encargada del sistema sobre el incidente que presenta el usuario para su solución, todos estos incidente tendrán una prioridad dependiendo a la complejidad o tiempo de solución.
El plan de soporte técnico de cada cliente estará formado por una combinación de las siguientes fórmulas de mantenimiento para instalaciones de sistemas informáticos:
• Asistencia presencial: resolución de incidencias en el domicilio del cliente. • Asistencia remota: resolución de incidencias desde las instalaciones de
Activa Sistemas mediante un acceso remoto privado y seguro a los sistemas del cliente.
• Soporte telefónico: resolución de incidencias a través de teléfono.
11.2 FORMACION DE USUARIO
Para garantizar una adecuada capacitación y aprendizaje de los usuarios se creara un manual de usuario del sistema detallado y soporte vía telefónica sobre posibles dudas que tenga el usuario final.
El plan de capacitación a desarrollar es el siguiente.
• Se realizara una sensibilización con las personas cabezas de áreas para dar conocer el proyecto y mitigar el impacto al momento de entrega del sistema.
• Se realizara una capacitación sobre el manejo de la aplicación con las personas involucradas con el sistema, es decir, los usuarios finales del sistema y se entregara los manuales de usuarios que le servirá de apoyo si tienen algún inconveniente.
• Se realizara una capacitación personalizada con el usuario sobre el manejo de la aplicación.
• Después de capacitado cada usuario y marcando el día cero de utilización de la aplicación, se realizaran visitas de seguimiento a los usuarios finales, para conocer los inconvenientes, dificultades y dudas sobre la aplicación.
Página
97
12. METRICAS DE CALIDAD
Nombre Funcionalidad
Propósito Analizar las posibles fallas o funciones que faltan en el sistema y compararlas con las funciones que se encuentran desarrolladas y funcionando.
Método de Aplicación Funciones Faltantes:
• Informe detallado de las transacciones realizadas. • Informe de impresión de las órdenes de compras
generadas. Funciones Requeridas:
• Pantalla de creación de Proveedor. • Pantalla de ingreso de Vehículo. • Pantalla de ingreso de Artículo. • Pantalla de creación de Usuario. • Informe de Órdenes de compra. • Informe de control de tiempos. • Informe de casos cerrados. • Pantalla de creación de casos. • Pantalla de creación de cotizaciones. • Ingreso a la aplicación con control de usuario.
Medición, Formula X=1-(2/10)
X=0.8
A= Numero de funciones faltantes.
B= Numero de funciones descritas en el requerimiento.
Interpretación 0<=X<=1
Entre más cercano a 1, más completa
Tipo de Medida X= Count/Count
A= Count
B= Count
Fuente de Medición Especificación de requisitos.
Página
98
Nombre Fiabilidad
Propósito Comparar las pruebas planeadas y compararlas con las pruebas requeridas que se encuentran desarrolladas.
Método de Aplicación Pruebas Planeadas:
En el informe de casos de pruebas se muestra especificado el número de casos de pruebas planeadas.
Pruebas Requeridas:
• Faltaron las pruebas de carga masiva. Medición, Formula X=1-(28/1)
X=28
A= Numero de Pruebas planeadas.
B= Numero de pruebas requeridas.
Interpretación 0<=X
Entre X se mayor, mejor la suficiencia.
Tipo de Medida X= Count/Count
A= Count
B= Count
Fuente de Medición A proviene del plan de pruebas B proviene de la especificación de requisitos
Nombre Usabilidad
Propósito Comparar las funciones evidentes para el usuario y compararlas con el número total de funciones del sistema.
Método de Aplicación Funciones evidentes:
• Cotización. • Caso. • Casos Cerrados. • Control de Tiempos. • Orden de Compra. • Usuario.
Página
99
• Articulo. • Vehículo. • Proveedor. • Salir. Funciones Totales Sistema:
• Cotización (5). • Caso (3). • Casos Cerrados (1). • Orden de Compra (1). • Usuario (3). • Artículo (3). • Vehículo (3). • Proveedor (3).
Medición, Formula X=1-(10/22)
X=0.45
A = número de funciones (o tipos de funciones) evidentes al usuario. B = total de funciones (o tipos de funciones).
Interpretación 0<=X <=1
Entre más cercano a 1, mejor.
Tipo de Medida X= Count/Count
A= Count
B= Count
Fuente de Medición Especificación de requisitos Diseño Informe de revisión
Nombre Eficiencia
Propósito Cuál es el tiempo estimado para completar una tarea.
Método de Aplicación Evaluar la eficiencia de las llamadas a la aplicación. Estimar el tiempo de respuesta basado en ello.
• Probar la ruta completa de una transacción.
Página
100
Tiempo en que se hace una cotización. Medición, Formula X = 2 minutos (calculado o simulado).
Interpretación Entre más corto, mejor.
Tipo de Medida X= tiempo.
Fuente de Medición Tiempo estimado de llamadas al sistema.
Nombre Mantenibilidad
Propósito Analizar la aplicación que tan estable, examinable y cambiable puede ser la aplicación en el futuro.
Método de Aplicación Evaluar el código de desarrollo que tan documentado para posibles cambios o desarrollos nuevos.
Medición, Formula X = A/B
A= Números de módulos que tienen comentarios.
B= Total de módulos o funciones documentados.
Interpretación 0 <= X <= 1
Entre más cercano a 1, más registrable. 0 indica un control de cambios deficiente o pocos cambios y alta estabilidad
Tipo de Medida X= Count/Count
A= Count
B= Count
Fuente de Medición Sistema de control de configuraciones Bitácora de versiones Especificaciones
Nombre Transportabilidad
Propósito Analizar que tan conforme es la transportabilidad del producto
Página
101
con regulaciones, estándares y convenciones aplicables.
Método de Aplicación Contar los productos encontrados que requieren conformidad y comparar con el número de artículos en la especificación que requieren conformidad.
• 9 módulos implementados. • 10 módulos totales (Falta el de flex).
Medición, Formula X = 9/10
X = 0.9
A = número de artículos implementados de conformidad B = total de artículos que requieren conformidad
Interpretación 0 <= X <= 1 Entre más cercano a 1, más completa
Tipo de Medida X= Count/Count
A= Count
B= Count
Fuente de Medición Especificación de conformidad y estándares, convenciones y regulaciones relacionados. Diseño Código fuente Informe de revisión
Página
102
13. MANUAL DE USUARIO
• Ingrese esta dirección en el navegador de Internet (Internet Explorer, mozilla, etc.) para acceder al login de la aplicación.
Ingrese el usuario y la contraseña asignada por usuario.
• Si el usuario y la contraseña no coinciden el sistema mostrara un mensaje.
Página
103
• después de ingresar a la aplicación mostrara esta ventana con unas opciones a la izquierda.
• Salir
Esta opción permite salir de la aplicación.
• Proveedor
Esta opción permitirá crear, consultar, modificar y eliminar proveedores.
Página
104
• Después de haber seleccionado la opción proveedor, aparece una pantalla con las siguientes opciones.
• Nuevo Proveedor
Si selección la opción nuevo proveedor le mostrara en pantalla, donde deberá ingresar la siguiente información.
Página
105
Nota: Después de haber ingresado la información se da clic en la opción Enviar .
• Editar Proveedor
Para editar un proveedor se debe buscar en la lista y al frente dar clic en la opción Editar.
Después de haber buscado el proveedor a modificar se mostrara la información correspondiente a ese proveedor.
Nota: Después de haber modificado la información se da clic en la opción Enviar .
Página
106
• Borrar Proveedor
Para borrar un proveedor se debe buscar en la lista y al frente dar clic en la opción Borrar .
• Ver Proveedor
Si va a consultar un proveedor, se debe de buscar y seleccionar la opción Ver, le mostrara la información correspondiente al proveedor.
Página
107
Opción ver
• Vehículo
Esta opción permitirá crear, consultar, modificar y eliminar vehículos.
• Después de haber seleccionado la opción Vehículo , aparece una pantalla con las siguientes opciones.
Página
108
• Nuevo Vehículo
Si selección la opción nuevo vehículo le mostrara en pantalla, donde deberá ingresar la siguiente información.
Nota: Después de haber ingresado la información se da clic en la opción Enviar .
Página
109
• Editar Vehículo
Para editar un vehículo se debe buscar en la lista y al frente dar clic en la opción Editar.
Después de haber buscado el vehículo a modificar se mostrara la información correspondiente a ese vehículo.
Nota: Después de haber modificado la información se da clic en la opción Enviar .
• Borrar Vehículo
Para borrar un vehículo se debe buscar en la lista y al frente dar clic en la opción Borrar .
Página
110
• Ver Vehículo
Si va a consultar un vehículo, se debe de buscar y seleccionar la opción Ver, le mostrara la información correspondiente al vehículo.
Opción ver
Página
111
• Articulo
Esta opción permitirá crear, consultar, modificar y eliminar Artículo.
Después de haber seleccionado la opción Articulo , aparece una pantalla con las siguientes opciones.
Página
112
• Nuevo Articulo
Si selección la opción nuevo Articulo le mostrara en pantalla, donde deberá ingresar la siguiente información.
Nota: Después de haber ingresado la información se da clic en la opción Enviar .
• Editar Articulo
Para editar un artículo se debe buscar en la lista y al frente dar clic en la opción Editar.
Después de haber buscado el articulo a modificar se mostrara la información correspondiente a ese artículo.
Página
113
Nota: Después de haber modificado la información se da clic en la opción Enviar .
• Borrar Articulo
Para borrar un artículo se debe buscar en la lista y al frente dar clic en la opción Borrar .
Página
114
• Ver Articulo
Si va a consultar un articulo, se debe de buscar y seleccionar la opción Ver, le mostrara la información correspondiente al artículo.
Opción ver
• Usuario
Esta opción permitirá crear, consultar, modificar y eliminar Usuarios.
Página
115
Después de haber seleccionado la opción Usuario , aparece una pantalla con las siguientes opciones.
• Nuevo Usuario
Si selección la opción Nuevo Usuario le mostrara en pantalla, donde deberá ingresar la siguiente información.
Nota: Después de haber ingresado la información se da clic en la opción Enviar .
Página
116
• Editar Usuario
Para editar un usuario se debe buscar en la lista y al frente dar clic en la opción Editar.
Después de haber buscado el usuario a modificar se mostrara la información correspondiente a ese usuario.
Nota: Después de haber modificado la información se da clic en la opción Enviar .
• Borrar Usuario
Para borrar un usuario se debe buscar en la lista y al frente dar clic en la opción Borrar .
Página
117
• Ver Usuario
Si va a consultar un usuario, se debe de buscar y seleccionar la opción Ver, le mostrara la información correspondiente al usuario.
Página
118
Opción ver
• Orden de Compra
Esta opción permitirá consultar las órdenes de compra generadas.
• Ver Orden de Compra
Si va a consultar una orden de compra, se debe de buscar y seleccionar la opción Ver, le mostrara la información correspondiente a la orden de compra.
Página
119
Opción Ver
• Control de Tiempos
Esta opción permitirá consultar los tiempos en que se le da respuesta a un cliente sobre una cotización.
Después de haber seleccionado la opción Control de Tiempos , aparece una pantalla con la información de la cotización por placa.
Página
120
• Casos Cerrados
Esta opción permitirá reabrir los casos que han sido cerrados.
Después de haber seleccionado la opción Casos Cerrados , aparece una pantalla con la información de los casos cerrados, se busca el caso a abrir y se le da clic en la opción abrir; le mostrara un mensaje de confirmación si desea abrirlo.
• Caso
Esta opción permitirá crear, editar y cerrar un caso.
Página
121
Después de haber seleccionado la opción Caso , aparece una pantalla con las siguientes opciones.
• Nuevo Caso
Si selección la opción Nuevo Caso le mostrara en pantalla, donde deberá ingresar la siguiente información.
Página
122
Nota: Después de haber ingresado la información se da clic en la opción Enviar .
• Editar Caso
Para editar un caso se debe buscar en la lista y al frente dar clic en la opción Editar.
Después de haber buscado el caso a modificar se mostrara la información correspondiente a ese caso.
Página
123
Nota: Después de haber modificado la información se da clic en la opción Enviar .
• Cerrar caso
Esta opción le permitirá cerrar los casos que han sido finalizados. Para cerrar un caso debe de buscarlo en la lista y al frente seleccionar la opción cerrar y se desplegara un mensaje de confirmación de cerrado de caso.
Página
124
• Cotización
Esta opción permitirá crear y editar una cotización.
Después de haber seleccionado la opción Cotización , aparece una pantalla con las siguientes opciones.
Página
125
• Nueva Cotización
Si selección la opción Nueva Cotización le mostrara en pantalla, donde deberá ingresar la siguiente información.
Se van ingresando los artículos y el sistema se los va relacionando en la cotización.
Después que se agregaron los artículos se le da clic en el botón de Guardar Cotización .
Página
126
Para generar la orden de compra señale los artículos a generar y de clic en el botón Generar Orden de Compra .
Página
127
• Editar Cotización
Para editar una cotización se debe buscar en la lista y al frente dar clic en la opción Editar.
Página
128
CONCLUSIONES
Por medio de la construcción de este software se le permitirá a la empresa Subocol S.A tener más agilidad, eficiencia y control sobre todas las compras de autopartes a nivel nacional para todas las compañías aseguradoras propietarias y poder así tener estándares mas óptimos de calidad, ofreciendo procesos más detallados donde se puede dar mejor trazabilidad y seguimiento, posicionando a esta como una de las mejores compañías del mercado de compras electrónicas. De igual manera le permitirá a todos los proveedores poder tener información a la mano, clara y veraz de sus ventas a las aseguradoras y poder organizar su estrategia y sinergia con las mismas.
Página
129
BIBLIOGRAFIA
• [WIK06] Esta página fue modificada por última vez el 01:03, 29 oct. 2006. El contenido está disponible bajo los términos de la Licencia de documentación libre de GNU. Wikipedia® es una marca registrada de Wikimedia Foundation,Inc. http://es.wikipedia.org/wiki/Software_libre.
• [GLU04] “Historia y cultura del Software Libre” Copyright © 2004 Jorge Bernal Ordovas, Héctor Blanco Alcaine, Isaac Clerencia Pérez., http://pulsar.unizar.es/gluz/manual-sl/index.html
• [SOF97] “El software libre” Marcos David Kon © 1997. http://www.monografias.com/trabajos12/elsoflib/elsoflib.shtml
• [SCO04] “El software libre en Colombia” Jorge Mario Calvo , Última Actualización: Noviembre 24 / 2004, Edición No. 90 Septiembre - Noviembre de 2004, http://www.acis.org.co/index.php?id=301
• [WIK10] Esta página fue modificada por última vez el 3 de mayo de 2010. El contenido está disponible bajo los términos de la Licencia de documentación libre de GNU. Wikipedia® es una marca registrada de Wikimedia Foundation,Inc. http://es.wikipedia.org/wiki/Ingenier%C3%ADa_web
top related