Proyecto Solucion a Quejas y Reclamos empresa SM

Especificación de requisitos de software

Proyecto: WEBQRevisión 1.0

Modelo de ingeniería[Nombre documento]

0.3Pág. 2

Abril

Descripción de requisitos del software

Ficha del documento

Fecha Revisión Autor Verificado dep. Calidad.

09/04/2015 1.0 Jholman Jaramillo Cruz

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Fdo. D./Dña Jholman Jaramillo Cruz

WEBQEspecificación de requisitos de software

Rev. 1.0

Pág. 4

Contenido

FICHA DEL DOCUMENTO 2

CONTENIDO 3

1 INTRODUCCIÓN 5

1.1 Propósito 5

1.2 Alcance 5

1.3 Personal involucrado 5

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 7

1.6 Resumen 7

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 8

2.3 Características de los usuarios 8

2.4 Restricciones 9

2.5 Suposiciones y dependencias 9

2.6 Evolución previsible del sistema 9

3 REQUISITOS ESPECÍFICOS 9

3.1 Requisitos comunes de los interfaces 123.1.1 Interfaces de usuario 123.1.2 Interfaces de hardware 133.1.3 Interfaces de software 133.1.4 Interfaces de comunicación 13

3.2 Requisitos funcionales 133.2.1 Requisito funcional 1 143.2.2 Requisito funcional 2 143.2.3 Requisito funcional 3 143.2.4 Requisito funcional n 14

3.3 Requisitos no funcionales 15



Rev. 1.0

Pág. 5

3.3.1 Requisitos de rendimiento 153.3.2 Seguridad 153.3.3 Fiabilidad 163.3.4 Disponibilidad 163.3.5 Mantenibilidad 163.3.6 Portabilidad 16

3.4 Otros requisitos 16

4 Apéndices 16



Rev. 1.0

Pág. 6

1 IntroducciónLas presentes especificaciones que se desarrollaran mostraran la información detallada y necesaria para la construcción de la aplicación especificada para dar solución al a la centralización y re direccionamiento de las quejas y reclamos de la empresa SM, especificando la solución planteada al problema dado lo cual permitirá el desarrollo de una aplicación web que permita relaciona, unificar toda la información necesaria.Especifica todos los módulos y componentes de software que son necesarios para la ejecución de la aplicación web

1.1 Propósito Adecuar y realizar los módulos del proyecto para implementar con el cliente y los

usuarios que tendrá el sistema. Capacitar a los usuarios finales y el cliente sobre las funcionalidad y opciones de

la aplicación web

1.2 Alcance Identificación del producto “WEBQ” El Sistema tendrá por definición la tarea de permitir :

- Categorización de las quejas y reclamos- Centralizar y organizar los datos de las quejas y reclamos además de

contribuir a la actualización de datos de los clientes - Adecuar la información para la posterior implementación por parte de

SM concesionarios en la generación de reportes detallados.- Implementación de datos para gestión de toma de decisiones

1.3 Personal involucradoNombre Jholman JaramilloRol Scrum ManagerCategoría profesional Scrum ManagerResponsabilidades Guiar la colaboración intraequipo y con el clienteInformación de contacto [email protected]ón

Nombre Jholman JaramilloRol Ingeniero de SistemasCategoría profesional AnalistaResponsabilidades Coordinador del área de DesarrolloInformación de contacto [email protected]ón

Nombre Jholman JaramilloRol Gestor del ProyectoCategoría profesional AnalistaResponsabilidades Diseño de la Arquitectura del sistemaInformación de contacto [email protected]ón


mailto:[email protected]




Rev. 1.0

Pág. 7

Nombre Jholman JaramilloRol ProgramadorCategoría profesional AnalistaResponsabilidades Programador de los módulos del sistemaInformación de contacto [email protected]ón

Nombre Jholman JaramilloRol Jefe de ventasCategoría profesional ComercialResponsabilidades Contactar y negocias con el clienteInformación de contacto [email protected]ón

1.4 Definiciones, acrónimos y abreviaturasDEFINICIONES

JAVA: lenguaje de programación de propósito general, concurrente, orientado a objetos para el desarrollo de aplicaciones

JSP: JavaServer Pages, tecnología que ayuda a los desarrolladores de software a crear páginas web dinámicas basadas en HTML, XML, entre otros tipos de documentos.

