proyecto de grado2bibliotecadigital.usb.edu.co/bitstream/10819/556/1/...La utilización de software...

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

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

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

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

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 [email protected] 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 [email protected] 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

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

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

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.

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.

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.

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.

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

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.



CASO DE USO: APP002 – Editar Usuario


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.


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




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”




CASO DE USO: APP003 – Borrar Usuario


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.



Poscondiciones El usuario debe quedar eliminado de la base de datos. Requisitos Relacionados 2.3

Pasos: Alternativas



El sistema mostrara una lista de los vehículos




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.



CASO DE USO: APP004 – Ver Usuario


Propósito: Ver usuario en el sistema

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.


Precondiciones El usuario de existir en la base de datos.

Poscondiciones - Requisitos Relacionados 2.4

Pasos: Alternativas


opción “Usuarios”





El usuario buscara el usuario a consultar y dar

la opción ver

El sistema mostrara el detalle del usuario.



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.



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.

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.



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


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



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




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



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


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.



CASO DE USO: APP007 – Modificación de casos


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


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



CASO DE USO: APP008 – Cierre de casos


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”


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.



CASO DE USO: APP018 – Control de tiempos de cotización


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.


Precondiciones Deberá existir un caso abierto.


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



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”


opciones “Abrir”.

El Usuario escogerá la opción “abrir”

El sistema regresara el menú principal.



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.


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


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”

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.



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.


Precondiciones Deberá existir una cotización en el sistema para el caso especifico

Poscondiciones El tiempo de despacho quedara registrado en el caso.


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



CASO DE USO: APP013 – Modificación de cotizaciones


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.


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


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”

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”




CASO DE USO: APP015 – generar orden de compra


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.


Precondiciones Deberá existir una cotización creada en el sistema para el caso especifico


Pasos: Alternativas


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.


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

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



CASO DE USO: APP017 – Consultar orden de compra


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.


Precondiciones Deberá existir una orden de compra creada en el sistema para el caso especifico


Pasos: Alternativas


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.



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.


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.



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.


Precondiciones Deberá existir una orden de compra con tiempo terminado en el sistema para el caso especifico


Pasos: Alternativas


opción “control de tiempos”

El sistema mostrara la información de

tiempos sobre un caso.

Termina el caso de uso



CASO DE USO: APP021 – Crear articulo


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.


Precondiciones -


Pasos: Alternativas


opción “administración de software”


siguientes opciones: “crear articulo”,

“modificar articulo”, “borrar articulo”, “Ver

articulo”

El usuario escogerá la opción “crear articulo”


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”


en el formulario


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”




CASO DE USO: APP022 – Modificar articulo


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.


Precondiciones El articulo deberá existir en el sistema

Poscondiciones 3.2


Pasos: Alternativas


opción “administración de software”


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


desee hacer


en el formulario


Si los datos están ingresados correctamente y el articulo no existe el sistema mostrara el mensaje “ el articulo quedo ingresado correctamente”




CASO DE USO: APP023 – Borrar articulo


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.


Precondiciones El articulo deberá existir en el sistema

Poscondiciones 3.3


Pasos: Alternativas


opción “Artículos”

El sistema mostrara una lista de los artículos


tales como: “Nuevo Articulo”, ”Editar”,


El usuario buscara el articulo a borrar y dar la

opción borrar


eliminar este registro definitivamente”



CASO DE USO: APP024 – Ver articulo


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.


Precondiciones El articulo debe existir


Pasos: Alternativas


opción “Artículos”





El usuario buscara el articulo a consultar y dar

la opción ver

El sistema mostrara el detalle del artículo.



CASO DE USO: APP025 – Crear Vehículo


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.


Precondiciones -


Pasos: Alternativas


opción “vehículo”



seleccionar la opción nuevo vehículo


llenar la información acerca del vehículo a

crear.

El usuario deberá ingresar la placa


vehículo.


adicional del vehículo

El usuario escogerá la opción “enviar”


en el formulario


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”




CASO DE USO: APP026 – Editar Vehículo


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.


Precondiciones El vehículo deberá existir en la base de datos


Pasos: Alternativas


