Arquitectura de Software by Nicolas Benjamin Cruz Carpio

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS

INGENIERÍA DE SISTEMAS ENTREGABLE N°2: Modelado de Arquitectura de Sistema para la empresa TCI S.A. Curso:

Arquitectura de Software

Profesora:

María Del Pilar, Stronguiló Leturia

Integrantes: Cruz Carpio, Nicolás Benjamín Obispo Loli, Carlos Alberto Velazco Castro, Raúl Hermilio

U201912120 U20171B366 U200700067

Resumen El desarrollo del presente proyecto tiene como finalidad diseñar el modelo del sistema Suite Plataforma, el cual estará apoyado del desarrollo de las técnicas UML, RUP y acompañado de los conceptos de Arquitectura de Software. La propuesta es mostrar de manera específica y precisa la problemática de la empresa en estudio, TCI S.A. la cual se está presentando a medida que aumenta el número de sus clientes en el sistema web de facturación electrónica Suite Online, para luego exponer la solución que planteamos con el nuevo sistema de asistencia Suite Plataforma. En el capítulo de requerimientos, como primer paso se busca exponer manera correcta la lista de requisitos funcionales y no funcionales por medio de la captura de requisitos, así como los artefactos de diseño como entidades, diagramas de casos de uso, especificaciones y ver su impacto en la arquitectura para reunir información y tomar decisiones en base a las conclusiones obtenidas de los resultados. El resultado del análisis anterior nos permite generar una data actualizada y ordenada de sus clientes, para así gestionar de una manera óptima la información y la estructura del software requerido. Por último, en el capítulo de análisis se utilizan las metodologías de modelo del dominio de clases y la realización de los casos de uso para el análisis, donde se especifica de manera detallada los casos de uso que impactarán en la arquitectura, así como un diagrama de clases para el análisis y un diagrama de interacción de los casos de uso propuestos, con dicho análisis se logrará construir un diagrama de máquinas de estado el cual servirá para los objetivos del proyecto en la construcción del software.

Índice de contenidos Resumen

Índice de contenidos

Listas especiales

Introducción

Objetivos del proyecto

Capítulo 1: Modelo del negocio Descripción de la organización objetivo Descripción del negocio o campo de acción

8 8 10

Capítulo 2: Requerimientos 2.1. Visión del sistema 2.2. Especificación de los requisitos de software 2.2.1. Lista de requisitos funcionales

12 12 19 19

2.2.2. Lista de requisitos no funcionales o suplementarios 2.2.3. Lista de reglas del negocio 2.3. Modelo de casos de uso 2.3.1. Lista y diagrama de actores 2.3.2. Diagrama de paquetes 2.3.3. Diagrama de casos de uso por paquete 2.3.4. Especificación de casos de uso de alto nivel 2.3.5. Lista de casos de uso priorizados 2.3.6. Lista de casos de uso que impactan en la arquitectura Capítulo 3: Análisis 3.1. Modelo del dominio de clases. 3.2. Realización de los casos de uso para el análisis. 3.2.1. Especificación detallada de los casos de uso que impactan en la arquitectura 3.2.2. Diagrama de clases de análisis 3.2.3. Diagrama de interacción de los casos de uso especificados 3.3. Diagramas de máquina de estado Capítulo 4: Arquitectura 4.1 Introducción 4.1.1 Propósito

21 23 25 25 27 27 29 30 32 32 33 34 34 53 55 66 67 67 68

4.1.2 Alcance 4.1.3 Definiciones, acrónimos y abreviaturas

68 68 3

4.2 Representación de la arquitectura 4.3 Metas, restricciones y mecanismos 4.3.1 Metas que impactan a la arquitectura.

69 70 70

4.3.2 Restricciones que impactan a la arquitectura. 4.3.3 Mecanismos y tácticas de diseño usadas. 4.4 Vista de los casos de uso 4.4.1 Diagrama de paquetes 4.4.2 Matriz de casos de uso versus entidades 4.4.3 Diagramas de casos de uso que impactan en la arquitectura 4.5 Vista lógica. 4.5.1 Diagrama de capas. 4.5.2 Diagrama de subsistemas. 4.6 Vista de implementación

70 73 72 72 73 75 76 76 78 78

4.6.1 Diagrama de implementación. 4.6.2 Framework y/o patrones de arquitectura propuestos 4.7 Vista de despliegue 4.7.1 Diagrama de despliegue.

78 81 81 81

4.7.2 Arquitectura Física.

Capítulo 5: Diseño 5.1 Patrones de diseño seleccionados. 5.2 Diagrama de la base de datos.

83 83 83

Conclusiones:

Glosario

Siglario

Bibliografía

Anexos

Listas especiales Tabla 1. Lista de requisitos funcionales de negocio Tabla 2. Lista de requisitos funcionales de uso general Tabla 3. Lista de requisitos suplementarios Tabla 4. Tabla de reglas de negocio Tabla 5. Lista de actores Tabla 6. Plantilla de Especificación de alto nivel de un CU Tabla 7. Lista de casos de uso priorizados Tabla 8. Lista de casos de uso que impactan en la arquitectura Tabla 9. Plantilla de especificación detallada de un CU Tabla 10: Ejemplo de glosario Tabla 11: Ejemplo de siglario

8 8 8 9 10 12 13 13 14 18 19

Figura 1. ¿Qué significan los objetivos SMART? Captura de pantalla del sitio web Inbound Lead, por blog.inbound lead.com, 2017 6 Figura 2. Ejemplo de diagrama de actores. Elaboración propia 10 Figura 3. Ejemplo de diagrama de paquetes. Elaboración propia 11 Figura 4. Ejemplo de un diagrama de casos de uso de un paquete de Alojamiento. Elaboración propia 12 Figura 5. Ejemplo de modelo de dominio sin refinar. Elaboración propia. 14 Figura 6. DME ejemplo de la clase entidad Habitación. Elaboración propia 16

Introducción Hoy en día la factura electrónica es una tendencia global, porque reduce la producción de papel y contribuye positivamente al impacto medioambiental. Esta iniciativa impulsa la transformación digital porque permite transmitir de una forma ágil cualquier tipo de documentos como contratos, pedidos y los comprobantes en sí. Todo lo anterior como consecuencia, consigue optimizar los procesos y mejorar la gestión de los sistemas de las empresas; por ejemplo, reduciendo drásticamente los costos por la manipulación del papel. Por lo anterior, una de las empresas en el rubro de facturación electrónica es TCI S.A., quién apuesta por la innovación tecnológica y pone a disposición de las empresas diferentes soluciones para sumarse al cambio y cumplir así con la obligatoriedad impuesta por Sunat en la formalización de los comprobantes a formato electrónico. El sistema que proponemos desarrollar se llama Suite Plataforma y es un portal de asistencia integral donde las empresas medianas y pequeñas (las cuales muchas veces no disponen de una ERP en sus negocios), encuentren lo que necesitan para iniciar el, muchas veces engorroso, proceso de regularización de sus comprobantes a formato electrónico y al que serán dirigidos por el portal hasta lograr integrarse al Proveedor de servicios electrónicos (en adelante PSE) con Suite Online. El sistema Suite Plataforma, posee dos módulos, el primero está abierto al público y aquí, los usuarios obtendrán en pocos y simples pasos, toda la información sobre el proceso de cómo iniciar la adquisición del servicio de facturación electrónica de e-facturación con TCI S.A. (empresa PSE cuyo producto ideado para pequeñas y medianas empresas es Suite Online), así como una sección con preguntas frecuentes para despejar cualquier duda. El segundo módulo es de asistencia de aplicaciones y permite a las empresas que ya son clientes de Suite Online, resolver consultas, dejar sus dudas y registrar los inconvenientes que pudieran presentar en el uso del sistema PSE, los cuales serán resueltos de una forma ágil in situ con el uso de herramientas online por medio del equipo de soporte, el cual estará disponible a tiempo completo 24x7. Con lo anterior expuesto, listamos los procesos que se pretenden cubrir en la empresa TCI S.A.: ● Proceso de Alta de empresas Clientes en el sistema de facturación electrónica. ● Proceso de Soporte Post-venta de Suite Online. Mediante el uso de Suite Plataforma varias actividades de los procesos mencionados serán automatizadas y se mejorará el uso de la información por medio de reportes y decisiones a futuro, por ejemplo, la cantidad de personal en el área de soporte, el desacompañamiento del personal de ventas durante el proceso de alta y la respuesta vía notificación web, email o móvil que obtendrá el cliente para mejorar su satisfacción, por citar algunas mejoras. Finalmente, cabe mencionar que, con el desarrollo de Suite Plataforma se desea obtener un servicio que se presente como un valor agregado al PSE Suite Online, el cual destaque de la 6

competencia y que esté hecho netamente con nuevas tecnologías, con una interfaz responsiva, amigable y fácil de entender para personas que no tengan mucho conocimiento sobre informática. De esa manera se contribuirá al impulso tecnológico y al apoyo de las empresas con bajos recursos quienes requieren regularizarse por medio de la normativa de Sunat en poco tiempo.

Objetivos del proyecto A continuación, se listan los objetivos del proyecto: a. Objetivo general: Aplicar las directrices y herramientas aprendidas a lo largo del curso en los procesos estudiados de la empresa TCI S.A. con respecto al sistema Suite Online, para proponer el diseño de la arquitectura de la solución de un sistema integrado que permita mejorar la carga de trabajo en el área de soporte, ventas, desarrollo e infraestructura en sus respectivos flujos de actividades. b. Objetivos específicos: b.1 Objetivos de negocio: ●

Mejorar los tiempos de atención en más de un 20 por ciento, en el área de soporte para el próximo bimestre en los procesos de soporte para primera y segunda línea.

●

Aumentar ventas en un 20% (de s/200,000 a s/240,000 mil al mes) en los próximos 12 meses para incrementar los miembros del equipo de ventas, pasando de 9 a 15 personas.