JEE: plataforma de programación para desarrollar y ejecutar software de aplicaciones en el lenguaje de programación Java.

SQL Server: sistema para la gestión de bases de datos

Aplicación Web: aplicación software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador.

Microsoft Azure: plataforma general que tiene diferentes servicios para aplicaciones, desde servicios que alojan aplicaciones en alguno de los centros de procesamiento de datos.

Interfaz de Usuario: medio con que el usuario puede comunicarse con una máquina, un equipo o una computadora, y comprende todos los puntos de contacto entre el usuario y el equipo.

Interfaz: se utiliza para nombrar a la conexión física y funcional entre dos sistemas o dispositivos de cualquier tipo dando una comunicación entre distintos niveles.

Web Service: tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes.

Software Libre: denominación del software que respeta la libertad de todos los usuarios que adquirieron el producto y, por tanto, una vez obtenido el mismo, puede ser usado, copiado, estudiado, modificado, y redistribuido libremente,


http://es.wikipedia.org/wiki/Libertad

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Usuario

http://es.wikipedia.org/wiki/Computadora

http://es.wikipedia.org/wiki/Base_de_datos

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Computaci%C3%B3n_concurrente

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_de_prop%C3%B3sito_general

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n




Rev. 1.0

Pág. 8

ACRONIMOSTCP/IP: describe un conjunto de guías generales de diseño e implementación de protocolos de red específicos para permitir que un equipo pueda comunicarse en una red. TCP/IP provee conectividad de extremo a extremo especificando como los datos deberían ser formateados, direccionados, transmitidos, enrutados y recibidos por el destinatario.SRS: o ERS (Especificación de requerimientos de software) es un conjunto de recomendaciones para la especificación de los requerimiento o requisitos de software el cual tiene como producto final la documentación de los acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad de exigencias estipuladas.

GFDL: Licencia para Documentación Libre de GNU.

GPL: Licencia para Software Libre de GNU. (W3C) para la codificación y manejo de metadatos usando el lenguaje de marcas XML.

URL: Uniform Resource Locator, esquema utilizado para la localización de un recurso en Internet.

ABREVIATURAS

IU = interfaz de usuario

1.5 ReferenciasReferencia Titulo Ruta Fecha Autor

[Ref.] [Título] [Ruta] [Fecha] [Autor]

1.6 ResumenEl documento implica y documenta los objetivos, requerimientos que son necesarios para el desarrollo y la adecuación del sistema solución a uno de los inconvenientes de SM como lo es las quejas y los reclamos.

Esta organizado con el fin de detallar y mostrar a los involucrados los requerimientos que el aplicativo web debe tener en la solución propuesta para SM, detallando los objetivos , procesos, módulos y demás que se deben implementar como solución.

2 Descripción general

2.1 Perspectiva del productoEl sistema será independiente y complementara otros módulos para poder gestionar los datos de las quejas de los clientes en conjunto tanto con SM, los concesionarios y los clientes.

2.2 Funcionalidad del productoFuncionalidades:



Rev. 1.0

Pág. 9

- Captura de información complementaria de clientes- Reducción de tiempos de respuestas a las solicitudes de quejas y

reclamos- Direccionamiento de información a concesionarios- Organización y categorización de las quejas y reclamos.- Adecuación para el control de solicitudes de cliente.- Validación de usuarios del sistema

2.3 Características de los usuarios

Tipo de usuario Agente Call Center SMFormación Conocimientos de sistemas y administración (Tecnólogo o

técnico)Habilidades Manejo de computadores, manejo de sistemas de

información, captura de datos y atención de clientesActividades Realizar y contestar llamadas, capturar datos y categorizar

información,

Tipo de usuario Agente Call Center Concesionarios


WEBQ

Módulo de administración de quejas y reclamos

Reducción en tiempos de

respuesta las solicitudes

Captura de información

complementaria de datos de los

clientes

Categorización Reducción en

tiempos de respuesta las

solicitudes

Direccionamiento de quejas

específicas de los concesionarios

Creación y validación de usuarios del

sistema

Permitir la adecuación y

control de solicitudes


Rev. 1.0

Pág. 10