opción “vehículos”



tales como: “Nuevo Vehículo”, ”Editar”,


El usuario escogerá la opción “editar”


del vehículo


desee hacer


en el formulario


Si los datos están ingresados correctamente y el vehículo no existe el sistema mostrara el mensaje “ el vehículo quedo ingresado correctamente”




CASO DE USO: APP027 – Borrar Vehículo


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.


Precondiciones El vehículo debe existir en la base de datos


Pasos: Alternativas


opción “Vehículo”



tales como: “Nuevo Vehículo”, ”Editar”,


El usuario buscara el vehículo a borrar y dar la

opción borrar





CASO DE USO: APP028 – Ver Vehículo


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.


Precondiciones El vehículo debe existir en la base de datos


Pasos: Alternativas







El usuario buscara el vehículo a consultar y

dar la opción ver

El sistema mostrara el detalle del vehículo.



CASO DE USO: APP029 – Crear Proveedor


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.


Precondiciones -


Pasos: Alternativas El usuario en el menú principal, escogerá la

opción “Proveedor”

El sistema mostrara una lista de los proveedor


seleccionar la opción nuevo proveedor.


llenar la información acerca del proveedor a

crear.

El usuario deberá ingresar el NIT


proveedor.


adicional del proveedor

El usuario escogerá la opción “enviar”


en el formulario


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”




CASO DE USO: APP030 – Editar Proveedor


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.


Precondiciones El proveedor debe existir en la base de datos


Pasos: Alternativas





tales como: “Nuevo Proveedor”, ”Editar”,


El usuario escogerá la opción “editar”.


del proveedor.


desee hacer


en el formulario


Si los datos están ingresados correctamente y el proveedor no existe el sistema mostrara el mensaje “ el proveedor quedo ingresado correctamente”




CASO DE USO: APP031 – Borrar Proveedor


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.




Pasos: Alternativas







El usuario buscara el proveedor a borrar y dar

la opción borrar





CASO DE USO: APP032 – Ver Proveedor


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.




Pasos: Alternativas







El usuario buscara el Proveedor a consultar y

dar la opción ver

El sistema mostrara el detalle del Proveedor.

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

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.


Identificador 1.2

Nombre Manejo de usuarios, roles y opciones


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.


Identificador 1.3

Nombre Manejo de clave encriptada.


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

transparenté para el usuario.


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.


1. Ingreso de nuevos usuarios.

2. Actualización de usuarios.

3. Eliminación de usuarios.

4. Consulta de Usuario


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


Identificador 2.2

Nombre Actualización de usuarios.


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


Identificador 2.3

Nombre Eliminación de usuarios.



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


Identificador 2.4

Nombre Consulta de usuarios.



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.

Caso de Uso APP004 – Ver Usuario


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.


1. Ingreso de nuevos artículos.

2. Actualización de artículos.

3. Eliminación de artículos.

4. Consulta de artículo


Identificador 3.1

Nombre Ingreso de nuevos artículos.


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



Caso de Uso APP021 – Crear Articulo


Identificador 3.2

Nombre Actualización de artículos.


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


Identificador 3.3

Nombre Eliminación de artículos.



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


Identificador 3.4

Nombre Consulta de Articulo.



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


base de datos.

Caso de Uso APP024 – Ver Articulo


4

Administración

de Vehículo.

Descripción


de los vehículos del sistema.


1. Ingreso de nuevos vehículos.

2. Actualización de vehículos.

3. Eliminación de vehículos.

4. Consulta de vehículo


Identificador 4.1

Nombre Ingreso de nuevos vehículos.


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


Criterios de

aceptación



Caso de Uso APP025 – Crear Vehículo


Identificador 4.2

Nombre Actualización de vehículo.


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.

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


Identificador 4.3

Nombre Eliminación de vehículos.



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


Identificador 4.4

Nombre Consulta de 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


base de datos.

Caso de Uso APP028 – Ver Vehículo


5

Administración

de Proveedores.

Descripción


de los proveedores del sistema.


1. Ingreso de nuevos proveedores.

2. Actualización de proveedores.

3. Eliminación de proveedores.