●

Mejorar la satisfacción de los clientes durante el proceso de alta de un 60% a un 90%, buscando mejorar la experiencia durante los próximos 6 meses.

●

Aumentar la cantidad de clientes activos y registrados en Suite Online de 1,800 a 3,000 para los próximos 24 meses y poder mejorar así la rentabilidad y productividad.

b.2 Objetivos de aprendizaje: ●

Elaborar una propuesta de arquitectura y diseño de sistema para el sistema Suite Plataforma, según el ciclo de vida del desarrollo de software para los próximos 30 días.

●

Aplicar el diseño de Arquitectura utilizando las herramientas de diagramas y esquemas aprendidas en el curso, con la finalidad de producir soluciones que satisfagan las necesidades específicas de la organización objetivo.

Capítulo 1: Modelo del negocio El negocio que forma parte del estudio es el sistema web Suite Online, el cual es un sistema de facturación electrónica del PSE TCI S.A. que brinda servicios electrónicos a pequeñas y medianas empresas en cualquier rubro de negocio: https://efacturacion.pe/suite-online

El sistema web Suite Online, es un sistema sencillo pero completo, dispone de una interfaz amigable e intuitiva que facilita el proceso de emisión de comprobantes para personas que tienen poco o ningún conocimiento de informática, pues es de fácil uso. Sin embargo, se requiere un sistema de apoyo para que los usuarios puedan no solo integrarse a él sino, que les permita garantizar la satisfacción de tener un servicio óptimo y estar acompañado ante cualquier consulta o inconveniente que tuvieran durante su uso.

1.1.

Descripción de la organización objetivo

En el presente trabajo se utilizó como objeto de estudio a la empresa TCI S.A., para lo cual se realizó la revisión de sus características generales, expectativas a futuro y la situación actual de la atención que brinda el equipo de implementación de proyectos y soporte.

TCI S.A. es especialista en intermediación digital que realiza transacciones electrónicas de forma fácil, rápida, segura y cumpliendo con la normativa técnica de SUNAT. Se destaca por apostar desde hace 27 años por la transformación digital del Perú brindando soluciones de tecnología de la información y comunicaciones que permiten mejorar la colaboración, productividad y competitividad en beneficio del país, empresas y colaboradores. También se destaca por tener presencia en más de 15 departamentos del Perú y contar con más de 100 colaboradores, quienes están altamente capacitados en las normas tributarias, procesos y soluciones empresariales.

Mapa de Procesos de la empresa TCI S. A.

TCI S.A. lidera innovadores proyectos de transmisiones electrónicas: soluciones de aduanas, facturación electrónica y validación de comprobantes electrónicos, las cuales permiten conectar a las empresas y a las personas detrás de ellas. Estas innovaciones sostenibles se adaptan a los nuevos modelos de negocios aplicando inteligencia artificial y tecnologías avanzadas con la finalidad de facilitar los procesos y mejorar la productividad empresarial. https://www.tci.net.pe Misión Mejorar la integración de la cadena de valor del comercio a través de la innovación de productos y servicios tecnológicos para todos los procesos del negocio de las empresa e instituciones, 9

permitiendo una mejora en la colaboración, productividad y competitividad en beneficio del país, empresas y sus colaboradores. Visión Liderar el mercado local de las tecnologías de información y comunicaciones, brindando soluciones eficientes.

1.2.

Descripción del negocio o campo de acción

A continuación, se describen brevemente los procesos dentro de TCI S.A. los cuales estarán involucrados en desarrollo del sistema de apoyo Suite Plataforma.

Proceso de Alta de empresas Clientes en el sistema de facturación electrónica. Este proceso integra a la empresa cliente con el sistema de facturación electrónica Suite Online para empezar a emitir comprobantes electrónicos. El mismo inicia cuando el representante legal de la empresa, que va a regularizarse a formato electrónico, requiere los servicios de TCI S.A. El área de ventas se contacta con el cliente y se inicia el flujo de alta, al pasar por una propuesta de cotización y aceptar los términos, la empresa cliente es derivada al área de implementaciones donde se registran sus datos en los sistemas de Suite Online y al finalizar algunas validaciones internas, se notificará al cliente que su empresa se encuentra activa para empezar a realizar las emisiones de sus facturas.

Proceso de Soporte Post-venta de Suite Online. El proceso de soporte post-venta se da lugar cuando la empresa cliente se contacta a la central de soporte de TCI S.A. para asistencia técnica con la aplicación Suite Online, dicho soporte es realizado de manera procedimental en primera línea y secuencialmente al no brindar solución se apoya desde un área de soporte de segunda línea. Si ninguna de las áreas anteriores da solución al problema del cliente, se procede a iniciar una incidencia. La cual dará origen a un requerimiento técnico que se solucionará desde el área de desarrollo con una actualización de parte de la aplicación, a modo de mejora. Luego de una coordinación entre el área de desarrollo, implementaciones e infraestructura se lleva a cabo dicha actualización, la cual se notifica al jefe de desarrollo y posteriormente al cliente.

Capítulo 2: Requerimientos 2.1.

Visión del sistema 12

Posicionamiento del sistema Como parte del posicionamiento del sistema SUITE PLATAFORMA describiremos el objeto de estudio TCI S.A, la oportunidad del negocio, la declaración de los problemas a resolver y finalmente la declaración del posicionamiento del producto.

1.1. Objeto de estudio La empresa TCI S.A. es especialista en intermediación digital que realiza transacciones electrónicas de forma fácil, rápida, segura y cumpliendo con la normativa técnica de SUNAT. Se destacan por su: EXPERIENCIA: Desde hace 27 años apuestan por la transformación digital del Perú brindando soluciones de tecnología de la información y comunicaciones que permiten mejorar la colaboración, productividad y competitividad en beneficio del país, empresas y colaboradores. Tienen presencia en más de 15 departamentos del Perú y cuentan con más de 100 colaboradores, quienes están altamente capacitados en las normas tributarias, procesos y soluciones empresariales. SEGURIDAD: Sus servicios se destacan por contar con altos estándares de seguridad y arquitecturas robustas que permiten mejorar la velocidad del procesamiento de la información. Se han convertido en socios estratégicos de sus clientes, a quienes les brindan beneficios como su alianza con IBM para proteger sus operaciones diarias y su sólido soporte técnico 24x7x365 para ofrecerles sistemas estables y de alta disponibilidad. INNOVACIÓN: Se han diferenciado por liderar innovadores proyectos de transmisiones electrónicas: soluciones de aduanas, facturación electrónica y validación de comprobantes electrónicos, las cuales permiten conectar a las empresas y a las personas detrás de ellas. Estas innovaciones sostenibles se adaptan a los nuevos modelos de negocios aplicando inteligencia artificial y tecnologías avanzadas con la finalidad de facilitar los procesos y mejorar la productividad empresarial.

1.1.1. Visión Liderar el mercado local de las tecnologías de información y comunicaciones, brindando 13

soluciones eficientes. 1.1.2. Misión Mejorar la integración de la cadena de valor del comercio a través de la innovación de productos y servicios tecnológicos para todos los procesos del negocio de las empresa e instituciones, permitiendo una mejora en la colaboración, productividad y competitividad en beneficio del país, empresas y nuestros colaboradores. 1.1.3. Valores ORIENTACIÓN AL CLIENTE. Nuestro compromiso es brindar a todos nuestros clientes un producto y servicio de excepcional calidad. Solo superando las expectativas en todo nivel se puede ganar el respeto y confianza de los clientes y comunidad TI. INTEGRIDAD. Transparencia, honestidad y lealtad son elementos perpetuos dentro de nuestra cultura organizacional. TRABAJO EN EQUIPO. Respetamos a nuestros colaboradores y a la diversidad de sus ideas sin restricciones jerárquicas, con el fin de concentrarnos en los objetivos comunes de la organización. ÉXITO. Las soluciones desarrolladas específicamente para cada cliente simplifican e integran procesos y operaciones, reforzando así el éxito en su empresa. El éxito del cliente se vuelve el éxito de cada uno de nuestros trabajadores. INNOVACIÓN CON CALIDAD. Nuestra constante búsqueda de maneras de innovar y mejorar nuestros productos y servicios nos mantiene en un ciclo permanente de calidad total.

1.2. Oportunidad de negocio La introducción de un software como Suite Plataforma le permitirá a TCI S.A., mantener su liderazgo en el competitivo negocio de los proveedores de servicios electrónicos y otras compañías de facturación electrónica, facilitando la captación de clientes y una mejora en la experiencia de integración con la Sunat.

1.3.

Declaración del problema a resolver El problema de

No contar con un sistema que atienda la demanda de clientes de una forma eficiente, tanto el alta como el soporte post-venta.

afecta

Al cliente, a los ejecutivos de ventas y a los analistas de soporte.

El impacto está

El cliente tiene que esperar el proceso de alta el cual contiene muchas actividades manuales y que necesitan tiempo (hasta un máximo de 4 días), y muchas veces no cuenta con el tiempo porque la Sunat le da una fecha límite. El cliente nuevo que proviene de pequeñas empresas, por lo general no tiene conocimiento de la variedad de funcionalidades que ofrece Suite Online, además de que la documentación puede llegar ser abrumadoramente extensa. No obstante, aunque el sistema sea de fácil uso y completo en funciones, al cliente le puede parecer extenso el uso y por ello recurre a sistemas como al de la Sunat, u otros proveedores pequeños que son muy limitados y no le brindan la garantía en caso de malas emisiones de comprobantes.

Una solución adecuada sería

Contar con una herramienta de software: Que permita dar de alta y activar a las empresas que solicitan el servicio de Suite Online y que no dependan de llamadas telefónicas y/o envío de correo electrónico para poder iniciar sus actividades, ya que internamente, el sistema va unificar a las distintas áreas involucradas, manteniendo así actualizada la solicitud de alta y mejorando los tiempos de respuesta. Que le permita al cliente hacer las consultas de manera sencilla y ágil donde también se involucran de manera interna a todas las áreas que intervienen, no solo la de soporte, sino también el área de desarrollo e infraestructura, obteniendo la respuesta 15

