Especificación de Requisitos, estándar de IEEE 830 DUOC UC - ESCUELA DE INFORMATICA Y TELECOMUNICACIONES Propuesta de Proyecto y Especificación de Requisitos de Software Proyecto: Sistema de Ventas, registros y datos mediante el uso de un sistema informático. Integrantes: Isaías Martínez. Nombre del docente: Julio López. Asignatura: Ingeniería en Software. Sección: 006_D. 1 Especificación de Requisitos, estándar de IEEE 830 Tabla De Contenido: 1. Introducción 1.1. 1.2. 1.3. 1.4. 1.5. Propósito Ámbito del sistema Definiciones, Acrónimos Y Abreviaturas Referencias Visión General Del Documento 2. Descripción General 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. Perspectiva del Sistema Funciones del Producto Características de los Usuarios Restricciones Suposiciones y Dependencias Requisitos Futuros 3. Requisitos Específicos 3.1. Requisitos Comunes de Las Interfaces 3.1.1 Interfaces de Usuario 3.1.2 Interfaces de hardware 3.1.3 Interfaces de software 3.1.4 Interfaces de comunicación 3.2. Requisitos funcionales 3.2.1 Requisito funcional 1 3.2.2 Requisito funcional 2 3.2.3 Requisito funcional 3 3.3. Requisitos no funcionales 3.3.1 Requisitos de rendimiento 3.3.2 Seguridad 3.3.3 Fiabilidad 3.3.4 Disponibilidad 3.3.5 Mantenibilidad 3.3.6 Portabilidad 4. Planilla de requerimientos 2 Especificación de Requisitos, estándar de IEEE 830 1. Introducción Con el fin implementar un nuevo y mejorado sistema de ventas, para ello hemos propuesto permitir registrar y mantener la información del contrato efectuado por el curso, registrando la información necesaria tales como cliente, destino, fecha de viaje, número de estudiantes, servicios contratados (seguros, beneficios u otros), tipo de actividades a efectuar u otro dato relevante, dicho esto, dejando en responsabilidad al ejecutivo de ventas. 1.1 Propósito El propósito de este documento es entregar la mayor información relacionada al proyecto que se está creando para el cliente y cualquier otra persona interesada en leer el contenido y funcionamiento del sistema. 1.2 Ámbito del sistema ● ● ● ● ● ● ● ● ● El nombre de nuestro sistema es “Systematic sales control”. El sistema una vez que el ejecutivo de ventas realice un contrato, automáticamente se ingresará a la BD. El sistema permitirá al ejecutivo de venta registrar la información necesaria tales como; cliente, destino, fecha de viaje, número de estudiantes, servicios contratados; seguros, beneficios u otros y tipo de actividades. El sistema no podrá ser modificado por el personal interno, personal externo, el ejecutivo de ventas o el dueño de la agencia de la institución. El sistema debe permitir al ejecutivo de ventas, agregar los seguros a un contrato, según la negociación que logró conseguir. El sistema permitirá al administrador del sistema, mantener la información necesaria en el sistema, tales como, tipos de actividades, clientes, usuarios, destinos y otros requeridos. Las ventas, el registro de datos y la información solo podrá ser modificada por el administrador del sistema. Algunos de los beneficios del sistema será llevar automáticamente en un detalle más ordenado, mediante el uso de una BD, todos los datos ordenados según corresponda. El objetivo principal del programa es permitir a los apoderados, descargar la póliza de seguro de su respectivo pupilo, la cual contiene el detalle de la cobertura del seguro, lo cual será registrado por el ejecutivo de ventas, dicho esto, la generación de las pólizas debe ser efectuada internamente por el sistema y quedar disponible para la consulta del apoderado. 3 Especificación de Requisitos, estándar de IEEE 830 1.3 Definiciones, Acrónimos y Abreviaturas. ● ● ● ● ● ● ● ● ● ● ● ● BD = Base De Datos. Nube = Servicio de computación que procesa y almacena datos conectados a una red de servidores de internet (online). PC = Computadora Personal. Hardware = Es todo lo tangible de una computadora o un sistema informático. Software = Es todo lo intangible de una computadora o sistema informático. GHz = Gigaherzio (frecuencia). GB = Gigabyte (capacidad de almacenaje). RAM = Random Access Memory (memoria de acceso aleatorio). Windows o Linux = Sistemas operativos para computador de escritorio (PC). PLUGIN = Aplicación que en un sistema o programa informático añade una funcionalidad o una característica al software. BUG O BUGS = Tipos de errores que se producen en un programa informático. Disco Duro = Disco con una gran capacidad de almacenamiento de datos informáticos, que se encuentra insertado permanentemente en la unidad central de procesamiento de la computadora. 1.4 Referencias ● https://www.zoho.com/es-xl/crm/sales-management-system.html ● https://aprendizajeubicuo.wordpress.com/tag/la-interfaz-de-comunicacion/ 1.5 Visión General del Documento Para empezar, tenemos como definición breve como va a funciona el sistema y sus puntos más destacables, después encontraremos una descripción general del producto y todas sus especificaciones más detalladas que el cliente requiere, luego estarán los requisitos específicos del programa como las interfaces de uso, requisitos funcionales y no funcionales entre otros también la Planilla de Requerimientos. 4 Especificación de Requisitos, estándar de IEEE 830 2. Descripción General Para entender mejor este sistema veremos como funcionara en la efectividad de la actividad de la empresa: ● Ser una base de datos de información de los clientes: almacena la información que obtenemos de los apoderados para posteriormente usarla en favor de la empresa. Es una solución para mejorar la calidad de empresa, gracias a la información entregada de nuestros clientes podemos ofrecerles mejoras en los precios de acuerdo a sus necesidades, y además tener una mejor comunicación con ellos e interactuar. ● Permite gestionar la agenda de la organización y estar al día de todos los acontecimientos. Todas las tareas y los detalles que se pueden registrar. ● Permite identificar nuevas oportunidades de negocio. ● Gracias al conocimiento que tendremos de los diferentes tipos de clientes, podemos identificar instituciones potenciales y satisfacer sus peticiones así como fidelizar nuevos clientes. ● Es una herramienta que sirve para mejorar la comunicación interna de la empresa y ahorrar tiempo. Debido a que se recopila toda la información, nos ahorramos reuniones y no perdemos ningún dato. 5 Especificación de Requisitos, estándar de IEEE 830 2.1 Perspectiva del producto El sistema estará disponible para Windows y Linux, tomando provecho de un plugin llamado “Systems-Plugin”, siendo un robusto programa del sistema para recopilar información de los clientes. Recupera rápidamente y de forma precisa la información que se vaya generando. También en cuanto a la información que se genere, permitirá registrar un cliente nuevo, dejando en responsabilidad de esta al ejecutivo de ventas. 2.2 Funciones del producto Las funciones de este producto son: ● ● ● ● ● Registrar el contrato entre apoderado y el ejecutivo de ventas. Registrar el contrato con día, mes y año incluyendo la hora. Mostrar en pantalla hora de ingreso del contrato a la BD. Mostrar un mensaje en pantalla de que el contrato fue registrado exitosamente. Mostrar un mensaje en pantalla si no se logra generar el contrato para el cliente. ● Mostrar un mensaje en pantalla con en el contrato, mostrando el detalle de cada uno de los campos que contenga, incluyendo empresas afiliadas a este. ● Por último, debe quedar el contrato disponible para la consulta del cliente. 2.3 Características de usuarios El sistema contará con dos tipos de usuarios: 1. El primer usuario serán los administradores del sistema, que tendrán que tener niveles básicos de computación para poder administrar el programa sin dificultad, también se requerirá que ya tengan experiencia en administración de este tipo de sistemas. 2. El segundo usuario será el ejecutivo de ventas que usará el sistema para generar los contratos, para ello no se requiere niveles de computación ya que su única interacción con el software será para validar el registro del contrato y la actualización de cada registro, incluyendo la creación de estos. 3. El tercer usuario son los apoderados, quedando así disponible con detalle cada póliza de su respectivo alumno según corresponda. 4. El cuarto y último usuario es el Dueño de la agencia, quien usará el sistema para obtener un reporte de estado de avance de los clientes (cursos de un colegio) donde se señala que porcentaje lleva logrado cada colegio y las actividades que han concretado indicando el aporte del curso de cada actividad. 6 Especificación de Requisitos, estándar de IEEE 830 2.4 Restricciones ● Política de la empresa: Solo será de uso para el registro de un contrato y del cliente. Solo los administradores del sistema podrán modificar datos del software. ● Limitaciones de hardware: Se recomienda un PC con las siguientes especificaciones para lograr ejecutar el software. Mínimo: ⮚ Procesador Intel/AMD a 1.5 GHz. ⮚ 2 GB de memoria RAM. ⮚ 1 GB de disco duro. ⮚ Resolución de pantalla de 1.024 x 768. ⮚ Conexión a internet. Recomendado: ⮚ Procesador Intel/AMD a 2.6 GHz. ⮚ 4 GB de memoria RAM. ⮚ 4 GB de disco duro. ⮚ Resolución de pantalla de 1.280 x 1.024 o superior. ⮚ Conexión a internet. ● Interfaces con otras aplicaciones: El programa tendrá una función que mostrará el contrato que se genere en tiempo real las 24 horas al día, los 7 días de la semana, los 365 días del año. Será compatible con sistemas operativos y versiones web. ● Funciones de control: En la interfaz del ejecutivo de ventas se encontrarán diferentes botones que permitirán controlar y modificar algunas especificaciones si desea el cliente, algunas por ejemplo serán: modificar la fechas de ida y regreso, servicios de seguro si se llegase a requerir, entre otros. ● Lenguaje(s) de programación: Para el diseño de este software se va a utilizar el lenguaje de programación conocido como Python y Java. 7 Especificación de Requisitos, estándar de IEEE 830 ● Consideraciones acerca de la seguridad: Algunas recomendaciones para mantener el programa protegido es mantenerlo constantemente actualizado con las nuevas versiones que se tendrán disponible en un tiempo, y así evitar la entrada de virus que puedan modificar la interfaz del programa y también hacer uso malicioso de los datos registrado en el sistema. 2.5 Suposiciones y Dependencias ● En el caso que se descargue o actualice una versión no autorizada del programa es posible que este deje de funcionar o funcione con problemas, si llegase a pasar esto, llame inmediato al creador del programa para encontrar una solución. ● Si por algún motivo se cambiara el código con el que fue programado el software es probable que este deje de funcionar por completo. 2.6 Requisitos Futuros Estaremos trabajando a futuro para traer mejoras en la interfaz de usuario para lograr que sea más amigable a la vista de las personas, también aplicaremos mejoras en la seguridad de nuestro sistema para evitar virus maliciosos que ingresen a nuestros softwares. 3. Requisitos Específicos A continuación, se describirán los requerimientos que el sistema deberá tener incorporados en diseño del software: ● El sistema deberá identificar a cada cliente por su nombre, apellido y rut, incluyendo el contrato que le corresponda. ● El sistema mostrará la hora de ingreso del contrato. ● La interfaz deberá mostrar en pantalla la fecha y hora actual como pantalla de inicio. ● Cuando el ejecutivo de ventas ingrese el contrato debe mostrar el siguiente mensaje por pantalla: “Contrato Ingresado Exitosamente!”. ● Cuando se ingrese el contrato y exista algún fallo permitirá mostrar el siguiente mensaje por pantalla: “Intente Nuevamente”. 8 Especificación de Requisitos, estándar de IEEE 830 ● Cuando se busque un cliente y no esté registrado en algún contrato deberá mostrar el siguiente mensaje por pantalla: “No Se Encuentra Registrado En Ningún Contrato”. ● Todo registro debe ser ingresado de inmediato en la BD y en la nube para luego actualizarla en la página web y aplicaciones. ● Cuando el apoderado quiera descargar o visualizar la póliza, este debe estar disponible para las veces que se requiera. ● Para el Dueño de la Agencia el sistema generará un reporte el cual cuando se solicite mostrará el siguiente mensaje en pantalla: Estado de avance de los cursos de un colegio, donde se señala que porcentaje lleva logrado cada colegio y las actividades que han concretado indicando el aporte a la meta de curso de cada actividad. 3.1 Requisitos Comunes De Interfaces En la interfaz principal deberá aparecer la hora con la fecha actual como menú de inicio, un ejemplo sería: 15/05/2020 11:30 pm Cuando el ejecutivo de ventas finalice el contrato deberá mostrar el mensaje especificado en los requerimientos, un ejemplo para entender esto sería: Contrato Finalizado “Contrato ingresado exitosamente!” Sí es el caso de que no reconozca o falle el ingreso del contrato deberá mostrar el mensaje especificado en los requerimientos, un ejemplo de este sería: “Intente Nuevamente” En el otro caso que el cliente no se encuentre registrado en algún contrato deberá mostrar el mensaje por pantalla especificado en los requerimientos, un ejemplo de este sería: “No Se Encuentra Registrado En Ningún Registro” 9 Especificación de Requisitos, estándar de IEEE 830 Para el Dueño de la Agencia el sistema generará un reporte el cual cuando se solicite mostrará el siguiente mensaje en pantalla especificado en los requerimientos, un ejemplo sería: Estado de avance “Curso 4to Medio, Colegio Santa Margarita: 40%” “Actividades realizadas: 70%” 3.1.1 Interfaces de usuario En la interfaz principal de usuario el cliente ha especificado que quiere un diseño lo más amigable posible, con imágenes de fondo que roten cada una hora con diferentes paisajes que el usuario quiera, también el formato de la hora y la fecha debe estar en una esquina inferior izquierda. 3.1.2 Interfaces de hardware En la interfaz del hardware se requiere de un computador (PC), con sus respectivos componentes tales como: ● ● ● ● Monitor. Cableado. CPU. Fuente de poder. ● Cable de red Internet. 3.1.3 Interfaces de software Una de las interfaces con las que puede compartir datos sería la aplicación web que hemos de crear donde estarían todos los porcentajes de contratos, precios de alta y baja demanda y las pólizas facilitando su uso y visualización. Este software (web) es complementado por el sistema que hemos de crear “Systematic sales control”, su uso será exclusivo solo para los clientes y para el dueño, donde, el cliente solo podrá visualizar la sección de póliza y el dueño la sección de estado del curso para mantenerse informado del porcentaje que lleva cada institución. 10 Especificación de Requisitos, estándar de IEEE 830 3.1.4 Interfaces de comunicación Uno de sus interfaces de comunicación que este software contiene es el registro de datos, que de pasar a una CPU procede a entregar la información a la BD, mediante el uso de un cable red o una conectividad inalámbrica en común. 3.2 Requisitos funcionales 3.2.1 Requisito funcional 1 Registro de Contratos: este cumple la función de llevar el registro del contrato del cliente entre fecha y su hora de creación. 3.2.2 Requisito funcional 2 Información en pantalla: este cumple la función de mostrar en pantalla los datos del cliente para el Ejecutivo de ventas, los datos del contrato al Cliente, al Apoderado la póliza del seguro de su pupilo, finalmente porcentajes de meta de cada curso para el Dueño de la Agencia según la institución que corresponda. 3.2.3 Requisito funcional 3 Actualización de información: este cumple la función de actualizar los datos en tiempo de real para que el cliente pueda ver su información en la plataforma, ya sea su nombre, apellido, rut, contrato, incluyendo la institución a la que pertenece. 11 Especificación de Requisitos, estándar de IEEE 830 3.3 Requisitos no Funcionales 3.3.1 Requisitos de rendimiento El software puede soportar un alto tráfico de uso y ambientes hostiles. ● ● ● ● El sistema cuenta con una lectura óptima, que almacena datos según la capacidad y velocidad del servidor físico de la BD, que a su vez, lo subirá a la nube que el equipo brindará. El sistema soportará a los usuarios ya mencionados; Ejecutivo de ventas y Dueño de la Agencia, incluyendo a los que se requieren como; el administrador del sistema, también se puede ir ampliando según la cantidad que corresponda. El 90% del sistema tiene como máximo 1 segundo de respuesta en línea. El otro 10% corresponde al tiempo de demora (2 a 3 segundos) que puede obtener al esperar una respuesta, es decir, si el sistema está sobrecargado. 12 Especificación de Requisitos, estándar de IEEE 830 3.3.2 Seguridad Systems-plugin incluye una característica o funcionalidad específica adicional, para mejorar la seguridad de los contratos, registro de datos e información. Consiste en prevenir el fraude, es decir, aquellos que quieran manipular externa o internamente la nube y la BD, para que el sistema sea seguro y eficiente, así no habrá modo que modifiquen el tipo de tareas que el sistema entrega. También puede ser utilizado para el seguimiento de la localización ip externa o interna que quiera violar dichos componentes ya mencionados. 3.3.3 Fiabilidad El software tiene una extensión de un año después del primer día de uso, no obstante, durante este periodo de tiempo, el software puede presentar algún problema de bug. Para corregir este tipo de errores, nuestra disponibilidad será inmediata, ya sea yendo al lugar físico o mediante una actualización de sistema. 3.3.4 Disponibilidad Tiene una disponibilidad de 24 horas al día, los 7 días de la semana para la descarga y manipulación de datos. La subida de datos va a depender del tamaño de los archivos que se desee visualizar o el ingresar dependiendo de la red en la que esta se encuentre conectada. 3.3.5 Mantenibilidad La mantención del hardware debe ser mensual, ya que, puede presentar lentitud al procesar datos e información, es realizada por un técnico autorizado. La mantención del software también debe ser mensual y es realizada por un administrador de sistemas con conocimientos en el área de informática, éste será enviado por nuestro equipo. 3.3.6 Portabilidad Para lograr hacer una portabilidad del sistema completo es necesario contar con los siguientes requisitos: ● Una base de datos disponible para hacer el cambio de todos los datos registrados de un sistema a otro. ● Un servidor adaptado a cualquier tipo de BD, sin el riesgo que la BD no pueda leer el código determinado del servidor. ● Un sistema operativo como: Windows, Linux o Mac. 13 Especificación de Requisitos, estándar de IEEE 830 4. Planilla de requerimientos 14