Formación Conocimientos de sistemas y administración (Tecnólogo o técnico)

Habilidades Manejo de computadores, manejo de sistemas de información, captura de datos y atención de clientes

Actividades Realizar y contestar llamadas, capturar datos y categorizar información.

2.4 RestriccionesLa aplicación web será implementada en Java (JSP) lenguaje orientado a objetos y software libre, orientado a la WEB en el 100% de la aplicación con un motor de base de datos en SQL Server que se implementara en un servidor en la nube como lo es Microsoft Azure.

2.5 Suposiciones y dependenciasNA

2.6 Evolución previsible del sistemaImplementación e integración con otros módulos y software (Post-venta y clientes) para agilizar y facilitar el acceso y la captura de la información, y futura adecuación para la adecuación de peticiones y sugerencias..

3 Requisitos específicosR1: Permitir el registro y creación de usuarios, Dar respuestas agiles y eficaces a las peticionesR2: Permitir crear, modificar y eliminar categorizaciones de las quejas y/o reclamos previstos en el sistemaR3: Actualización o complementación de datosR4: Búsqueda y verificación de los clientes, es decir, introducir en éste las consultas que efectuará contra los servidores, y cuándo se efectúan.R5: Integración con el módulo de postventa, encuestasR6: Gestión de solicitudes en tiempo real con otras dependencias y o concesionarios.R7: Permitir la adecuación y control de solicitudes para mejor control de los agentes de call para realizar respectivas mediciones de tiempo en la gestión y solución de los reclamos y quejas.

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS001 Fecha: 16/04/2015Nombre de requisito Inicio de sesión para acceso al sistemaPrioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Todos los usuariosDescripción Se debe permitir registrar usuarios en el sistema para que la

aplicación web solo permita acceso a los datos a personas autorizadas.

Entradas Fuente Salida Destino RestriccionesUsuario y contraseña Formulario

donde se Clave encriptada.

Registro nuevo en la base de

Encriptar y almacenar.



Rev. 1.0

Pág. 11

ingresan los datos

datos.

Proceso Al registrar un usuario en el formulario se capturara los datos y el programa encripta y almacena en la base de datos, en el momento que un usuario quiera ingresar se comparan los datos en la base de datos para validar si existe o no en el sistema.

Efecto Colateral Quien no se registre no tendrá acceso.

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS002 Fecha: 16/04/2015Nombre de requisito Categorizaciones de las quejas y reclamosPrioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Todos los usuariosDescripción El módulo permitirá crear y/o eliminar categorías de las quejas y

reclamos para mejorar la tabulación de la información y sean de acuerdo a los reclamos de los clientes.

Entradas Fuente Salida Destino RestriccionesAcceso al sistema Formulario

de búsqueda de quejas y reclamos

Modificación y/o adaptación de la queja

Actualización de la información en la base de taos

Solo lo realizaran personas con acceso al sistema

Proceso Para modificar o crear una nueva categoría en el sistema el usuario a través de un formulario realizara la búsqueda o en el botón crear implementara o modificara una categoría o queja almacenada anteriormente permitiendo mejorarla.

Efecto Colateral Si el usuario no guarda los cambios la información no quedara almacenada

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS003 Fecha: 16/04/2015Nombre de requisito Actualización y/o complementación de datosPrioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Todos los usuariosDescripción Se permite la actualización de los datos de los clientes que

realizan las quejas y o reclamos con el fin de complementar y unificar la información de la empresa SM.

Entradas Fuente Salida Destino RestriccionesAcceso al sistema Acceso a los

datos de clientes

Datos de clientes actualizados

Datos en base de datos

Personas con acceso a la información.

Proceso El usuario registrado accederá al formulario de búsqueda y en el momento que se recibe la llamada preguntara los datos y los ingresa, al ser capturados y darle click al botón guardar los datos se actualizan en la base de datos del sistema.

Efecto Colateral El no guarda los datos generara perdida de información.

SRS ESPECIFICACION DE REQUERIMIENTOS



Rev. 1.0

Pág. 12

Código de requisito RS004 Fecha: 16/04/2015Nombre de requisito Respuestas y soluciones a las solicitudesPrioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Todos los usuariosDescripción El sistema implementa la posibilidad de validar que tiempo es