requerida desde las oficinas del cliente o cualquier parte donde se encuentren conectados a la web. Que le permita al cliente obtener información de las nuevas normas de Sunat, así como el manual de usuario digitalizado y simplificado.

El problema de

Depender del uso de correos electrónicos y llamadas para las solicitudes de alta y soporte post-venta para comunicarse desde los ejecutivos de ventas hasta los analistas de implementaciones, de infraestructura, de soporte y de desarrollo; el cual muchas veces tiene problemas de lentitud por estar sobrecargado de correo y no poder adjuntar algunos archivos o caer en el error de poner en copia a contactos que no tienen nada que ver en el asunto del correo.

afecta

Al cliente y a los equipos de ventas, soporte infraestructura, desarrollo, etc.

El impacto está

En que el correo electrónico en muchos casos no brinda una comunicación efectiva para solucionar los requerimientos del cliente, haciendo que abandonen el sistema Suite Online, por una espera prolongada, por omitir a los contactos en el correo adjunto, o no avisarle con la debida anticipación, etc.

Una solución adecuada sería

Que el usuario disponga de los pasos a seguir de una manera sencilla tanto para su requerimiento de alta como para el soporte post-venta. Contar con toda la información y videos explicativos de las diferentes funciones del sistema para consultar así como disponer de una web donde subir sus consultas y quejas de algunos casos que le parezca confusos y difíciles de manejar.

1.4.

Declaración del Posicionamiento del Producto

Para

Suite Online

Quién

Requiere de una herramienta que le permita agilizar sus procesos de alta de empresas y soporte post-venta.

El sistema

Suite Plataforma

Que

Permite: Asistencia en el inicio del requerimiento del alta de las empresas y publicar de forma actualizada los estados e instrucciones de su registro. Automatizar los procesos de notificación por distintos medios, email, sms, whatsapp, llamada. Unificar las actividades de comunicación entre las distintas áreas de TCI que intervienen en el alta y el soporte, facilitando las actividades de los ejecutivos de ventas, soporte primera y segunda línea, quienes invierten más tiempo en los procesos involucrados. Dejar de utilizar el correo electrónico como única vía de comunicación.

A diferencia de

Solamente usar softwares alternativos de seguimiento de requerimientos empresariales como el Jira Atlassian, los cuales cobran una suscripción mensual y brindan soluciones muy generales y no permiten personalizarlo al caso de negocio de los procesos involucrados.

Nuestro producto

No solamente mejora los procesos y sino también los tiempos en los que las área involucradas interactúan, sino que también capacita a los usuarios y ofrece mejoras en usabilidad del sistema de facturación electrónica.

1.5.

Declaración del Campo de Acción

El sistema Suite Plataforma permite una innovación de los procesos del ciclo comercial implementación del servicio de facturación Suite Online. Además, ayuda a la gestión de control relacionado con el soporte postventa y mejora del producto para clientes en Suite Online

A continuación, presentamos dos gráficos con los procesos que serán mejorados por el sistema. Ilustración 1: Proceso relacionado con el ciclo comercial e implementación del servicio de facturación Suite Online

Ilustración 2: Proceso relacionado con el soporte postventa y mejora del producto para clientes en Suite Online

2.2.

Especificación de los requisitos de software

2.2.1. Lista de requisitos funcionales Tabla 1. Lista de requisitos funcionales de negocio Requisitos Funcionales del Negocio Código

Descripción

RFUN01

Mantenimiento Empresa: El sistema debe permitir mantener actualizada la Empresa Cliente, lo cual debe de incluir registrar nuevas Empresas Clientes, modificarlas y notificar los cambios.

RFUN02

Activación Empresa Cliente: El sistema debe permitir activar las Empresas Clientes y notificar dicha activación.

RFUN03

Mantener Incidencia en Suite Online: El sistema debe permitir realizar el registro consulta y actualización de las incidencias reportadas por clientes de suite Online. 19

RFUN04

Mantener Documento de Pase a Producción: El sistema debe permitir realizar el registro consulta y actualización de solicitudes de pase a Producción.

RFUN05

Aprobar Pase a Producción: El sistema debe permitir aprobar la solicitud de pase a Producción por medio de un flag visible solo a la Jefa de Implementaciones.

RFUN06

Generar solicitud de alta: El sistema debe permitir iniciar la solicitud de alta desde el área de ventas para derivar el proceso de registro de la empresa a las demás áreas de TCI desarrollo suite Online e implementaciones de proyectos.

RFUN07

Ver detalle empresa-contacto: El sistema debe permitir visualizar el detalle del contacto por empresa para visualizar los datos ingresados y corroborar la información ingresada por el contacto.

RFUN08

Descartar empresa: El sistema debe permitir actualizar el estado de prospecto a descartado para un posible candidato a cliente, cuando sea necesario no continuar con el proceso de alta, por diferentes motivos.

RFUN09

Validar empresa con Sunat: El sistema debe ser capaz de validar el ruc de la empresa ingresada por el contacto para mostrar si la empresa existe, si es así se auto-completan los campos: razón social y domicilio fiscal.

RFUN10

Consultar mapa: El sistema debe ser capaz de mostrar en un mapa la ubicación de la dirección del cliente interactuando con la aplicación Google Maps para poder editar dicha información correspondiente a la dirección de la empresa.

RFUN11

Asignar plan a empresa: El sistema debe permitir mostrar un popup con el listado de planes para poder asignarle el plan adecuado a la empresa cliente según el contrato firmado.

RFUN12

Validar contacto por empresa: El sistema debe ser capaz de validar si una empresa tiene asociado un contacto que le haya permitido conseguido tener el estado de alta, para ese caso no permitiría agregar más contactos para dicho ruc.

RFUN13

Generar un incidente: El sistema debe permitir registrar un incidente con la fecha actual del sistema y usuario que registra de manera automática.

RFUN14

Consultar tipos de incidente: El sistema debe mostrar los tipos de incidente previamente registrados en el sistema

RFUN15

Generar informe incidente: El sistema debe permitir registrar un informe de la incidencia

RFUN16

Consultar Cliente: El sistema debe permitir consultar si existe un cliente. 20

RFUN17

Cerrar incidente: El sistema debe permitir cerrar un incidente.

Tabla 2. Lista de requisitos funcionales de uso general Requisitos Funcionales de Uso General Código

Descripción

RFUG01

Contraseña Segura: El sistema debe solicitar al usuario una complejidad de 8 dígitos, una letra mayúscula y un al momento de actualizar su contraseña.

RFUG02

Notificar solución de Incidencia: El sistema debe permitir notificar vía email a los clientes responsables una vez que se ejecute el pase a Producción.

RFUG03

Administración de archivos vía FTP: El sistema debe permitir la extracción de ficheros vía hipervínculos o botones por medio del protocolo FTP para el almacenamiento e intercambio de archivos.

RFUG04

Notificar solución de Alta Empresas: El sistema debe permitir notificar vía email a los clientes, analistas y ejecutivos responsables una vez que se da el alta de la empresa.

2.2.2. Lista de requisitos no funcionales o suplementarios Tabla 3. Lista de requisitos suplementarios Requisitos Suplementarios Requisitos de Usabilidad SUPL01

El sistema debe contener un asistente de bienvenida para ayudar a los usuarios a conocer el portal y hacerlo más intuitivo.

SUPL02

El sistema debe poder adaptarse a las pantallas de los dispositivos móviles Smartphone y tabletas.

SUPL03

El sistema debe contar con un menú para descargar la documentación y/o manual de usuario.

SUPL04

El aspecto de la interfaz gráfica debe ser amigable y de lectura breve, puntual y entendible, con una fuente Arial.

SUPL05

El sistema debe seguir el diseño estandarizado de la página oficial de 21

desarrolladores de google, guiándose de la documentación para la ubicación de sus botones, opciones, mensajes, etc. Requisitos de Confiabilidad SUPL05

El sistema debe de estar disponible al 98.5% cuando se requiera su uso.

SUPL06

El sistema debe estar disponible las 24 horas, los 365 días del año exceptuando el tiempo de mantenimiento.

SUPL07

La duración promedio de una reparación del sistema no debe ser mayor de 10 minutos.

Requisitos de Rendimiento SUPL08

El sistema debe contar con la capacidad de rendimiento de por lo menos 200 usuarios conectados.

SUPL09

El sistema debe contar con la integración de la base de datos de la SUNAT para validar a las Empresas Cliente.

SUPL10

El tiempo máximo de carga de las páginas del sistema es de 4 segundos.

Requisitos de Soporte SUPL11

El sistema debe de poder adaptarse a casi todos los navegadores, sin embargo, para una mejor experiencia de usuario, este está optimizado para Google Chrome a partir de la versión 60.0.

SUPL12

El sistema debe de contar con un sistema de back up de la información programable de manera automatizada.

Restricciones de Diseño SUPL13

El sistema debe estar orientado a la arquitectura de micro-servicios para facilitar su mantenimiento y mejora, así como maximizar su disponibilidad.

SUPL14

La Base de Datos está administrada en Google Cloud Platform.

SUPL15

El lenguaje de programación utilizado en Front-End es Angular+7

SUPL16

El lenguaje de programación utilizado en Back-End es Java con el framework de Spring-Boot.

Restricciones de Interfaz (de usuario, de hardware, de software y de comunicaciones)

SUPL17

El sistema se implementará siguiendo los estándares UI-UX de Angular Material UI component para el diseño de las interfaces.

Otros requisitos (Documentación en línea y ayudas, Componentes comprados, Licenciamiento, Copyrights y Estándares aplicables) SUPL18

El sistema va a utilizar firebase para almacenar manuales digitales divididos por capítulos y agrupados en secciones de preguntas frecuentes.

