Facultad 15
Trabajo de Diploma para optar por el Título de Ingeniero en Ciencias Informáticas
Título: Análisis del Despacho Postal en la Aduana General de la República de Cuba
Autor: Yadira Aguila Mendoza Tutor: Ing. Liannis Soria Barreda
Junio del 2010
DECLARACIÓN DE AUTORÍA
Declaro ser autora de la presente tesis y reconozco a la Universidad de las Ciencias Informáticas los derechos patrimoniales de la misma, con carácter exclusivo.
Para que así conste firmo la presente a los __ días del mes de ________ del año ________.
Yadira Aguila Mendoza _________________
Firma del Autor
Liannis Soria Barreda __________________
Firma del Tutor
DATOS DE CONTACTO
Tutor: Ing. Liannis Soria Barreda.
Ingeniera en Ciencias Informáticas graduada en el 2007 en la Universidad de Ciencias Informáticas con Título de Oro.
Instructora de la Facultad 15.
Correo electrónico [email protected].
Tutora de tres trabajos de diplomas y presidenta de dos tribunales en los cursos 2007 – 2008 y 2008 – 2009 en la Facultad 4.
I DEDICATORIA
A mis padres, a mi abuela, a mi tía y a mi hermana, a ustedes debo lo que soy hoy.
II AGRADECIMIENTOS
A mi mamá por ser la madre más dedicada y pendiente del bienestar y futuro de sus hijas; a mi papá por ser el padre más cariñoso y por consentirme siempre, muchas gracias a los dos por estar conmigo en todo momento, pero principalmente por apoyarme en los que realmente me han hecho falta.
A mi abuela por haberme criado y haberme hecho una persona de bien, a mi tía por apoyarme siempre y ser como otra madre para mí, a mi hermana por estar siempre de mi lado, las quiero mucho.
A Osmany y a Odelmis por tenerme en cuenta para todo y haberme hecho parte de su familia.
A toda mi familia de manera general, pero muy en especial a mi tía Luisa, gracias a ella estoy en esta escuela y no otra.
A mi novio por ser tan cariñoso, tan comprensivo y tratar siempre de complacerme en todo.
A Lourdes, Raydelmis y Luis que han sido tan buenos conmigo.
A María Elena y a Liannis por ayudarme durante todo el desarrollo del trabajo, sus recomendaciones fueron muy importantes en todo momento.
A todos mis compañeros y profesores que durante estos 5 años me han acompañado y sobre todo han contribuido a mi formación profesional.
III RESUMEN
La Aduana Postal y Envíos (APE), como aduana subordinada a la Aduana General de la República de Cuba (AGR), tiene como función el enfrentamiento al tráfico ilegal de drogas, objetos del patrimonio cultural, especies protegidas y otras; así como el control del cumplimiento de la política comercial, enfrentando la evasión fiscal y otros fraudes económicos.
Con este objetivo se realiza el despacho de bultos postales dentro de la APE, velando por el cumplimiento de las formalidades aduaneras de los envíos que se importan y exportan en el país.
Producto del incremento de las importaciones de los bultos postales en el país, el despacho actualmente presenta una serie de problemas en su realización, principalmente debido a que el sistema con que cuenta requiere la entrada de gran cantidad de datos y esto provoca lentitud en el proceso. Por otra parte, las operaciones de exportación se realizan de forma manual y no se lleva un control de la información que se genera en ellas.
El objetivo del presente trabajo es obtener las funcionalidades requeridas de un software que permita automatizar los procesos del despacho tanto en importación como en exportación dentro de la APE, haciendo uso de las metodologías y herramientas definidas por el Departamento Desarrollo de Soluciones para la Aduana así como de las técnicas de captura, especificación y validación de requisitos.
PALABRAS CLAVES
Despacho Postal, Envío, Canal Rojo, Canal Naranja, Canal Rojo, Requisitos.
ÍNDICE
INTRODUCCIÓN ... 1
CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA ... 4
Introducción ... 4
1.1 Despacho de Envíos Postales ... 4
1.2 Sistemas para el Despacho de Envíos Postales ... 6
1.3 Ingeniería de Requisitos ... 7
1.3.1 Técnicas de Captura de Requisitos ... 8
1.3.2 Técnicas de Especificación de Requisitos ... 9
1.3.3 Técnicas de Validación de Requisitos ... 10
1.4 Administración de Requisitos en el Departamento Desarrollo de Soluciones para la Aduana. ... 11
1.4.1 Procedimiento para la Administración de Requisitos. ... 11
1.4.2 Documentación de Requisitos ... 11
1.4.3 Metodología, Lenguajes y Herramientas. ... 14
Conclusiones ... 14
CAPÍTULO 2: ELICITACIÓN DE REQUISITOS ... 15
Introducción ... 15
2.1 Técnicas Utilizadas para la Captura de Requisitos ... 15
2.2 Modelo de Negocio ... 16
2.3 Listado de Requisitos Funcionales ... 29
2.3.1 Agrupación: Gestionar Despacho ... 29
2.3.2 Agrupación: Gestionar Retención ... 30
2.3.3 Agrupación: Registrar Devolución ... 30
2.3.4 Agrupación: Registrar Decomiso ... 31
2.3.5 Agrupación: Emitir Reportes ... 31
Conclusiones ... 35
CAPÍTULO 3: DESCRIPCIÓN DE REQUISITOS ... 36
Introducción ... 36
3.1 Modelo Conceptual ... 36
3.2 Técnicas Utilizadas para la Especificación de Requisitos ... 37
3.3 Técnicas Utilizadas para la Validación de Requisitos ... 37
3.4 Especificación y Validación... 37
3.4.1 Especificación de requisito Registrar Despacho Canal Verde ... 37
3.4.2 Especificación de requisito Registrar Despacho Canal Naranja ... 39
3.4.3 Especificación de requisito Registrar Despacho Canal Rojo en Importación 41 3.4.4 Especificación de requisito Registrar Despacho Canal Rojo en Exportación 46 3.4.5 Especificación de requisito Modificar despacho ... 50
3.4.6 Especificación de requisito Anular documento. ... 51
3.4.7 Especificación de requisito Modificar marcaje ... 53
3.4.8 Especificación de requisito Registrar retención. ... 53
3.4.9 Especificación de requisito Confirmar retención. ... 54
3.4.10 Especificación de requisito Registrar destino final en retención. ... 55
3.4.11 Especificación de requisito Registrar decomiso ... 57
3.4.12 Especificación de requisito Registrar devolución... 57
3.4.13 Especificación de requisito Envíos aforados ... 58
3.4.14 Especificación de requisito Envíos despachados e inspeccionados. ... 59
3.4.15 Especificación de requisito Envíos despachados por inspectores y canales. 60 3.4.16 Especificación de requisito Envíos con Factura Consular. ... 62
3.4.17 Especificación de requisito Envíos retenidos. ... 63
Conclusiones ... 64
CONCLUSIONES... 65
RECOMENDACIONES ... 66
BIBLIOGRAFÍA ... 67
GLOSARIO DE TÉRMINOS ... 69
1 INTRODUCCIÓN
La AGR es el órgano encargado de dirigir en materia aduanera, recaudar los derechos de aduana y dar respuesta dentro de su jurisdicción y competencia, a hechos que incidan en el tráfico internacional de mercancías, viajeros, postal y los medios que los transportan, previniendo, detectando y enfrentando el fraude y el contrabando, así como contribuyendo a la protección nacional e internacional del medio ambiente y la seguridad nacional.
La APE, como aduana subordinada a la AGR, tiene como función el enfrentamiento al tráfico ilegal de drogas, objetos del patrimonio cultural y especies protegidas en la vía postal, además de controlar el cumplimiento de la política comercial enfrentando la evasión fiscal y otros fraudes económicos(1). El despacho de los bultos postales es dentro de la APE el proceso que se encarga de gestionar todos los bultos que están destinados a la importación y exportación de mercancías que circulan por la vía postal, velando por el cumplimiento de las normas establecidas en correspondencia con las recomendaciones de la Unión Postal Universal (UPU) y la Organización Mundial de Aduanas (OMA).
Como parte de la política de informatización que se está llevando a cabo en la sociedad cubana, la Aduana se ha planteado ir paulatinamente automatizando todos sus procesos, manteniendo siempre como premisa la facilitación del despacho. Para cumplir con este objetivo ha desarrollado un sistema informático, el Sistema Único de Aduana (SUA), que abarca los procesos de despacho de los medios de transporte internacional, el despacho con carácter tanto comercial como no comercial en importación y exportación de mercancías y el tratamiento a viajeros y tripulantes.
Dentro del SUA se implementó en el año 2008 un subsistema para el despacho de envíos postales con carácter no comercial, en importación, a personas naturales. Este subsistema además de no recoger la totalidad de los procesos que se realizan en el Despacho Postal, no ha sido utilizado en toda su capacidad debido a la gran cantidad de información que requiere, atentando esto contra la agilidad del despacho cuando existen grandes volúmenes de envíos a despachar.
Debido a los problemas de organización existentes dentro de los procesos definidos para el despacho de bultos postales y dado el gran volumen de envíos a despachar, producto del incremento de las posibilidades establecidas en el país con respecto a la importación de los mismos, se decidió llevar a cabo
2 una transformación organizacional de los procesos que permitiera a la APE cumplir eficazmente su misión y entregar en tiempo toda la información requerida por la AGR.
La tarea de estudiar el proceso de despacho de los envíos importados le fue asignada a la Ingeniera Industrial Leiranis Pérez, la cual después de un minucioso estudio propuso una serie de mejoras. Esta propuesta fue validada por los especialistas del Centro de Automatización para la Dirección de la Información (CADI) y se encuentra en proceso de aprobación por el Vice Jefe de Técnicas Aduaneras, para luego realizar los ajustes necesarios a las normativas que se encuentran vigentes hoy en nuestro país.
Por otra parte el despacho de envíos postales destinados a la exportación actualmente se realiza de forma manual, por lo que además de la lentitud con que se realiza el despacho, dado por la falta de personal en el mismo y debido a la cantidad de documentos que se deben llenar, en el proceso no existe un control de la información que se genera.
La situación problemática expuesta anteriormente desencadena el siguiente problema a resolver:
¿Cuáles son los requisitos que deben implementarse en un sistema que automatice los procesos que se realizan para el Despacho Postal en la AGR?
El objeto de estudio lo constituye las legislaciones aduanales cubanas del despacho de bultos postales y el campo de acción los procesos de despacho de los bultos postales en la APE y todos sus puntos postales.
Los posibles resultados que se esperan al término de la investigación serían:
1. El modelo de procesos del Despacho Postal.
2. Requisitos funcionales de la solución a desarrollar.
3. Especificación de los requisitos funcionales de la solución a desarrollar.
3 Para la solución del problema científico se plantea como objetivo general obtener los requisitos del software a desarrollar para automatizar los procesos del Despacho Postal que se realiza en la AGR. Para cumplir dicho objetivo se han propuesto las siguientes tareas de la investigación:
1. Caracterizar las técnicas de captura de requisitos.
2. Definir el marco teórico-conceptual de trabajo.
3. Modelar los procesos de Despacho Postal.
4. Describir los procesos de Despacho Postal en la APE y todos sus puntos postales.
5. Identificar los requisitos funcionales de la solución a desarrollar.
6. Especificar los requisitos funcionales de la solución a desarrollar.
7. Especificar las salidas del sistema.
8. Especificar el modelo conceptual de la solución.
La estructura del Trabajo de Diploma queda conformada en 3 capítulos:
Capítulo 1 “Fundamentación Teórica”: Se realiza un estudio del proceso de Despacho Postal de manera general y del sistema informático que se ha desarrollado para el manejo y control de la información que se genera en él. Se realiza un análisis de los principales conceptos de la Ingeniería de Requerimientos y de cómo ésta se lleva a cabo en el Departamento Desarrollo de Soluciones para la Aduana.
Capítulo 2 “Elicitación de Requisitos”: Contiene la modelación y descripción de los procesos de negocio que se realizan dentro del despacho de bultos postales de la Aduana. Se listan los requisitos del sistema obtenidos del modelo de procesos.
Capítulo 3 “Especificación de los Requisitos”: Se especifican los requisitos y las salidas del sistema identificadas tras el proceso de captura de requisitos, se realiza la validación de estos a través de los prototipos de interfaz de usuario y se elabora el modelo conceptual de la solución propuesta.
Fundamentación Teórica
4 CAPÍTULO 1: FUNDAMENTACIÓN TEÓRICA
Introducción
En el presente capítulo se realiza un estudio acerca del despacho de envíos postales en Cuba y del sistema informático para el manejo y control de la información que se genera en dicho despacho. Se describen las principales técnicas de captura, especificación y validación de requisitos y se realiza un estudio de los principales aspectos de la administración de requisitos en el Departamento Desarrollo de Soluciones para la Aduana.
1.1 Despacho de Envíos Postales
Los envíos o bultos postales son todas aquellas modalidades del Servicio Postal Internacional reconocidas por la Unión Postal Universal, que se agrupan en los envíos de correspondencia y de encomiendas postales y que se reciben o remiten utilizando los servicios que brindan las empresas y entidades expresamente autorizadas para ello, mediante la utilización de las vías aéreas y marítimas y debidamente inscriptas en el Registro Central de Aduanas.(2)
En Cuba los envíos postales están sujetos a las mismas regulaciones aduaneras que se aplican al resto de los envíos en lo referido a los artículos de importación prohibida, restricciones o permisos, así como a los artículos con exención de pago de aranceles. Estos envíos deben cumplir además con las disposiciones recogidas en el Convenio de la Unión Postal Universal (UPU), del cual Cuba es parte, y de cuyo cumplimiento se encargan los funcionarios del servicio postal cuando los reciben para su encaminamiento.
La APE tiene la misión de realizar el control aduanal del proceso de despacho de aquellos envíos postales en importación y exportación, con carácter comercial y no comercial, recaudando los derechos arancelarios y de servicios, haciendo cumplir las disposiciones relativas a prohibiciones, regulaciones y requisitos especiales por razones de protección económica, ambiental, sanitaria, patrimonial y de orden público, garantizando el enfrentamiento a los ilícitos e infracciones. (1)
Fundamentación Teórica
5 Las siguientes resoluciones e instrucciones son las que rigen el flujo de proceso del Despacho Postal en la AGR:
Instrucción 03-05 Cont. 05: Pone en vigor los Procedimientos para el Control de las Mercancías Retenidas, Decomisadas y las Abandonadas, para todo el Sistema de Órganos Aduaneros (SOA), los cuales se anexan en dicha instrucción. La formalización de estos procedimientos se efectúa mediante el modelo Acta de Retención y Notificación que para el caso particular de la Aduana Postal y Envío se denomina RAD-04.
Instrucción 24-09: Establece como base del valor adeudable a tomar por la Aduana, el Listado de Valoración Interno que se anexa a la Instrucción, formando parte integrante de la misma.
Instrucción 11-02: Pone en vigor el listado de precios acordados con las entidades que comercializan con la AGR, que conforman el nuevo Nomenclador de Productos Decomisados y Declarados en Abandono de Procedencia No Comercial y que se anexa a la Instrucción formando parte de la misma.
Instrucción 12-02: La instrucción No 12 del 2002, establece el modelo de registro y control de los artículos que contiene el bulto, una vez efectuado el proceso de inspección aduanera, establece el formato y la metodología para obtenerlo, se nombra Relación del Contenido de Bultos Inspeccionados.
Resolución 26-94: La Resolución No.26-94, del Jefe de la Aduana General de la República, de fecha 20 de septiembre de 1994, puso en vigor las Normas para el Despacho Aduanero en el Tráfico Postal.
Instrucción 17-06: Establece la Tabla de Aforo y Liquidación al Peso para los Envíos Postales, cuyo peso no exceda de cinco (5) kilogramos (5000 gramos), que se anexa a la instrucción, formando parte integrante de la misma.
Resolución 14-90: Aprueba el Reglamento de Servicio de Mensajería Internacional, cuyo objetivo es el de establecer las normas a que estarán sujetas las empresas que presten dicho servicio y que despachen mercancías, tanto de importación como de exportación a través de las aduanas de Despacho Postal.
Resolución 14-2004: Aprueba y pone en vigor las Normas para el Despacho Aduanero en el Tráfico Postal Sin Carácter Comercial; el modelo Control de Envíos Retenidos por Requisitos Especiales (Anexo
Fundamentación Teórica
6 1) y el modelo Control de Envíos Objeto de Rezagos (Anexo 2), con sus correspondientes metodologías de llenado, los cuales se anexan a la Resolución formando parte integrante de la misma.
Metodología de trabajo para la supervisión aduanera a envíos objeto de tráfico postal internacional:
Establece la frecuencia y el método de control a envíos en proceso postal en las áreas de Apertura, Inspección Radiológica, Punto de Pesaje, Almacén, Despacho de Periciales, Distribución y Salida. La supervisión se ejercerá a envíos de importación o exportación pendientes de despacho o aquellos objetos de Rezagos, Reexportación, así como a envíos en libre circulación, estableciéndose para ello los registros y controles que garanticen la información necesaria en el seguimiento y muestreo de los envíos.
Resolución 23-2003: Establece las normas generales para la Exportación sin Carácter Comercial.
1.2 Sistemas para el Despacho de Envíos Postales
En el mundo se ha desarrollado una gran variedad de sistemas para facilitar los procesos aduaneros, pero ninguno de estos incluye los procesos para el despacho de bultos postales en aduana.
Los sistemas automatizados especializados en la temática de Despacho Postal son representativos del servicio postal de cada país. Las aduanas del resto del mundo tienen como objetivo fundamental la recaudación de los tributos y no el control y el enfrentamiento al fraude, por lo que no han establecido como una de sus prioridades las operaciones de importación y exportación de envíos postales.
Cuba cuenta con el SUA para integrar todos los servicios que se prestan en la AGR en un único sistema, en vista de tener organizado todo el flujo de información que se maneja y de forma tal que se garantice la comunicación de forma rápida, eficiente y segura. Es por esto que lo componen los subsistemas que abarcan los diferentes procesos que se llevan a cabo en la AGR, entre los que cabe citar la gestión de recursos humanos, los medios de transporte internacional y el despacho tanto comercial como no comercial de la mercancía que se importa o exporta en el país; específicamente para el despacho de envíos postales surge el Sistema Automatizado de Despacho de Envíos Postales en Importación con Carácter no Comercial a Personas Naturales (SADEP).
Fundamentación Teórica
7 El subsistema trabaja con una arquitectura cliente-servidor y la base de datos Oracle. Está implementado en lenguaje de programación PHP y tiene además la característica de ser de código abierto y multiplataforma. El servidor de base de datos cuenta con una estrategia de copias de seguridad y un plan de prevención de catástrofes(1).
Debido a cambios en la normativa aduanera desde el momento en que se desarrolló el subsistema hasta la actualidad, en el despacho se almacena información no útil, lo que provoca que el mismo se vuelva tedioso y engorroso y esto atente contra su rapidez.
Como consecuencia de lo anterior, el usuario no explota todas las funcionalidades del sistema debido a la demora que esto provoca, por lo que existe la posibilidad de que la información que se almacena no se encuentre completa y no sea fiable, afectando los posteriores estudios que puedan realizarse para mejorar el Despacho Postal y la entrega de las estadísticas de las operaciones realizadas a organismos superiores.
Otra de las dificultades que presenta el sistema es que al no existir un flujo de información del envío entre Aduana y Correos de Cuba en el cual se recoja información única, la Aduana se ve precisada a tomar nuevamente los datos ya registrados por Correos de Cuba lo que implica que se vuelva a invertir tiempo y recursos.
1.3 Ingeniería de Requisitos
Los requisitos son las necesidades del sistema que se desea desarrollar, ya sean de hardware o software, son lo que se necesita para que el sistema funcione como se desea. Un requisito va a ser una condición o capacidad que debe ser cumplida o poseída por un producto o por un componente de producto para satisfacer un contrato, estándar, especificación u otro documento impuesto formalmente. (3)
Estos requerimientos se van a dividir en funcionales y no funcionales. Los requisitos funcionales son aquellos que definen la función que el sistema va a llevar a cabo, describiendo las transformaciones que el sistema realiza sobre las entradas para obtener las salidas. Los requisitos no funcionales tienen que ver con características que de una u otra forma pueden limitar el sistema, como por ejemplo rendimiento, fiabilidad y seguridad.
Fundamentación Teórica
8 Para obtener un producto final con la calidad que se espera por parte del cliente es necesario realizar una buena captura, especificación y validación de requisitos, pero para ello se necesita tener un proceso que defina los pasos a seguir y que oriente al analista, para esto se utiliza la Ingeniería de Requerimientos.
Según Pressman la Ingeniería de Requerimientos es el uso sistemático de procedimientos, técnicas, lenguajes y herramientas para obtener con un coste reducido el análisis, documentación, evolución continua de las necesidades del usuario y la especificación del comportamiento externo que satisfaga las necesidades del usuario. Ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será el impacto del software sobre el negocio, qué es lo que el cliente quiere y cómo interactuarán los usuarios finales con el software.(4)
Sommerville plantea que la Ingeniería de Requerimientos es el proceso de desarrollar una especificación de software. Las especificaciones pretenden comunicar las necesidades del sistema del cliente a los desarrolladores del sistema.(5)
La Ingeniería de Requerimientos es la ciencia y disciplina concerniente al análisis y documentación de los requerimientos de software, a través de un proceso iterativo de definición, análisis, estudios de balance, elaboración de prototipos y simulación.(3)
Para realizar una buena Ingeniería de Requisitos se han desarrollado técnicas sistemáticas que favorecen todo el proceso, obteniendo requisitos del sistema completos, consistentes y relevantes de una forma más eficiente y segura, posibles de inspeccionar y de comprobar de manera adecuada.
Todo el proceso de obtención o captura de requisitos es la pieza fundamental del proyecto marcando el punto de partida para las siguientes actividades del mismo, sirviendo de base para verificar si se alcanzaron los objetivos identificados para el sistema a desarrollar.
1.3.1 Técnicas de Captura de Requisitos
La captura de requisitos es la actividad mediante la que se extraen las necesidades del sistema, es el comienzo de cada ciclo de desarrollo. (6) Las técnicas de captura de requisitos son las que posibilitan que
Fundamentación Teórica
9 la extracción sea efectiva y que la aceptación del sistema dependa de cuán bien el sistema satisfaga las necesidades del cliente. A continuación se describen las técnicas que se utilizan:
Entrevistas: Permiten tomar conocimiento del problema y comprender los objetivos de la solución buscada.
A través de esta técnica el equipo de trabajo se acerca al problema de una forma natural entrevistando al cliente.
Tormenta de Ideas: Es un modelo que se utiliza para generar ideas en grupo obteniendo la mayor cantidad de requerimientos del sistema que se pueda.
Observación: Técnica mediante la cual se estudia a los futuros usuarios en su entorno de trabajo. Anota todo aquello que es susceptible de mejora.(7)
Revisión de Documentos Legales: Análisis de las legislaciones y documentos que pueden guiar un proceso de negocio determinado.
Sistemas Existentes: Consiste en analizar los sistemas ya desarrollados que estén relacionados con el sistema que va a ser construido, analizándose las interfaces de usuarios y las entradas y salidas que el mismo produce.
Cuestionarios y Listas de Chequeo: Esta técnica requiere que el analista conozca el ámbito del problema en el que está trabajando. Consiste en redactar un documento con preguntas cuyas respuestas sean cortas y concretas, o incluso cerradas por unas cuantas opciones en el propio cuestionario.
Introspección: Esta técnica recomienda que el ingeniero de requisitos se ponga en el lugar del cliente y trate de imaginar cómo él desearía el sistema.(8)
1.3.2 Técnicas de Especificación de Requisitos
La especificación de requisitos es el proceso mediante el que se representan y describen los requisitos capturados previamente. (6) Las técnicas de especificación o definición de requisitos son las que permiten que estos se documenten de forma correcta, es la manera habitual de guardar y comunicar los requisitos encontrados. A continuación se describen las técnicas que se utilizan:
Fundamentación Teórica
10 Glosarios y Ontologías: Es una técnica muy sencilla que permite registrar el conocimiento que se va adquiriendo sobre el dominio del problema y compartirlo con todos los participantes en el proyecto, estableciendo un vocabulario propio. Se recogen y definen los conceptos más relevantes y críticos para el sistema. A pesar de ser un diccionario pequeño que solo contiene términos relativos al dominio del problema que se está analizando, es una técnica muy recomendada pues uno de los problemas que surge durante la captura de requisitos es que los usuarios y expertos no llegan a entenderse debido a problemas de terminología.
Plantillas y Patrones: Una plantilla es una tabla con una serie de campos predefinidos que el equipo de desarrollo va cumplimentando, usando para ello el lenguaje del usuario.
Casos de Uso: Como una técnica de definición de requerimientos es como han sido aceptados los casos de uso más ampliamente. Paralelamente al proceso de definir los requerimientos en casos de uso se hace necesario el uso de descripciones basadas en plantillas o de diccionarios de datos que eliminen su ambigüedad debido a que la descripción de los mismos en muchas ocasiones puede resultar confusa.
1.3.3 Técnicas de Validación de Requisitos
La validación de requisitos es el proceso que tiene como misión demostrar que la especificación de los requisitos define realmente el sistema que el usuario necesita.(6) Es la etapa final y su objetivo es ratificar los requerimientos, es decir, verificar todos los requisitos obtenidos para asegurarse que presentan una descripción correcta del sistema a desarrollar. A continuación se describen las técnicas que se utilizan:
Revisión de Documentos de Definición de Requisitos: Esta técnica consiste en la lectura y corrección de la completa documentación o modelado de la definición de requisitos. Con ello solamente se puede validar la correcta interpretación de la información transmitida.
Matrices de Trazabilidad: Esta técnica consiste en marcar los objetivos del sistema y chequearlos contra los requisitos del mismo. Es necesario ir viendo qué objetivos cubre cada requisito, de esta forma se podrán detectar inconsistencias u objetivos no cubiertos.
Fundamentación Teórica
11 Prototipos: Algunas propuestas se basan en obtener la definición de requisitos prototipos que, sin tener la totalidad de la funcionalidad del sistema, permitan al usuario hacerse una idea de la estructura de la interfaz del sistema con el usuario. Esta técnica tiene el problema de que el usuario debe entender que lo que está viendo es un prototipo y no el sistema final.
1.4 Administración de Requisitos en el Departamento Desarrollo de Soluciones para la Aduana.
1.4.1 Procedimiento para la Administración de Requisitos
En el Departamento Desarrollo de Soluciones para la Aduana no existe un procedimiento definido que guíe la Ingeniería de Requerimientos, ésta básicamente se realiza haciendo uso del Proceso para la Administración de Requisitos definido por la universidad, aplicando las modificaciones realizadas por los analistas del Centro de Informatización para la Gestión de Entidades (CEIGE), al cual pertenece el Departamento Desarrollo de Soluciones para la Aduana.
Hoy se está desarrollando un procedimiento mediante el cual se deben definir los pasos a seguir para realizar una correcta administración de requisitos que se adapte a las necesidades del Departamento Desarrollo de Soluciones para la Aduana y que facilite el trabajo de los analistas, dotándolos del conocimiento necesario para realizar una buena Ingeniería de Requisitos y proporcionándole uniformidad en la realización del trabajo.
1.4.2 Documentación de Requisitos
El Libro de Proceso para la Administración de Requisitos propone una serie de artefactos para la documentación de los requisitos por actividades:
Actividad Entradas Salidas
Obtención de Requisitos Plantilla de Modelo de Procesos de Negocio con BPM.
Plantilla de Modelo de negocio con CU.
Plantilla de Modelo de dominio.
Plantilla de Arquitectura de
Modelo de Procesos de Negocio con BPM.
Modelo de negocio con CU.
Modelo de dominio.
Plan de Desarrollo de Software (actualizado).
Fundamentación Teórica
12 información.
Plantilla de salidas del sistema.
Plantilla de Reglas del Negocio.
Plantilla de Diccionario.
Arquitectura de información.
Documento de salidas del sistema.
Diccionario de datos (actualizado) Reglas del Negocio.
Glosario de términos (actualizado).
Especificación de Requisitos Plantilla de Especificación de requisitos de software.
Plantilla de Especificación de casos de uso.
Plantilla de Especificación de requisitos de software.
Plantilla de Especificación de casos de uso.
Documento de salidas del sistema.
Prototipo de interfaz de usuario.
Traceo Especificación de requisitos de software
Matriz de Trazabilidad
De esta propuesta, en el Departamento se utilizan los siguientes artefactos:
Obtención de Requisitos
Modelo de Procesos de Negocio con BPM: Se le realizaron modificaciones debido a que no recoge toda la información que se necesita de un proceso del negocio como: Mapa de procesos de la organización, la Misión y el Alcance del proceso a describir, así como la especificación de los subprocesos que contiene el proceso a describir. Además no se considera necesario en la especificación de un proceso dejar detallado el flujo básico, los paralelos y las extensiones, ya que dificultarían el entendimiento del proceso por parte del cliente, al convertirlo en una descripción engorrosa, además de que estos flujos se encuentran detallados en el diagrama del proceso que se pone en el documento y lo realmente importante es la descripción detallada de las actividades presentes en el proceso. Se considera importante además dejar claro el momento exacto donde aparece una regla del negocio en cada proceso, por lo que se torna
Fundamentación Teórica
13 necesario la relación de las reglas con la actividad o evento donde se encuentre presente en el proceso descrito. Además de no tener en cuenta la integración con el resto de los procesos del negocio que se automatizarán en otros subsistemas a desarrollar en el proyecto.
Diccionario de Datos: En vistas a que en el Diccionario de Datos lo que se describe son las entidades identificadas en el Modelo Conceptual, no se deben tener estos dos documentos separados, por lo que se tomó la decisión de unirlos en uno solo llamado Modelo Conceptual.
Reglas del Negocio. Se tomó el documento que propone el Proceso para la Administración de Requisitos pero se le agregaron dos especificaciones a cada una de las reglas: la actividad y el subproceso en el que se aplica.
Glosario de Términos: Se mantiene igual.
Especificación de Requisitos
Plantilla de Especificación de Requisitos de Software: Se mantiene igual, solo se eliminó el Modelo Conceptual que se unió al Diccionario de Datos, y los requisitos de interfaz de usuario de la propia aplicación que se agregaron en la especificación de los requisitos para evitar duplicar las pantallas en documentos diferentes.
Plantilla de Especificación de Casos de Uso: Se decidió realizar cada requisito identificado como si fuera un caso de uso para minimizar la complejidad de la documentación generada por cada caso de uso.
Además se le hicieron pequeñas modificaciones buscando reducir el tiempo de especificación de los mismos, por lo que se le quitaron algunos de las especificaciones como objetivo, resumen, actores, nivel, complejidad y prioridad, conformándose la Plantilla de Especificación de Requisitos Funcionales.
Documento de Salidas del Sistema: Se mantiene igual.
Traceo
Matriz de Trazabilidad: Se mantiene haciendo en la herramienta OSRMT (Open Source Requirements Management Tool) y como parte del documento de Especificación de Requisitos de Software.
Fundamentación Teórica
14 1.4.3 Metodología, Lenguajes y Herramientas
El Departamento tiene definidas las herramientas y lenguajes con que deben trabajar los analistas del proyecto para toda la gestión de requisitos basándose en las orientaciones dadas por la universidad y en la experiencia adquirida de trabajos anteriores.
Metodología de Desarrollo: Proceso Unificado de Desarrollo (RUP) con algunas modificaciones, la etapa de Modelación del Negocio se realiza por procesos de negocio y no por Casos de Uso, así como la etapa de Análisis del Sistema que en el proyecto no se realiza.
Lenguajes de Modelado: Notación BPMN y Lenguaje de Modelado Unificado (UML).
Herramienta CASE: Visual Paradigm.
Diseño Prototipos Interfaz de Usuario: Axure.
Conclusiones
Dada la ausencia de sistemas informáticos a nivel internacional que recojan las operaciones de despacho de bultos postales dentro de las aduanas y tras las mejoras realizadas en el flujo para este despacho en la APE, la AGR no cuenta con sistema factible que automatice los procesos que se realizan para el Despacho Postal. Esto conlleva a que se haga necesario un nuevo proceso de captura, especificación y validación de requisitos donde se obtengan las funcionalidades de un sistema que automatice de manera eficiente todas las operaciones que se llevan a cabo dentro del Despacho Postal, para ello se hará uso de las técnicas, artefactos, herramientas, metodología y lenguajes definidos en el Departamento Desarrollo de Soluciones para la Aduana para la administración de los requisitos.
Elicitación de requisitos
15 CAPÍTULO 2: ELICITACIÓN DE REQUISITOS
Introducción
En el presente capítulo se modelan y describen los principales procesos y subprocesos que se desarrollan en la realización del despacho de envíos postales en la APE. Se definen las técnicas mediante las que se realiza el proceso de elicitación de requisitos, obteniéndose finalmente el listado de requisitos funcionales con que debe contar el nuevo sistema.
2.1 Técnicas Utilizadas para la Captura de Requisitos
Entrevista: Se le realizó una serie de entrevistas a funcionarios del CADI y a inspectores de despacho de la APE con el objetivo de conocer en qué consistía el proceso de despacho de bultos postales para luego modelar e identificar las necesidades reales.
Observación: Se realizó la observación del flujo de proceso del Despacho Postal en importación y en exportación donde se pudo visualizar el proceso en su entorno de trabajo y constatar lo que ya se había obtenido en las entrevistas, definiendo además las reglas a las que está sujeto el proceso.
Revisión de Documentos Legales: La Aduana, en el cumplimiento de su misión, se rige por un conjunto amplio de regulaciones, instrucciones y normativas tanto internas como externas a ella, por lo que fue necesario, para obtener un modelo que respetara las normas que rigen el negocio, la revisión de todos los documentos legales que amparan el proceso de Despacho Postal. Un factor importante de la revisión es que proporcionó información que ayudó a identificar actividades y situaciones que no se dan comúnmente y que por esta causa fueron pasadas por alto en las entrevistas y durante la observación del proceso.
Estudio de Sistemas Existentes: Se realizó un estudio del subsistema SADEP aunque éste sólo automatiza el despacho de envíos postales en importación, con el objetivo de obtener cuáles funcionalidades constituyen potencialidades y cuáles datos de los que se registran pudieran concebirse en un nuevo sistema.
Elicitación de requisitos
16 Introspección: Ponerse en el lugar del cliente e imaginar cómo él quisiera que funcionara el sistema fue de gran ayuda en el momento de identificar las funcionalidades deseadas y sirvió además para recomendar otras que también contribuirían a resolver el problema.
2.2 Modelo de Negocio
Antes de identificar los requisitos es fundamental conocer el dominio del problema y los contextos organizacional y operacional, es decir, la situación actual. El modelado de los procesos de negocio constituye una actividad fundamental para lograr una buena comprensión de los procesos que se llevan a cabo dentro de la organización, identificándose los que son objeto de automatización y conociendo las necesidades del cliente.
Elicitación de requisitos
17 Figura 1: Diagrama del proceso Despacho Postal.
Elicitación de requisitos
18 Descripción del proceso Despacho Postal
Nombre: Despacho Postal
Misión: Realizar el despacho de envíos postales en la Aduana velando por el cumplimiento de lo establecido en los lineamientos del país.
Alcance: Se aplica a la APE y todos sus puntos postales donde arriban todos los envíos postales que son importados o exportados por el país.
Comprende todo el proceso de despacho desde que el envío llega a Periciales hasta que es liberado por la Aduana. Proporciona las estadísticas de todos los envíos despachados así como la retroalimentación de información a la dirección de Enfrentamiento.
Subprocesos: 1. Gestionar Inspección Radiológica 2. Gestionar Importación
3. Gestionar Exportación
Figura 2: Diagrama del subproceso Gestionar Inspección Radiológica.
Elicitación de requisitos
19 Descripción del subproceso Gestionar Inspección Radiológica
Nombre: Gestionar Inspección Radiológica Objetivos: Asignar un marcaje al envío.
Precondiciones: No aplica.
Poscondiciones: Asignado un marcaje al envío.
Reglas de Negocio: 1. Marcaje en Rx Actividades
Pasar envío por equipo Rx: Se pasa el envío por el equipo de Rx visualizando y analizando el contenido.
Realizar Marcaje: En dependencia del contenido del envío se realiza un marcaje, que puede ser de ED o CR, en caso de que directamente se le asigne el CR es por sospecha de algún indicio, el marcaje de ED se realizaría si el envío contiene algún equipo que por interés aduanal debe quedar registrado.
Elicitación de requisitos
20 Figura 3: Diagrama del subproceso Gestionar Importación.
Elicitación de requisitos
21 Descripción del subproceso Gestionar Importación
Nombre: Gestionar Importación
Objetivos: Despachar los envíos postales que han sido importados al país.
Precondiciones: Inspeccionado el envío por el equipo de Rx.
Poscondiciones: Registrado el despacho de un envío postal.
Registrada la retención de un envío.
Reglas de Negocio: 1. Peso para Canal Verde 2. Cambio de Canal
3. Efecto Duradero en Canal Verde
4. Efecto Duradero en Canal Naranja con peso de Canal Verde 5. Efecto Duradero en Canal Naranja
6. Aforo por Peso
7. Aforo por Factura Consular
8. Aforo por Valor del Efecto Duradero 9. Factura Consular Obligatoria
10. Registro en Base de Datos Obligatorio 11. Carta Aval Obligatoria
12. Permiso Especial Obligatorio
13. Valor del Derecho Total de Importación 14. Salida de los canales Verde y Naranja 15. Envío a Retención
Actividades
Revisar Marcaje: Revisar el marcaje asignado desde la inspección radiológica, un Canal Rojo se realizaría en caso de sospecha y un Efecto Duradero en caso de que el envío contenga algún efecto que sea de interés aduanal.
Registrar Despacho CV: Se registran los datos del despacho para Canal Verde en el sistema.
Canal Verde: Peso del envío entre 0.1 Kg y 1.500 kg, si el tipo del envío es efectos personales; hasta 10kg, si se trata de medicamentos o soporte informativo. Si el envío contiene un Efecto Duradero, su valor debe ser inferior o igual a los $30.
Elicitación de requisitos
22 Registrar Despacho CN: Se registran los datos del despacho para Canal Naranja en el sistema.
Canal Naranja: Sólo se tienen en cuenta los efectos personales o Efecto Duradero con peso entre 1.501 kg y 5 kg, para ser aforados según éste; para peso superior a los 5 kg, el envío se afora según documentación que lo acompaña.
Colocar Pegatina: Adjuntar la pegatina al envío.
Enviar a Correo: El envío debe pasar a la entidad Correos de Cuba con la pegatina adjunta para su distribución a las zonas postales.
Registrar Retención: Se registran en el sistema los datos de la retención.
Datos de una retención:
Número de retención Motivo de retención
Elicitación de requisitos
23 Figura 4: Diagrama del subproceso Gestionar Canal Rojo.
Elicitación de requisitos
24 Descripción del subproceso Gestionar Canal Rojo
Nombre: Gestionar Canal Rojo
Objetivos: Análisis y cumplimiento de las leyes establecidas para la importación y el enfrentamiento.
Precondiciones: Marcado el envío por Canal Rojo o por sospecha desde otro canal.
Poscondiciones: Registrado el despacho por Canal Rojo.
Registrado un decomiso.
Registrada una retención.
Reglas de Negocio: 1. Salida de un Canal Rojo en Importación 2. Envío a Retención
3. Envío a Decomiso Actividades
Abrir el Envío: Cuando el envío llega a la mesa de Canal Rojo se debe proceder a su apertura.
Analizar Envío: Análisis del contenido del envío teniendo en cuenta las líneas de enfrentamiento y las políticas establecidas por la Aduana.
Registrar Retención: Se registran en el sistema los datos de la retención. Se emite un RAD 04 con los datos del (los) artículo(s) a retener.
Registrar Despacho: Se registran en el sistema los datos del despacho CR. Se emite un Anexo 1 en caso de que el proceso de apertura y análisis del envío no haya arrojado ningún indicio positivo y no sea necesario su aforo (el valor total del envío es menor o igual a $30.00), se emite una Hoja de Aforo en caso de que el valor total del envío sea superior a los $30.00. Se emitirán todos estos documentos cuando el envío esté compuesto por artículos que abarquen cada una de estas situaciones.
Registrar Decomiso: Se registran en el sistema los datos del decomiso. Se emite un RAD 04 acompañado de una Resolución de Decomiso en el caso de que sea objeto de un decomiso.
Enviar al Área de Decomiso: Adjunto al RAD 04 y la Resolución de Decomiso, el envío pasa al área de decomiso.
Enviar a Correo: Se entrega envío a Correos de Cuba con los documentos generados durante su despacho, para su posterior distribución.
Elicitación de requisitos
25 Figura 5: Diagrama del subproceso Gestionar Retención.
Elicitación de requisitos
26 Descripción del subproceso Gestionar Retención
Nombre: Gestionar Retención
Objetivos: Interrumpir el proceso de despacho de un envío hasta tanto no cumpla con los requisitos establecidos para su importación.
Precondiciones: Retenido un envío para cumplimiento de requisitos especiales.
Poscondiciones: Despachado según el caso particular.
Reglas de Negocio: 1. Tiempo de un envío en retención 2. Destinos en retención
Actividades
Confirmar llegada a Retención: El sistema debe contener los datos del envío cuando pasa de despacho a retención. Cuando el envío llega al área de retención el inspector de despacho debe confirmar en el sistema que ya se encuentra físicamente en dicha área confirmando los datos de la retención.
Especificar el Caso Particular: Se debe dejar constancia en el sistema del destino final del envío retenido. Los posibles destinos finales son:
Despacho Abandono Reexportación Rezagos Impresos Comercial
No Comercial (Persona Jurídica) Autoridad Sanitaria (Decomiso Total)
Encaminar según sea el caso: Una vez se haya registrado el destino final del envío en el sistema, se procede a su traslado físico.
Elicitación de requisitos
27 Figura 6: Diagrama del subproceso Gestionar Exportación.
Elicitación de requisitos
28 Descripción del subproceso Gestionar Exportación
Nombre: Gestionar Exportación
Objetivos: Despachar los envíos postales que serán exportados del país.
Precondiciones: Inspeccionado el envío por el equipo de Rx.
Poscondiciones: Registrado el despacho.
Registrada una devolución.
Registrado un decomiso.
Reglas de Negocio: 1. Salida de un Canal Rojo en Exportación 2. Envío a Decomiso
3. Envío a Devolución Actividades
Recibir Guía de Clasificación y Valija: Llegada de la valija y la Guía de Clasificación desde Correos de Cuba con los envíos que contiene la misma.
Desvalijar: Abrir la valija para realizar el proceso de despacho envío a envío.
Apertura del Envío: Cada envío que se va a exportar debe pasar por proceso de apertura.
Análisis del Envío: Una vez abierto el envío se analiza su contenido teniendo en cuenta las líneas de enfrentamiento y las políticas establecidas por la Aduana.
Registrar Despacho: Se registran en el sistema los datos del despacho si el envío o parte de este no presenta problemas. Se emite una Solicitud de Exportación como constancia de la apertura del envío.
Registrar Decomiso: Se registran en el sistema los datos del decomiso. Se emite un RAD 04 y la Resolución de Decomiso.
Enviar al Área de Decomiso: El envío se pasa al Área de Abandono y Decomiso junto a un RAD 04 y la Resolución de Decomiso.
Registrar Devolución: Se registran en el sistema los datos de la devolución. Se emite un Vale de Entrega confeccionado por el inspector que realiza la devolución.
Enviar a Correo: El envío pasa a la entidad Correos de Cuba una vez que se registre una devolución para que éste la haga llegar al remitente.
Elicitación de requisitos
29 2.3 Listado de Requisitos Funcionales
2.3.1 Agrupación: Gestionar Despacho Requisito # 1: Registrar Despacho Canal Verde
Descripción: El sistema debe permitir adicionar los datos de un despacho canal verde.
Prioridad: Requerido
Requisito # 2: Registrar Despacho Canal Naranja
Descripción: El sistema debe permitir adicionar los datos de un despacho canal naranja.
Prioridad: Requerido
Requisito # 3: Registrar Despacho Canal Rojo en Importación
Descripción: El sistema debe permitir adicionar los datos de un despacho canal rojo en importación y los documentos que lo avalen.
Prioridad: Requerido
Requisito # 4: Registrar Despacho Canal Rojo en Exportación
Descripción: El sistema debe permitir adicionar los datos de un despacho canal rojo en exportación y los documentos que lo avalen.
Prioridad: Requerido
Requisito # 5: Anular documento
Descripción: El sistema debe permitir anular un documento, anulando el despacho por el que se realizó.
Prioridad: Requerido
Elicitación de requisitos
30 Requisito # 6: Modificar despacho
Descripción: El sistema debe permitir la modificación de un despacho.
Prioridad: Requerido
Requisito # 7: Modificar marcaje
Descripción: El sistema debe permitir elevar el canal asignado a un envío.
Prioridad: Requerido
2.3.2 Agrupación: Gestionar Retención Requisito # 8: Registrar retención
Descripción: El sistema debe permitir ingresar los datos de una retención de un envío.
Prioridad: Requerido
Requisito # 9: Confirmar retención
Descripción: El sistema debe permitir confirmar una retención.
Prioridad: Requerido
Requisito # 10: Registrar destino final en retención
Descripción: El sistema debe permitir registrar el destino final de un envío en retención.
Prioridad: Requerido
2.3.3 Agrupación: Registrar Devolución Requisito # 11: Registrar devolución
Elicitación de requisitos
31 Descripción: El sistema debe permitir registrar los datos de una devolución.
Prioridad: Requerido
2.3.4 Agrupación: Registrar Decomiso Requisito # 12: Registrar decomiso
Descripción: El sistema debe permitir registrar los datos de un decomiso y los documentos que lo avalen.
Prioridad: Requerido
2.3.5 Agrupación: Emitir Reportes Requisito # 13: Envíos aforados
Descripción: El sistema debe mostrar los envíos que fueron aforados.
Prioridad: Requerido
Requisito # 14: Envíos aforados por valor
Descripción: El sistema debe mostrar los envíos que fueron aforados por un valor.
Prioridad: Requerido
Requisito # 15: Envíos anulados por inspector
Descripción: El sistema debe mostrar los envíos que fueron anulados.
Prioridad: Requerido
Requisito # 16: Envíos que fueron motivo de cambio de canal
Descripción: El sistema debe mostrar los envíos que fueron motivo de cambio de canal.
Prioridad: Requerido
Elicitación de requisitos
32 Requisito # 17: Envíos despachados e inspeccionados
Descripción: El sistema debe mostrar los envíos que fueron despachados e inspeccionados.
Prioridad: Requerido
Requisito # 18: Envíos que fueron despachados por países
Descripción: El sistema debe mostrar los envíos que fueron despachados por países.
Prioridad: Requerido
Requisito # 19: Envíos despachados por inspectores y canales
Descripción: El sistema debe mostrar los envíos que fueron despachados por inspector y canal.
Prioridad: Requerido
Requisito # 20: Envíos con Factura Consular
Descripción: El sistema debe mostrar los envíos con Factura Consular.
Prioridad: Requerido
Requisito # 21: Envíos a retención
Descripción: El sistema debe mostrar los envíos que fueron enviados a retención.
Prioridad: Requerido
Requisito # 22: Envíos retenidos
Descripción: El sistema debe mostrar los envíos que se encuentran físicamente en retención.
Prioridad: Requerido
Requisito # 23: Envíos aforados con exención de Factura Consular
Elicitación de requisitos
33 Descripción: El sistema debe mostrar los envíos que fueron aforados con exención de Factura Consular.
Prioridad: Requerido
Requisito # 24: Envíos inspeccionados con exención de Factura Consular
Descripción: El sistema debe mostrar los envíos que fueron inspeccionados con exención de Factura Consular.
Prioridad: Requerido
Requisito # 25: Envíos inspeccionados
Descripción: El sistema debe mostrar los envíos que fueron inspeccionados.
Prioridad: Requerido
Requisito # 26: Envíos despachados con valor mayor a 200.00 pesos
Descripción: El sistema debe mostrar los envíos que fueron despachados con un valor mayor a los 200 pesos.
Prioridad: Requerido
Requisito # 27: Artículos exentos de pago
Descripción: El sistema debe mostrar los artículos que fueron exentos de pago.
Prioridad: Requerido
Requisito # 28: Tiempo de procesamiento de los envíos en despacho
Descripción: El sistema debe mostrar el tiempo de procesamiento de los envíos en despacho.
Prioridad: Requerido
Requisito # 29: Tiempo de procesamiento de los envíos despachados desde retención
Elicitación de requisitos
34 Descripción: El sistema debe mostrar el tiempo de procesamiento de los envíos despachados desde retención.
Prioridad: Requerido
Requisito # 30: Tiempo de procesamiento de los envíos pendientes en retención
Descripción: El sistema debe mostrar el tiempo de procesamiento de los envíos pendientes en retención.
Prioridad: Requerido
Requisito # 31: Tiempo de procesamiento de los envíos no físicamente en retención
Descripción: El sistema debe mostrar el tiempo de procesamiento de los envíos que fueron retenidos y que no se encuentran físicamente en retención.
Prioridad: Requerido
Requisito # 32: Historial del Envío
Descripción: El sistema debe mostrar un historial del envío determinado.
Prioridad: Requerido
Requisito # 33: Parte Semanal
Descripción: El sistema debe mostrar un parte de las operaciones realizadas en una semana.
Prioridad: Requerido
Requisito # 34: Imagen Anexo 1
Descripción: El sistema debe mostrar la imagen de un Anexo 1 según número del anexo, número del envío, año y código de la aduana.
Prioridad: Requerido
Elicitación de requisitos
35 Requisito # 35: Imagen CO1
Descripción: El sistema debe mostrar la imagen de un CO1 con las operaciones realizadas por inspector Prioridad: Requerido
Requisito # 36: Imagen Hoja de Aforo
Descripción: El sistema debe mostrar la imagen de una hoja de aforo según el número de la hoja de aforo, número del envío, año y código de la aduana.
Prioridad: Requerido
Requisito # 37: Imagen RAD 04
Descripción: El sistema debe mostrar la imagen de un RAD 04 según el número del RAD-04, número del envío, año y código de la aduana.
Prioridad: Requerido
Requisito # 38: Imagen Resolución de Decomiso
Descripción: El sistema debe mostrar la imagen de una Resolución de Decomiso según número del documento, número del envío, año y código de la aduana.
Prioridad: Requerido
Conclusiones
Para lograr un mejor entendimiento de todo el proceso de negocio del Despacho Postal en la APE se hizo uso de las técnicas de captura de requisitos especificadas, adquiriéndose una visión general de la organización e identificándose los macroprocesos y subprocesos que la conforman. Se describieron los procesos de negocio, identificándose las actividades que requieren automatización y las principales salidas del despacho. Finalmente se identificaron las reglas de negocio que rigen el despacho y se obtuvo un glosario de términos con los principales conceptos que se manejan en el mismo. Se obtuvo un listado con los requisitos identificados tras el proceso de elicitación y los reportes que debe brindar el sistema.
Especificación de requisitos
36 CAPÍTULO 3: DESCRIPCIÓN DE REQUISITOS
Introducción
En el presente capítulo se especifican los principales requisitos y salidas del sistema identificadas tras el proceso de elicitación, se realiza la validación de los mismos a través de los prototipos de interfaz de usuario y se especifica el modelo conceptual de la solución propuesta.
3.1 Modelo Conceptual
Figura 7: Modelo Conceptual Despacho Postal.
Especificación de requisitos
37 3.2 Técnicas Utilizadas para la Especificación de Requisitos
Plantillas: Se utilizaron las plantillas propuestas en el Libro de Proceso para la Administración de Requisitos aplicando las modificaciones del CEIGE para la documentación de los requisitos obtenidos. En la plantilla de Especificación de Requisitos de Software se listaron los requisitos funcionales identificados y su relación con los objetivos del sistema. Para la especificación de los mismos se utilizó la plantilla de Especificación de Requisitos Funcionales por agrupaciones definidas dentro del subsistema y la plantilla de Descripción de Salidas del Sistema para describir los requisitos relacionados con los reportes que debe brindar el sistema.
3.3 Técnicas Utilizadas para la Validación de Requisitos
Prototipos de Interfaz de Usuario: Se definieron los prototipos de interfaz para cada funcionalidad que lo requería conformándose un prototipo del sistema que sirvió para validar las funcionalidades requeridas en el nuevo sistema para el Despacho Postal.
Revisión de Documentos: Se realizó una revisión de los documentos en conjunto con los especialistas del CADI y del Departamento Desarrollo de Soluciones para la Aduana corrigiéndose los errores encontrados en la documentación que acompaña la especificación de los requisitos funcionales y validando las funcionalidades requeridas en el nuevo sistema.
Matriz de Trazabilidad: Una vez identificados los objetivos del sistema así como los requisitos funcionales se ha ido verificando qué requisitos cubrían cada objetivo y de esta forma verificar que se cumpla con cada uno de ellos.
3.4 Especificación y Validación
3.4.1 Especificación de requisito Registrar Despacho Canal Verde Descripción textual del requisito
Nombre del requisito Registrar Despacho Canal Verde
Precondiciones El usuario debe haberse autenticado en el sistema como
Especificación de requisitos
38 Inspector de Despacho.
Resumen El actor selecciona la interfaz de despacho Canal Verde.
El sistema muestra la interfaz donde se registra el número del envío y valida que el mismo no haya sido registrado anteriormente. Una vez validado el número permite que se registren los datos del despacho Canal Verde del envío, que se le modifique el canal de selectividad o que se registre una retención. En dependencia de la opción seleccionada modifica el estado del envío.
En caso de que el envío haya sido registrado anteriormente en el sistema se le dará el tratamiento en dependencia del caso.
En caso de error en los datos se emite una alerta informando el error y la oportunidad de corregirlos.
Validaciones El sistema valida los datos según lo establecido en el Modelo Conceptual Despacho Postal.
Poscondiciones Se registraron los datos del despacho de un envío en el sistema.
Se registraron los datos de la retención de un envío en el sistema.
Se modificó el canal de un envío en el sistema.
Se actualizó el estado de un envío en el sistema.
Requisitos Incluidos No aplica.
Extensiones RF Registrar Retención.
RF Modificar Marcaje.
Especificación de requisitos
39 Prototipo elemental de interfaz gráfica de usuario
Figura 8: Interfaz Despacho Canal Verde.
3.4.2 Especificación de requisito Registrar Despacho Canal Naranja Descripción textual del requisito
Nombre del requisito Registrar Despacho Canal Naranja
Precondiciones El usuario debe haberse autenticado en el sistema como Inspector de Despacho.
Resumen Se selecciona la interfaz de despacho Canal Naranja.
El sistema muestra la interfaz donde se registra el número del
Especificación de requisitos
40 envío y valida que el mismo no haya sido registrado
anteriormente. Una vez validado el número, permite que se registren los datos del despacho Canal Naranja del envío, que se le modifique el canal de selectividad o que se registre una retención. En dependencia de la opción seleccionada modifica el estado del envío.
En caso de que el envío haya sido registrado anteriormente en el sistema se le dará el tratamiento en dependencia del caso.
En caso de error en los datos se emite una alerta informando el error y la oportunidad de corregirlos.
Validaciones El sistema valida los datos según lo establecido en el Modelo Conceptual Despacho Postal.
Poscondiciones Se registraron los datos del despacho de un envío en el sistema.
Se registraron los datos de la retención de un envío en el sistema.
Se modificó el canal de un envío en el sistema.
Se actualizó el estado de un envío en el sistema.
Requisitos Incluidos No aplica.
Extensiones RF Registrar Retención.
RF Modificar Marcaje.
Especificación de requisitos
41 Prototipo elemental de interfaz gráfica de usuario
Figura 9: Interfaz Despacho Canal Naranja.
3.4.3 Especificación de requisito Registrar Despacho Canal Rojo en Importación Descripción textual del requisito
Nombre del requisito Registrar Despacho Canal Rojo en Importación
Precondiciones El usuario debe haberse autenticado en el sistema como Inspector de Despacho.
Resumen Se selecciona la interfaz de despacho Canal Rojo en
Especificación de requisitos
42 Importación.
El sistema muestra la interfaz donde se registra el número del envío y valida que el mismo no haya sido registrado anteriormente. Una vez validado el número, permite que se registren los datos del despacho Canal Rojo en Importación del envío, que se registre un decomiso o una retención. En dependencia de la opción seleccionada modifica el estado del envío.
El sistema permite la confección de la Hoja de Aforo y/o Anexo 1 y/o RAD 04 y/o Resolución de Decomiso correspondientes al despacho.
En caso de que el envío haya sido registrado anteriormente en el sistema se le dará el tratamiento en dependencia del caso.
En caso de error en los datos se emite una alerta y la oportunidad de corregirlos.
Validaciones El sistema valida los datos según lo establecido en el Modelo Conceptual Despacho Postal.
Poscondiciones Se registraron los datos del despacho de un envío en el sistema.
Se registraron los datos de la retención de un envío en el sistema.
Se registraron los datos del decomiso de un envío en el sistema.
Se actualizó el estado de un envío en el sistema.
Requisitos Incluidos No aplica.
Extensiones RF Registrar Retención.
RF Registrar Decomiso.
Especificación de requisitos
43 Prototipo elemental de interfaz gráfica de usuario
Figura 10: Interfaz Despacho Canal Rojo en Importación.
Especificación de requisitos
44 Figura 11: Interfaz Anexo 1
Figura 12: Interfaz Hoja de Aforo.
Especificación de requisitos
45 Figura 13: Interfaz RAD 04.
Especificación de requisitos
46 Figura 14: Interfaz Resolución de Decomiso.
3.4.4 Especificación de requisito Registrar Despacho Canal Rojo en Exportación Descripción textual del requisito
Nombre del requisito Registrar Despacho Canal Rojo en Exportación
Precondiciones El usuario debe haberse autenticado en el sistema como Inspector de Despacho.
Resumen Se selecciona la interfaz de despacho Canal Rojo en Exportación.
El sistema muestra la interfaz donde se registra el número