4. Consulta de Proveedor


Identificador 5.1

Nombre Ingreso de nuevos proveedores.


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



Caso de Uso APP029 – Crear Proveedor


Identificador 5.2

Nombre Actualización de proveedores.


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.

Criterios de

aceptación

Cuando los datos del proveedor queden correctamente actualizados

en la base de datos.

Caso de Uso APP030 – Editar Proveedor


Identificador 5.3

Nombre Eliminación de proveedores.



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


Identificador 5.4

Nombre Consulta de 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


base de datos.

Caso de Uso APP032 – Ver Proveedor


6

Administración

de Casos.

Descripción


de los casos del sistema.


1. Ingreso de nuevos casos.

2. Actualización de casos.

3. Cerrar caso.


Identificador 6.1

Nombre Ingreso de nuevos casos.


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


Criterios de

aceptación



Caso de Uso APP006 – Crear caso


Identificador 6.2

Nombre Actualización de casos.


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

aceptación base de datos.

Caso de Uso APP007 – Modificar caso


Identificador 6.3

Nombre Cerrar casos.


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


7

Listado de Casos

cerrados.

Descripción


de los casos cerrados del sistema.


1. Listado de casos cerrados.

2. Abrir caso cerrado.


Identificador 7.1

Nombre Listado casos cerrados.


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


Criterios de

aceptación

Listado casos cerrados.

Caso de Uso APP011 – Consulta caso


Identificador 7.2

Nombre Abrir casos cerrados.


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


8

Listado de

control de

tiempos.

Descripción

Permite al usuario, generar un listado del control de tiempos.


1. Listado de control de tiempos de los vehículos.


Identificador 8.1

Nombre Listado de control de tiempos.


Entrada Seleccionar opción Control de Tiempos

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


9

Listado de

órdenes de

compra.

Descripción

Permite al usuario, generar un listado de las órdenes de compra del

sistema.


1. Listado de las órdenes de compra generadas.


Identificador 9.1

Nombre Listado de órdenes de compra.


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


10

Creación de

cotizaciones.

Descripción

Permite al usuario, crear una cotización a un caso en el sistema.


1. Creación de la cotización al respecto de un caso.


Identificador 10.1

Nombre Creación de cotización


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.

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.

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

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.

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.

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.


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

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.


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.

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.


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.

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.


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

FOREING KEY

No aplica

Entidad

Vehículos

En esta entidad se almacenaran cada uno de los vehículos que serán revisados.


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.


1. UsuarioID int (11): En este campo se almacenara el identificador del usuario.

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.

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

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

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.

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.

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.

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.

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.

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

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

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


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.


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.


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


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.


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.


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.


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


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.


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.


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.


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


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.


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.


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.


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


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.


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.


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.


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


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.


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.


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.


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.


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.


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.


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,

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

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.

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

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.

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

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

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.

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.

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.


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.

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


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.

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


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

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


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

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.

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

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

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 .

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

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.

• Nuevo Vehículo

Si selección la opción nuevo vehículo le mostrara en pantalla, donde deberá ingresar la siguiente información.


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


• Borrar Vehículo

Para borrar un vehículo se debe buscar en la lista y al frente dar clic en la opción Borrar .

• 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

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

• Nuevo Articulo

Si selección la opción nuevo Articulo le mostrara en pantalla, donde deberá ingresar la siguiente información.


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


• Borrar Articulo

Para borrar un artículo se debe buscar en la lista y al frente dar clic en la opción Borrar .

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

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.


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


• Borrar Usuario

Para borrar un usuario se debe buscar en la lista y al frente dar clic en la opción Borrar .

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

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.

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.

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

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.


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


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

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

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

Para generar la orden de compra señale los artículos a generar y de clic en el botón Generar Orden de Compra .

• Editar Cotización

Para editar una cotización se debe buscar en la lista y al frente dar clic en la opción Editar.

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.

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

proyecto de grado2bibliotecadigital.usb.edu.co/bitstream/10819/556/1/...La utilización de software...

Documents

Transcript of proyecto de grado2bibliotecadigital.usb.edu.co/bitstream/10819/556/1/...La utilización de software...