2.2.3. Lista de reglas del negocio Tabla 4. Tabla de reglas de negocio Reglas de negocio Reglas de operación simple BRUL01

Para brindar la cotización de los servicios de los planes, la empresa cliente debe brindar el volumen mensual de comprobantes emitidos.

BRUL02

Para la entrega del contrato, el ejecutivo de ventas debe elegir el plan (categorización) de acuerdo a la cotización de servicios brindados.

BRUL03

Solo el representante legal de la empresa cliente certificado por registros públicos puede solicitar y contratar el servicio de facturación.

BRUL04

Solo el representante de ventas debe aprobar los datos suministrados por la empresa cliente en la solicitud de alta.

BRUL05

La jefa de implementación es la única persona autorizada en aprobar el documento de pase a producción.

Reglas de estímulo -respuesta BRUL06

Al cambio de cada semestre la cotización de los planes debe reajustarse

Reglas de flujo BRUL07

EL soporte de 1era línea de a las empresas clientes que estén activos en Suite Online, caso contrario se derivará al área correspondiente.

BRUL08

El soporte a 2da línea se realizará, siempre y cuando el soporte de 1era línea no pueda resolver dicho inconveniente. 23

BRUL09

Los incidentes que se reporten al área de implementación lo realizará únicamente los analistas de 2da línea.

BRUL10

Para que una empresa sea un cliente de Suite Online, debe estar registrada en la Sunat.

Reglas de dominio de datos BRUL11

Todas las transacciones reportadas por la empresa cliente deben registrarse con la moneda asignada a dicha empresa.

Reglas de relación BRUL12

Un contacto de la empresa puede estar encargado de más de una empresa cliente.

BRUL13

Una empresa cliente solo puede reportar transacciones de acuerdo a la moneda acordada previamente en el contrato.

BRUL14

Una empresa cliente solo puede tener un representante legal asociado para la solicitud de alta.

Reglas de inferencia

Reglas de cálculo

2.3.

Modelo de casos de uso

En esta sección se analizan los elementos de intervienen en el análisis del caso de uso de sistema incluyen la lista y el diagrama de actores de sistema, 2.3.1. Lista y diagrama de actores A continuación, se muestra la lista de actores, el diagrama de paquetes y los diagramas de casos de uso por paquetes:

Tabla 5. Lista de actores de sistema Lista de Actores Nombre

Descripción Es la generalización de todos los actores del sistema que tienen derecho de uso del sistema. Todo usuario tiene nombre y clave.

Es la generalización de los actores Analista de soporte de 1era línea y Analista de soporte de 2da línea. Los cuales se encargan de los incidentes reportados por el usuario Empresa Cliente.

Es el encargado de revisar los incidentes de menor dificultad reportado por la empresa cliente. No obstante, si el incidente es de mayor dificultad lo deriva al analista de 2da línea.

Es el encargado de revisar los incidentes de mayor dificultad, los cuales son re enviados por el Analista de soporte de 1era línea.

Es el encargado de tener el primer contacto con la empresa cliente. Además, se encarga de realizar la validación para la generación de contrato de la empresa cliente.

2.3.2. Diagrama de paquetes

Figura 3. Diagrama de paquetes. 2.3.3. Diagrama de casos de uso por paquete

Figura 4. Diagrama del paquete - Alta de empresas Clientes en el sistema de facturación electrónica.

Figura 4. Diagrama del paquete - Proceso de Soporte Post-venta de Suite Online.

Figura 4. Diagrama del paquete - Seguridad.

2.3.4. Especificación de casos de uso de alto nivel

Tabla 6. Plantilla de Especificación de alto nivel de un CU Nombre

Solicitar servicio de facturación

Autor

Carlos Obispo Loli

Actor

Empresa Cliente

Iteración

Caso de uso asociado

Ninguno

Descripción

El caso de uso comienza cuando la empresa cliente ingresa a la página principal de TCI. En ella se mostrará la opción de “bríndanos tus datos para mayor información”. El caso de uso termina cuando la empresa cliente ingresa sus datos principales para que un asesor de ventas pueda comunicarse a la brevedad posible.

Referencias

Nombre

Administrar empresa

Autor

Raúl Velazco Castro

Actor

Ejecutivo de ventas

Iteración

Caso de uso asociado

Actualizar empresa <include>

Descripción

El caso de uso comienza cuando el Ejecutivo de Ventas ingresa a la página de administrar empresas, en ella se mostrará el listado de los contactos representados por empresas que son potenciales candidatos para clientes en Suite Online. El caso de uso termina cuando el ejecutivo de ventas genera la solicitud de alta para la empresa cliente que ya ha firmado el contrato e ingresado sus datos principales para iniciar con el proceso de facturación electrónica. 29

Referencias

Requisitos Funcionales: RFUN01, RFUN06, RFUN07, RFUN08, RFUN09, RFUN10, RFUN11. Reglas de Negocio: BRUL01, BRUL02, BRUL03, BRUL04, BRUL06, BRUL10, BRUL11, BRUL14.

Nombre

Registrar Incidente

Autor

César Sánchez

Actor

Analista Soporte 1era Línea

Iteración

Caso de uso asociado

Ninguno

Descripción

El caso de uso comienza cuando el Analista de Soporte 1era Línea ingresa a la página Incidentes, en ella se mostrará el listado de los incidentes registrados en el día actual. El caso de uso termina cuando el Analista de Soporte 1era Línea genera un incidente..

Referencias

Requisitos Funcionales: RFUN13, RFUN14. Reglas de Negocio: BRULXX

2.3.5. Lista de casos de uso priorizados La lista de casos de uso priorizados está ordenada por iteración. Normalmente hay tres o cuatro iteraciones. Generalmente los casos de uso primarios van en la iteración 0, los secundarios en la iteración 1 o 2 y los opcionales en las últimas iteraciones.

Tabla 7. Lista de casos de uso priorizados

Lista de casos de uso priorizados Código

Nombre del caso de uso

Clasificación

Iteración

CUS01

Solicitar servicio de facturación

Primario

CUS02

Administrar empresa

Primario

CUS03

Registrar empresa

Primario

CUS04

Relaciona SUNAT con TCI

Primario

CUS05

Generar solicitud de alta

Primario

CUS06

Registrar alta empresa cliente en Suite Online

Primario

CUS07

Activar empresa

Primario

CUS08

Registra Servicio web

Secundario

CUS09

Registrar incidente

Secundario

CUS10

Registro de informe de incidente

Secundario

CUS11

Registrar documento de pase

Secundario

CUS12

Registrar cronograma

Secundario

CUS13

Evaluar pase a Producción

Secundario

CUS14

Ejecutar pase

Secundario

CUS15

Cierre de incidente

Secundario

CUS16

Mantener usuario

Secundario

CUS17

Mantener perfiles

Secundario

CUS18

Realizar copia de seguridad

Secundario

CUS19

Iniciar sesión

Secundario

CUS20

Cambiar contraseña

Secundario

2.3.6. Lista de casos de uso que impactan en la arquitectura Los casos de uso que mayor impactan en la arquitectura son los primarios (porque son los más importantes para el negocio) o aquellos que tienen condiciones tecnológicas que son relevantes para el estudio de la arquitectura.

Tabla 8. Lista de casos de uso que impactan en la arquitectura Lista de casos de uso que impactan en la arquitectura Código

Nombre del caso de uso

Autor

CUS01

Solicitar servicio de facturación

Empresa cliente

CUS02

Administrar empresa

Ejecutivo de ventas

CUS03

Registrar empresa

Empresa cliente

CUS04

Relaciona SUNAT con TCI

Empresa cliente

CUS05

Generar solicitud de alta

Ejecutivo de ventas

CUS06

Registrar alta empresa cliente en Suite Online

Nicolas Cruz Carpio

CUS07

Activar empresa

Nicolas Cruz Carpio

Capítulo 3: Análisis

3.1.

Modelo del dominio de clases.

3.2.

Realización de los casos de uso para el análisis.

Este acápite contiene un diagrama de clases de análisis, una especificación detallada y un diagrama de interacción (secuencia) completo por cada integrante del equipo:

3.2.1. Especificación detallada de los casos de uso que impactan en la arquitectura

Nombre

Solicitar servicio de facturación

Autor

Carlos Obispo Loli

Actor

Empresa cliente

Iteración

Casos de uso asociados Descripción

El caso de uso comienza cuando el contacto de la empresa cliente inglesa a la web de TCI para buscar servicios de factura electrónica. El caso de uso termina cuando el contacto de la empresa cliente registra sus datos para solicitar el servicio de facturación de TCI

Referencias Reglas de negocio:

BRUL11-Un contacto de la empresa puede estar encargado de más de una empresa cliente. BRUL14-Una empresa cliente solo puede tener un representante legal asociado para la solicitud de alta.

Precondiciones

●

La empresa debe estar registrada y formalizada en Sunat

Post Condiciones

●

Se han registrado los datos de la empresa y del contacto con estado “Prospecto” y “Habilitado” respectivamente.

Flujo normal de eventos 1. El contacto de la empresa ingresa a la web de suite plataforma para solicitar el servicio de 34

facturas electrónica. Selecciona la opción “Contáctenos” de la web. (ver pantalla 1). 2. El sistema muestra la pantalla “Contáctenos” donde se solicita los datos del contacto como: Nombre completo, RUC empresa, Celular contacto, correo contacto y cantidad mensual de comprobantes. 3. El contacto de la empresa ingresa los datos requeridos. seleccionar el botón “Contactar”. 4. El sistema muestra el mensaje de confirmación. (ver pantalla 2). Flujo alternativo 1 ● ●

Si en el paso 3, ya existe un flujo de afiliación para la empresa, el sistema mostrará un mensaje de alerta. (ver pantalla 3). No se procederá con la solicitud de afiliación. Si en el paso 4, la empresa cliente se encuentra con estado de baja o descartado, el sistema mostrará un mensaje de confirmación para iniciar nuevamente el proceso.(ver pantalla 4)