necesario y cuando se realizara y dará respuesta a la queja y/o reclamo expuesta por el cliente de SM.

Entradas Fuente Salida Destino RestriccionesAcceso al sistema Acceso a la

información delos clientes y tiempos de respuesta de SM.

Funcionalidad que muestra el sistema.

Mejora en la atención al cliente.

Las acciones que se establezcan se deben cumplir.

Proceso El usuario al llenar el formulario con la información del cliente y al relacionarle una petición establecida en el sistema podrá acceder a las soluciones que establecida y a los tiempos de respuesta para indicarle al cliente en qué momento se le dará solución a la petición de queja o reclamo.

Efecto Colateral Generará retrasos y disgustos a los clientes

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS005 Fecha: 16/04/2015Nombre de requisito Integración con el módulo de postventa, encuestasPrioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Administrador del sistemaDescripción El sistema permitirá la implementación con otras aplicaciones o

módulos para que los datos de clientes y demás necesarios sean accesibles para su respectiva y adecuada utilización.

Entradas Fuente Salida Destino RestriccionesAcceso a los datos de los clientes.

Módulo de postventa, encuestas y quejas o reclamos

Acceso a toda la información de los clientes.

Unificación de la información

Se debe implementar y desarrollar este requisito.

Proceso A través de la captura de los datos por cada aplicación se implementara una base de datos compartida la cual tendrá toda la información de los clientes que cada una de las partes involucradas tengan acceso

Efecto Colateral Demora en tiempos para la implementación.

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS006 Fecha: 16/04/2015Nombre de requisito Gestión de solicitudes en tiempo real con otras dependencias y o

concesionarios.Prioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Todos los usuariosDescripción Al manejar integración con otras dependencias se permite la

gestión y o re direccionamientos de la información de las quejas y reclamos directamente con el área encargada sin ser necesario



Rev. 1.0

Pág. 13

de direccionarse telefónicamente al cliente.Entradas Fuente Salida Destino RestriccionesAcceso a la información

La necesidad de la queja o reclamo que hace el cliente

Información accesible por cualquier dependencia

Solución más efectiva y clientes satisfechos

Personas encargadas tienen acceso

Proceso El cliente realiza la llamada se captura su respectiva queja se categoriza y se anexa a una solicitud con sus datos la cual se direcciona al área encargada quien analiza y estipula la solución y tiempos lo cual se ve detallado en la solicitud y se le indica al cliente el proceso y demora que tendrá su petición.

Efecto Colateral

SRS ESPECIFICACION DE REQUERIMIENTOSCódigo de requisito RS007 Fecha: 16/04/2015Nombre de requisito Gestión de solicitudes en tiempo real con otras dependencias y o

concesionarios.

Prioridad de Requisito Alta/Deseada Media/Deseado Baja/OpcionalActor Administrador del sistemaDescripción El sistema permitirá llevar un control del tiempo que se le asigna

a un cliente para ser atendido, tiempos de soluciones dadas y demás para validar la eficiencia y respuesta de los agentes de call center y asi poder medir niveles de los agentes.

Entradas Fuente Salida Destino RestriccionesTiempos de las soluciones dadas

Como tratar un quejas o reclamos y generar la solicitud

Funcionalidad del sistema

Control y mejora de respuesta de los agentes frente a los clientes.

La información se tabula para analizarla

Proceso Un agente de call center será medido en el tiempo en que captura la información soluciones dadas, peticiones realizadas con el fin de saber y mejorar los tiempos para la atención de clientes

Efecto Colateral

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuarioLa interfaz de usuario que se mostrara al usuario final será sencilla con colores no llamativos que permita la interacción fácil del usuario, tendrá:- Formularios de captura de información- Menús desplegables- Botones - Cuadros de dialogo- Mensajes informativos- Diseño de menús web- mantener el significado de los comandos abreviados (shortcut-keys) definidos

por el usuario.



Rev. 1.0

Pág. 14

- La IU despliega un único menú, pudiendo además acceder al mismo mediante comandos abreviados.

- La interfaz de usuario permitirá realizar búsquedas de descripciones, para lo cual se pueden especificar total o parcialmente las descripciones a buscar.

- La interfaz de usuario diseñada tendrá un alto grado de usabilidad además ser sencilla, cumpliendo todos los requisitos especificados.

