INGENIERÍA DE SOFTWARE ESTHER CRUEL GONZÁLEZ MÉTRICA V3 EVS: Estudio de Viabilidad del Sistema ACTIVIDAD EVS 1: ESTABLECIMIENTO DEL ALCANCE DEL SISTEMA. Tarea EVS 1.1: Estudio de la Solicitud Se plantea la realización de un sistema software que simule y gestione una central de mensajería de teléfonos móviles en la que existen una serie de usuarios que se envían mensajes de texto entre sí además de poder realizar otras operaciones sugeridas por el gerente general de la central telefónica. La funcionalidad de este sistema consiste en que un usuario debe registrarse en el sistema mediante cualquier método tradicional o por medio del correo electrónico. Una vez registrado en el sistema esté podrá realizar las actividades de recibir , enviar mensajes , consultar el saldo telefónico, realizar recargas , desactivar o activar el desvío de llamadas entre otras actividades . Se tomó como estrategia la manera de entregar a producción un prototipo operativo cada mes, cada dos meses máximo, y así durante años y años, es tener un proceso de desarrollo altamente sofisticado y eficiente. Tarea EVS 1.2: Identificación del Alcance del Sistema 1 Como se mencionó anteriormente el sistema deberá de : A. Usar tecnologías estándares para asegurar el funcionamiento en la mayor parte de navegadores modernos. B. La puesta en producción debe ser fácil y rápida. C. El sistema se debe de considerar como un usuario mas cuya funcionalidad se limita a recibir y enviar mensajes , además de realizar consultas completas sobre la información de los usuarios y el uso que le den estos . D. Debe de estar al alcance de todos los usuarios y su comprensión no sea compleja. Tarea EVS 1.3: Especificación del Alcance del EVS Se llevará a cabo un estudio de las tecnologías que se van a usar en el sistema, y se evaluarán diversas alternativas de solución. Será necesario realizar el estudio de la situación actual, con la pretensión de identificar la funcionalidad que cubre la aplicación de escritorio utilizada para definir los procesos. La aplicación en sus inicios tendrá como plataformas objetivo los dispositivos móviles basados en IOs y Android, seguido de plataformas de escritorio (Windows, MacOS), dejando por fuera plataformas como Windows Phone, Firefox OS, Linux, entre otras. ACTIVIDAD EVS 2: ESTUDIO DE LA SITUACIÓN ACTUAL Tarea EVS 2.1: Valoración del Estudio de la Situación Actual Actualmente la central consta de distintos sistemas de información que tiene indirectamente un desorden en la estructura informativa y además no posee tanta información, como la que se pretende conseguir, por incompatibilidad con los sistemas. Existen sistemas de información parcial o totalmente obsoletos con respecto a las soluciones actuales debido a la ausencia de un mantenimiento adecuado, si bien se trata de un ligero desfase inferior a cinco años. Este desfase es más notorio en determinados componentes de software, no existiendo, sin embargo, en el ámbito del hardware. Tarea EVS 2.2: Identificación de los Usuarios Participantes en el Estudio de la Situación Actual 2 ➢ Usuario Administrador ○ Este puede manipular información referente a los usuarios de nuestro sistema: como borrar , registrar clientes, también puede generar consultas y modificar los datos del cliente. ➢ Usuario Cliente ○ Conectarse al sistema (simplemente encendiendo el teléfono), en caso de que no tuviera activado el desvío al conectarse recibirá los mensajes que le fueron enviados mientras el teléfono estaba desconectado. El sistema comprobará que no se intente conectar un teléfono que ya está conectado, generando en dicho caso un mensaje de error. Tarea EVS 2.3: Descripción de los Sistemas de Información Existentes No existen antecedentes en cuanto a planes de sistemas de información escritos. Sin embargo, se cuenta con el documento Memorias de actividades anuales realizadas por el Servicio Técnico y Banco de Datos, en el período 2016-2018. Por otra parte, pueden aportar información adicional sobre antecedentes estratégicos: El Encargado de la administración de bases de datos el cual ha sido participante activo de la planificación y el seguimiento de todos los proyectos hasta la fecha del Servicio Tecnico y Banco de Datos, supervisando las tareas de documentación y constituyendo, por tanto, un referente a este respecto. Tarea EVS 2.4: Realización del Diagnóstico de la Situación Actual En el apartado anterior hemos comentado las faltas y deficiencias que se tiene en la situación actual. Es por esto, por lo que nuestro cliente requiere de una única aplicación y eliminar en todo lo posible todas esas carencias comentadas, y a través de las entrevistas realizadas hemos controlado estas sugerencias en los requisitos 3 ACTIVIDAD EVS 3: DEFINICIÓN DE REQUISITOS DEL SISTEMA Tarea EVS 3.1: Identificación de las Directrices Técnicas y de Gestión ➢ Análisis y Diseño Del Sistema. La elaboración del análisis y diseño está construida mediante las técnicas de catalogación de Métrica 3, que se basa en el lenguaje de especificación UML con una estructura orientada a objetos. El diseño de los diagramas está realizado mediante la herramienta StarUML. ➢ Implementación. El entorno de programación es Microsoft Visual Studio 2005, por ser un entorno de desarrollo rápido de software y especial en la programación visual. ➢ Arquitectura. Estará delimitado en una arquitectura de sistema local. ➢ Base de datos Usaremos MySQL, por ser de libre distribución y ser un gran gestor local Tarea EVS 3.2: Identificación de Requisitos Tras varias sesiones de entrevista con el cliente, respetando los horarios laborables y con acuerdo mutuo para las citas, hemos identificado todos los requisitos que requiere el cliente. Como el modelo de proceso es el iterativo incremental, estaremos siempre en contacto tras cualquier avance para asegurar que el producto final satisfaga lo máximo posible. Tarea EVS 3.3: Catalogación de Requisitos Se muestra a continuación una catalogación de los requisitos funcionales, de seguridad o datos según sea el requisito del cliente de la central. 4 Nº REQUISITO TIPO CONCEPTO PRIORIDAD 1 Registro De Cliente Funcional El cliente podrá registrarse con todos sus datos personales. Alta 2 Eliminar Cliente Funcional El cliente una vez que cancele la línea telefónica podrá darse de baja del sistema. Alta 3 Modificar Datos Funcional Actualizar los datos del cliente. Alta 4 Asignar Número De Teléfono Funcional Al momento de que un cliente se registra se le asignara automáticamente un número de teléfono. Alta 5 Desvió De Llamadas. Funcional Esta opción se podrá hacer desde los sistemas del usuario. Alta 6 Realizar Recargas Telefónicas. Funcional Este será como la parte comercial de la empresa. Alta 7 Consultas De Saldos. Funcional Se podrá ver el saldo asociado al teléfono. Alta 8 Envió De Mensajes. Funcional Mensajes comunicando el saldo actual del terminal móvil Alta 5 9 Acceso Seguridad Modificar el acceso al sistema. Alta 10 Legibilidad y fácil acceso. No Funcional. La interacción con el usuario y la interfaz entre ventanas sean de agrado y sencillas. Alta ACTIVIDAD EVS 4: ESTUDIO DE ALTERNATIVAS DE SOLUCIÓN Tarea EVS 4.1: Preselección de Alternativas de Solución ➢ Descomposición inicial del sistema en subsistemas Se determina qué sistemas o subsistemas de información actuales se encuentran dentro del ámbito del EVS. ○ Subsistema administrador: Este subsistema se encarga de gestionar las peticiones del administrador acerca de la gestión de usuarios, la gestión del propio sistema y la consulta de la historia y las estadísticas. ○ Subsistema usuario: Se encarga de gestionar las peticiones que puede hacer un usuario mediante su teléfono móvil: conectarse, desconectarse, recargar saldo, consultar saldo, activar el desvío, desactivar el desvío o enviar un mensaje de texto a otro usuario. ○ Subsistema gestión_usuarios: Este subsistema se encarga de gestionar las operaciones que el administrador podrá realizar con la información de los usuarios, estas operaciones serán dar de alta, dar de baja, consultar y modificar. ○ Subsistema gestión_sistema: Se encarga de gestionar las operaciones que el administrador puede realizar con información que afecta directamente al funcionamiento del sistema, tal como el cambio del número predeterminado del 6 sistema, operaciones con las tarifas de costes de mensajes y envíos de mensajes de propósito general a todos los usuarios del sistema. Tarea EVS 4.2: Descripción de las Alternativas de Solución La aplicación se realizará mediante la programación orientada a objetos.Obligadamente se realizará los diagramas de casos de uso y el diagrama de clases (modelo de negocio y de dominio). Los diagramas de caso de uso documentan el comportamiento del sistema desde un punto de vista del usuario, por tanto los casos de usos determinan los requisitos funcionales del sistema. Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente útiles en la comunicación con nuestro cliente. Los casos de uso deben especificar un comportamiento deseado, pero nunca deben imponer cómo se llevará a cabo dicho comportamiento. Para ello se utilizará los escenarios, que son interacciones entre el sistema y los actores, descritos mediante una secuencia de mensajes. ACTIVIDAD EVS 5: VALORACIÓN DE LAS ALTERNATIVAS Tarea EVS 5.1: Estudio de la Inversión ➢ Valoración de la alternativa. ○ Impacto en la organización de la alternativa Teniendo en cuenta que la estrategia del proyecto está enfocado en mejorar la experiencia de usuario de los agentes empresariales, se construirá una aplicación 7 web que pretende ser extendida a dispositivos móviles y a plataformas de escritorio y a su vez establecer una arquitectura que permita solventar los problemas de soporte actuales de la plataforma web para agentes empresariales. ○ Beneficio de la alternativa El diseño es amigable con el usuario, muchos de los dispositivos móviles mejoran la experiencia de usuario. Evidentemente, el diseño web responsivo ha proveído a los usuarios una interfaz web amigable, debido a que esta puede adaptarse a todas las pantallas de los dispositivos. Tarea EVS 5.2: Estudio de los Riesgos ➢ Los posibles riesgos que se puedan presentar son : ➢ Los espacios de desarrollo están disponibles pero no son adecuados (por ejemplo, falta de teléfonos, cableado de la red, mobiliario, material de oficina, etc.). ➢ El tiempo de comunicación del cliente (por ejemplo, tiempo para responder a las preguntas para aclarar los requisitos) es más lento del esperado. ➢ El cliente intenta controlar el proceso de desarrollo, con lo que el progreso es más lento de lo esperado. ➢ Los componentes suministrados por el cliente no son adecuados para el producto que se está desarrollando, por lo que se tiene que hacer un trabajo extra de diseño e integración ➢ ➢ Los requisitos se han adaptado, pero continúan cambiando. ➢ El cliente no acepta el software entregado, incluso aunque cumpla todas sus especificaciones. ➢ Los módulos propensos a tener errores necesitan más trabajo de comprobación, diseño e implementación ACTIVIDAD EVS 6: SELECCIÓN DE LA SOLUCIÓN Tarea EVS 6.1: Convocatoria de la Presentación Una vez realizado el estudio de viabilidad del alcance del sistema y revisado se realizará una convocatoria con los encargados de cada áreas para discutir las modificaciones que quieran realizar. 8 Tarea EVS 6.2: Evaluación de las Alternativas y Selección La solución propuesta considerará la siguiente información acerca del problema: ➢ Datos personales del cliente: ○ NIF del cliente. ○ Nombre del cliente. ○ Apellidos del cliente. ○ Dirección completa, tal y como consta en el DNI. ○ No permitimos que un cliente de distintas direcciones al dar de alta varios teléfonos. ○ Datos bancarios, serán los datos de la cuenta bancaria a la que se cargarán las recargas de su teléfono móvil. Al igual que en el caso anterior, no permitimos que un mismo cliente nos proporcione cuentas bancarias distintas al dar de alta varios teléfonos. ➢ Datos sobre el teléfono móvil que será usuario del sistema ○ Número del teléfono móvil, que se considera único. ○ Saldo asociado a dicho teléfono y que le permitirá al usuario mandar mensajes. ○ Estado, se tendrá en cuenta si el teléfono está o no conectado al sistema, que corresponderá a saber si está encendido o apagado, ya que consideramos que la conexión y desconexión al sistema se realiza de forma automática. ○ Desvío, en caso de estar activado el desvío de mensajes almacenará el número de teléfono al que serán desviados. ➢ Datos sobre cada mensaje: ○ Remitente, número de teléfono de la persona que envió el mensaje. ○ Destino, es el número de teléfono de la persona a la que va dirigido el mensaje. Dicha persona ha de ser usuario del sistema. ○ Cuerpo del mensaje de texto, que ha de constar de menos de 150 caracteres. Tarea EVS 6.3: Aprobación de la Solución La propuesta final es entregada y aceptada formalmente por la directiva de la empresa, informándose de los resultados a las unidades organizativas participantes y a todas aquellas afectadas por los resultados del Plan de Sistemas de Información. 9