Información adicional Pantalla 1: Contáctenos

Pantalla 2: Confirmación

Pantalla 3: Alerta

Pantalla 4: Re incorporación

Tabla 9. Especificación detallada del CU - Administrar Empresa. Nombre

Administrar empresa

Autor

Raúl Velazco Castro

Actor

Ejecutivo de ventas

Iteración

Casos de uso asociados

CUS03 - Registrar empresa CUS05 - Generar solicitud de alta

Descripción

El caso de uso comienza cuando el Ejecutivo de Ventas ingresa a la nueva plataforma Suite Plataforma con sus credenciales asignada, luego seleccionar la opción del menú principal Administrar empresas, en ella se mostrará el listado de los contactos representados por empresas que son potenciales candidatos para clientes en Suite Online. El caso de uso termina cuando el ejecutivo de ventas genera la solicitud de alta para la empresa cliente que ya ha firmado el contrato e ingresado sus datos principales para iniciar con el proceso de facturación electrónica.

Referencias

RFUN01-Mantenimiento Empresa RFUN06-Generar solicitud de alta RFUN07-Ver detalle empresa-contacto RFUN08-Descartar empresa RFUN09-Validar empresa con Sunat RFUN10-Consultar mapa RFUN11-Asignar plan a empresa

Reglas de negocio:

BRUL01-Para brindar la cotización de los servicios de los planes, la empresa cliente debe brindar el volumen mensual de comprobantes emitidos. BRUL02-Para la entrega del contrato, el ejecutivo de ventas debe elegir el plan (categorización) de acuerdo a la cotización de servicios brindado. BRUL03-Solo el representante legal de la empresa cliente certificado por registros públicos puede solicitar y contratar el servicio de facturación. BRUL04-Solo el representante de ventas debe aprobar los datos suministrados por la empresa cliente en la solicitud de alta. 37

BRUL06-Al cambio de cada semestre la cotización de los planes debe reajustarse. BRUL11-Un contacto de la empresa puede estar encargado de más de una empresa cliente. BRUL10-Para que una empresa sea un cliente de Suite Online, debe estar registrada en la Sunat. BRUL14-Una empresa cliente solo puede tener un representante legal asociado para la solicitud de alta. Precondiciones

● ●

Post Condiciones

●

La empresa cliente debe haber realizado la solicitud de servicio de facturación. El ejecutivo de ventas debe poder visualizar los clientes potenciales con estado Prospecto Se ha actualizado el estado de la empresa cliente a Gestión en alta

Flujo normal de eventos 5. El ejecutivo de ventas selecciona la opción “Administrar empresa” del menú principal (ver Pantalla 1). 6. El sistema muestra la pantalla “Administración Empresas clientes” (ver Pantalla 2), en donde se visualiza un listado de empresas clientes, la cual cuenta con las siguientes columnas: RUC, Razón Social, Nombre de contacto, Estado (Prospecto, descartado, Contratado, Gestión alta y Alta) y Acción. 7. El ejecutivo de ventas puede filtrar la información mediante una caja de texto de búsqueda. Para ello, ingresa el valor de búsqueda, ya sea RUC, Razón social, Nombre de contacto o Estado. 8. El sistema filtra la información de acuerdo al valor ingresado. 9. El ejecutivo de ventas selecciona la opción “Ver detalle” de la empresa con estado Prospecto. 10. El sistema muestra la pantalla “Administrar empresa” (ver Pantalla 3) con los datos pre registrados, los cuales fueron informados por el cliente en la opción “Contáctenos” (Nombre completo del contacto, RUC empresa, celular contacto, correo de contacto). Adicionalmente, el sistema consulta los datos de la empresa en el web service de la Sunat y lo muestra en la interfaz mencionada. 11. El ejecutivo de ventas se comunica con el contacto de la empresa cliente para proceder con la afiliación y/o contratación del servicio de facturación (contrato, cotización del servicio). 12. Luego de realizar los procesos manuales (afiliación y/o contratación del servicio de facturación), el ejecutivo de ventas procede a cargar el contrato escaneado en la opción “Cargar contrato” de la pantalla “Administrar empresa” (ver Pantalla 3).. 38

13. Luego, el ejecutivo de ventas procede a seleccionar un plan para asociarlo a la empresa cliente, mediante la opción “Asignar plan”. 14. El sistema muestra un popup “Asignar Plan” con la lista de planes (ver pantalla 4). 15. El ejecutivo de ventas da click en la opción “Seleccionar”. 16. El sistema cierra el popup y carga el código del plan solicitado. 17. Luego de seleccionar un plan y haber cargado el contrato en formato pdf, el sistema habilita el botón “Contratar”. 18. El ejecutivo de ventas selecciona el botón “Contratar”. 19. El sistema envía un correo al contacto de la empresa con la dirección URL del sistema y sus credenciales generadas. Adicionalmente, actualiza el estado de la empresa cliente a “Contratado”. 20. El contacto de la empresa cliente procede a ingresar al sistema mediante la credencial recibida y procede a realizar el [CUS03 - Registrar empresa]. 21. El ejecutivo de ventas procede a verificar la información de las empresas, las cuales deben estar completadas, con estado “Contratado” para proceder a Solicitar el Alta. Para ello, el ejecutivo de ventas realiza nuevamente los pasos 3 y 4. Luego, procede a seleccionar la opción “Ver detalle” de las empresas con estado “Contratado”, en la pantalla “Administrar empresa” el ejecutivo de ventas seleccionar el botón “Solicitar Alta” (Ver pantalla 5). 22. El sistema muestra un mensaje de confirmación de proceso. Para ello, le solicita nuevamente la contraseña de su usuario (ver pantalla 6). 23. El sistema actualiza el estado de la empresa cliente a “Gestión de Alta”. Flujo alternativo 1 ●

● ●

Si el paso 7, el contacto de la empresa no se comunica con el ejecutivo de ventas o no desea continuar con la solicitud de alta; el ejecutivo de ventas debe poder descartar el registro que asocia la empresa con sus datos. El ejecutivo de ventas presiona la opción “descartar” al prospecto. El sistema debe ser capaz de actualizar el estado, de “prospecto” al estado “descartado”.

Flujo alternativo 2 ● ●

● ●

Si en el paso 6, el ruc de la empresa no es válido, el ejecutivo de ventas debe corroborar el mismo ruc con el contacto. Si durante la comunicación el contacto brinda el mismo ruc y éste no figura en los registros de Sunat, el ejecutivo de ventas debe descartar el registro que asocia la empresa con sus datos hasta que se regularice. El ejecutivo de ventas presiona la opción “descartar” al prospecto. El sistema debe ser capaz de actualizar el estado, de “prospecto” al estado “descartado”.

Flujo alternativo 3 ●

Si en el paso 15, la empresa cliente solicita modificar el plan, el ejecutivo de ventas debe poder tener siempre activa la opción para modificar el plan asociado al servicio de 39

● ● ● ●

facturación solicitado desde la ventana de detalle empresa por contacto. El ejecutivo de ventas da click a la opción seleccionar plan. El sistema muestra un popup con los planes que otorga Suite Online. El ejecutivo de ventas da click al plan seleccionado. El sistema cierra el popup y carga el código del nuevo plan solicitado por el nuevo contrato que la empresa ha acordado con ventas.

Información adicional Pantalla 1: Menú principal

Pantalla 2: Administración Empresas Clientes

Pantalla 3: Administrar Empresa

Pantalla 4: Asignar Plan

Pantalla 5: Solicitar Alta (Todos los datos ya deberían estar cargados)

Pantalla 6: Confirmación de proceso

Tabla 10. Especificación detallada del CU - Registrar Alta Empresa cliente en Suite Online. Nombre

Registrar Alta Empresa cliente en Suite Online

Autor

Nicolás Cruz Carpio

Actor

Analista de Soporte

Iteración

Casos de uso asociados

CUS07 - Activar empresa <<include>>

Descripción

El caso de uso comienza cuando el analista de soporte ingresa a Suite Plataforma con sus credenciales, luego seleccionar la opción del menú principal Administrar Alta Empresas para Suite Online, en ella se mostrará el listado de las empresas registradas en TCI como clientes que han solicitado el alta para Suite Online. El caso de uso termina cuando el analista de soporte realiza el alta para la empresa cliente que ya ha confirmado el ingreso de los parámetros que entrega Sunat cuando la empresa cliente declara a TCI como proveedor de servicios electrónicos PSE para iniciar la salida en Producción con el Sistema de facturación electrónica Suite Online.

Referencias

RFUN02 - Activación Empresa Cliente

Reglas de negocio:

BRUL 10-Para que una empresa sea un cliente de Suite Online, debe estar registrada en la Sunat. BRUL13-Una empresa cliente solo puede reportar transacciones de acuerdo a la moneda acordada previamente en el contrato.

Precondiciones

●

La empresa cliente debe haber declarado a TCI como PSE

Post Condiciones

● ●

Se actualiza el estado de la empresa cliente a Alta. Se registra a la empresa cliente a Suite Online.

