Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PONTIFICIA
DE
SAN FRANCISCO XAVIER DE
CHUQUISACA
FACULTAD DE TECNOLOGÍA
CARRERA DE INGENIERÍA DE SISTEMAS
Docente: XXX
1
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
ÍNDICE
Capítulo 1. Introducción..............................................................................................................4
1.1 Título......................................................................................................................................4
1.2 Antecedentes..........................................................................................................................4
1.3 Situación Problemática..........................................................................................................5
1.4 Problema Central...................................................................................................................6
1.5 Abordaje de Solución............................................................................................................6
1.6 Objetivo General....................................................................................................................7
1.7 Objetivos Específicos............................................................................................................8
1.8 Justificación...........................................................................................................................8
1.8.1 Justificación Económica.....................................................................................................8
1.8.2 Justificación Operativa.......................................................................................................9
Capítulo 2. Marco Contextual....................................................................................................10
2.1 Detalles del CAINCO CH...................................................................................................10
2.3 Verificación de la situación problemática...........................................................................13
Capítulo3. FundamentoTeórico.................................................................................................19
3.1 Marco Teórico.....................................................................................................................19
3.1.6 Tecnologías y herramientas..............................................................................................37
Capítulo 4. Metodología aplicada al proyecto...........................................................................40
4.1 Recursos Técnicos...............................................................................................................40
4.1.1 Sistema Operativo.............................................................................................................40
4.1.2 Entorno de Desarrollo.......................................................................................................40
4.2 Metodología de Investigación..............................................................................................40
4.2.1 Método de la sistematización............................................................................................40
4.2.2 Método de modelamiento de sistemas..............................................................................41
4.2.3 Técnicas............................................................................................................................41
4.2.4 Herramientas.....................................................................................................................41
4.2.5 Metodología de Desarrollo...............................................................................................42
2
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
3
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Capítulo 1. Introducción
1.1Título
1.2Antecedentes
Cainco Chuquisaca con más de 120 años de historia. La institución fue creada el 24 de
marzo de 1893, ante iniciativa de prominentes empresarios de la época, con el objetivo de
proteger y defender los derechos e intereses de los sectores industriales y comerciales del
departamento.
En los primeros años de operación de la Cámara, la mayor parte de los empresarios afiliados
eran extranjeros, principalmente de origen español, judío, árabe, italiano y alemán. Desde su
creación, la Cámara de Comercio desempeño un rol preponderante impulsando el desarrollo
regional. A partir de 1894 integró la Comisión de Hacienda del Concejo Municipal de Sucre
encargada de fijar las patentes comerciales, en representación del sector privado de la ciudad.
4
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Uno de los logros más importantes de la Cámara se alcanzó en 1895 cuando celebro el primer
arbitraje comercial en la Ciudad de Sucre, iniciando las actividades como entidad mediadora
en conflictos de materia empresarial, servicio que se mantiene hasta la actualidad. En el seno
de la institución se forjaron emprendimientos importantes para la región como la creación de
la primera empresa de teléfonos, luz y fuerza eléctrica establecida en Sucre.
En 1962, se editó la primera Guía Comercial de Chuquisaca, con el registro de una gran
mayoría de empresarios del comercio y la industria y se organizó un Servicio de Información
Confidencial, con la participación de los empresarios que, voluntariamente, quisieran aportar
con listas e informes sobre deudores morosos. Ese servicio fue el inicio del actual Buro de
información Crediticia Enserbic S.A. del que forma parte la Cámara en calidad de accionista.
5
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
En los últimos 20 años, la Cámara consolido la apertura del primer servicio de exportaciones
en la región (SENAVEX), impulsó el desarrollo del área de asentamiento industrial y propicio
la creación del Instituto Boliviano de Normalización y Calidad IBNORCA.
6
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Debido a que los diferentes tipos de empresas afiliadas se le asignan una determinada
categoría de aportes y estos realizan pagos en cuotas o por adelantado y al no tener un
historial de pagos realizados por cada empresa, se tiene un problema al no poder
generar una lista de deudores morosos por sector empresarial.
Muchas veces se obtiene información inconsistente sobre el estado de afiliación de las
empresas debido a que al dar de baja a empresas, no se actualizan de manera
automática el estado de afiliación y aportes de dichas empresas
No se aprovecha de manera óptima el intercambio de servicios que se acuerdan con
algunas empresas al no contar con una lista de las empresas y de los servicios que estas
intercambian con Cainco.
Al tener una continua comunicación e interacción con todas las empresas, no se tiene
un mecanismo de control, seguimiento y confirmación de los envíos y recepciones de
correspondencias con dichas empresas ocasionando muchas veces desinformación de
eventos y actividades organizadas para el ámbito empresarial y comercial
Por otra parte al ser responsable de administrar los recursos humanos e inmuebles de
sus instalaciones se incurre en una mala planificación en calendario de las diferentes
actividades, reuniones y eventos que se realizan periódicamente al tener choques de
horarios en salones requeridos que ya han sido reservados.
Por último y como consecuencia de los puntos mencionados anteriormente, se tiene
dificultades al generar reportes requeridos como: Empresas dadas de baja en su
afiliación, Afiliados por año, Afiliados por categoría, Afiliados por Rubro, Lista de
ofertas y demandas, Lista de Afiliados por zona, Lista histórica de Afiliados, Lista de
afiliados por fecha de inscripción, Mora Sector Industrial, Cuotas de Afiliados, Estado
de aportes por cobrar y Aportes realizados en un determinado mes.
Debido a las razones expuestas, surge la interrogante de cómo solventar todos estos
problemas, si lo que se persigue es administrar y gestionar la información que maneja Cainco
de manera eficiente y que permita soportar nuevas tecnologías, a fin de mejorar el uso de sus
recursos, aumentar la calidad de los servicios que se ofrecen a las empresas y contar con
información completa y actualizada para alcanzar los objetivos trazados en función de unas
estrategias establecidas.
7
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
1.4Problema Central
El problema central radica en que los procesos que se realizan en Cainco Chuquisaca como el
registro de empresas, afiliaciones, aportes, correspondencias, inmuebles, planificación de
reuniones, actividades y eventos, carecen de organización y controles adecuados y la
referencias de los pagos de aportes es deficiente debido fundamentalmente a que estas
operaciones son manuales y por lo tanto repercuten en la correcta captación de ingresos y
ocasionan gastos innecesarios al no aprovechar los servicios de intercambio, dificultando la
generación de informes y/o reportes, es decir se tiene información incompleta y
desactualizada, en ocasiones se llega a perder dicha información, lo que dificulta el control y
administración de sus recursos, ocasionando pérdida de tiempo en la búsqueda de información
importante para la toma de decisiones de la institución.
1.5Abordaje de Solución
A fin de lograr una solución práctica al problema planteado, se propone automatizar la gestión
de la información que maneja Cainco, con un Sistema Informático que se elaborará con las
Últimas Tecnologías en Desarrollo Java Web Empresarial, que permita acceder a la
información de manera rápida y oportuna, desde cualquier lugar, a cualquier hora y desde
cualquier dispositivo que se conecte a la Red Mundial Internet, el cual organizará la
información previamente colocadas en una base de datos en un Servidor Web, a partir de la
cual también se obtendrán informes y/o reportes generados automáticamente, para tener un
control y seguimiento de los procesos que intervienen en la administración de la institución y
que apoye a la toma de decisiones de la misma. Todo esto conduce a que una solución ante la
situación planteada, es Concretizar el Sistema propuesto que permita eliminar todas las
deficiencias encontradas en la administración de Cainco Chuquisaca, mediante la
implementación de una plataforma que integre los diferentes datos existentes en la institución
inherentes a las Empresas afiliadas, con la finalidad de poder soportar tantos los servicios
actuales como los que están por venir.
8
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Para la elaboración del sistema propuesto se optó por utilizar las últimas tecnologías en
Desarrollo Java Web Empresarial y las METODOLOGÍAS Y HERRAMIENTAS
inherentes, que se mencionan a continuación:
Extreme Programming (XP): para la planificación del Proyecto, que propone una
metodología basada esencialmente en la simplicidad y agilidad.
Lenguaje Unificado de Modelado (UML): para el modelado orientado a objetos.
Lenguaje XHTML con tecnologías PRIMEFACES: para desarrollo de Interfaz de
usuario.
Lenguaje de programación JAVA: para el desarrollo de procesamiento de
información
Plataforma de desarrollo Eclipse (JAVA WEB J2EE): como entorno de desarrollo
MyBatis Framework (Mapeo Objeto Relacional): para el modelado de Base de
Datos.
Spring Framework: se encarga de la infraestructura para que nosotros nos centremos
en la aplicación.
9
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
El sistema apoyará y mejorará los siguientes procesos que se llevan a cabo en La Cámara de
industria, Comercio, Servicios y Turismo de Chuquisaca (CAINCO):
10
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
1.6Objetivo General
1.7Objetivos Específicos
11
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
1.8Justificación
1.8.1 Justificación Económica
12
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Planificación y Cronograma
Este Plan y Cronograma de Desarrollo del Software es una versión inicial preparada para ser
incluida en la propuesta de Proyecto de grado como respuesta a la última asignatura de la
carrera de Ingeniería de Sistemas de la Facultad de Tecnología de la Universidad de San
Francisco Xavier de Chuquisaca. Este apartado provee una visión global del enfoque de
desarrollo propuesto.
Planificación
13
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
que no permiten establecer con certeza la complejidad del desarrollo, se realizan pequeños
programas de prueba (“spikes”), para reducir estos riesgos. Una vez realizadas estas
estimaciones, se organiza una reunión de planificación, con los diversos actores del proyecto
(cliente, desarrolladores, gerentes), a los efectos de establecer un plan o cronograma de
entregas (“Release Plan”) en los que todos estén de acuerdo. Una vez acordado este
cronograma, comienza una fase de iteraciones, en dónde en cada una de ellas se desarrolla,
prueba e instala unas pocas “historias de usuarios”. Según Martín Fowler (uno de los firmantes
del “Agile Manifesto”), los planes en XP se diferencian de las metodologías tradicionales en
tres aspectos:
• Simplicidad del plan. No se espera que un plan requiera de un “gurú” con
complicados sistemas de gerenciamiento de proyectos.
• Los planes son realizados por las mismas personas que realizarán el trabajo.
• Los planes no son predicciones del futuro, sino simplemente la mejor
estimación de cómo saldrán las cosas. Los planes son útiles, pero necesitan ser
cambiados cuando las circunstancias lo requieren. De otra manera, se termina
en situaciones en las que el plan y la realidad no coinciden, y en estos casos, el
plan es totalmente inútil.
Los conceptos básicos de esta planificación son los siguientes:
Historias de usuarios
Las “Historias de usuarios” (“User stories”) sustituyen a los documentos de especificación
funcional, y a los “casos de uso”. Estas “historias” son escritas por el cliente, en su propio
lenguaje, como descripciones cortas de lo que el sistema debe realizar. La diferencia más
importante entre estas historias y los tradicionales documentos de especificación funcional se
encuentra en el nivel de detalle requerido. Las historias de usuario deben tener el detalle
mínimo como para que los programadores puedan realizar una estimación poco riesgosa del
tiempo que llevará su desarrollo. Cuando llegue el momento de la implementación, los
desarrolladores dialogarán directamente con el cliente para obtener todos los detalles
necesarios.
El cronograma de entregas establece qué historias de usuario serán agrupadas para conformar
una entrega, y el orden de las mismas. Este cronograma será el resultado de una reunión entre
todos los actores del proyecto (cliente, desarrolladores, gerentes, etc.). XP denomina a esta
reunión “Juego de planeamiento” (“Planning game”), pero puede denominarse de la manera
que sea más apropiada al tipo de empresa y cliente (por ejemplo, Reunión de planeamiento,
“Planning meeting” o “Planning workshop”)
Típicamente el cliente ordenará y agrupará según sus prioridades las historias de usuario. El
cronograma de entregas se realiza en base a las estimaciones de tiempos de desarrollo
realizadas por los desarrolladores.
Luego de algunas iteraciones es recomendable realizar nuevamente una reunión con los
actores del proyecto, para evaluar nuevamente el plan de entregas y ajustarlo si es necesario.
15
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
16
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
17
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
18
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
19
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Cainco Express es una iniciativa que plantea temas de interés, que son analizados por los
empresarios y expertos en el tema invitados especialmente. A lo largo del año se realizan
tertulias con diversas temáticas como: impuestos, normativa laboral, tecnología o gestión
empresarial.
En muchas de las ocasiones, uno de los afiliados presenta su experiencia y la comparte con los
asistentes, fortaleciendo los vínculos asociativos.
Listado de Asociados
Las empresas con más prestigio de la región forman parte de Cainco Chuquisaca.
20
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Cainco Chuquisaca brinda el apoyo para crear un núcleo empresarial, orienta en los primeros
pasos. Apoya la definición de estrategias, la convocatoria de emprendedores del rubro y la
organización de las primeras actividades.
Como Afiliarse
Cualquier empresa puede ser parte de Cainco Chuquisaca. Para afiliarse se debe presentar una
solicitud de afiliación y fotocopia simple de documentos que acrediten el funcionamiento de la
empresa. Las empresas que quieran ser parte de Cainco Chuquisaca, deben llenar un
Formulario de afiliación que puede ser obtenido en la Unidad de Atención al Socio, 2do. Piso
del Centro Empresarial.
El Formulario Afiliación deber ir acompañado de la siguiente documentación, en fotocopia
simple:
I.EMPRESAS UNIPERSONALES
21
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
II.EMPRESAS SOCIETARIAS
Formulario de afiliación
CAINCO CHUQUISACA
FORMULARIO DE SOLICITUD DE AFILIACION
1) NOMBRE Y ROTULO COMERCIAL
Nombre o Razón Social de la
Empresa:
Rotulo Comercial:
2) ESTRUCTURA LEGAL
Clase de
Societaria
Sociedad:
Nombre
Unipersonal
Propietario:
Nombre del Gerente de la Empresa:
3) REPRESENTANTES ANTE CAINCO CHUQUISACA
Titular:
Alterno:
22
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
23
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Marco teorico
Extreme Programming (XP) surge como una nueva manera de encarar proyectos de software,
proponiendo una metodología basada esencialmente en la simplicidad y agilidad. Las
metodologías de desarrollo de software tradicionales (ciclo de vida en cascada, evolutivo, en
espiral, iterativo, etc.) aparecen, comparados con los nuevos métodos propuestos en XP, como
pesados y poco eficientes. La crítica más frecuente a estas metodologías “clásicas” es que son
demasiado burocráticas. Hay tanto que hacer para seguir la metodología que, a veces, el ritmo
entero del desarrollo se retarda. Como respuesta a esto, se ha visto en los últimos tiempos el
surgimiento de “Metodologías Ágiles”. Estos nuevos métodos buscan un punto medio entre la
ausencia de procesos y el abuso de los mismos, proponiendo un proceso cuyo esfuerzo valga
la pena.
Los métodos ágiles cambian significativamente algunos de los énfasis de las metodologías
“clásicas”:
• Los métodos ágiles son adaptables en lugar de predictivos. Los métodos
“clásicos” tienden a intentar planear una gran parte del proceso del software en
gran detalle para un plazo largo de tiempo. Esto funciona bien hasta que las
cosas cambian. Así que su naturaleza es resistirse al cambio. Para los métodos
ágiles, no obstante, el cambio es bienvenido. Intentan ser procesos que se
adaptan y crecen en el cambio.
• Los métodos ágiles son orientados a la gente y no orientados al proceso. El
objetivo de los métodos “clásicos” es definir un proceso que funcionará bien
independientemente de quien lo utilice. Los métodos ágiles afirman que ningún
24
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
25
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
UML es un lenguaje de propósito general para el modelado orientado a objetos, que combina
notaciones provenientes desde: Modelado Orientado a Objetos, Modelado de Datos, Modelado
de Componentes, Modelado de Flujos de Trabajo (Workflows).
En todos los ámbitos de la ingeniería se construyen modelos, en realidad, simplificaciones de
la realidad, para comprender mejor el sistema que vamos a desarrollar: los arquitectos utilizan
y construyen planos (modelos) de los edificios, los grandes diseñadores de coches preparan
modelos en sistemas existentes con todos los detalles y los ingenieros de software deberían
igualmente construir modelos de los sistemas software.
Un enfoque sistemático permite construir estos modelos de una forma consistente
demostrando su utilidad en sistemas de cierto tamaño. Cuando se trata de un programa de
cincuenta, cien líneas, la utilidad del modelado parece discutible pero cuando involucramos a
cientos de desarrolladores trabajando y compartiendo información, el uso de modelos y el
proporcionar información sobre las decisiones tomadas, es vital no sólo durante el desarrollo
del proyecto, sino una vez finalizado éste, cuando se requiere algún cambio en el sistema. En
realidad, incluso en el proyecto más simple los desarrolladores hacen algo de modelado, si
bien informalmente. Para la construcción de modelos, hay que centrarse en los detalles
relevantes mientras se ignoran los demás, por lo cual con un único modelo no tenemos
bastante.
26
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
uso de javascript no intrusivo (no aparece en línea dentro de los elementos, sino dentro
de un bloque <script>).
27
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Tomcat puede funcionar como servidor web por sí mismo. En sus inicios existió la percepción
de que el uso de Tomcat de forma autónoma era sólo recomendable para entornos de
desarrollo y entornos con requisitos mínimos de velocidad y gestión de transacciones. Hoy en
día ya no existe esa percepción y Tomcat es usado como servidor web autónomo en entornos
con alto nivel de tráfico y alta disponibilidad.
Los widgets de Eclipse están implementados por una herramienta de widget para Java
llamada Standard Widget Toolkit, a diferencia de la mayoría de las aplicaciones Java, que
usan las opciones estándar Abstract Window Toolkit (AWT) o Swing. La interfaz de usuario
de Eclipse también tiene una capa GUI intermedia llamada JFace, la cual simplifica la
construcción de aplicaciones basadas en SWT.
28
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
El SDK de Eclipse incluye las herramientas de desarrollo de Java, ofreciendo un IDE con un
compilador de Java interno y un modelo completo de los archivos fuente de Java. Esto permite
técnicas avanzadas de refactorización y análisis de código. Mediante diversos plugins estas
herramientas están también disponibles para otros lenguajes como C/C++ (Eclipse CDT) y en
la medida de lo posible para lenguajes de script no tipados como PHP o Javascript. El IDE
también hace uso de un espacio de trabajo, en este caso un grupo de metadato en un espacio
para archivos plano, permitiendo modificaciones externas a los archivos en tanto se refresque
el espacio de trabajo correspondiente.
29
U.M.R.P.S.F.X.CH. Administración y Gestión de
Facultad de Tecnología CAINCO CHUQUISACA
Ingeniería de Sistemas
Java. La primera versión fue escrita por Rod Jonhson. Es una plataforma Java que otorga una
infraestructura de apoyo global al desarrollo de aplicaciones Java. De este modo, Spring se
encarga de la infraestructura para que nosotros nos centremos en la aplicación.
Unos ejemplos pueden ser:
· Inyección de dependencia e inversión de control.
· Integración del acceso a datos.
· Facilitar el desarrollo de aplicaciones web separando claramente las partes del
modelo, vista y controlador.
· Poder ejecutar métodos transaccionales en una base de datos sin necesidad de lidiar
con API de transacción, métodos remotos sin tener que lidiar con API de
procedimientos remotos, métodos de gestión sin JMX, control de mensajes sin JMS...
30