3.1.2 Interfaces de hardwareComputador: La implementación de la aplicación web requerirá de computadores para interactuar con la información de las quejas, reclamos y datos de clientes a complementar ser mostrara y manejara por los agentes de call center.

3.1.3 Interfaces de softwareLa comunicación con los clientes se realizará mediante protocolos basados en estándares que permitan cumplir los demás requisitos del sistema y complementar módulos como el de postventa- La aplicación WEB implementara una grilla en donde se mostrara las quejas y

reclamos más comunes por los clientes para poder seleccionar y categorizar cada llamada de los clientes, se recibe la llamada de acuerdo a la queja del cliente se selecciona de la grilla y se despliega un cuadro para buscar el cliente con el cual se relacionara la solicitud, en ese momento se podrá validar los datos de los clientes para aprovechar y actualizarlos.

- La interfaz tiene como propósito minimizar el tiempo de respuesta a la quejas y reclamos por parte de los agentes y evitar la tediosa tarea de re direccionar tareas , lo que se hará es re direccionar la solicitud si es de los concesionarios para que a los agentes propios de los concesionarios puedan evidenciar y tratar los inconvenientes con alertas que la misma aplicación informara al momento de ser diligenciadas las solicitudes

3.1.4 Interfaces de comunicaciónLa aplicación web requerirá utilizar el protocolo TCP/IP para acceder a una URL donde se podrá acceder a la aplicación para su posterior utilización, se utilizaran web services para intercambiar datos entre aplicaciones de software con el fin de permitir la conectividad con otros módulos.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1: Validación de usuariosLa aplicación web permitirá registrar y validar usuarios para permitir accesos a la información y al módulo de quejas y reclamos

Entradas: será necesario nombre de usuario, nombres, apellidos, cedula y password.

Proceso: este requerimiento será validado al ingresar a la aplicación web, si no se encuentra registrado el usuario se direccionará a través de un botón de registrar,



Rev. 1.0

Pág. 15

lo que mostrara otro JSP para para ingresar los datos, si se encuentra registrado valida el usuario y la contraseña para validar la existencia en la base de datos.

Las salidas son los mensajes de información o error generados a validar los usuarios y la pantalla principal del sistema.

3.2.2 Requisito funcional 2: Acceso a recursos y datosLa aplicación mostrara cuadros de búsqueda y grillas mostrando la información de las quejas y reclamos que se han validado para la atención a los clientes. Entradas: datos de clientes, datos específicos de las quejas y/o reclamos

Proceso: en un cuadro de búsqueda se permitirá digitar ya sea para la búsqueda de datos de los usuarios o búsqueda de quejas a través de palabras claves, los resultados de la búsqueda incluirán mecanismos que permitirán al usuario (Agentes de call center) solicitar la realización de una copia local del recurso referenciado por la descripción o categoría previamente definidas en las quejas y/o reclamos.

Salidas: los datos de los clientes para ser validados, la queja específica para generar la solicitud.

3.2.3 Requisito funcional 3: Generación de Solicitud del cliente

El usuario contará con mecanismos para programar una solicitud de acuerdo a la información suministrada por el cliente a la respectiva categoría de la queja y/o reclamos, es decir, introducir en éste las consultas de acuerdo al problema descrito por el cliente, que se efectuará contra la categoría elegida, definiendo cuándo se efectúa y quien debe efectuarla.

Entradas: Datos de la queja y/o reclamo, observaciones del usuario del sistema.

Proceso: Al recolectar la información otorgada por el cliente, el agente del call center ingresara la queja que sea acorde a lo que el cliente informo de su inconveniente y la relacionara a sus datos registrados en la base de datos a través de una grilla de captura de información adecuada al ingresar a generar la solicitud.Salidas: Solicitud almacenada en la base de datos de sistema y accesible a través de la aplicación y por el usuario registrado que la requiera.

3.2.4 Requisito funcional 4: Integración con otros módulos y programas

La aplicación web permitirá realizar integración con el módulo de Postventa ya que las dos permiten complementar y tener acceso a la información de los clientes.

Proceso: Para llevar a cabo el requerimiento será necesario adecuar una base de datos compartida en la cual se reflejen los datos de los clientes para ser actualizados y utilizados por las partes involucradas que lo requieran.