Flujo normal de eventos 1. El analista de soporte ingresa al módulo de alta de empresas donde se muestra el menú para acceder al listado de empresas que iniciaron el contrato con TCI S.A. y que solicitaron el servicio de facturación electrónica con Suite Online, es decir, que han sido actualizadas al estado en Gestión de Alta. Así mismo se muestra el listado de empresas que están dadas de alta dentro de la aplicación Suite Online. 2. El sistema muestra un calendario de obligatoriedad de Sunat para llevar un control de las fechas en las que las empresas deben salir en Producción (ver Pantalla 1). 3. El analista de soporte da clic a la opción “Alta de Empresas”. 4. El sistema muestra una pantalla con el listado de empresas en estado en Gestión de Alta y “Alta”. (ver Pantalla 2) 5. El analista de soporte puede filtrar la información mediante una caja de texto de búsqueda. Para ello, ingresa el valor de búsqueda, ya sea RUC, Razón social o Nombre de contacto. Así mismo puede filtrar por fechas y filtrar por Estado. 6. El sistema permite ordenar la lista de empresas por medio de un evento al darle clic a cualquier cabecera de la grilla para mejorar la búsqueda. Por ejemplo, si le da clic a la cabecera razón social, la lista se ordenará alfabéticamente. 7. El analista de soporte selecciona la opción “Ver detalle” de la empresa con estado Gestión de alta. 8. El sistema muestra la pantalla “Administrar Alta” (ver Pantalla 3) con los datos registrados por el cliente y el ejecutivo de ventas. Además, hay nuevos datos configurativos que son necesarios para el registro de la empresa en la Base de Datos de Suite Online. 9. El analista de soporte termina de llenar los datos necesarios como: Versión de UBL, número de decimales a mostrarse en los comprobantes, tipo de plantilla que utilizará la empresa, monedas con las que va a trabajar, habilitar el módulo de cajas, etc. 10. Cuando estén todos los datos, el sistema va a habilitar el botón “Dar Alta”. 11. El analista de soporte recibe la confirmación vía notificación web y correo, de parte de la 44

12. 13. 14.

15.

empresa cliente de haber registrado los datos de seguridad de Sunat en la interfaz de “Asignar PSE”. (Pantalla 6) El sistema muestra un popup “Confirmación de proceso” para que el analista de soporte ingrese su contraseña (ver pantalla 4). El analista de soporte ingresa sus datos y da click en la opción “Aceptar”. El sistema cierra el popup y envía una petición hacia la Base de Datos de Suite Online (Sistema de Facturación electrónica), registrando a la empresa en Suite Online como cliente desde el nuevo sistema integral de apoyo Suite Plataforma. El sistema envía un correo al contacto de la empresa con la dirección URL del sistema de facturación Suite Online http://mobile.efacturacion.pe/TCI-Web/ y las credenciales como administrador principal de la solución en Suite Online, donde ya puede empezar a emitir comprobantes en Producción.

Flujo alternativo 1 ● ● ● ●

Si en cualquiera de los pasos anteriores, posteriores al paso 4, la empresa cliente solicita dar de baja el servicio el analista de soporte le da click al botón “Descartado”. El sistema muestra un popup “Confirmación de proceso” para que el analista de soporte ingrese su contraseña (ver pantalla 4). El analista de soporte ingresa sus datos y da click en la opción “Aceptar”. Finalmente, el sistema actualizará a la empresa cliente en estado “Descartado” y no aparecerá en el listado del módulo de alta de empresas.

Flujo alternativo 2 ● ● ● ●

Si posterior al paso 15, la empresa cliente solicita dar de baja el servicio el analista de soporte le da click al botón “Dar de baja” (ver Pantalla 5) El sistema muestra un popup “Confirmación de proceso” para que el analista de soporte ingrese su contraseña (ver pantalla 4). El analista de soporte ingresa sus datos y da click en la opción “Aceptar”. el sistema actualizará a la empresa cliente en estado “Descartado” y no aparecerá en el listado del módulo de alta de empresas.

Información adicional Pantalla 1: Menu principal - perfil Analista de Soporte

Pantalla 2: Administración de Alta de Empresas

Pantalla 3: Administrar Alta

Pantalla 4: Pantalla confirmación de proceso

Pantalla 5: Administrar Alta (con la opción Dar de Baja Habilitada)

Pantalla 6: Pantalla que llena la empresa Cliente - como requisito para el alta.

Tabla 11. Especificación detallada del CU - Administrar Incidente.

Nombre

Administrar Incidente

Autor

César Sánchez

Actor

Analista Soporte 1era Línea

Iteración

Casos de uso asociados

CUS08 - Registrar incidente. CUS09 - Registrar informe de incidente. CUS14 - Cierre de incidente.

Descripción

El caso de uso comienza cuando el Analista Soporte 1era Linea ingresa a la nueva plataforma Suite Plataforma con sus credenciales asignada, luego seleccionar la opción del menú principal Registrar Incidente, en ella buscará el cliente previamente registrado. El caso de uso termina cuando el Analista Soporte 1era Línea genera el incidente para la empresa cliente.

Referencias

RFUN13-Generar incidente RFUN14-Consultar tipo de incidente RFUN15-Generar informe de incidente RFUN16-Consultar Cliente RFUN17-Cierrar incidente

Reglas de negocio:

BRUL01-Para consultar cliente se debe ingresar el nombre exacto de la razon social de la empresa cliente. BRUL06-Un incidente puede tener uno o varios informes de incidente.. BRUL11-Un incidente solo puede estar asociado a una Empresa Cliente.

Precondiciones

● ●

La empresa cliente debe estar activa. El Analista 1era Línea debe tener un usuario creado.

Post Condiciones

● ●

Se ha creado un incidente. Se ha actualizado un incidente

Flujo normal de eventos

1. El analista 1era línea selecciona la opción “Administrar incidente” del menú principal (ver Pantalla 1). 2. El sistema muestra la pantalla “Administración Incidentes” (ver Pantalla 2), en donde se visualiza un listado de incidentes, la cual cuenta con las siguientes columnas: Fecha Registro, Razón Social, Estado (Abierto, En Proceso o Cerrado) y Acción. 3. El ejecutivo de ventas puede filtrar la información mediante filtros de fecha de registro y razón social. 4. El sistema filtra la información de acuerdo a los filtros ingresados. 5. El analista 1era línea selecciona la opción “Agregar”. 6. El sistema muestra la pantalla “Registrar Incidente” (ver Pantalla 2) 7. El analista 1era línea ingresa la razón social de la empresa y da click en buscar. 8. El sistema muestra un mensaje pop-up indicando “cliente encontrado”. 9. El analista 1era línea ingresa el tipo de incidente, descripción y archivo adjunto y le da click en guardar. 10. El sistema crea el incidente con la fecha actual del sistema, estado Abierto y genera un código de incidente aleatorio. Flujo alternativo 1 ● ●

Si el paso 7, el sistema no encuentra la razón social activa. Mostrará un mensaje tipo pop-up con el detalle del error. El sistema no permitirá guardar un incidente sin razón social activa.

Información adicional Pantalla 1: Menu principal

Pantalla 2: Administración Incidentes

Pantalla 3: Administrar Incidente

3.2.2. Diagrama de clases de análisis DCA - Registrar Empresa

DCA - Administrar Empresas

DCA - Alta Empresas

DCA - Administrar Incidente

3.2.3. Diagrama de interacción de los casos de uso especificados DS-0-General - ADMINISTRAR EMPRESA

DS-02-BuscarEmpresa - ADMINISTRAR EMPRESA

DS-07-SolicitarAlta - ADMINISTRAR EMPRESA

DS-0-General - REGISTRAR EMPRESA

DS-2-Buscar Empresa - REGISTRAR EMPRESA

DS-6-Guardar - REGISTRAR EMPRESA

DS-0-General - ALTA EMPRESA

DS-2-Buscar - ALTA EMPRESA

DS-4-Dar Alta - ALTA EMPRESA

DS-08-BuscarIncidente

DS-09-BuscarEmpresaIncidente

3.3.

Diagramas de máquina de estado

Diagrama de máquina de estados para Empresa Cliente:

Figura 6. DME de la clase entidad Empresa

Figura 6. DME de la clase entidad Incidente

Capítulo 4: Arquitectura 4.1

Introducción

El presente informe describe los elementos que componen la estructura del sistema SUITE PLATAFORMA que operará en un entorno WEB. Para ello, se han considerado las restricciones y los riesgos que afectarían su normal desenvolvimiento cuando la aplicación esté en producción. Dichas restricciones están expuestas en la sección 4.3. Para el sistema Suite Plataforma se ha planteado el uso del patrón de arquitectura de Microservicios. Cada microservicio corre su propio proceso y se comunican por mecanismos livianos que están enfocados en cada parte del negocio, además tienen que estar desplegados de por medio de herramientas de integración continua, es decir, de forma automatizada. Para ello, se tiene en cuenta lo siguiente: -

Para el desarrollo de los microservicios se utilizaron las herramientas de Software libre como Spring boot, spring Cloud y Spring Security, las cuales son necesarias para desarrollar la lógica de negocios solo en las entidades que necesita la aplicación, de acuerdo a la demanda del cliente, es consumido el servicio necesario agilizando la carga por su distribución, alto acoplamiento y baja cohesión.

Para el desarrollo de las interfaces se ha considerado utilizar una Aplicación Web desarrollada en Angular, dicha aplicación centraliza las pantallas y clases frontera con las que interactúa el usuario del sistema. Así mismo se comunica con los servicios rest vía protocolo http.

Para el desarrollo del modelado de Base de Datos, se consideró a mongoDB un motor de BD no relacional que utiliza el formato estándar de información JSON el cual es permite intercambiar información en forma de objetos.

Para el despliegue de las aplicaciones se utiliza el API Gateway de Google Console Platform, la cual cuenta con múltiples herramientas como balanceador de carga, interconexión de red, auditoria, integración continua, etc. Así mismo se utiliza Dockers como herramienta contenedora de aplicaciones.

Como sistemas complementarios en la arquitectura tenemos al Management, que sirve para saber qué servicios tenemos disponibles, por otra parte, los clientes ejecutarán llamadas a los servicios por medio del balanceador de cargas, el cual se apoyará del Service Discovery para determinar la dirección física del servicio y redireccionar la petición a la instancia correcta del mismo.

Finalmente, el componente Identifier Provider permite brindar un mecanismo de identificación para que las peticiones hechas desde la App Web Suite Plataforma sean únicamente a las que los microservicios van a responder, gracias a las herramientas de seguridad de la nube de Google. 67

Algunas de las restricciones se encuentran en el sistema son: -

