Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
Documentacion
1. Universidad Pública De
El Alto
.
SISTEMA DE BÚSQUEDA AUTOMATIZADA Y
VALIDACIÓN DE MERCADERIAS DEL ARANCEL
ADUANERO
Universitarios:
Cristhian Mamani Chura
Ivon Lucero Marca Tapia
CandiYhovana. Nina Mena
Guido Rodolfo Mamani Mayta
Docente:
Ing. Margarita Bernarda LopezMariaca
Carrera:
Ingeniería de Sistemas
3. Las importaciones y exportaciones que se realizan a diario en nuestro país
son autorizadas y reguladas por la Aduana y personal administrativo capacitado
para realizar esta tarea. Todo lo concerniente al manejo de las diferentes
mercaderías que ingresan legalmente a los depósitos aduaneros deben ser
adecuadamente validados para su libre distribución y comercialización en nuestro
territorio. Las agencias aduaneras junto con su personal capacitado son los
encargados de realizar esta tarea (validar las diferentes mercaderías). La
validación que actualmente es manual se la podrá realizar de forma automatizada
con la ayuda del presente SISTEMA DE BUSQUEDA ARANCELARIA
AUTOMATIZADA. Dicho sistema tiene la finalidad de simplificar el tiempo de
salida de las diferentes mercaderías que ingresan a los depósitos aduaneros,
evitar multas (por errores manuales) y demoras.
Con la ayuda de este sistema el usuario podrá realizar búsquedas rápidas y
simplificadas (nivel experto) o por categoría (nivel principiante), generar reportes
de las búsquedas teniendo a su vez la opción de guardarlos (en diferentes
formatos) e imprimirlos. Generando de esta manera el beneficio a los diferentes
usuarios del sistema (validadores, importadores, estudiantes de comercio exterior
y usuarios en general). Entre las funcionalidades que ofrece el sistema están las
de: manual de usuario, contactos directos con los administradores del sistema,
acceso a normativas (referentes al arancel aduanero),ayuda y capacitación
permanente. Además se ofrecerán actualizaciones permanentes (debido a los
cambios arancelarios que se generan cada año regulados a través del Ministerio
de Economía y Finanzas), mantenimiento del sistema y otros.
Para plantear el sistema de forma más detallada el presente documento cuenta
con los siguientes capítulos: Introducción, Desarrollo, Conclusiones y
Recomendaciones y la parte de Anexos para un mejor entendimiento del
desarrollo y elaboración del presente sistema.
4. 1.2ANTECEDENTES
1.2.1 ANTECEDENTES INSTITUCIONALES
La Aduana Nacional de Bolivia inicia sus operaciones, de la siguiente manera:
El 11 de octubre de 1892 se crea la Intendencia General de Aduanas.
A través del Decreto Supremo de 29 de abril de 1929 se establece la
Administración Aduanera.
El Decreto-Ley de 1 de julio de 1930 determinó su vigencia de la
Administración Aduanera.
Posteriormente se eleva a rango de ley y es sancionada el 9 de marzo de
1932.
En 1999 el 28 de julio se promulgó la Ley General de Aduanas Ley N°
1990.
Decreto Supremo N° 25870 Reglamento de la Ley General De Aduanas de
11 de agosto de 2000.
La Ley N° 1990 Ley General de Aduanas pretende conformar una
institución moderna y apta para los requerimientos actuales tanto
procedimentales como la facilitación del comercio, control fronterizo,
informatización de servicios, así como implementación tecnológica.
Se hace mención a dicha institución en vista de que el proyecto a ser
implementado estará en beneficio de la misma y los actores que en ella participan
(usuarios).
1.2.2 ANTECEDENTES METOLÓGICOS
Hasta la fecha no se han presentado trabajos similares ni aproximados que
contribuyan a la búsqueda automatizada de aranceles. Esta necesidad no es sólo
de un determinado grupo de personas (agencias aduaneras), sino que se extiende
a muchos otros entre ellos estudiantes de ingeniería comercial y ramas afines a
quienes este sistema podría brindar colaboración eficiente y útil al momento de
5. cursar su carrera, puesto que la validación arancelaria es bastante compleja. En la
actualidad, tanto profesionales como estudiantes e importadores realizan esta
tarea de forma manual por lo que incurren en un sinfín de errores que derivan en
multas, dichos errores disminuirían paulatinamente con el uso y empleo del
presente sistema.
1.3 PLANTEAMIENTO DEL PROBLEMA
En la actualidad, nuestro país realiza todo tipo de importaciones y exportaciones
de diferentes clases de mercadería. Para regular esta actividad existen convenios
internacionales y diferente arancel (pago de impuestos) para cada tipo de
producto. El importador de una determinada mercadería, deberá presentar una
serie de documentos, en las diferentes aduanas, hasta llegar a la aduana de
destino; una vez dentro deberá validar su mercadería. Dicha mercadería muchas
veces presenta un determinado código o en su defecto solo el nombre en la
documentación de destino.
Es tarea de los agentes aduaneros guiar y colaborar al importador para extraer su
mercadería de los depósitos aduaneros. Sin embargo, dicha tarea es ardua,
morosa y compleja; además que los agentes aduaneros o validadores la realizan
forma manual con la ayuda de un libro, el cual es autorizado y distribuido en
nuestro país por el Ministerio de Economía y Finanzas, la validación al realizarse
de forma manual ha generado y genera muchos errores que derivan en la
tardanza (respecto a la salida de la mercadería de los depósitos aduaneros) y
pago de multas elevadas. Por todo lo citado anteriormente se plantea el siguiente
problema ¿Cómo simplificar el tiempo de búsqueda para un correcto pago de
arancel de las diferentes mercaderías que se importan y exportan en nuestro
país?
1.4 OBJETIVO GENERAL
Implementar un sistema de información automatizado para mejorar y simplificar el
tiempo de búsqueda en la validación de mercaderías a fin de evitar multas y
demoras.
6. 1.5 OBJETIVOS ESPECIFICOS
Observar los procesos de importación y exportación de mercadería para
iniciar el análisis y diseño del sistema de información, partiendo de
procesos confiables y eficientes que garanticen el mayor aprovechamiento
de los datos.
Estudiar la situación actual de la empresa y de su sistema de información,
definiendo las necesidades y las prioridades de los usuarios, proponiendo
diferentes soluciones para las principales necesidades del arancel
aduanero.
Elaborar una Base de Datos para la validación de mercaderías de acuerdo
a los diferentes impuestos del arancel aduanero.
Implementar el sistema de funcionamiento de los diferentes aranceles
aduaneros para lograr una búsqueda simplificada de los mismos.
Desarrollar un plan de prueba para cada uno de los módulos elaborados,
empleando datos reales con los usuarios del sistema.
1.6 JUSTIFICACIONES
1.6.1 JUSTIFICACIÓN TÉCNICA
Se utilizarán herramientas de ingeniería de sistemas, como el análisis de
sistemas, la estadística; además que se cuenta con los materiales
correspondientes para desarrollar el proyecto que busca solucionar un problema
como lo es la validación que hasta el día de hoy se ha realizado manualmente por
lo que es necesario automatizar el mismo.
1.6.2JUSTIFICACIÓN ECONÓMICA
El proyecto es justificable económicamente, toda vez que el sistema podrá ser
utilizado por una cantidad razonable de usuarios (importadores, agentes
aduaneros, estudiantes comercio internacional y otros) que se encuentran
inmersos dentro del proceso de importación, validación de mercaderías y pago de
aranceles. El presente proyecto pretende evitar pérdidas económicas, demoras y
7. errores al momento de realizar las validaciones y el respectivo pago de impuestos
sobre mercaderías importadas y exportadas desde y hacia nuestro país.
1.6.3JUSTIFICACION SOCIAL
El sistema de búsqueda automatizada de aranceles no sólo pretende brindar
ayuda y apoyo a las agencias aduaneras que cuentan con personal capacitado
para ejercer esta labor, importadores legalmente registrados, estudiantes y
personas interesadas, sino que con el mismo se pretende proporcionar datos
reales y confiables que apoyen el proceso de validación de las diversas
mercaderías que ingresan a nuestro país. Cabe recalcar que las diferentes cuotas
arancelarias son válidas en países como el nuestro, Ecuador, Colombia y Perú;
por lo que el presente sistema de búsqueda puede ser útil y funcional en dichos
países y en el nuestro.
1.7 ALCANCES Y LIMITACIONES
El sistema se desarrollará aplicando una metodología que utilizara varias
herramientas que son aconsejables para el desarrollo de cualquier tipo de sistema
de información. En vista de que no se cuenta actualmente con un sistema de
búsqueda automatizado en la mercadería del arancel aduanero, el proyecto
ayudará a acelerar el tiempo de búsquedas, tardanzas y evitar pérdidas
económicas. Las principales limitaciones se dan en aquellos casos en que el
personal que vaya a hacer uso del mismo requiera de cierta capacitación para
lograr un manejo adecuado del presente programa, otra de las limitaciones
vendría a ser la falta de actualización del sistema y finalmente la falta de
mantenimiento de hardware.
9. 2.1 METODOLOGÍA DE DESARROLLO: OMT++
El problema anteriormente propuesto, se resolverá utilizando la metodología
OMT++, para el desarrollo del Sistema de búsqueda Automatizada y validación de
Mercaderías para el Arancel Aduanero, abarcando las fases de la metodología
desde la captura de los requisitos hasta la entrega del software funcional.
A continuación, se detalla un breve concepto de lo que esla metodología OMT++.y
como esta se conforma:
OMT (ObjectModelingTechnique). Es una de las metodologías de análisis y diseño
orientado a objetos, más eficientes y completos que existen en la actualidad. La
gran virtud que aporta esta metodología es su carácter de “abierta” (no
propietaria), que le permite ser de dominio público y, en consecuencia, sobrevivir
con enorme vitalidad. Esto facilita su evolución para acoplarse a todas las
necesidades actuales y futuras de la ingeniería de software.
Las fases que conforman a la metodología OMT son:
Análisis. El analista construye un modelo del dominio del problema,
mostrando sus propiedades más importantes. El modelo de análisis es una
abstracción resumida y precisa de lo que debe de hacer el sistema deseado
y no de la forma en que se hará. Los elementos del modelo deben ser
conceptos del dominio de aplicación y no conceptos informáticos tales
como estructuras de datos. Un buen modelo debe poder ser entendido y
criticado por expertos en el dominio del problema que no tengan
conocimientos informáticos.
Diseño del sistema. El diseñador del sistema toma decisiones de alto nivel
sobre la arquitectura del mismo. Durante esta fase el sistema se organiza
en subsistemas basándose tanto en la estructura del análisis como en la
arquitectura propuesta. Se selecciona una estrategia para afrontar el
problema.
10. Diseño de objetos. El diseñador de objetos construye un modelo de diseño
basándose en el modelo de análisis, pero incorporando detalles de
implementación. El diseño de objetos se centra en las estructuras de datos
y algoritmos que son necesarios para implementar cada clase. OMT
describe la forma en que el diseño puede ser implementado en distintos
lenguajes (orientados y no orientados a objetos, bases de datos, etc.).
Implementación. Las clases de objetos y relaciones desarrolladas durante
el análisis de objetos se traducen finalmente a una implementación
concreta. Durante la fase de implementación es importante tener en cuenta
los principios de la ingeniería del software de forma que la correspondencia
con el diseño sea directa y el sistema implementado sea flexible y
extensible. No tiene sentido que utilicemos AOO y DOO de forma que
potenciemos la reutilización de código y la correspondencia entre el dominio
del problema y el sistema informático, si luego perdemos todas estas
ventajas con una implementación de mala calidad.
2.2 FASE 1: DETERMINACION DE REQUERIMIENTOS
2.2.1 LISTA DE REQUERIMIENTOS FUNCIONALES
Para el Administrador:
1. El administrador organiza la información del Arancel.
2. El administrador registra nueva información dentro de la mercadería
aduanera.
3. El administrador busca información dentro de la mercadería
aduanera.
4. El administrador edita la información existente dentro de la
mercadería aduanera.
5. El administrador guarda la información generando reportes en
distintos formatos de texto (Word, Excel y PDF).
6. El administrador podrá imprimir el reporte generado.
11. 7. El administrador puede validar la eliminación dentro de la
información de la mercadería aduanera.
8. El administrador podrá agregar a nuevos usuarios para la
manipulación del sistema.
Para el Usuario:
9. El usuario busca información para su validación en la mercadería del
arancel aduanera.
10. El usuario guarda la información generando reportes en distintos
formatos de texto (Word, Excel y PDF).
11. El usuario podrá imprimir el reporte generado.
12. El usuario puede realizar una búsqueda por categorías.
13. El usuario obtiene información de los servicios del arancel aduanero.
14. El usuario puede desplegar las normativas disponibles y existentes
dentro del arancel aduanero.
15. El usuario tendrá información de los contactos con el administrador.
16. El usuario tendrá información acerca de la manipulación del sistema.
2.2.2 LISTA DE REQUERIMIENTOS NO FUNCIONALES
1. El sistema debe ser desarrollado y correr bajo la plataforma Windows
7, 8, 8.1 o 10.
2. El sistema utiliza las estructuras de datos de tablas en un esquema
de base de datos relacional, para el almacenamiento de la
información de mercaderías de arancel aduanero.
3. El sistema debe almacenar los datos e información en una Base de
Datos.
4. El sistema tiene la capacidad de acceder a datos a través del
estándar ODBC a SQL Server.
5. El diseño del sistema utiliza metodología Orientada a Objetos, OMT
++ (Técnica de Modelamiento de Objetos).
12. 6. El sistema debe ser desarrollado en el lenguaje de programación C#.
7. El sistema utiliza estándares de programación, diseño e
implementación.
8. El sistema soporta la creación de un número ilimitado de usuarios.
9. El sistema utiliza la arquitectura de tres capas
10.El sistema debe entregarse con el código fuente.
11.El sistema tiene opciones de mantenimiento, respaldo y recuperación
de los datos.
2.2.3 CASOS DE USO DEL SISTEMA
(UML- Expandido Nivel 3)
Caso de Uso No. 1: Ingresar como usuario autenticado
Actor: Administrador y Usuario
Requisitos de Usabilidad: El usuario puede ingresar para administrar el sistema
Automatizada del Arancel Aduanero.
Precondiciones: Se ha iniciado el sistema.
Descripción: El administrador solicita iniciar sesión. El sistema pedirá un nombre
de usuario y contraseña.
El administrador al autenticarse ingresara al menú principal, desde donde podrá
hacer el manejo del sistema.
Excepciones:
Ex01: El sistema no se ha iniciado.
Ex02: Nombre de usuario y la contraseña son incorrectos.
Postcondiciones: El administrador ingresa como usuario autenticado.
(UML- Expandido Nivel 3)
Caso de Uso No.2: Registro de datos
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
13. Descripción:El administrador verifica que el nuevo ítem a ser introducido o se
haya introducido anteriormente. Sobre la base de lo desplegado por el Sistema,
determina preliminarmente y de forma mental, tipo de mercadería y valores
arancelarios. El administrador introduce un nuevo registro arancelario de
mercadería (Ex01: el registro ya existe) y una descripción textual detallada
mediante un formulario que solicita al Sistema. Luego el administrador asigna
varios registros concernientes a nuevos aranceles de mercadería (Ex02: no
existen registros de la mercadería “Registro”):
Adiciona un nuevo item “Registrar”, espera la confirmación de registro del
Sistema,
Excepciones:
Ex01: El registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: No existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.3: Elimina datos
Actor: Administrador
Requisitos de Usabilidad: El administrador puede eliminar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El administrador verifica que el ítem a ser eliminado sea el correcto,
verifica que ya no existe determinado registro de mercadería luego de que esta se
haya eliminado. Sobre la base de lo desplegado por el Sistema, determina
preliminarmente y de forma mental, nombre de mercadería y valores arancelarios
para su eliminación. El administrador realiza la búsqueda del registro a eliminar en
el Sistema y sus valores arancelarios (Ex01: el registro existe) y una descripción
textual detallada mediante un formulario que solicita al Sistema. Luego el
administrador procede a eliminar el registro seleccionado y sus valores
arancelarios (Ex02: se ha eliminado el registro seleccionado “Eliminar”):
Elimina un registro desde la opción “Eliminar”, espera la confirmación de
eliminación de registro seleccionado del Sistema,
14. Excepciones:
Ex01:Se selecciona el nombre de la mercadería a ser eliminada y se verifica su
existencia, se debe percatar al Administrador de esta situación y este debe dar de
baja el registro.
Ex02:Se ha eliminado el registro de mercadería seleccionado, el Administrador
debe eliminar y verificar la no existencia de registros.
Post condiciones: Se han seleccionado y eliminado los datos referentes a los
diferentes registros de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.4: Modifica/Edita datos
Actor: Administrador
Requisitos de Usabilidad: El administrador puede editar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El administrador verifica que el ítem a ser modificado sea el
correcto, verifica que ya se haya efectuado el cambio de determinado registro de
mercadería luego de que esta se haya editado. Sobre la base de lo desplegado
por el Sistema, determina preliminarmente y de forma mental, nombre de
mercadería y valores arancelarios para su eliminación. El administrador realiza la
búsqueda del registro a modificar en el Sistema y sus valores arancelarios (Ex01:
el registro existe) y una descripción textual detallada mediante un formulario que
solicita al Sistema. Luego el administrador procede a editar el registro
seleccionado y sus valores arancelarios (Ex02: se ha modificado el registro
seleccionado “Editar”):
Modifica un registro desde la opción “Editar”, espera la confirmación de
modificación de registro seleccionado del Sistema,
Excepciones:
Ex01: Se selecciona el nombre de la mercadería a ser modificada y se verifica su
existencia, se debe percatar al Administrador de esta situación y este debe
efectuar el cambio o cambios pertinentes del registro.
Ex02:Se ha editado el registro de mercadería seleccionado, el Administrador debe
editar y verificar los cambios en el registro.
Post condiciones: Se han seleccionado y modificado los datos referentes a los
15. diferentes registros de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.5: Busca información
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando
al Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado
por el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de
“Contactos”), espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.6: Almacena información
Actor: Administrador
16. Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando
al Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado
por el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de
“Contactos”), espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.7:Genera e Imprime reportes
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
17. clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de
“Contactos”), espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.8: Agrega usuarios
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
18. Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de
“Contactos”), espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.9: Otorga privilegios
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adicionatodos los contactos de otro grupo existente (distinto al de “Contactos”),
espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
19. esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.10: Busca información
Actor: Usuario
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adicionatodos los contactos de otro grupo existente (distinto al de “Contactos”),
espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
20. (UML- Expandido Nivel 3)
Caso de Uso No.11: Imprime reportes
Actor: Usuario
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adicionatodos los contactos de otro grupo existente (distinto al de “Contactos”),
espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.12: Genera reportes
Actor: Usuario
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
21. Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos” , espera la
confirmación de registro del Sistema
Adicionatodos los contactos de otro grupo existente (distinto al de “Contactos”),
espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
(UML- Expandido Nivel 3)
Caso de Uso No.13: Reutiliza reportes
Actor: Usuario
Requisitos de Usabilidad: El administrador puede registrar y organizar datos
correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción: El usuario verifica que no existe un determinado grupo solicitando al
Sistema mostrar los grupos en forma tabular. Sobre la base de lo desplegado por
el Sistema, determina preliminarmente y de forma mental, nombre y razón de
clasificación de contactos para el nuevo grupo. El usuario crea un grupo
asignándole y registrando en el Sistema un nombre (Ex01: el nombre ya existe) y
una descripción textual detallada mediante un formulario que solicita al Sistema.
22. Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02:
no existen contactos en el grupo “Contactos”):
Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de
registro del Sistema,
Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la
confirmación de registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de
“Contactos”), espera la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de
esta situación y este debe dar un nuevo nombre.
Ex02: no existen registro de mercaderías, el Administrador debe ingresar
registros.
Post condiciones: Se han creado y registrado los datos referentes a los
diferentes tipos de mercadería.
2.3 FASE 2: ANALISIS
2.3.1 DIAGRAMAS DE CASOS DE USO (UML)
A continuación, se muestran los diagramas elaborados usando UML, que se han
usado con el fin de facilitar la elaboración de los casos de uso. Estos diagramas se
han formulado a partir del enunciado del problema, y es sobre esta base que luego
se desarrollan la descripción textual de casos de uso usando la plantilla OMT++.
23.
24. 2.3.2 DIAGRAMA DE CLASES
2.3.3 DICCIONARIO DE DATOS
CLASE DESCRIPCION
ADUANERA Institución principal
ADMINISTRADOR Personal que desempeña un
determinado trabajo en la institución
USUARIO Usuario o cliente que hace uso de la
búsqueda de la información
arancelaria
2.4 FASE 3: DISEÑO
27. 2.4.4 MODELO DE COMPORTAMIENTO
Produce una lista de operaciones la cual se constituye sobre la base de los casos
de uso
2.4.4.1 Especificación de operaciones
Como Administrador:
1. Ingresar como Administrador autenticado
2. Mostrar datos del usuario autenticado
3. Buscar los registros de los usuarios.
4. Insertar nuevo usuario
5. Editar datos de usuario
6. Eliminar registro de usuario
7. Mostrar detalles de registros
8. Mostrar Información del Arancel Aduanero.
9. Insertar nuevos registros (Secciones, Capítulos, Categorías)
10.Editar datos de los Registros del Arancel Aduanero.
11.Eliminar registro del Arancel Aduanero
12.Mostrar los registros del Arancel Aduanero.
28. 13.Imprimir y Generar Reportes.
Como Usuario:
1. Ingresar como Usuario autenticado
2. Mostrar datos delusuario autenticado.
3. Mostrar Información del Arancel Aduanero.
4. Buscar la Información del Arancel Aduanero.
5. Imprimir y Generar Reportes.
2.4.4.2 Especificación de tareas de la interfaz del usuario
Como administrador:
Tareas necesarias para que un Administrador efectue la operación de ingresar
como usuario autenticado (Op.1.)
1. Ingresar nombre de usuario
2. Ingresar contraseña
3. Autenticar los datos ingresados
4. Ingresar a la pagina principal del administrador
Tareas necesarias para que un administrador efectué la operación de Mostrar
datos del usuario autenticado (Op.2.)
1. Visualizar información del usuario autenticado.
2. Visualiza la interfaz principal.
Tareas necesarias para que un Administrador efectué la operación de Búsqueda
de información (Op.3.)
1. Seleccionar opción Búsqueda.
a. Seleccionar opción busqueda rápida
i. Visualizar información arancelaria
ii. Visualizar elReporte generado
Tareas necesarias para que un Administrador efectue la operación de Insertar
nuevo usuario. (Op.4.)
1. Seleccionar opcion nuevo
2. Visualizar formulario de registro de usuario
3. Seleccionar opcion guardar
Tareas necesarias para que un Administrador efectue la operación de Editar datos
del usuario (Op.5.)
4. Seleccionar el usuario
29. 5. Visualizar datos del usuario
6. Seleccionar opcion editar
7. Editar datos del usuario
8. Seleccionar opcion guardar
Tareas necesarias para que un administrador efectue la operación de Eliminar
datos del usuario (Op.6.)
1. Seleccionar el usuario a eliminar
2. Seleccionar la opcion eliminar
3. Confirmacion de la eliminacion
Tareas necesarias para que un administrador efectué la operación de Mostrar
detalles de registros de usuarios (Op.7.)
3. Visualizar datos de usuarios
4. Selecciona búsqueda de usuarios
Tareas necesarias para que un administrador efectué la operación de Mostrar
Información del Arancel Aduanero (Op.8.)
1. Visualizar la Información del Arancel Aduanero.
2. Seleccionar opción Búsqueda.
3. Visualiza la Información requerida.
4. Seleccionar y añadir la opción generar reportes.
Tareas necesarias para que un administrador efectué la operación Insertar nuevos
registros (Secciones, Capítulos, Categorías) (Op.9.)
1. Seleccionar opcion nuevo
2. Visualizar formulario de registro arancelario
3. Seleccionar opcion guardar
Tareas necesarias para que un administrador efectué la operación deEditar datos
de los Registros del Arancel Aduanero. (Op.10.)
1. Seleccionar el registro Arancelario.
2. Visualizar datos del registro Arancelario
3. Seleccionar opcion editar
4. Editar datos del registro Arancelario
5. Seleccionar opcion guardar
30. Tareas necesarias para que un administrador efectué la operación de Eliminar
registro del Arancel Aduanero (Op.11.)
1. Seleccionar el registro del Arancel Aduanero a eliminar
2. Seleccionar la opcion eliminar
3. Confirmacion de la eliminacion
Tareas necesarias para que un administrador efectué la operación de Imprimir y
Generar Reportes. (Op.12.)
1. Visualizar la información arancelario.
2. Seleccionar la información arancelario requerida.
3. Genera reportes de la informacion seleccionada.
4. imprimir datos del arancelario seleccionado.
Como Usuario:
Tareas necesarias para que el usuario efectué la operación de Ingresar como
usuario autenticado (Op.1.)
1. Ingresar nombre de usuario.
2. Ingresar contraseña.
3. Autenticar los datos ingresados.
4. Ingresar a la pagina principal del usuario.
Tareas necesarias para que el usuario efectué la operación de Mostrar datos del
usuario autenticado. (Op.2.)
1. Visualizar información del usuario autenticado.
2. Visualiza la interfaz principal.
Tareas necesarias para que el usuario efectué la operación de Mostrar y Buscar
Información del Arancel Aduanero. (Op.3.)
1. Visualizar la Información del Arancel Aduanero.
2. Seleccionar opción Búsqueda.
3. Visualiza la Información requerida.
4. Seleccionar y añadir la opción generar reportes.
Tareas necesarias para que un usuario efectué la operación de Imprimir y Generar
Reportes. (Op.4.)
1. Visualizar la información arancelario.
2. Seleccionar la información arancelario requerida.
31. 3. Genera reportes de la informacion seleccionada.
4. imprimir datos del arancelario seleccionado.
2.4.4.3 Relacion entre los casos de uso y las operaciones que los permiten
componer
OPERACIONES CASOS DE USO
Ingresar como usuario autenticado C.U.1
1. Registro de datos (Administrador) C.U.2
2. Elimina Datos (Administrador) C.U.3
3. Modifica/Edita Datos
(Administrador y Usuario)
C.U.4
4. Busca Información (Administrador
y Usuario)
C.U.5 C.U.10
5. Almacena Información
(Administrador)
C.U.6
6. Genera e Imprime Reportes
(Administrador y Usuario)
C.U.7 C.U.11 C.U.12
7. Agrega Usuarios (Administrador) C.U.8
8. Otorga Privilegios (Administrador) C.U.9
9. Reutiliza Reportes (Usuario) C.U.13
2.4.5 DIAGRAMA DE DÍALOGO
32. 2.4.6 ESPECIFICACIÓN DE COMPONENTES GRAFICOS
Dialogo Nuevo Usuario Dialogo Editar Usuario
Campo de texto
Dialogo de Retorno
String
Cancelar
Guardar
Campo de texto
Dialogo de Retorno
Guardar
Cancelar
String
33. Dialogo Nuevo Secciones Dialogo Editar Secciones
Campo de texto Campo de texto
Dialogo de Retorno
StringString
Guardar
Cancelar
Dialogo de Retorno
Guardar
Cancelar
Dialogo Nuevo Capítulos Dialogo Editar Capítulos
Campo de texto Campo de texto
Dialogo de Retorno
Guardar
Cancelar
String String
Dialogo de Retorno
Guardar
Cancelar
Dialogo Nuevo Categorías Dialogo Editar Categorías
Campo de texto Campo de texto
String
Dialogo de Retorno
Guardar
Cancelar
String
Dialogo de Retorno
Guardar
Cancelar
34. Administración de Usuarios
Nuevo
Campos para
datos de
nuevo usuario
Editar
Campos para
editar datos
Eliminar
Cancelar
Administración de Secciones
Editar
Eliminar
Cancelar
Campos para
editar datos
Nuevo
Campos para
datos de
nuevo sección
Administración de Capítulos Administración de Categorías
Nuevo
Editar
Campos para
nuevo capítulo
Campos para
editar datos
Nuevo
Campos para
nueva categoría
Editar
Campos para
editar datos
Eliminar
Cancelar
Eliminar
Cancelar
36. Controlador Principal
(Administrador/usuari
o)
__________________
Pide Usuario (User,)
Pide
Contraseña(Password
)
EnviarRespuesta(tipo
de Usuario)
Controlador
Movedor Contactos
_________________
_
Lee nombre
Mostrar nombre
Mostrar datos
Lee por num de
sección
Controlador de
Selección Contacto
_______________
__
Lee código
Lee nombre
Mostrar datos
Lee por categoría
Controlador de
Selección Grupo
_______________
_
Lee nombre
Mostrar nombre
Mostrar datos
Lee por capítulos
Controlador búsqueda
rápida
__________________
__
Lee nombre o
dscripción de
mercadería
Lee por código de
arancel
Mostrar datos
arancelarios
Controlador Búsqueda
por categoría
___________________
___
Lee nombre o
descripción de
mercadería
Mostrar datos
arancelarios
lee ´por categoria
Controlador
Visualizador
_______________
__________
_______________
__________
Controlador
Selector
Parámetros
_______________
_________
Parametros
_______________
_________
VerificaParametro
s()
Form
Secciones
______________
__
Solicita Nro
sección
Solicita
nomseccion
Solicita notas
Form
Capítulos
_________________
__
SolicitaNro capítulo
Solicita Nom
Capitulo
Solicita notas
Solicita sección
Form
Categorías
________________
__
Solicita tipo de
categoría
Solicita desc
mercadería
Solicita unidad de
medida
Solicita tipo de doc
Solicita nom capitulo
Form
Principal
________________
____________
Boton
Ingresar
Form
BusqCategoria
_________________
__
Boton búsqueda
Form
Bíusqueda rápida
________________
__
Solicita nombre o
descripción de
mercadería
Form
Visualización
______________
__________
______________
__________
MUestraLista(Arra
yLista)
MUestraKardex(D
atos)
Form
Selector
Parámetros
_______________
__________
_______________
__________
Usuarios
_______________
Id_usuario
Nombre Completo
Numero de Carnet
Email
Usuario
Contraseña
Imagen
Categorías
_______________
Id_categoria
Código
Sidunea
Dec_mercaderia
GA_%
ICE_IEMD
Unidad_medida
Tipo_doc
Entidad_emite
Disp._legal
CAN
ACE_36_MERC
CHI
PROT
ACE_66_MEXICO
ACE_47_CUBA
VEN
TIPO_CATEGORIA
___________________
ID_CAPITULO
Capítulos
___________
_
Id_capitulo
Num_capitulo
Nombre
Nota
___________
Id_seccion
Arquitectura M V C
Secciones
_____________
Id_seccion
Num_seccion
Nombre
notas
REGISTRO DE
ARANCEL
Controlador de usuarios
____________________
Lee por nombre
Lee por CI
Mostrar datos
Asignar roles
Form
Usuarios
__________________
Solicita nom completo
Solicita num CI
Solicita fecha de nac
Solicita tipo de género
Solicita tipousuario
Solicita contraseña
Form de búsqueda
HERRAMIENTAS
41. 2.5 FASE 4: IMPLEMENTACIÓN
Antes de hacer correr el software desarrollado por el grupo, la máquina en la que
se instalará debe cumplir con las siguientes características:
Hardware: Intel(R) Core(TM) i3 3.20 GHz
Memoria RAM 4 Gb o mayor
Espacio en disco duro de 20 MB
Tarjeta Gráfica VGA o superior
Software: Sistema Operativo Windows 7 o superior
Gestor de Base de datos SQL-Server Management Studio
2.6 FASE 5: PRUEBA
2.6.1 Pruebas de unidad.
El Sistema de Búsqueda Automatizada del Arancel Aduanero esta realizado en la
arquitectura de 3 capas las cuales son Capa Presentación, Capa Negocio, Capa
Datos. En las pruebas de unidad llevaremos a las clases que enlazan a sus
respectivas Capas denominados proyectos de clases y que estas están dentro del
proyecto del sistema,
En la Capa de Presentación contiene las interfaces y formularios de usuarios en
las cuales captura los datos que realizan los usuarios además haciendo la
validación de datos de usuarios y con ellas las clases, las cuales interactúan con
la Capa de Negocio, en la Capa de Negocio también existen clases y que esta la
lógica de negocio del sistema en las cuales se hacen las invocaciones la Capa de
Datos y que hace la recepción a las solicitudes de la capa de presentación, en la
Capa de Datos contienen clases de manipulación , almacenamientos y la
recuperación de los datos de la Base de Datos almacenados, en las cuales hacen
la interacción con la capa de negocio.
2.6.2 Capa de Presentación
42. Prueba 1: Las clases de presentación están almacenados los formularios
que solo el usuario puede ver y contactarse o hacer peticiones al sistema,
en esta capa tenemos
Los formularios de: Panel Principal
Registro de Arancel SeccionesCapítulosCategorías.
BúsquedasBúsqueda Rápida, Búsqueda por Categorías.
HerramientasUsuarios.
AyudaManual, Acerca de.
2.6.3 Capa de Negocio
Prueba 1: La clase NSecciones
Esta es la sección de la lógica de negocios las cuales estas están referenciadas a
la capa de Presentación así que de la Capa de Presentación se les enviara los
parámetros correspondientes:
Prueba 2:
En esta clase se reciben parámetro de la secciones para la inserción de nuevos
datos a esta tabla.
publicstaticstring Insertar(string numseccion, string nombre, string notas)
{
DSecciones Obj = newDSecciones();
Obj.Numseccion = numseccion;
Obj.Nombre = nombre;
Obj.Notas = notas;
return Obj.Insertar(Obj);
}
Prueba 3:
Método Editar que llama al método editar de la clase DSecciones de la CapaDatos
para proceder a editar los datos que se desea
publicstaticstring Editar(int idseccion, string numseccion, string nombre, string
notas)
{
DSecciones Obj = newDSecciones();
43. Obj.Idseccion = idseccion;
Obj.Numseccion = numseccion;
Obj.Nombre = nombre;
Obj.Notas = notas;
return Obj.Editar(Obj);
}
Prueba 4:
Se identifica y envía un parámetro para luego proceder a la eliminación de dicho
registro:
publicstaticstring Eliminar(int idseccion, string modo)
{
DSecciones Obj = newDSecciones();
Obj.Idseccion = idseccion;
Obj.Modo = modo;
return Obj.Eliminar(Obj);
}
Prueba 5:
Este método Mostrar que llama al metodo mostrar de la clase DSecciones de la
CapaDatos
publicstaticDataTable Mostrar()
{
returnnewDSecciones().Mostrar();
}
Prueba 6:
Este metodo BuscarNombre que llama al metodo BuscarNombre de la clase
DSecciones de la CapaDatos
publicstaticDataTable BuscarNombre(string textbuscar)
{
DSecciones Obj = newDSecciones();
Obj.TextBuscar = textbuscar;
return Obj.BuscarNombre(Obj);
}
Prueba 1: La clase NCapitulos
Esta es la parte de Capítulos de la lógica de negocios las cuales estas están
referenciadas a la capa de Presentación así que de la Capa de Presentación se
les enviara los parámetros correspondientes
Prueba 2: En esta clase se reciben parámetro de la Capitulospara la inserción
de nuevos datos a esta tabla.
44. publicstaticstring Insertar(string numcapitulo, string nombre, string nota, int
idseccion)
{
DCapitulo Obj = newDCapitulo();
Obj.Numcapitulo = numcapitulo;
Obj.Nombre = nombre;
Obj.Nota = nota;
Obj.Idseccion = idseccion;
return Obj.Insertar(Obj);
}
Prueba 3:
Método Editar que llama al método editar de la clase DCapitulos de la CapaDatos
para proceder a editar los datos que se desea:
publicstaticstring Editar(int idseccion, string numseccion, string nombre, string
notas)
publicstaticstring Editar(int idcapitulo, string numcapitulo, string nombre, string
nota, int idseccion)
{
DCapitulo Obj = newDCapitulo();
Obj.Idcapitulo = idcapitulo;
Obj.Numcapitulo = numcapitulo;
Obj.Nombre = nombre;
Obj.Nota = nota;
Obj.Idseccion = idsecci
Prueba 4:
Se identifica y envía un parámetro para luego proceder a la eliminación de dicho
registro
publipublicstaticstring Eliminar(int idcapitulo, string modocap)
{
DCapitulo Obj = newDCapitulo();
Obj.Idcapitulo = idcapitulo;
Obj.Modocap = modocap;
return Obj.Eliminar(Obj);
}
Prueba 5:
Este metodo Mostrar que llama al metodo mostrar de la clase DCapitulos de la
CapaDatos
publicstaticDataTable Mostrar()
{
returnnewDSecciones().Mostrar();
}
Prueba 6:
45. Este método BuscarNombre que llama al método BuscarNombre de la clase
DCapitulos de la CapaDatos
publicstaticDataTable BuscarNombre(string textbuscar)
{
DSecciones Obj = newDSecciones();
Obj.TextBuscar = textbuscar;
return Obj.BuscarNombre(Obj);
}
Prueba 1: La clase NCategorias
Esta es la parte de Categorías de la lógica de negocios las cuales estas están
referenciadas a la capa de Presentación así que de la Capa de Presentación se
les enviara los parámetros correspondientes
Prueba 2:
En esta clase se reciben parámetro de la Categoriaspara la inserción de nuevos
datos a esta tabla.
//metodo Insertar que llama al metodo insertar de la clase DCategorias de la
CapaDatos
publicstaticstring Insertar(string codigo, string sidunea, string desc_mercaderia,
string ga, string ice_iehd,
string unidad_medida, string tipo_doc, string entidad_emite, string disp_legal,
string can, string ace_36_merc,
string chi, string prot, string ace_66_mexico, string ace_47_cuba, string ven,
string tipo_categoria, int idcapitulo)
{
DCategorias Obj = newDCategorias();
Obj.Codigo = codigo;
Obj.Sidunea = sidunea;
Obj.Desc_mercaderia = desc_mercaderia;
Obj.Ga = ga;
Obj.Ice_iehd = ice_iehd;
Obj.Unidad_medida = unidad_medida;
Obj.Tipo_doc = tipo_doc;
Obj.Entidad_emite = entidad_emite;
Obj.Disp_legal = disp_legal;
Obj.Can = can;
Obj.Ace_36_merc = ace_36_merc;
Obj.Chi = chi;
Obj.Prot = prot;
Obj.Ace_66_mexico = ace_66_mexico;
Obj.Ace_47_cuba = ace_47_cuba;
Obj.Ven = ven;
Obj.Tipo_categoria = tipo_categoria;
46. Obj.Idcapitulo = idcapitulo;
return Obj.Insertar(Obj);
}
Prueba 3:
Método Editar que llama al método editar de la clase DCategorias de la
CapaDatos para proceder a editar los datos que se desea
publicstaticstring Editar(int idcategoria, string codigo, string sidunea, string
desc_mercaderia, string ga, string ice_iehd,
string unidad_medida, string tipo_doc, string entidad_emite, string disp_legal,
string can, string ace_36_merc,
string chi, string prot, string ace_66_mexico, string ace_47_cuba, string ven,
string tipo_categoria, int idcapitulo)
{
DCategorias Obj = newDCategorias();
Obj.Idcategoria = idcategoria;
Obj.Codigo = codigo;
Obj.Sidunea = sidunea;
Obj.Desc_mercaderia = desc_mercaderia;
Obj.Ga = ga;
Obj.Ice_iehd = ice_iehd;
Obj.Unidad_medida = unidad_medida;
Obj.Tipo_doc = tipo_doc;
Obj.Entidad_emite = entidad_emite;
Obj.Disp_legal = disp_legal;
Obj.Can = can;
Obj.Ace_36_merc = ace_36_merc;
Obj.Chi = chi;
Obj.Prot = prot;
Obj.Ace_66_mexico = ace_66_mexico;
Obj.Ace_47_cuba = ace_47_cuba;
Obj.Ven = ven;
Obj.Tipo_categoria = tipo_categoria;
Obj.Idcapitulo = idcapitulo;
return Obj.Editar(Obj);
}
Prueba 4:
Se identifica y envía un parámetro para luego proceder a la eliminación de dicho
registro
publipublicstaticstring Eliminar(int idcapitulo, string modocap)
{
DCapitulo Obj = newDCapitulo();
Obj.Idcategoria = idcategoria;
Obj.Modocap = modocap;
return Obj.Eliminar(Obj);
}
Prueba 5:
47. Este método Mostrar que llama al método mostrar de la clase DCategoria de la
CapaDatos
publicstaticDataTable Mostrar()
{
returnnewDCategoria().Mostrar();
}
Prueba 6:
Este método BuscarNombre que llama al método BuscarNombre de la clase
DCategorias de la CapaDatos
publicstaticDataTable BuscarNombre(string textbuscar)
{
DSecciones Obj = newDCategorias();
Obj.TextBuscar = textbuscar;
return Obj.BuscarNombre(Obj);
}
5.3.1 Capa de Datos
Prueba 1: La Clase Conexión
En la clase de Conexión muestra la dirección de nuestra base de datos dando así
en conocimiento de nuestra aplicación para que realicen las futuras consultas.
namespace CapaDatos
{
class Conexion
{
public static string Cn = "Data Source=CRISTHIAN-PC; Initial
Catalog=bdArancelAduanero3; Integrated Security=true";
}
}
Prueba 2: La clase DSecciones
La Clase DSecciones tiene un enlace con el formulario de la Sección de la
aplicación las cual envía y recibe datos de información alojada en la base de datos
en esta parte todo lo relacionado con la tabla de Secciones. En este modo es el
contructor que se revivirá los datos ingresados:
public DSecciones(int idseccion,string numseccion,string nombre,string notas,
string textbuscar, string modo)
{
this.Idseccion = idseccion;
this.Numseccion = numseccion;
48. this.Nombre = nombre;
this.Notas = notas;
this.TextBuscar = textbuscar;
this.Modo = modo;
}
Prueba 3
En esta parte de clase recibirá los nuevos datos de las secciones que envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spinsertar_secciones almacenado en la base de datos.
publicstring Insertar(DSecciones Secciones)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 4
En esta parte de clase recibirá los datos a editar de las secciones que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado speditar_secciones almacenado en la base de datos.
publicstring Editar(DSecciones Secciones)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 5
En esta parte de clase recibirá un solo datos que será la identificación del archivo
a borrar de las secciones que se envié la parte de la capa de negocio sabiendo
que esta clase depende de un procedimiento llamado speliminar_secciones
almacenado en la base de datos.
publicstring Eliminar(DSecciones Secciones)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
49. Prueba 6
En esta parte de clase se mostrara los datos de las secciones que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spmostrar_secciones almacenado en la base de datos.
publicDataTable Mostrar()
{
DataTable DtResultado = newDataTable("secciones");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 7
En esta clase se le enviara un parámetro de texto para que se realice la búsqueda
como tal y en tiempo real sabiendo que también esta depende del procedimiento
spbuscar_nombre almacenado en la base de datos.
publicDataTable BuscarNombre(DSecciones Secciones)
{
DataTable DtResultado = newDataTable("secciones");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 2: La clase DCapítulos
La Clase DCapítulos tiene un enlace con el formulario de la Capítulos de la
aplicación las cual envía y recibe datos de información alojada en la base de datos
en esta parte todo lo relacionado con la tabla de Capítulos.En este modo es el
constructor que se revivirá los datos ingresados:
public DCapitulo(int idcapitulo,string numcapitulo,string nombre,string nota,int
idseccion,string textobuscar, string modocap)
{
this.Idcapitulo = idcapitulo;
this.Numcapitulo = numcapitulo;
this.Nombre = nombre;
this.Nota = nota;
this.Idseccion = idseccion;
this.TextoBuscar = textobuscar;
this.Modocap = modocap;
}
50. Prueba 3
En esta parte de clase recibirá los nuevos datos de las Capítulos que envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spinsertar_capitulos almacenado en la base de datos.
publicstring Insertar(DCapitulos Capitulos)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 4
En esta parte de clase recibirá los datos a editar de los Capitulos que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado speditar_capitulos almacenado en la base de datos.
publicstring Editar(DCapitulos Capitulos)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 5
En esta parte de clase recibirá un solo datos que será la identificación del archivo
a borrar de los Capítulos que se envié la parte de la capa de negocio sabiendo
que esta clase depende de un procedimiento llamado speliminar_capitulos
almacenado en la base de datos.
publicstring Eliminar(DCapitulos Capitulos)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
Prueba 6
51. En esta parte de clase se mostrara los datos de las secciones que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spmostrar_capitulos almacenado en la base de datos.
publicDataTable Mostrar()
{
DataTable DtResultado = newDataTable("capitulos");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 7
En esta clase se le enviara un parámetro de texto para que se realice la búsqueda
como tal y en tiempo real sabiendo que también esta depende del procedimiento
spbuscar_nombre_capitulos almacenado en la base de datos.
publicDataTable BuscarNombre(DCapitulos Capitulos)
{
DataTable DtResultado = newDataTable("secciones");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 2: La clase DCategorias
La Clase DCategorias tiene un enlace con el formulario de la Categorías de la
aplicación las cual envía y recibe datos de información alojada en la base de datos
en esta parte todo lo relacionado con la tabla de Categorías. En este modo es el
contructor que se revivirá los datos ingresados
public DCategorias(int idcategoria, string codigo, string sidunea, string
desc_mercaderia, string ga, string ice_iehd,
string unidad_medida, string tipo_doc, string entidad_emite, string disp_legal,
string can, string ace_36_merc,
string chi, string prot, string ace_66_mexico, string ace_47_cuba, string ven,
string tipo_categoria, int idcapitulo, string textobuscar, string modocat)
{
this.Idcategoria = idcategoria;
this.Codigo = codigo;
this.Sidunea = sidunea;
this.Desc_mercaderia = desc_mercaderia;
this.Ga = ga;
this.Ice_iehd = ice_iehd;
this.Unidad_medida = unidad_medida;
this.Tipo_doc = tipo_doc;
this.Entidad_emite = entidad_emite;
this.Disp_legal = disp_legal;
52. this.Can = can;
this.Ace_36_merc = ace_36_merc;
this.Chi = chi;
this.Prot = prot;
this.Ace_66_mexico = ace_66_mexico;
this.Ace_47_cuba = ace_47_cuba;
this.Ven = ven;
this.Tipo_categoria = tipo_categoria;
this.Idcapitulo = idcapitulo;
this.TextoBuscar = textobuscar;
this.Modocat = modocat;
}
Prueba 3
En esta parte de clase recibirá los nuevos datos de las Categorias que envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spinsertar_categorias almacenado en la base de datos.
publicstring Insertar(DCategoriasCategorias)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 4
En esta parte de clase recibirá los datos a editar de los Categorías que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado speditar_categorias almacenado en la base de datos.
publicstring Editar(DCategoriasCategorias)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 5
En esta parte de clase recibirá un solo datos que será la identificación del archivo
a borrar de las Categorias que se envié la parte de la capa de negocio sabiendo
que esta clase depende de un procedimiento llamado speliminar_categorias
almacenado en la base de datos.
53. publicstring Eliminar(DCategoriasCategorias)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
Prueba 6
En esta parte de clase se mostrara los datos de las secciones que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado spmostrar_categorias almacenado en la base de datos.
publicDataTable Mostrar()
{
DataTable DtResultado = newDataTable("categorias");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 7
En esta clase se le enviara un parámetro de texto para que se realice la búsqueda
como tal y en tiempo real sabiendo que también esta depende del procedimiento
spbuscar_nombre_categorías almacenado en la base de datos.
publicDataTable BuscarNombre(DCategoriasCategorias)
{
DataTable DtResultado = newDataTable("categorias");
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 2:
La clase DUsuarios
La Clase DUsuarios tiene un enlace con el formulario de la Usuarios de la
aplicación las cual envía y recibe datos de información alojada en la base de datos
en esta parte todo lo relacionado con la tabla de Usuarios. En este modo es el
constructor que se revivirá los datos ingresados.
public DUsuarios(int idusuario, string nombreCompleto,int numCarnet,string
email,string usuario,string contrasena,
string tipo_usuario,byte[] imagen, string sexo, DateTime fecha_nac,string
telefono,string direccion, string textobuscar, string modousu)
{
54. this.Idusuario = idusuario;
this.NombreCompleto = nombreCompleto;
this.NumCarnet = numCarnet;
this.Email = email;
this.Usuario = usuario;
this.Contrasena = contrasena;
this.Tipo_usuario = tipo_usuario;
this.Imagen = imagen;
this.Sexo = sexo;
this.Fecha_nac = fecha_nac;
this.Telefono = telefono;
this.Direccion = direccion;
this.TextoBuscar = textobuscar;
this.Modousu = modousu;
}
Prueba 3
En esta parte de clase recibirá los nuevos datos de las Usuarios que envié la parte
de la capa de negocio sabiendo que esta clase depende de un procedimiento
llamado spinsertar_usuarios almacenado en la base de datos.
publicstring Insertar(DUsuarios Usuarios)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 4
En esta parte de clase recibirá los datos a editar de los Usuarios que se envié la
parte de la capa de negocio sabiendo que esta clase depende de un
procedimiento llamado speditar_usuarios almacenado en la base de datos.
publicstring Editar(DUsuarios Usuarios)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
{
Prueba 5
En esta parte de clase recibirá un solo datos que será la identificación del archivo
a borrar de los Usuarios que se envié la parte de la capa de negocio sabiendo
55. que esta clase depende de un procedimiento llamado speliminar_usuarios
almacenado en la base de datos.
publicstring Eliminar(DUsuarios Usuarios)
{
string rpta = "";
SqlConnection SqlCon = newSqlConnection();
try
Prueba 6
En esta parte de clase se mostrara los datos de las Usuarios que se envié la parte
de la capa de negocio sabiendo que esta clase depende de un procedimiento
llamado spmostrar_usuarios almacenado en la base de datos.
publicDataTable Mostrar()
{
DataTable DtResultado = newDataTable("usuarios");
SqlConnection SqlCon = newSqlConnection();
try
{
prueba 7
en esta clase se le enviara un paramentro de texto para que se realice la
búsqueda como tal y en tiempo real sabiendo que también esta depende del
procedimiento spbuscar_nombre_cusuarios almacenado en la base de datos.
publicDataTable BuscarNombre(DUsuarios Usuarios)
{
DataTable DtResultado = newDataTable("usuarios");
SqlConnection SqlCon = newSqlConnection();
try
{
En esta parte utilizamos la reutilización de código de estas clases para las
tablas de Capítulos, Categorías, Usuarios asiendo un óptimo rendimiento de estas.
Clases Index Create Store items Edit Update Destroy Logout
Login O O O Null O O O Null
Secciones O Null O Null Null Null Null O
Capitulos O O O Null O O O Null
Categoria
s
O O O Null O O O Null
56. Usuarios O Null Null O Null Null Null O
Clase Show Add Delete Update Trash
Tota
l
orderDetail
Cart O O O O O O O
1.1. Pruebas de integración
Login
Los datos llenados son marcados con “o” y los vacios con “x”
Ruta:Panel/Login
Prueba
Email
Contraseña
Recuperacion
Contraseña
Observacion Mensage de Validacion
1 O O X Realiza una verificacion de datos
validadandolos para pasar al panel
de administracion relaciona.
Si alguno de los campos es
incorrecto el sistema envia un
mensage: “Datos incorrectos”
2 O X X El sistema realiza un
redireccionamiento a la misma
pagina de login.
Al direccionarte muestra un
mensage de validacion: “El
password es obligatorio”.
3 X O X El sistema realiza un
redireccionamiento a la misma
pagina de login.
Al direccionarte muestra un
mensage de validacion: “El correo
es obligatorio”.
4 X X X El sistema realiza un
redireccionamiento a la misma
pagina de login.
Al direccionarte muestra un
mensage de validacion: “El correo y
password es obligatorio”.
5 X X O El sistema no realiza una accion El sistema no realiza ninguna
accion
57. Usuario
Ruta:
Prueba
Nombre
Apellido
Correo
Usuario
Contraseña
Direccion
Imagen
Observacion Mensaje Validadcion
1 O O O O O O O El sistema registra los datos. Muestra un mesage de
Validacion: “El registro fue
exitoso”.
2 O O O O O O X El sistema registra los datos. Muestra un mesage de
Validacion: “El registro fue
exitoso”.
3 O O O O O X O El sistema registra los datos. Muestra un mesage de
Validacion: “El registro fue
exitoso”.
4 O O O O X O O El sistema redireciona a la
misma pagina.
Muestra un mensage de
Validacion :”El password es
requerido”
5 O O O X O O O El sistema redirecciona a la
misma pagina
Muestra un mensage de
validacion:”El Usuario es
requerido”.
6 O O X O O O O El sistema redirecciona a la
misma pagina.
Muestra un mensage de
validacion:”El correo es
requerido”.
7 O X O O O O O El sistema redirecciona a la
misma pagina.
Muestra un mensage de
validacion:”El apellido es
requerido”.
8 X O O O O O O El sistema redirecciona a la
misma pagina.
Muestra un mensage de
validacion:”El nombre es
requerido”.
9 X X X X X X X El sistema redirecciona a la
misma pagina.
Muestra todos los mensajes de
validacion.
58. Productos
Ruta: panel/productos/create
Pruebas
Nombre
Categoria
Descripcion
Mdescripcion
Precio
Imagen
Observacion Mensaje de Validacion
1 O O O O O X El sistema redirecciona a la
misma pagina.
Muestra un mensage de
validacion:”La imagen es
requerisa”
2 O O O O X O El sistema redirecciona a la
misma pagina
Muestra un mensage de
validacion:”El precio es requerido”
3 O O O X O O El sistema redirecciona a la
misma pagina
Muestra un mensaje de
validacion:”La Mini descripcion es
requerida”
4 O O X O O O El sistema redirecciona a la
misma pagina
Muetra un mensaje de
validacion:”La descripcion es
requerida”
5 O X O O O O El sistema registra los datos ya
que todas las categorias estan
lsitadas y una esta por defecto
No muestra un mensaje de
validacion.
6 X O O O O O El sistema redirecciona a la
misma pagina.
Muetra un mensaje de
validacion:”El nombre es
requerido”
7 X X X X X X El sistema redirecciona a la
misma pagina.
Muestra todos los mensajes.
Categorías
Ruta : panel/categoria/create
Pruebas
Nombre
Decripcion
Observaciones Mensaje de Validacion
1 O X El sistema redirecciona a la misma pagina. Muetra un mensaje de validacion:”La
descripcion es requerida”
2 X O El sistema redirecciona a la misma pagina. Muetra un mensaje de validacion:”El nombre
es requerido”
3 O O El sistema realiza el registro de los datos Muestra un mesaje de validacion”El registro
fue exitoso”
59. Pagina de presentación
Ruta : Inicio
Botones Si No Observación
Inicio X Redirecciona a la pagina de inicio
Conocenos X No redirecciona a ninguna ruta de navegacion
Contactanos X No redirecciona a ninguna ruta de navegacion
Carrito X Redirecciona a la pagina donde se muestra los productos
que quieres comprar.
Iniciar Sesion X Redirecciona a una pagina donde el usurio puede iniciar
una session.
La quiero(producto) X Realiza la accion de agregar el producto al carrito de
compras
Leer mas(producto) X Realiza la accion de leer mas redireccionandote a una
pagina donde puedes ver la informacion del producto.
Slider(siguiente) X Realiza la accion de cambiar de imagen en el slider
Slider(anterior) X Realiza la accion de cambiar de imagen en el slider
Carrito de Compras
Route : cart/show
Botones Si No Observacion
Vaciar Carrito X Realiza el elimando de todos los productos que se
añadireron al apretar el boton “La quiero”
Refresh (producto) X Realiza un refresh en la nueva cantidad asignada al
producto que ese encuentra en el carrito de compras.
Quitar (producto) X Realiza el elimando del producto y lo quita del carrito de
compras.
Seguir comprando X Redirecciona a la pagina de inicio en la cual el usuario
podra seguir comprando productos.
Continuar X Redirecciona a la pagina del detalle de la compra
Detalle de Pedido
60. Ruta : order-detail
Botones Si No Descripcion
Regresar X Redirecciona a la pagina de Carrito de Compras
Pagar con Paypal X Edirecciona a un metodo de pago con Paypal
62. 3.1 CONCLUSIONES
El objetivo general que hacía referencia a implementar un sistema de información
automatizado para mejorar y simplificar el tiempo de búsqueda en la validación de
mercaderías a fin de evitar multas y demoras, se realizó satisfactoriamente en
vista de que a través de la implementación de dicho sistema se mejoró la
búsqueda de aranceles del sinfín de mercaderías que ingresan a nuestro país
(mediante los depósitos aduaneros) día a día, además que el sistema reduce el
riesgo de errores y ayuda en la celeridad respecto a la salida del DAB de dichas
mercaderías.
Entre los objetivos específicos que se habían planteado de inicio, se cumplieron
todos y estos son:
Se llevaron a cabo una serie de entrevistas a los validadores, importadores de
mercaderías para la respectiva observación de los procesos de importación y
exportación de mercaderías y de esta manera se pudo iniciar el análisis y diseño
del sistema de información, partiendo de procesos confiables y eficientes que
garantizaron el mayor aprovechamiento de los datos. Por lo que el sistema que se
logró desarrollar brinda sin duda una serie de beneficios que a su vez se
realizaron de forma eficiente y apegada a las normas.
Mediante la aplicación de una serie de entrevistas programadas y la formulación y
llenado de cuestionarios se logró realizar al estudio de la situación actual de la
empresa y de su sistema de información, se definieron una serie de necesidades y
prioridades por parte de los usuarios, proponiendo diferentes soluciones para las
principales necesidades del arancel aduanero. Entre las diferentes requerimientos
que hicieron los usuarios, estos plantearon una búsqueda rápida y simplificada
dentro del sistema (conocedores) y otra búsqueda realizada por categorías,
secciones y nombre de las diferentes mercaderías a ser validadas (principiantes).
Ante la capacitación recibida, por parte de expertos, se logró entender el manejo y
las diferentes tareas que implica la validación logrando de esta manera plantear y
diseñar una Base de Datos para la validación de mercaderías, misma que se la
63. realizó de acuerdo al conocimiento de los diferentes impuestos del arancel
aduanero, no habiéndose obviado ninguno de ellos debido a su gran importancia.
Mediante pruebas piloto y el uso de un demo por parte de las agencias aduaneras,
se implementó finalmente el sistema de funcionamiento de los diferentes
aranceles aduaneros con el fin de lograr una búsqueda simplificada de los mismos
esto debido a los requerimientos de los diferentes usuarios y en base al
conocimiento de los expertos en el área.
La implementación de métodos de adición, búsqueda, validación, eliminación y
modificación de datos ayudó al desarrollo de un plan de prueba para cada uno de
los módulos elaborados, mismo que se realizó empleando datos reales con los
usuarios del sistema, logrando resultados satisfactorios tanto para los usuarios
como para los desarrolladores del mismo.
3.2 RECOMENDACIONES
Se recomienda adquirir una capacitación previa al uso del presente sistema o la
lectura cuidadosa y detallada del manual de usuario, esta recomendación se la
hace debido a que un error en la identificación del producto, ya sea mediante la
búsqueda simplificada o la búsqueda de categorías que propone el mismo,
generaría una serie de dificultades y malos entendidos innecesarios entre los
clientes de las agencias aduaneras y el personal capacitado de esta institución.
Finalmente se recomienda realizar un mantenimiento periódico tanto de la parte
operativa (hardware) como del sistema (software). Al mismo tiempo y en vista de
que cada año se decretan cambios de los costos arancelarios y la adición de
nuevos ítems es pertinente solicitar una actualización de dicho sistema para la
adición y cambio de los ítems anteriormente señalados.
3.3 BIBLIOGRAFÍA
Análisis y Diseño de Sistemas 8ed Kendall redacted.
Sistemas de información Gerencial - 12 Ed. Laudon
LIBRO_Teoría General de Sistemas1
pressmaningenieria de software 7ma Ed.desbloqueado7
65. ESTRATEGIAS DEL
PROYECTO
INDICADORES FUENTES DE
VERIFICACION
SUPUESTOS
OBJETIVOGENERAL
Implementar un sistema
de
información automatizado
para mejorar y simplificar
el tiempo de búsquedas
en la validación de
mercaderías a fin de evitar
multas y demoras.
-Los validadores realizan
una búsqueda.
- 300 agencias aduaneros
realizan este trabajo día a
día (La Paz).
-deficiente de los diversos
costos arancelarios.
- Existe un acceso a los
aranceles aduaneros a
través de un libro
arancelario desde 1999.
- Entre marzo y junio de
2017.
- Departamento de La Paz.
- Se realizará la entrega del
documento de forma
magnética e impreso.
Donde la parte magnética
estará el sistema y en la
parte impresa estará
contenida del perfil de
proyecto y manual de
usuario
Se tiene acceso a la
información es posible
implementar el sistema de
búsqueda
satisfactoriamente.
OBJETIVOSESPECIFICOS
Observar los procesos de
importación y exportación
de mercadería para iniciar
el análisis y diseño del
sistema de información,
partiendo de procesos
confiables y eficientes que
garanticen el mayor
aprovechamiento de los
datos.
Entrevistas
Aplicación de
cuestionarios
70% Entrevista con el
coordinador y
responsable del arancel
se tiene acceso a la
información
y al personal capacitado
para la implementación del
análisis y diseño
Estudiar la situación actual
de la empresa y de su
sistema de información,
definiendo las
necesidades y las
60% Encuestas para la parte de
la
información
Se tiene contactos con los
expertos
de validación presentes
agencias aduanera en el
departamento.
66. prioridades de los
usuarios, proponiendo
diferentes soluciones para
las principales
necesidades del arancel
aduanero.
Entrevistas
programadas
Cuestionarios
detallados
Elaborar una Base de
Datos para la validación
de mercaderías de
acuerdo a los diferentes
impuestos del arancel
aduanero.
Capacitación a
desarrolladores,
con la ayuda
expertos.
53% Se tiene acceso total al
libro del
arancel aduanero de la
presente gestión.
Implementar el sistema de
funcionamiento de los
diferentes aranceles
aduaneros para lograr una
búsqueda simplificada de
los mismos.
Pruebas piloto
Uso de demos
51% se tiene acceso a ver las
anteriores
validaciones para asi
analizar e implementar los
datos.
Desarrollar un plan de
prueba para cada uno de
los módulos elaborados,
empleando datos reales
con los usuarios del
sistema.
Entrevistas y Encuestas a
los usuarios
67. Implementar
métodos de adición,
eliminación,
búsqueda,
validación y
muestra de datos.
Resultados
Realizado con éxito 90%
Evaluando el análisis 80%
completando la
información
72%
En proceso para el diseño 52%
ACTIVIDADES
1. Estudio preliminar y
diagnóstico del arancel
2. Análisis de la situación
actual del Arancel
3.Analisis del sistema de
información
4. Diseño del sistema
68. A.2 CRONOGRAMA DE ACTIVIDADES
Nombre de tarea Duración Comienzo Fin Predecesoras
1. Estudio preliminar y diagnóstico del arancel aduanero 8,1 días jue 06/04/17 mar 18/04/17
1.1 Aclarar la solicitud del acceso a la información del
arancel (libro)
1 día jue 06/04/17 vie 07/04/17
1.2 Análisis del proceso de consultas al libro 3 días vie 07/04/17 mié 12/04/17 2
1.3 Gestión de datos e informes 2 días mié 12/04/17 vie 14/04/17 3
1.4 Elaborar Encuestas y Entrevistas 1 día vie 14/04/17 lun 17/04/17 4
1.5 Analizar resultados 1 día lun 17/04/17 mar 18/04/17 5
2. Análisis de la situación actual del arancel 10 días mié 19/04/17 jue 04/05/17 1
2.1 Estudio de los informes detallados del libro 3 días mié 19/04/17 lun 24/04/17
2.2 Depuración y carga de datos actualizados del libro 2 días lun 24/04/17 mié 26/04/17 8
2.3 Estudio de tipos de mercaderías arancelarias 4 días mié 26/04/17 mar 02/05/17 9
2.4 Realizar entrevistas y encuestas a los usuarios 1 día mié 03/05/17 jue 04/05/17 10
3. Análisis del sistema de información 8 días jue 04/05/17 mar 16/05/17 7
3.1 Especificación de requisitos necesarios 2 días jue 04/05/17 lun 08/05/17
3.2 Análisis del sistema información actual 2 días lun 08/05/17 mié 10/05/17 13
3.3 Análisis de estructura de datos del libro
arancelarios
3 días mié 10/05/17 lun 15/05/17 14
3.4 Realizar entrevistas y encuestas 1 día lun 15/05/17 mar 16/05/17 15
4. Diseño del sistema 12 días mié 17/05/17 lun 05/06/17 12
69.
70. A.3 ESTUDIO DE FACTIBILIDAD
A.3.1 FACTIBILIDAD TÉCNICA
El sistema de búsqueda arancelaria e instalará personalmente en una sola
computadora por lo que cada agencia aduanera que precise de este software
habilitará un equipo para el uso exclusivo del mismo, cabe recalcar a su vez que
no se precisará tener acceso a través de la Web para el correcto funcionamiento
del sistema.
Para tal efecto las agencias deben contar con equipos que tengan las siguientes
características:
Procesador : Intel Pentium 4 de 2.4 GHz
Memoria RAM : 512 MB DDR
Disco Duro : 1HDD de 40 GB
Monitor : 15”
Teclado : Standard PS 2
Mouse : OMEGA PS 2
Estabilizador ProNet de1000 W
Sistema Operativo:
Microsoft Windows 7, 8, 8.1 y 10.
Programas instalados:
Microsoft Office
DoNet framework 4.6
Crystal Report
Adobe Acrobat
SQL Server Managment Studio
A.3.2 FACTIBILIDAD ECONÓMICA
Costo de desarrollo del sistema
Construcción: 3 desarrolladores de sistemas $6.171 (Costo total)
Insumos: 2 Resmas de Papel $ 3.00
1 Caja de Lapiceros $ 2.00
Llamadas Telefónicas $ 10
Impresión $ 15.00
Cartucho de Tinta Negro $ 20.00
71. Cartucho de Tinta Color $ 35.00
Beneficios
Tangibles:
Disminución de errores.
Mayor eficiencia en base a una reducción considerable de tiempo.
Reducción de las multas y tiempo de salida de las diferentes mercaderías.
Manejo adecuado y oportuno de la información.
Intangibles:
Satisfacción del Cliente
Mejora la toma de decisión.
A.3.3 FACTIBILIDAD OPERATIVA
Para mejorar la validación que se realiza por personas naturales y/o por agencias
aduaneras se desarrollará una aplicación sencilla con referencia a la búsqueda de
las diversas mercaderías a ser validadas. Los tipos de búsqueda que se
implementarán son rápida (expertos) y por categorías (personas no muy
entendidas en el área). El sistema no funcionará en red ya que es un sistema de
escritorio, que cuenta con la protección debida de los datos para evitar la
modificación de los mismos. La implementación de dicho sistema facilitará de
muchas maneras (tiempo, multas, satisfacción de los clientes) la tarea de la
validación como se la viene realizando hasta el momento. Debido a la expectativa
y la aceptación de los usuarios a los que el sistema iría dirigido el mismo llega a
ser factible operativamente.
72. CUESTIONARIO
SISTEMA DE BÚSQUEDA AUTOMATIZADO
Nombre: …………………………………………………………………………………
Ocupación:..……………………………………………………………………………
1. ¿Cuáles son las mayores dificultades que encuentra en el tema de
validación?
………………………………………………………………………………………
………………………………………………………………………………………
2. La lista de empaque viene generalmente por: código, nombre u otro.
………………………………………………………………………………………
………………………………………………………………………………………
3. ¿Precisa tener conocimiento sobre las leyes aduaneras para la validación?
………………………………………………………………………………………
………………………………………………………………………………………
4. ¿Los nombres que vienen en la lista de empaque son similares a los del
arancel aduanero?
………………………………………………………………………………………
………………………………………………………………………………………
5. ¿Qué herramienta emplea para realizar la validación?
………………………………………………………………………………………
………………………………………………………………………………………
6. ¿Cuánto tiempo demora un trámite de validación?
………………………………………………………………………………………
………………………………………………………………………………………
7. Mayores dificultades que encuentra en el tema de validación