Salida: Integración de información de los clientes eficaz y rápidamente.



Rev. 1.0

Pág. 16

3.2.5 Requisito funcional 5: Generación de reportes detallados

Se permitirá generar reportes para validar los inconvenientes más frecuentes que presentan los clientes con sus vehículos, lo que permitirá mejorar y validar más detalladamente y eficaz que vehículos son los más apropiados para importar por parte de SM.

Entrada: requiere seleccionar el tipo de reporte que se requiere y una fecha para generar el reporte con la información.

Proceso: la aplicación tiene un menú que permite seleccionar diferente tipos de reportes detallados tabulando la información que fue captura e ingresada anteriormente al sistema por parte de los agentes de call center.

Salida: Reportes para la toma de decisiones de SM, tabulación de la información.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimientoAl ser una aplicación web, WEBQ solo requerirá acceso a través de cualquier navegador web lo que permitirá el acceso desde diferentes dispositivos (PC, Tablet, celular).

Terminales a manejar:Ya que nuestro servidor será la plataforma en la nube Microsoft Azure, esta nos permite tener disponibilidad de acceso de cantidad ilimitada de máquinas de lo cual el costo que generara será según la cantidad de conexiones sin ser un costo fijo.

Número de Usuarios:Los usuarios simultáneos son sin problemas ilimitados ya que esta soportado por Microsoft Azure y siendo una aplicación web solo dependemos del servidor en la nube.

Azure ofrece un contrato de nivel de servicio con una disponibilidad del 99,95 % lo que nos permite que el acceso esté disponible en cualquier momento, las transacciones que se esperan son superiores a 100 al día, para lo cual Azure se puede ampliar o reducir rápidamente para adaptarse a cualquier demanda, de modo que solo paga por lo que usa

3.3.2 SeguridadLa seguridad de la aplicación está dada:- El uso de usuarios y contraseñas para el acceso a la aplicación web- Registros de auditoria de los ingresos al sistema en una tabla de base de datos- Uso de encriptación de contraseñas de los usuarios del sistema- Acceso a datos por demás aplicaciones y módulos a los datos necesarios y

específicos.



Rev. 1.0

Pág. 17

3.3.3 FiabilidadLa aplicación será fiable en el manejo de información, sola las personas encargadas tendrán accesos al aplicativo permitiéndoles acceso a información confidencial de clientes, está listo para manejar las transacciones para las que fue diseñado y controlar el acceso indebido a los datos con técnicas de criptografía de información y a través de contraseñas a los usuarios.

3.3.4 DisponibilidadLa aplicación web tendrá disponibilidad de 60% del día, 6 días a la semana ya que serán por políticas de la empresa atendidas en horario de oficina para satisfacer tanto las necesidades de solución de quejas y reclamos de los concesionarios y las solicitudes tratadas por SM, dando como un porcentaje de 40% para realización de tareas de mantenimiento tanto en el software como el los servidores del sistema.

3.3.5 MantenibilidadEl sistema siendo una aplicación Web desplegada en la nube permite mantener la aplicación disponible para mantenimiento de forma remota por los encargados de desarrollo y mantenimiento de la aplicación a lo cual se le realizaran mantenimientos programados preventivos realizándose 2 veces al año.

3.3.6 PortabilidadLa portabilidad del sistema está dada por la utilización de software libre, lenguaje de programación JAVA y servicios para el almacenamiento de datos en la nube (Microsoft Azure).- Siendo la aplicación web desarrolla en JAVA su portabilidad es del 99% y

podrá ser accesible desde Windows o Linux.- El servidor de base de datos es Azure el cual ofrece una disponibilidad del

99,95 %, además Azure admite cualquier sistema operativo, lenguaje, herramienta y marco, ya sea Windows, Linux, SQL Server, Oracle, C# o Java.

3.4 Otros requisitosLa aplicación está valorada por los derechos de autor solo podrán acceder las personas que adquirieron nuestro software ya hubiese sido a través de compra o arriendo, soportado por los roles y usuarios que estén registrados en el sistema.

4 Apéndices


Proyecto Solucion a Quejas y Reclamos empresa SM

Documents

Transcript of Proyecto Solucion a Quejas y Reclamos empresa SM