El sistema web está optimizado para navegar desde Google Chrome, en cualquier otro navegador las interfaces podrían no reflejar correctamente los mensajes diseños e imágenes. El sistema mostrará sus interfaces en el idioma español solamente. El sistema solo permitirá asignar un único usuario administrador principal para un representante legal por empresa. El sistema autogenera los códigos de todas las entidades utilizando una lógica de auto incrementado de correlativo con un prefijo asociado, por lo que no permitirá al usuario digitar sus propios códigos ya sea de empresas, contratos, incidentes, etc.

En el presente documento se presentarán las metas y restricciones de la arquitectura, así como también una descripción detallada de las diferentes vistas que la conforman, tomando como base la propuesta de la arquitectura 4+1 de Krutchen. 4.1.1

Propósito

El propósito de este documento es brindar una descripción global de la arquitectura del sistema usando diferentes vistas arquitectónicas para señalar distintos aspectos del sistema orientados a diferentes stakeholders. Para el caso de TCI los interesados del proyecto son las empresas clientes, los ejecutivos de ventas, los analistas de soporte, los analistas de implementación, el jefe de proyectos y el analista de infraestructura, quienes se verán beneficiados por el sistema Suite Plataforma, el cual brindará un módulo para cada actor de sistema y las opciones que simplificarán el tiempo de sus actividades y la gestión que se brinda en torno al cliente. 4.1.2

Alcance

El alcance del presente proyecto es para mostrar definir los conceptos de la arquitectura de mayor impacto sobre las decisiones de análisis, diseño de alto nivel y para una posterior implementación. Primero se van a exponer los requerimientos funcionales y no funcionales a modo de metas y restricciones, luego vamos a realizar los bosquejos de las vistas de los casos de uso que impactan en el diseño de arquitectura haciendo uso de los diagramas de UML para este propósito como son: la vista lógica, la vista de despliegue y la vista de implementación.

4.1.3

Definiciones, acrónimos y abreviaturas

Una definición completa de los conceptos y de la terminología empleada en el documento se encuentra en la sección del Glosario y Siglario de términos descrito en el informe del proyecto.

4.2

Representación de la arquitectura

A continuación, un gráfico que resume lo mencionado hasta el momento, con respecto a la arquitectura de microservicios utilizada. Servicio Externo Sunat

API Gateway Contrato Service

Contrato BD

Identifier Provider

Empresa Service

Suite Plataforma WebApp

Empresa BD

Web Browser Incidente Service

Management Service Discovery

Incidente BD

4.3

Metas, restricciones y mecanismos

A continuación, presentamos un inventario de los requerimientos no funcionales y funcionales de uso general de mayor impacto en la arquitectura, así como los mecanismos de análisis e implementación considerados para implementarlos de manera eficiente. 4.3.1

Metas que impactan a la arquitectura.

Tabla 10. Relación de metas que impactan en la arquitectura Código

Descripción

Requerimientos Funcionales de uso general RFUG01

Registro de logs. Se realizará un registro de los logs que medirá los registros de las llamadas de los servicios rest de cada microservicio.

RFUG03

Notificar solución de Incidencia: El sistema debe permitir notificar vía email a los clientes responsables una vez que se ejecute el pase a Producción.

RFUG04

Administración de archivos vía FTP: El sistema debe permitir la extracción de ficheros vía hipervínculos o botones por medio del protocolo FTP para el almacenamiento e intercambio de archivos.

RFUG05

Notificar solución de Alta Empresas: El sistema debe permitir notificar vía email a los clientes, analistas y ejecutivos responsables una vez que se da el alta de la empresa

Requerimientos de Capacidad de Uso RNFaa

Se utilizará un estándar en el diseño de las interfaces y elementos como botones popups y navegación; de manera que el usuario se familiarice rápidamente con el manejo del sistema.

SUPL07

La duración promedio de una reparación del sistema no debe ser mayor de 10 minutos.

Requerimientos de Confiabilidad

Requerimientos de Soporte SUPL11

El sistema debe de poder adaptarse a casi todos los navegadores, sin embargo, para una mejor experiencia de usuario, este está optimizado para Google Chrome a partir de la versión 60.0

SUPL12

El sistema debe de contar con un sistema de back up de la información programable de manera automatizada.

4.3.2 Restricciones que impactan a la arquitectura. A continuación se lista la relación de las restricciones de impacto. Las cuales representan limitaciones preexistentes (ya existen en el entorno de la organización) o fijadas por el arquitecto porque son convenientes. Así mismo, están relacionadas con el medio ambiente de desarrollo e implementación.

Tabla 10. Relación de metas que impactan en la arquitectura Código

Descripción

Requerimientos Funcionales de uso general

4.3.3

RFUG02

Contraseña Segura: El sistema debe solicitar al usuario una complejidad de 8 dígitos, una letra mayúscula y un al momento de actualizar su contraseña.

RFUG03

Notificar solución de Incidencia: El sistema debe permitir notificar vía email a los clientes responsables una vez que se ejecute el pase a Producción.

RFUG05

Notificar solución de Alta Empresas: El sistema debe permitir notificar vía email a los clientes, analistas y ejecutivos responsables una vez que se da el alta de la empresa

Mecanismos y tácticas de diseño usadas.

Tabla 12. Relación de mecanismos de análisis e implementación Mecanismos de análisis y sus soluciones a través del diseño y la implementación Mecanismo

Requerimientos abordados

Solución

Envío de Notificaciones: Permite que los cambios de estado sean administrados por el sistema y que los usuarios reciban las alertas.

RFUG03 RFUG05

Comprende: ● El manejo de las notificaciones de los cambios de estado cada vez que el usuario correspondiente realice una acción sobre los casos de uso que afectan dichos estados.

Manejo de errores: Permite que los errores sean detectados, propagados y notificados.

RFUG01 SUPL12

Comprende: ● El manejo de los errores de datos que se resolverá en el servidor de base de datos y en las clases que manejan la lógica del negocio. La información se presentará en las interfaces para que el usuario decida las acciones a tomar. 71

● El soporte a las excepciones a través de componentes especiales de soporte de errores que se manejan en la capa lógica de negocio Persistencia: Constituye el conjunto de servicios para manipular los datos

4.4

SUPL12

● Las capacidades tanto del software de administración de datos Microsoft SQL como del procesador facilitarán la conservación y la permanencia en línea de un gran volumen de información.

Vista de los casos de uso

4.4.1 Diagrama de paquetes A continuación se muestra el diagrama de paquetes del modelo de casos de uso contemplado de la sección 2.3.2:

4.4.2 Matriz de casos de uso versus entidades Esta matriz permite determinar con sustento los casos de uso que impactan en la arquitectura, tomando en cuenta el número de entidades relacionadas y comprometidas. A continuación mostramos las listas previas de Casos de Uso y Entidades de Negocio. Lista de Casos de Uso de Sistema: Código

Nombre del caso de uso

CUS01

Solicitar servicio de facturación

CUS02

Administrar empresa

CUS03

Registrar empresa

CUS04

Relaciona SUNAT con TCI

CUS05

Generar solicitud de alta

CUS06

Registrar alta empresa cliente en Suite Online

CUS07

Activar empresa

CUS08

Registra Servicio web

CUS09

Registrar incidente

CUS10

Registro de informe de incidente

CUS11

Registrar documento de pase

CUS12

Registrar cronograma

CUS13

Evaluar pase a Producción

CUS14

Ejecutar pase

CUS15

Cierre de incidente

CUS16

Mantener usuario

CUS17

Mantener perfiles

CUS18

Realizar copia de seguridad

CUS19

Iniciar sesión

CUS20

Cambiar contraseña

Lista de Entidades del sistema totales: 73

Código

Nombre de la entidad de negocio

EN01

Empresa

EN02

Contacto

EN03

Seguimiento

EN04

Contrato

EN05

Tipo Plan

EN06

Usuario Interno

EN07

Cargo

EN08

Incidente

EN09

Informe incidente

Tabla 13. Matriz de ponderación de casos de uso versus entidades CUS / EN

EN01

EN02

EN03

EN04

EN05

EN06

EN07

EN08

EN09

Nro Entidades por CUS

CUS01

CUS02

CUS03

CUS04

CUS05

CUS06

CUS07

CUS08

CUS09

CUS10

CUS11

CUS12

CUS13

CUS14

CUS16

CUS17

CUS15

CUS18

CUS19

CUS20

4.4.3 Diagramas de casos de uso que impactan en la arquitectura Este diagrama contiene únicamente el 20% del total de casos de uso tomando en cuenta aquellos que tienen el mayor número de entidades comprometidas: ●

Diagrama de Casos de Uso - Proceso de Alta en el sistema de facturación electrónica suite Online:

●

Diagrama de Casos de Uso - Proceso de Soporte Post-venta de Suite Online:

●

Diagrama de Casos de Uso - Seguridad del sistema:

4.5

Vista lógica.

En la vista lógica mostraremos el diagrama de capas y el de subsistemas. 4.5.1

Diagrama de capas.

En esta sección se presenta una vista de alto nivel del sistema propuesto, organizado en capas. La siguiente ilustración muestra el diagrama de capas y subcapas lógicas del sistema. Este esquema de agrupación de clases se repetirá en cada subsistema.

Capas lógicas del sistema Suite Plataforma

Capas

Descripción Contiene las clases del sistema que brindan los medios de comunicación con el usuario. En Suite Plataforma la comunicación se realizará a través de formularios WEB. Se compone a la vez de: Interfaces de Usuario

En esta capa están los formularios WEB que contienen lógica mínima para presentar la información y realizar operaciones básicas. Son las vistas del patrón MVC

Controles Web

En esta capa figuran los controles WEB que permiten establecer la conexión con las capas de la lógica de negocio. Manejan lo eventos y son los controles del patrón MVC.

Presentación

Negocio

Esta capa comprende las clases encargadas de modelar la lógica del negocio explicada en la especificación de casos de uso. Estas clases tendrán la responsabilidad de los algoritmos operativos y de cálculo, así como los medios para obtener los datos de la capa de datos y transformarlos para ser manipulados a través de la capa de presentación. La capa de negocio constituye el modelo del patrón MVC. Se compone de: Reglas de Negocio

Capa de las clases que definen y operan las reglas de negocio.

Entidades Negocio

Capa de las clases que contienen la estructura de los datos cuya función principal es pasar los datos entre componentes.

La capa de datos corresponde al conjunto de clases dedicadas a la gestión directa de la persistencia del sistema. Ellas se encargan de establecer la conexión con la base de datos y mediante la ejecución de transacciones permitir el almacenamiento y recuperación de los datos persistentes. Se compone de: Datos

Acceso a Datos

Capa de las clases que permiten el acceso a los datos directamente a un repositorio persistente de información.

Servicio de Datos

Capa de los agentes que invocan los servicios de comunicación con el sistema Amadeus y con la Seguridad.

4.5.2 Diagrama de subsistemas. Las capas y sus clases estarán repartidas al interior de un solo subsistema Suite Plataforma. Sin embargo, Suite Plataforma utiliza los servicios de otros dos sistemas tal y como se muestra en la siguiente ilustración.

Subsistemas de Suite Plataforma Subsistema

Descripción

Suite Plataforma

Proporciona toda la funcionalidad requerida para el sistema Suite Plataforma. La estructura lógica interna se ha descrito a través del diagrama de capas.

SUNAT

Proporciona todos los servicios de consulta de RUC.Implementa la interfaz: ISunat.

4.6

Vista de implementación

Esta sección presenta la relación y comunicación de los componentes para la implementación. 4.6.1

Diagrama de implementación.

Tabla 14. Relación de componentes Relación de los componentes del sistema Componente

Descripción

Browser

Es el programa residente en el cliente mediante el cual se puede acceder a sitios WEB con la identificación de una URL.

Contactenos.jsp

Formulario para realizar la solicitud de afiliación.

AdministrarEmpresas.ts

Página principal para administrar empresas, en ella se muestra la lista de empresas.

AdministrarEmpresa.ts

Formulario principal para realizar contratar a la empresa.

AdministrarAltasEmpresas.ts

Página principal para administrar el alta de empresas, en ella se lista las lista de empresas.

AdministrarAlta.ts

Página para dar de alta a una empresa.

AdministrarIncidente.ts

Página principal para administrar incidentes, en ella se muestra la lista de incidentes.

RegistrarIncidente.ts

Formulario para realizar el registro de incidente.

FRM-Alta empresa

Representa la agrupación de los formularios web dinámicos para realizar el alta de empresa 79

FRM-Soporte Post Venta

Representa la agrupación de los formularios web dinámicos para gestionar los incidentes.

Alta Empresa Service

Componente que expone los servicios necesarios para realizar la administración de alta de empresa.

Soporte PostVenta Service

Componente que expone los servicio necesarios para realizar la administración de los incidentes.

Alta Empresa DAO

Representa al conjunto de componentes que permiten el acceso a los datos y la actualización de los mismos para el Alta Empresa.

Soporte PostVenta DAO

Representa al conjunto de componentes que permiten el acceso a los datos y la actualización de los mismos para el manejo de incidente.

Alta.bd

Componente que hace referencia a la BD donde se realiza la persistencia de alta de empresa.

Soporte.bd

Componente que hace referencia a la BD donde se realiza la persistencia de incidente.

4.6.2

Framework y/o patrones de arquitectura propuestos

Patrones de arquitectura propuestos: ➢ Patrón de modelo-vista-controlador Este patrón, también conocido como patrón MVC, divide una aplicación interactiva en 3 partes, como modelo : contiene la funcionalidad y los datos básicos vista : muestra la información al usuario (se puede definir más de una vista) controlador : maneja la entrada del usuario Esto se hace para separar las representaciones internas de información de las formas en que se presenta y acepta la información del usuario. Desacopla los componentes y permite la reutilización eficiente del código (4).

➢ Patrón de capas Este patrón se puede utilizar para estructurar programas que se pueden descomponer en grupos de subtareas, cada una de las cuales se encuentra en un nivel particular de abstracción. Cada capa proporciona servicios a la siguiente capa superior. Las 4 capas más comúnmente encontradas de un sistema de información general son las siguientes. Capa de presentación (también conocida como capa UI ) Capa de aplicación (también conocida como capa de servicio ) Capa de lógica de negocios (también conocida como capa de dominio ) Capa de acceso a datos (también conocida como capa de persistencia )

4.7

Vista de despliegue

4.7.1

Diagrama de despliegue.

Servicio Externo Sunat

API Gateway Contrato BD

Contrato Service

Identifier Provider

Empresa BD

Empresa Service

Suite Plataforma WebApp

Web Browser Incidente Service

Incidente BD

Management Service Discovery

4.7.2 Arquitectura Física. <La siguiente matriz permite determinar las características de los nodos y el software base que contienen> Tabla 15. Descripción de la arquitectura física Arquitectura física de la solución Nombre del

Descripción

Tipo 82

Uso

Software Base

nodo Virtual 01

Servicios de bases de Cloud SQL datos MySQL, PostgreSQL y de SQL Server.

Data Server

MongoDB

Virtual 02

Interfaces de APIs de Cloud programación para todos los servicios de GCP.

Servidor de Sprint Boot, microservicios Sprint Cloud Angular 7

Virtual 03

Crea, prueba y despliega Cloud Build versiones de forma continua.

Server Aplicación

Virtual 04

Una completa plataforma Cloud Security Server Security de control de riesgos de Command seguridad y datos para Center GCP.

API Gateway Google Console Platform Identifier Provider

Capítulo 5: Diseño 5.1

Patrones de diseño seleccionados.

5.2

Diagrama de la base de datos.

Conclusiones: A continuación, describimos las conclusiones que podemos rescatar de las lecciones aprendidas y diagnósticos a los que se ha llegado al elaborar el trabajo. ●

Con el desarrollo de la arquitectura de Software, se espera mejorar la carga de trabajo en el área de soporte, ventas, desarrollo e infraestructura en sus respectivos flujos de actividades, durante los procesos de soporte y alta de una empresa cliente en Suite Online.

●

Se ha elaborado una propuesta de arquitectura y diseño de sistema para el sistema Suite Plataforma, según el ciclo de vida del desarrollo de software y enfocándose en los procesos en estudio.

●

Podemos asegurar que, con el desarrollo del Software Suite Plataforma, se mejorará la satisfacción de los clientes durante el proceso de alta, buscando mejorar la experiencia de los presentes y futuros clientes.

● ●

Hemos aplicado el diseño de Arquitectura propuesto con la herramienta de los diagramas de análisis, modelo conceptual, diagrama secuencial y diagrama de estados; con la finalidad de producir soluciones que satisfagan las necesidades específicas de la organización objetivo, las cuales se especifican e ilustran en la herramienta Mockup.

Glosario Glosario de términos Nombre

Descripción

A Alta

Estado de una empresa en Suite Online cuando ésta se encuentra en Producción.

E e-facturación

Marca de servicio de facturación electrónica de TCI S.A.

eGestor

Sistema de TCI que se comunica vía web service con los servicios que expone la Sunat.

ePortal

Sistema de administración que brinda información y seguimiento de los comprobantes de emisores y receptores ya sean empresas o personas.

I incidente

Problema en la aplicación Suite Online que requiere de una actualización para darle solución.

Área de Suite Online que se encarga del mantenimiento de los servidores, la infraestructura red en general y que ejecuta los pases a producción de las distintas aplicaciones que provee TCI a sus clientes. M Mockup

Herramienta para diseñar prototipos de GUI’s

P Pase a producción

Actualización de la versión del sistema Suite Online, cuando se envía una mejora o corrección.

S Soporte

Área de gestión de aplicaciones que brinda ayuda al área de desarrollo de Suite Online

Soporte 1era línea

Área de soporte de aplicaciones que brinda ayuda a clientes de Suite Online con problemas y consultas recurrentes y de uso.

Soporte 2da línea

Área de soporte de aplicaciones que brinda ayuda a clientes de Suite Online con problemas y consultas recurrentes que requieren permisos especiales para brindar una solución.

Suite Online

Sistema de facturación electrónica de TCI que está enfocado en pequeñas y medianas empresas.

Suite Plataforma

Sistema integral que estamos proponiendo para automatizar las actividades de los procesos de alta de empresas en Suite Online y Soporte Post-Venta.

T TCI

Empresa PSE y OSE que brinda servicios de facturación electrónica, control de aduanas y flotas.

UBL

Librería estándar de documentos XML, diseñados para representar documentos empresariales tales como órdenes de venta o facturas.

V Volumen de Es el número de comprobantes promedio emitidos por sede para una comprobantes determinada empresa. Tabla 10: Glosario

Siglario Tabla 11: Siglario. Siglario Acrónimo

Descripción

PSE

Proveedor de Servicios electrónicos

TCI

Transporte Confidencial de Información

UBL

Universal Business Language

Bibliografía (1) Craig Larman (2013) Uml y patrones - Introducción al análisis y diseño orientado a objetos, 2ª. ed. Madrid: Editorial Prentice Hall. (2) Grady Booch, James Rumbaugh (2010). El lenguaje unificado de modelado 1ª. ed. México: Pearson Educación. (3) Steve McConnell (2006) Desarrollo y Gestión de Proyectos Informáticos 1ª. ed. México: Editorial Mc Graw Hill. (4) https://medium.com/@maniakhitoccori/los-10-patrones-comunes-de-arquitectura-desoftware-d8b9047edf0b , consultado 15-02-2020

Anexos -

Ficha de Alta de empresas clientes que solicitan Suite Online.

Módulo de configuración del área de soporte:

Formulario de registro del área de implementaciones para el e-Portal: 90

Formulario de registro del área de implementaciones para el e-Gestor: