Está en la página 1de 49

NDICE DE CONTENIDO

TTULO
1. 2. 3.

Pg.

INTRODUCCIN ..................................................................................................1 ANTECEDENTES .................................................................................................1 PLANTEAMIENTO DEL PROBLEMA ...................................................................6 3.1. Identificacin del problema ..............................................................................6 3.1.1. Identificacin de la situacin problemtica ...............................................7 3.1.2. Identificacin de las causas ......................................................................8 3.2. Formulacin del problema ...............................................................................9

4.

OBJETIVOS Y ACCIONES ...................................................................................9 4.1. Objetivo General .............................................................................................9 4.2. Objetivos Especficos y Acciones ....................................................................9

5.

JUSTIFICACION .................................................................................................13 5.1. Justificacin tcnica ......................................................................................13 5.2. Justificacin econmica ................................................................................14 5.3. Justificacin social.........................................................................................14 5.4. Justificacin operativa ...................................................................................14

6.

ALCANCE ...........................................................................................................15 6.1. Alcance temtico ...........................................................................................15 6.2. Alcance institucional ......................................................................................15 6.3. Alcance temporal...........................................................................................15

7.

HIPTESIS .........................................................................................................15 7.1. Anlisis de Variables .....................................................................................15 7.2. Definicin Conceptual ...................................................................................16 7.3. Operativizacin de Variables .........................................................................17

8. 9.

MATRIZ DE CONSISTENCIA .............................................................................18 FUNDAMENTACION TEORICA .........................................................................19 i

9.1. Contenido Temtico ......................................................................................19 9.2. Desarrollo de la fundamentacin terica .......................................................24 10. DISEO DE LA INVESTIGACION ......................................................................36 11. TEMARIO TENTATIVO .......................................................................................41 12. CRONOGRAMA DE TRABAJO ..........................................................................44 13. BIBLIOGRAFIA ...................................................................................................45

ii

NDICE DE TABLAS
Tabla 1: Objetivos especficos y acciones .................................................................10 Tabla 2: Operativizacin de variables ........................................................................17 Tabla 3: Matriz de Consistencia.................................................................................18 Tabla 4: Contenido Temtico .....................................................................................19 Tabla 5: Diseo de la investigacin ...........................................................................36 Tabla 6: Cronograma de Trabajo ...............................................................................44

iii

NDICE DE FIGURAS
Figura 1: Matriz de Consistencia ...............................................................................18 Figura 2: Componentes de TI, Heterogneos ...........................................................26 Figura 3: Esquema de un DBMS ...............................................................................29 Figura 4: Ciclo de vida UP .........................................................................................35

iv

1.

INTRODUCCIN

La informacin, sin importar su tamao o naturaleza se ha convertido en uno de los activos ms valiosos dentro de cualquier organizacin o institucin, es por esto que debe ser manejada de forma eficiente al igual que ofrecer un alto grado de disponibilidad y confiabilidad, para as, poder garantizar una mejor y ms eficaz toma de decisiones dentro de la organizacin. (H., 2011) Para lograr la correcta gestin y administracin de la informacin dentro de una organizacin, la misma debe apoyarse en el uso de sistemas de informacin computarizados, los cuales brindan la confiabilidad, integridad y disponibilidad de la informacin que la organizacin necesita. Estos sistemas de informacin pueden ser de tipo comercial o de desarrollo personalizado, ajustados a las necesidades de informacin de cada organizacin. La necesidad de actualizar los procesos en las empresas como instituciones, permite tener un alto crecimiento tecnolgico y con grandes niveles de exigencia por parte del cliente a cual ofrecen sus servicios. Como una de las prioridades de las empresas es su negocio, la tecnologa va asociado a ello, ya que esta le permitir alcanzar sus objetivos de una forma ms eficiente y confiable. En la Escuela Militar de Ingeniera unidad acadmica Cochabamba se cuenta con varios sistemas desarrollados de acuerdo a las necesidades y requerimientos de las reas, algunas de estas reas son la parte acadmica, contable y disciplinaria, etc. Estos sistemas son usados por jefes de carrera, administrativos y/o estudiantes, debido a que los sistemas fueron desarrollados de manera independiente, el manejo de cada uno de los sistemas es tambin independiente y por tanto no existe una interrelacin de los sistemas provocando prdida de tiempo en la obtencin de la informacin.

2.

ANTECEDENTES

La EMI (Escuela Militar De Ingeniera) tiene como misin formar y especializar profesionales de excelencia, con valores ticos, morales y cvicos; caracterizados por 1 de 49

su responsabilidad, liderazgo y disciplina; promoviendo la interaccin social, la investigacin cientfica y tecnolgica para contribuir al desarrollo integral del pas. El ao 1950, como resultado de un proceso de estudios organizacionales y analticos el Estado Mayor del Ejrcito de Bolivia determino la creacin de un Instituto Tcnico de nivel acadmico, con la responsabilidad de formar oficiales del Ejrcito, amplindose la oferta acadmica en el ao 1980. Por resolucin de la VIII Conferencia de Universidades, la Universidad Boliviana reconoci a la Escuela Militar de Ingeniera como Institucin Autorizada y facultada para la formacin de ingenieros y le otorgan la potestad de extender Diplomas Acadmicos y Ttulos en Provisin Nacional. (Escuela Militar de Ingenieria, 2014) Dentro de las funciones que realiza la EMI, se encuentra el manejo de los sistemas acadmico, contable y disciplinario para los estudiantes, estos fueron desarrollados de manera independiente de acuerdo a las necesidades que surgan, estas fueron hechas en varias plataformas como ser Windows y Unix, y que cuentan con diferentes sistemas gestores de base de datos (DBMS), adems que funcionan de manera independiente, sin que exista algn protocolo de comunicacin entre los diferentes sistemas. A partir de las entrevistas realizadas al jefe de sistemas informticos sobre los sistemas acadmico, contable y disciplinario se logr obtener las caractersticas de las plataformas y los sistemas: 1. Sistemas Acadmico: DBMS: SQL Server 2000 Lenguaje: Visual Basic.net Sistema Operativo: Windows Server 2003 Gestor de Reportes: Crystal Reports

2. Sistema Disciplinario DBMS: MySQL 5.4 Lenguaje: PHP Sistema Operativo: CentOs 5.5 2 de 49

3. Sistema Contable DMBS: Informix SQL v 4.10. Lenguaje: 4 GL Sistema Operativo: Unix

4. Plataforma Web DMBS: MySQL v5.4 Gestor de Contenido: JOOMLA 2.5.23 Espaol Sistema Operativo: CentOS 5.5

5. Copia de Respaldo Sistema Acadmico DBMS: SQL Server 2008 Sistema Operativo: Windows 7 Professional Servicios Instalados: Apache, MySQL

El sistema acadmico provee a la universidad funciones que facilitan la gestin y el control acadmico. Est diseado para ser una plataforma multiusuario que permite acceder a los distintos usuarios a los recursos de la universidad (docentes, personal administrativo, estudiantes y jefes de carrera). Entre los objetivos principales de este sistema se distinguen los siguientes aspectos: Administrar los procesos administrativos relacionados con los cursos, como ser las evaluaciones parciales correspondientes. Brindar informes estadsticos del rendimiento de los estudiantes de acuerdos a las evaluaciones parciales o semestrales ya sea por materia o por semestre. Obtener el reporte de docentes, como ser la carga horaria y el detalle de materias que dicta. Brindar el informe de orden de mrito para los cursos. Administrar las planillas de evaluacin de docentes de acuerdo a la materia y el tipo de evaluacin que corresponda de acuerdo a un determinado curso. El sistema contable es una herramienta de informacin que permite conocer la situacin financiera y econmica de la universidad, esta informacin permite apoyar la toma de decisiones administrativas de la EMI de manera eficiente y oportuna; pero 3 de 49

esta informacin debe ser analizada, clasificada, registrada de acuerdo al estatuto orgnico de funcionamiento. Este sistema es administrado por el rea de informtica. El sistema disciplinario es el ms reciente de todos, ya que fue implementado a partir de 2011, este se encarga de controlar la parte disciplinaria de los estudiantes basndose en el reglamento RAC-07 Reglamento de Disciplina de Pregrado de la EMI, en donde se registran los puntajes que los estudiantes pueden acumular ya sea en contra o a favor dentro del semestre, este sistema brinda el reporte detallado de faltas correspondiente a los estudiantes y por carrera. La lista de reportes que se generan de acuerdo a los usuarios con los sistemas existentes son los siguientes: Reportes Gerenciales (Jefaturas de Carrera): o Relacin nominal de los estudiantes de acuerdo a la carrera ordenada por cdigos de los estudiantes pertenecientes al semestre acadmico. o Lista por cursos o por carreras del estado de cuenta de los estudiantes de acuerdo a un determinado mes o del semestre en general. o Lista de faltas acadmicas pertenecientes a cada uno de los estudiantes ordenado por curso. o Orden de mrito1 de los estudiantes ordenado por el curso y semestre acadmico. o Planilla de calificaciones por docente y materia, en esta se selecciona el tipo de evaluacin que corresponda y esta muestra la relacin nominal del curso que corresponde mostrando el cdigo de los alumnos y la nota que corresponda a tipo de calificacin. Reportes Administrativos (Personal del DAF) o Obtener el historial de calificaciones de un estudiante para poder imprimirlo.

La orden de mrito es la lista de estudiantes ordenado por promedio semestral tomando en cuenta el nmero de materias y el nmero de exmenes de segunda instancia.

4 de 49

o Reporte de calificaciones de manera general del curso ordenado por cdigo dependiendo del periodo de evaluacin ya sea parcia o final. o Extracto de cuenta de pago por mes del semestre acadmico por estudiante. o Extracto de pago del semestre acadmico ordenado por curso y jefatura de carrera. Reportes para usuarios finales (Estudiantes) o Historial de calificaciones propias del estudiante. Para la entrega de reportes de acuerdo a la informacin requerida se debe acudir al rea que corresponda y pedir al encargado de tal, que entrega el reporte del mismo. La necesidad de acceder a los diferentes sistemas es de vital importancia para la institucin ya que este basa sus decisiones de acuerdo a la informacin que se pueda brindar, el cruzar la informacin impresa de distintos sistemas de manera manual y elaborar otros informes como ser historial de notas, reporte de faltas, reporte contable de estudiantes, y dems, provoca la inconsistencia de informacin, perdida tiempo, errores, incomodidad. Por ejemplo para poder obtener el historial de notas de un estudiante este debe apersonarse al departamento de informtica y solicitar el reporte del historial de notas que corresponda a su semestre acadmico, siempre y cuando sea para un proceso acadmico como ser inscripcin, reincorporacin o para una solicitud de beca, caso contrario el estudiante debe esperar a que las notas sean actualizadas en la plataforma web de la EMI ya sea la de Cochabamba o el de La Paz, pero este ltimo tarda ms tiempo en poder mostrar las notas, ya que en ella se encuentra centralizada para las cuatro unidades acadmicas y se deben generar archivos XML 2 con los cdigos de cada uno de los estudiantes separados de acuerdo a la unidad acadmica, manejar este tipo de archivos permite un tiempo de consulta ms rpido

XML, por sus siglas en ingls de eXtensible Markup Language (lenguaje de marcas extensible), es un lenguaje de marcas desarrollado por el World Wide Web Consortium (W3C) utilizado para almacenar datos en forma legible.

5 de 49

que obtener los resultados directamente de las vistas creadas dentro de la base de datos, pero este proceso es tedioso y requiere un tiempo considerable para realizarlo. Se presenta un problema similar al momento de obtener la informacin del sistema de disciplina ya que esta informacin no se encuentra disponible ni accesible para un usuario que no sea el administrador de ese sistema. El sistema contable provee la informacin detallada de las cuentas de los estudiantes de manera detallada, pero este se encuentra aislado y funcionando de manera independiente de los dems sistemas, adems de que no brinda una interfaz amistosa para sus usuarios. Adems para poder obtener cualquier reporte que sea necesario, la persona que lo solicita se debe contactar de manera personal al administrador o el encargado del sistema en ese preciso momento, si es que este no se encuentra o si el personal encargado es nuevo y no tiene el conocimiento y practicidad necesaria, provoca un retraso en la disponibilidad de la informacin. Todos estos procesos mencionados conllevan a que los servicios que brinda la EMI no sean de fcil acceso y no resulten cmodos para los estudiantes, personal administrativo, jefaturas de carrera y dems, lo cual daa la excelencia, reputacin e imagen institucional ante la sociedad.

3.

PLANTEAMIENTO DEL PROBLEMA

A continuacin se mencionan los siguientes puntos que permitirn determinar el problema de manera clara y precisa:

3.1. Identificacin del problema


El problema se encuentra en la falta de acceso a los reportes que contienen informacin integra y que las jefaturas de carrera, administrativos y estudiantes 6 de 49

requieren, ya que para poder acceder a la informacin que estos soliciten no se cuenta con herramientas de fcil acceso y comodidad para adquirir la informacin de cada uno de los sistemas, lo cual no brinda calidad de informacin3, esto daa la excelencia, reputacin e imagen institucional ante la sociedad.

3.1.1. Identificacin de la situacin problemtica


Los estudiantes no cuentan con la informacin oportuna de su historial de calificaciones, provocando molestia e incertidumbre por parte de estos hacia los servicios brindados por la unidad acadmica EMI Cochabamba.

Los estudiantes no tiene un fcil acceso y oportuno a la informacin de su estado financiero ni su historial de faltas concernientes a su semestre actual, ya que estos son administrados por sus respectivos encargados provocando prdida de tiempo y gastos administrativos para la publicacin de esta informacin en los tableros de rdenes con la informacin de cada estudiante.

Las jefaturas de carreras no pueden acceder de manera oportuna a los informes estadsticos de las evaluaciones de los estudiantes, provocando prdida de tiempo para la obtencin de los mismos ya que estos deben dirigirse al departamento de informtica para obtener esta informacin.

Las jefaturas de carrera no pueden acceder de manera oportuna a las planillas de evaluacin de los docentes, ocasionando prdida de tiempo y gastos administrativos ya que estos deben ser impresos y entregados a los jefes de carrera para su anlisis correspondiente.

Calidad de la informacin es el cumplimiento de los atributos: contenido apropiado, oportunidad, actualizacin, exactitud y accesibilidad.

7 de 49

El encargado del sistema acadmico no cuenta con la informacin del estado de cuenta de los estudiantes para poder emitir el certificado de notas del ltimo semestre cursado a los mismos, provocando molestia y prdida de tiempo a los estudiantes ya que estos deben aproximarse a caja y obtener un reporte del estado de cuenta y presentar eso para obtener el certificado de notas.

El sistema contable no cuenta con interfaces amigables para los usuarios que lo administran, lo cual ocasiona una prdida de tiempo en entrenamiento para los usuarios que deban administrar el sistema as como tiempo para la obtencin de reportes.

3.1.2. Identificacin de las causas


Las causas identificadas son las siguientes: Los estudiantes no cuentan con la informacin oportuna de su historial de calificaciones.

Los estudiantes no tiene un fcil acceso y oportuno a la informacin de su estado financiero ni su historial de faltas concernientes a su semestre actual.

Las jefaturas de carreras no pueden acceder de manera oportuna a los informes estadsticos de las evaluaciones de los estudiantes.

Las jefaturas de carrera no pueden acceder de manera oportuna a las planillas de evaluacin de los docentes.

El encargado del sistema acadmico no cuenta con la informacin del estado de cuenta de los estudiantes para poder emitir el certificado de notas del ltimo semestre cursado a los mismos. 8 de 49

El sistema contable no cuenta con interfaces amigables para los usuarios que lo administran.

3.2. Formulacin del problema


Los sistemas heterogneos y aislados aplicados en el proceso de gestin administrativa y acadmica de la EMI unidad de Cochabamba, provoca inconsistencia de datos, falta de informacin oportuna y prdida de tiempo en le generacin de reportes solicitados por los distintos usuarios del sistema.

4.

OBJETIVOS Y ACCIONES

4.1. Objetivo General


Desarrollar una herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica de la Escuela Militar de Ingeniera unidad acadmica Cochabamba que permitir mejorar el tiempo de acceso y calidad de la informacin que se brinda a los usuarios que los soliciten.

4.2. Objetivos Especficos y Acciones


Disear el modelado de negocio actual de los sistemas existentes. Disear el modelado de negocio alternativo, considerando la integracin de los distintos sistemas bajo una misma plataforma. Analizar la estructura de los diferentes sistemas gestores de base de datos en los sistemas existentes. Determinar la informacin requerida por cada uno de los sistemas, de acuerdo a la organizacin establecida por la EMI. Disear e implementar mtodos de comunicacin e interconexin de las bases de datos.

9 de 49

Desarrollar mecanismos para la generacin de reportes con funcionalidad en dispositivos heterogneos.

Tabla 1: Objetivos especficos y acciones OBJETIVOS ESPECFICOS ACCIONES Realizar entrevistas con el personal a cargo de los sistemas. Observar el funcionamiento de los sistemas actuales de manera

independiente. Disear el modelado de negocio actual de los sistemas existentes. Disear el modelado de negocio actual. Validar los resultados obtenidos con los actores del sistema. Corregir el modelado de acuerdo a las observaciones que se hayan realizado sobre el mismo.

Elaborar alternativo

el

modelado en base

de al

negocio sistema

Disear el modelado de negocio alternativo, considerando la integracin de los distintos sistemas bajo una misma plataforma

propuesto. Determinar los flujos de datos con la supuesta de que los sistemas estn interconectados. Corregir los errores observados. Obtener el diseo final. Determinar el modelo de desarrollo de software que se adecue ms al

10 de 49

proyecto.

OBJETIVOS ESPECFICOS

ACCIONES Determinar la funcionalidad de las bases de datos existentes en los diferentes sistemas. Realizar los modelos entidad relacin que permitan obtener la informacin determinada negocio. Analizar la tecnologa de DBMSs en el modelado de

Analizar y estudiar la estructura de los diferentes sistemas gestores de base de datos en los sistemas existentes

utilizadas en las bases de datos de sistemas existentes en la EMI

Obtener

los

requerimientos

tanto

funcionales como no funcionales. Disear y establecer niveles de

privilegio y prioridad entre los usuarios del sistema. Determinar la informacin requerida por cada uno de los sistemas, de acuerdo a la organizacin establecida por la EMI Determinar cules sern los datos de salida que sern visibles de acuerdo a los requerimientos solicitados por los usuarios. Elaborar borradores de vistas de

reportes requeridos Presentar borradores de reportes a los usuarios finales y obtener

retroalimentacin Corregir las vistas de reportes en caso

11 de 49

de ser necesario

OBJETIVOS ESPECFICOS

ACCIONES Conocer la arquitectura de los sistemas operativos sobre las cuales funcionan sus gestores de base de datos.

Habilitar las extensiones dentro del servidor web para poder comunicarse con las DBMS respectivas.

Seleccionar el sistema gestor de base de datos para administrar a los

usuarios del sistema.

Disear mtodos de comunicacin e interconexin de las bases de datos

Seleccionar la arquitectura sobre la cual se va a trabajar.

Seleccionar programacin.

el

lenguaje

de

Integrar el framework ms adecuado de acuerdo al lenguaje de

programacin que se haya selecciona.

Seleccionar el IDE ms adecuado para el entorno de desarrollo.

Implementar

mdulos

para

la

comunicacin y consulta a travs de 12 de 49

las

bases

de

datos

del

sistema

heterogneo.

OBJETIVOS ESPECFICOS

ACCIONES Identificar el formato de presentacin de reportes establecido por la EMI unidad acadmica Cochabamba. Investigar sobre las normas y

estndares de construccin de pginas web para dispositivos heterogneos. Desarrollar mecanismos para la generacin de reportes con funcionalidad en dispositivos heterogneos. Construir interfaces de prueba de los reportes para presentar a los usuarios posibles. Mejorar las interfaces de prueba que fueron presentadas de acuerdo a la retroalimentacin obtenida. Implementar las interfaces que fueron previamente desarrolladas de acuerdo a la normativa que se haya establecido para su desarrollo en dispositivos de acceso (Telfonos mviles,

Computadoras de escritorio y dems). Fuente: Elaboracin propia.

5.

JUSTIFICACION

A continuacin se describen las justificaciones de este proyecto:

5.1. Justificacin tcnica

13 de 49

La herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica, en la Escuela Militar de Ingeniera unidad acadmica Cochabamba, permitir obtener a posterior otros tipos de reportes segn surjan del crecimiento o cambios en la organizacin de la EMI, adems de garantizar la integridad de los datos en los reportes que se soliciten, y estos podrn ser accesibles a travs de dispositivos heterogneos que sirvan para el acceso de datos como ser los dispositivos inalmbricos (telfonos mviles) y los navegadores web tradicionales.

5.2. Justificacin econmica


El tiempo que se obtendr al optimizar la obtencin de la informacin por parte de las jefaturas de carrera, estudiantes y personal administrativo permite la disminucin en costos de material de escritorio y otros, lo cual se podra traducir en la reduccin de gastos en recursos humanos y tcnicos.

5.3. Justificacin social


La herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica, mejorara la calidad de los servicios brindados por la EMI unidad acadmica Cochabamba. Permitir a las jefaturas de carrera obtener reportes estadsticos sobre las evaluaciones y rendimiento de los estudiantes, as como mostrar reportes del estado de cuenta para poder realizar un mejor control sobre el pago de las mensualidades y controlar mejor las faltas que realicen los estudiantes. El personal administrativo podr obtener los reportes del estado cuenta de los estudiantes con una interfaz ms amigable al usuario, manteniendo la seguridad e integridad de esos datos. Los estudiantes podrn obtener de manera oportuna su historial de notas, estado de cuenta y estado disciplinario de las faltas que realicen en el semestre.

5.4. Justificacin operativa

14 de 49

El desarrollo de este proyecto implica mejorar los tiempos en los procesos de obtencin de la informacin y entrega de reportes.

6.

ALCANCE

A continuacin se describen los alcances del tema:

6.1. Alcance temtico


Las reas sobre las cuales se ubica el siguiente trabajo son Tecnologas de la Comunicacin y Redes, Ingeniera del Software, Sistemas Operativos, Sistemas Distribuidos, Gestin de Base de Datos, Sistemas Heterogneos, Sistemas de Gestin y Contables.

6.2. Alcance institucional


El sistema ser diseado e implementado para la obtencin de informacin de los sistemas heterogneos de la gestin administrativa y acadmica ya que este tendr un uso para las jefaturas de carreras, plantel administrativo y estudiantes.

6.3. Alcance temporal


La herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica, se terminara en la presente gestin 2014, y este tendr vigencia hasta la modificacin o cambio del mismo.

7.

HIPTESIS

La herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica, permitir reducir el tiempo de entrega de reportes y reducir el porcentaje de errores al momento de cruzar la informacin de los sistemas existentes.

7.1. Anlisis de Variables


15 de 49

Variable Independiente. Herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica.

Variables Dependientes. Tiempo de entrega de reportes. Porcentaje de errores.

7.2. Definicin Conceptual


Variable Independiente. La herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica, permitir optimizar el manejo de la informacin por parte de las jefaturas de carrera, personal administrativo y estudiantes. Variables Dependientes. Disminuir el tiempo de la entrega de reportes, involucra la optimizacin de los procesos de comunicacin entre procesos de los diferentes sistemas, para lo cual se considera aspectos como ser los protocolos de comunicacin, estndares de seguridad y mtricas para el desarrollo. Reducir el porcentaje de errores, implica mejorar el proceso de cruce de informacin de los sistemas existentes con la informacin de cada uno de los estudiantes y as poder entregar un reporte fidedigno de acuerdo a las necesidades requeridas.

16 de 49

7.3. Operativizacin de Variables


Tabla 2: Operativizacin de variables Variable Variable Independiente El sistema de informacin basado en servicios web El desarrollo de la para los sistemas aplicacin. heterogneos: acadmico, disciplinario Variables Dependientes Tiempo de entrega de reportes Optimizacin de los procesos de comunicacin entre los diferentes sistemas. Comparacin de los Porcentaje de errores resultados de los sistemas existentes con el sistema a desarrollar. Porcentaje de errores. Tiempo contable y Pruebas de software. Dimensin Indicador

17 de 49

8.

MATRIZ DE CONSISTENCIA
Figura 1: Matriz de Consistencia

Tabla 3: Matriz de Consistencia

PROBLEMA

OBJETIVO

HIPOTESIS

18 de 49

Herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica. Caso de estudio: Escuela Militar de Ingeniera unidad acadmica de Cochabamba

Los

sistemas

Desarrollar herramienta

una de

Herramienta

de

heterogneos y aislados aplicados en el proceso de gestin administrativa y acadmica.

integracin de sistemas heterogneos para la

integracin de sistemas

heterogneos

para

la

gestin administrativa y
acadmica.

gestin administrativa y acadmica.

Provoca Para
Inconsistencia de datos, falta de informacin Mejorar el tiempo de acceso y calidad de la Reducir el tiempo de entrega de reportes y

Permitir

oportuna y prdida de

tiempo en le generacin
de reportes solicitados por los distintos usuarios del sistema.

informacin

que

se

reducir el porcentaje de
errores al momento de cruzar la informacin de los sistemas existentes

brinda a los usuarios que los soliciten como ser jefes de carrera,

personal

administrativo

y/o estudiantes

Fuente: Elaboracin Propia

9.

FUNDAMENTACION TEORICA

9.1. Contenido Temtico


Tabla 4: Contenido Temtico

19 de 49

OBJETIVOS ESPECFICOS

ACCIONES

FUNDAMENTO TEORICO

Realizar personal sistemas.

entrevistas a cargo

con de

el los

Disear el modelado de negocio actual de los sistemas existentes.

Observar el funcionamiento de los sistemas actuales de manera independiente. Tcnicas de recopilacin de informacin. Disear el modelado de negocio actual. Metodologas de desarrollo de software.

Validar los resultados obtenidos con los actores del sistema.

Corregir el modelado de acuerdo a las observaciones que se hayan realizado sobre el mismo.

OBJETIVOS ESPECFICOS Disear el modelado de

ACCIONES Elaborar el modelado de negocio alternativo en base al sistema 20 de 49

FUNDAMENTO TEORICO Anlisis y Diseo de

negocio alternativo, considerando la integracin de los distintos sistemas bajo una misma plataforma

propuesto. Determinar los flujos de datos con la supuesta de que los sistemas estn interconectados. Corregir los errores observados. Obtener el diseo final. Determinar el modelo de

Sistemas.

desarrollo de software que se adecue ms al proyecto. Determinar la funcionalidad de las bases de datos existentes en Analizar y estudiar la estructura de los diferentes sistemas gestores de base de datos en los sistemas existentes los diferentes sistemas. Realizar los modelos entidad relacin que permitan obtener la informacin determinada en el modelado de negocio. Analizar la tecnologa de DBMSs utilizadas en las bases de datos de sistemas existentes en la EMI OBJETIVOS ESPECFICOS FUNDAMENTO TEORICO Teora de Sistemas Gestores de base de datos. Modelamiento entidad relacin. Lenguaje Estructurado de consulta.

ACCIONES

diseo de Base de Datos. 21 de 49

Obtener los requerimientos tanto funcionales funcionales. como no

Disear y establecer niveles de privilegio y prioridad entre los

Determinar la informacin requerida por cada uno de los sistemas, de acuerdo a la organizacin establecida por la EMI

usuarios del sistema. Determinar datos visibles de de cules salida sern que los Metodologas de desarrollo de acuerdo a los software. Modelamiento entidad relacin. Elaborar borradores de vistas de reportes requeridos Presentar borradores de requerimientos solicitados por los usuarios.

sern

reportes a los usuarios finales y obtener retroalimentacin Corregir las vistas de reportes en caso de ser necesario

OBJETIVOS ESPECFICOS Disear mtodos de

ACCIONES Conocer la arquitectura de los 22 de 49

FUNDAMENTO TEORICO Plataformas

comunicacin e interconexin de las bases de datos

sistemas operativos sobre las cuales funcionan sus gestores de base de datos. Habilitar las extensiones dentro del servidor web para poder comunicarse respectivas. Seleccionar el sistema gestor de base de datos para administrar a los usuarios del sistema. Seleccionar la arquitectura sobre la cual se va a trabajar. Seleccionar programacin. Integrar adecuado el framework de acuerdo ms al el lenguaje de con las DBMS

Heterogneas. Lenguajes de programacin. Arquitecturas de Software. Sistemas de reportes. Bases de datos. Tecnologas de acceso a bases de datos. Servicios Web.

lenguaje de programacin que se haya selecciona.

OBJETIVOS ESPECFICOS

ACCIONES Seleccionar el IDE ms

FUNDAMENTO TEORICO

23 de 49

adecuado para el entorno de desarrollo. Implementar mdulos para la comunicacin y consulta a travs de las bases de datos del sistema heterogneo. Identificar presentacin el formato de de

reportes

establecido por la EMI unidad acadmica Cochabamba. Desarrollar mecanismos para la de los reportes para presentar a generacin de los usuarios posibles. reportes con funcionalidad en que dispositivos acuerdo a la retroalimentacin heterogneos. obtenida. Implementar las interfaces que fueron desarrolladas. Fuente: Elaboracin Propia previamente pginas web. fueron presentadas de desarrollo de Mejorar las interfaces de prueba para el Normativas reportes. Construir interfaces de prueba Sistemas de

9.2. Desarrollo de la fundamentacin terica

24 de 49

9.2.1. Plataformas Heterogneas


En el mundo de las corporaciones actualmente se requiere el traslado de datos y comunicacin de diferentes computadores que existen requiriendo distintas formas de interconexin, que se encuentra ante una gran complejidad dependiendo del hardware, la red y los sistemas operativos del computador haciendo que los elementos pierdan la homogeneidad de operar; estas comunicaciones requieren gran variedad de medios y dispositivos de interconexin entre ellos para que la operacin de transferencia de datos sea satisfactoria. Para llevar a cabo la conexin del sistema con otros distintos es necesario aplicar los estndares de red para poder integrarlo mediante el modelo OSI cuenta con 7 capas y se le conoce como pila de protocolos, estndares de comunicacin ya sean los dispositivos que se encargue de la transferencia de paquetes de informacin y especificaciones de los elementos de cada computador a usar para la interconexin. Lo importante en esta parte de los sistemas heterogneos es el uso de protocolos de redes para llevar acabo la comunicacin para cumplir con la tarea del traslado de informacin que es necesariamente procesarla en otro ordenador distinto al que se est utilizando Debido a que las microcomputadoras han estado inundando toda oficina en el mundo y aunque la gran mayora de datos de corporaciones, gobierno e institutos educativos reside en grandes mquinas, poco a poco mucho de estos datos est siendo movido a microcomputadoras o PCs por su gran flexibilidad y bajo costo. La tarea de mover datos, vara en complejidad dependiendo del hardware, la red y los sistemas operativos que se ejecutan en cada uno de los sistemas. Se encuentra ante un conjunto de objetos no comunes los cuales requieren una interconexin tanto para la migracin de datos como para la comparticin de los mismos. En los ambientes actuales se tiene una gran variedad de medios y dispositivos interconectados, software para comunicacin y sistemas operativos disponibles que hacen que las redes de comunicacin no posean una base homognea. Cada elemento de una red cuenta con requerimientos muy particulares lo cual hacen necesario la existencia de estndares para poder integrarse con otros sistemas. Modelo OSI. 25 de 49

9.2.1.1.

Estndares de comunicacin. Especificaciones. (Cederholm, 2016) Sistemas Heterogneos

Un sistema heterogneo es aquel que se encuentra compuesto por hardware con caractersticas fsicas distintas entre s, y software con caractersticas operativas distintas entre s, pero que se pueden comunicar utilizando medios comunes. (Cederholm, 2016) Heterogeneidad en hardware: Diferentes conjunto de instrucciones. Incompatibilidad en la representacin de datos. Diferencias e incompatibilidades generales. Heterogeneidad en red: Diferencias entre medios de comunicacin Tcnicas de sealizacin. Interfaz. Protocolos Heterogeneidad en Sistemas Operativos: La heterogeneidad surge por diversas razones. Algunas computadoras son mejores que otras para ciertas aplicaciones (compiladores, grficos, etc). Algunos sistemas de cmputo proveen servicios que no estn disponibles para otros sistemas. Dentro de las empresas es normal encontrase con una heterogeneidad de sus componentes de TI, ya que cada una de ellas fue adquirida para cumplir una funcionalidad determinada en la empresa, y lo que se resalta ms en el caso de la heterogeneidad, es el sistema operativo y el almacenamiento de los datos como se muestra en la figura 2.

Figura 2: Componentes de TI, Heterogneos

26 de 49

SQL Server

Windows

Informix

Mac OS

MySQL

Unix

PostgreSQL

Linux

Fuente: Elaboracin Propia 9.2.1.2. Heterogeneidad de las Bases de Datos por su estructura

Base de datos jerrquica, de red, transaccional, relacional, multidimensional, orientado a objetos y distribuida son un resumen de introduccin a modelos de base de datos. (Introduccion a los modelos de Base de Datos, s.f.) Bases de Datos Jerrquicas

Almacenan su informacin en una estructura jerrquica. En este modelo los datos se organizan en una forma similar a un rbol (visto al revs), en donde un nodo padre de informacin puede tener varios hijos. El nodo que no tiene padres es llamado raz, y a los nodos que no tienen hijos se los conoce como hojas. Las Bases de Datos jerrquicas son especialmente tiles en el caso de aplicaciones que manejan un gran volumen de informacin y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento. 27 de 49

Bases de Datos en Red

Este fue creado para representar relaciones de datos complejas ms eficientes de lo que el modelo anterior permita, para mejorar el desempeo de las bases de datos y para imponer un estndar. Este modelo es similar al jerrquico en muchos aspectos, sin embargo la diferencia radica, en que el modelo red, permite que un registro tenga ms de un padre, por consiguiente, las relaciones pueden manejarse fcilmente por este modelo. Bases de Datos Transaccional

Son bases de datos cuyo nico fin es l envi y recepcin de datos a grandes velocidades, estas Bases de Datos son muy poco comunes y estn dirigidas por lo general al entorno de Anlisis de Calidad, datos de produccin e industrial, es importante entender que su fin nico es recolectar y recuperar los datos a la mayor velocidad posible, por lo tanto la redundancia y duplicacin de informacin no es un problema como con las dems bases de datos, por lo general para poderlas aprovechar al mximo permiten algn tipo de conectividad a Bases de Datos relacionales. Bases de Datos Relacionales

Es un modelo simple potente y formal para representar la realidad, tambin ofrece una base firme para enfocar y analizar formalmente muchos problemas relacionados con la gestin de Bases de Datos, como el diseo, la redundancia, la distribucin etc. El formalismo y una base matemtica, son las piedras angulares del Modelo Relacional, el elemento bsico del modelo es la relacin y un esquema de bases de datos relacional es una coleccin de definiciones de relaciones. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar para un usuario espordico de la base de datos. La informacin puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la informacin.

28 de 49

Bases de Datos Multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas. Bsicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una Base de Datos Relacional podra serlo tambin en una Base de Datos multidimensional), la diferencia est ms bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan mtricas que se desean estudiar. Bases de Datos Orientados a Objetos

Este es un modelo reciente, trata de almacenar en la base de datos los objetos completos (estado y comportamiento). Esta base de datos debe contener todos los conceptos importantes de este paradigma de programacin: Encapsulacin, herencia, polimorfismo.

Bases de Datos Distribuidas

En este modelo la base de datos est alojada en diferentes computadores en la red, permite que haya interaccin entre diferentes bases de datos.

9.2.2. Sistemas Gestores de Base de Datos


Los Sistemas de Gestores de Bases de Datos, son aplicaciones que permiten a los usuarios definir, crear y mantener la Base de Datos y proporcionar un acceso controlado a la misma. Es la aplicacin que interacta con los usuarios de los programas de aplicacin y la Base de Datos. Por medio de la figura 3 se observa el esquema de un Sistema de Gestor de Base de Datos.

Figura 3: Esquema de un DBMS

29 de 49

Fuente [http://www.unalmed.edu.co] En la estructura bsica de un Sistema Manejador de Base de Datos se enuncian 4 lenguajes que permiten trabajar sobre la Base de Datos. Estos lenguajes estndar son: 1. DDL (Data Definition language): Lenguaje de Definicin de Datos. Por medio de este el DBMS identifica las descripciones de los elementos de las tablas y almacena la descripcin de las tablas en el catlogo del DBMS. 2. SDL (Store Definition language): Lenguaje de definicin de almacenamiento. Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada. 3. VDL (View Definition language): Lenguaje de Definicin de Vistas. Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el esquema conceptual. 4. DML (Data Manipulation language) : Lenguaje de Manipulacin de Datos. Permite la manipulacin de las operaciones de Insercin, Eliminacin y Modificacin. Tipos de DML's: De alto Nivel o No por procedimientos: SQL. De bajo Nivel o por procedimiento

30 de 49

9.2.2.1.

SQL Lenguaje Estructurado de Consulta

El SQL es el lenguaje estndar ANSI/ISO de definicin, manipulacin y control de Bases de Datos Relacionales. Es un lenguaje declarativo: slo hay que indicar qu se quiere hacer. En cambio, en los lenguajes procedimentales es necesario especificar cmo hay que hacer cualquier accin sobre la Base de Datos. El SQL es un lenguaje muy parecido al lenguaje natural; concretamente, se parece al ingls, y es muy expresivo. Por estas razones, y como lenguaje estndar, el SQL es un lenguaje con el que se puede acceder a todos los sistemas relacionales comerciales.

9.2.3. Bases de Datos


9.2.3.1. Informix 4GL

Informix SQL Informix es una familia de productos RDBMS de IBM, adquirida en 2001 a una compaa (tambin llamada Informix o Informix Software). Informix es un Gestor de Base de Datos creado por INFORMIX SOFWARE INC. Incluye un RDBMS (sistema Administrador de Base de datos relacionales/ Relational Data Base Manager System) basado en SQL, un lenguaje de cuarta generacin y juegos de herramientas para la inclusin de SQL en programas de aplicacin. (Informix 4GL, s.f.) El Entorno Tiene un generador automtico de pantallas para el usuario y unos mdulos de informes muy interesantes pero la tecnologa base lleva unos 10 aos estancada. Existen 3 formas de desarrollar: Cdigo 4GL FORMS REPORTS

Herramientas del Entrono Incorpora una serie de herramientas con el fin de facilitar y agilizar el trabajo al usuario, a continuacin se muestran algunas de ellas: a) ONCHECK Comprueba los discos e ndices y los repara. 31 de 49

b) ONMONITOR Muestra un men de administracin. c) ONSTAT [-A] Saca estadsticas de la memoria (shared-memory) en el

momento que el servidor est on-line. d) ONBAR Backup de datos. e) ISQL Muestra un men para consultas, formularios y SQL. f) DBACCESS Men con herramientas de administracin. Caractersticas: Recuperacin rpida de datos. Opciones flexibles de indexacin. Creacin de diversos ndices. Actualizacin automtica de ndices. Integridad de datos. Funciones de registro y recuperacin de datos. Opciones de bloqueo de la integridad de datos entre diversos usuarios. 9.2.3.2. SQL Server 2000

SQL Server 2000 es un sistema de gestin de bases de datos relacionales (SGDBR o RDBMS: Relational Database Management System) diseado para trabajar con grandes cantidades de informacin y con la capacidad de cumplir con los requerimientos de proceso de informacin para aplicaciones comerciales y sitios Web. Ofrece el soporte de informacin para las tradicionales aplicaciones Cliente/Servidor, las cuales estn conformadas por una interfaz a travs de la cual los clientes acceden a los datos por medio de una LAN. La hoy emergente plataforma .NET exige un gran porcentaje de distribucin de recursos, desconexin a los servidores de datos y un entorno descentralizado, para ello sus clientes deben ser livianos, tales como los navegadores de Internet, los cuales accedern a los datos por medio de servicios como el Internet Information Services (IIS). SQL Server 2000 est diseado para trabajar con dos tipos de Bases de Datos: 32 de 49

OLTP

(OnLine

Transaction

Processing):

Son

bases

de

datos

caracterizadas por mantener una gran cantidad de usuarios conectados concurrentemente realizando ingreso y/o modificacin de datos. Por ejemplo: entrada de pedidos en lnea, inventario, contabilidad o facturacin. OLAP (OnLine Analytical Processing): Son bases de datos que almacenan grandes cantidades de datos que sirven para la toma de decisiones, como por ejemplo las aplicaciones de anlisis de ventas. 9.2.3.3. SQL Server 2008

SQL Server 2008 es la ante penltima versin del Sistema Gestor de Bases de Datos de Microsoft para el mercado empresarial. SQL Server surgi de la colaboracin entre Microsoft y Sybase, adems de IBM y Ashton-Tate.

9.2.4. Metodologa de Desarrollo de Software


Metodologa de desarrollo de software en ingeniera de software es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de informacin. A lo largo del tiempo, una gran cantidad de mtodos han sido desarrollados diferencindose por su fortaleza y debilidad. (Torossi, 2004) El framework para metodologa de desarrollo de software consiste en: Una filosofa de desarrollo de programas de computacin con el enfoque del proceso de desarrollo de software Herramientas, modelos y mtodos para asistir al proceso de desarrollo de software Estos framework son a menudo vinculados a algn tipo de organizacin, que adems desarrolla, apoya el uso y promueve la metodologa. La metodologa es a menudo documentada en algn tipo de documentacin formal.

33 de 49

Cada metodologa de desarrollo de software tiene ms o menos su propio enfoque para el desarrollo de software. La metodologa que mejor se adapta al proyecto vendra a ser UP ya que su proceso es iterativo e incremental y esto conviene de acuerdo a los requerimientos que se han especificado. PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (UP)

La metodologa de UP, es un mtodo iterativo de diseo de software que describe cmo desarrollar software de forma eficaz, utilizando tcnicas probadas en la industria. El Proceso Unificado de Desarrollo de Software o simplemente Proceso Unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura, enfocado en el riesgo, y por ser iterativo e incremental. El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos especficos. El nombre Proceso Unificado se usa para describir el proceso genrico que incluye aquellos elementos que son comunes a la mayora de los refinamientos existentes. Es una metodologa orientada a conducir el proceso de desarrollo de software en sus aspectos tcnicos; los flujos y productos de trabajo de UP no incluyen la administracin del proyecto. UP divide el trabajo de desarrollo de software en cuatro etapas como se puede ver en la figura 4.

34 de 49

Figura 4: Ciclo de vida UP

Fuente [http://ingsoftware072301.obolog.com/] VENTAJAS UP o Los proyectos se organizacin en una serie de mini-proyectos cortos de duracin (2 a 6 semanas), llamados iteraciones, que incluyen un conjunto reducido de requerimientos a implementar. o El resultado de cada iteracin es un sistema que puede ser probado, integrado y ejecutado. La salida es un subconjunto con calidad de produccin final. o Rpida retroalimentacin y asimilacin de los cambios, posibilitada por el tamao limitado de lo realizado en cada iteracin. o Se abordan, resuelven y prueban primeramente las decisiones de diseo crticas o de alto riesgo. o Si no se logra cumplir lo previsto dentro del plazo estipulado, se aconseja transferir tareas o requisitos para una iteracin posterior, pero no modificar la fecha de entrega de la iteracin actual. Por lo tanto, el proceso iterativo 35 de 49

permite una comprensin creciente de los requerimientos a la vez que se va haciendo crecer el sistema. Con esto se logra reducir los riesgos del proyecto y tener un subsistema ejecutable tempranamente. (Up - Proceso Unificado, 2014)

10. DISEO DE LA INVESTIGACION


Tabla 5: Diseo de la investigacin OBJETIVOS ESPECFICOS FUNDAMENTO TEORICO

ACCIONES

INSTRUMENTO

Realizar personal sistemas.

entrevistas a cargo

con de

el los Tcnicas de recopilacin

Entrevistas Anlisis de datos

Disear el modelado de negocio actual de los sistemas existentes. Disear el modelado de negocio Observar el funcionamiento de

de los sistemas actuales de manera informacin. independiente. Metodologas de desarrollo de software. actual.

UML Diagramas de Flujo

Validar los resultados obtenidos con los actores del sistema.

36 de 49

Corregir el modelado de acuerdo a las observaciones que se hayan realizado sobre el mismo.

OBJETIVOS ESPECFICOS Disear el modelado de negocio alternativo, considerando la integracin de los distintos sistemas bajo una misma plataforma

ACCIONES Elaborar el modelado de negocio alternativo en base al sistema propuesto. Determinar los flujos de datos con la supuesta de que los sistemas estn interconectados. Corregir los errores observados. Obtener el diseo final. Determinar el modelo de

FUNDAMENTO TEORICO

INSTRUMENTO

Anlisis y Diseo de Sistemas. Teora general de sistemas.

UML Diagramas de Flujo Herramientas de apoyo para diseo.

desarrollo de software que se adecue ms al proyecto.

Analizar y estudiar la estructura de los diferentes sistemas gestores de base de datos

Determinar la funcionalidad de las bases de datos existentes en los diferentes sistemas.

Sistemas Gestores de base de datos. Modelamiento entidad

Modelos relaciones de las bases de datos

Realizar los modelos entidad relacin que permitan obtener la

SQL Server

37 de 49

en los sistemas existentes

informacin determinada en el modelado de negocio. Analizar la tecnologa de DBMSs utilizadas en las bases de datos de sistemas existentes en la EMI

relacin. Lenguaje Estructurado de consulta.

Informix SQL MySQL

OBJETIVOS ESPECFICOS

ACCIONES

FUNDAMENTO TEORICO Teora diseo Base Datos. de de de

INSTRUMENTO

Determinar la informacin requerida por cada uno de los sistemas, de acuerdo a la organizacin establecida por la EMI

Obtener los requerimientos tanto funcionales funcionales. Disear y establecer niveles de privilegio y prioridad entre los usuarios del sistema. Determinar datos visibles de de cules salida sern que a los Modelamiento entidad sern los relacin. acuerdo Metodologas de desarrollo de software. UML Wireframes Entrevistas Encuestas como no

requerimientos solicitados por los usuarios. Elaborar borradores de vistas de

38 de 49

reportes requeridos Presentar borradores de

reportes a los usuarios finales y obtener retroalimentacin Corregir las vistas de reportes en caso de ser necesario

OBJETIVOS ESPECFICOS

ACCIONES Conocer la arquitectura de los sistemas operativos sobre las cuales funcionan sus gestores de base de datos. Habilitar las extensiones dentro del servidor web para poder comunicarse respectivas. Seleccionar el sistema gestor de base de datos para administrar a los usuarios del sistema. con las DBMS

FUNDAMENTO TEORICO Plataformas Heterogneas.

INSTRUMENTO Linux

Windows Server

Tecnologas de desarrollo.

UNIX

Disear mtodos de comunicacin e interconexin de las bases de datos

Sistemas de reportes.

Comandos para la instalacin de extensiones para

Bases de datos.

interconectar bases de datos.

Configuraciones adicionales para habilitar las extensiones

Seleccionar la arquitectura sobre la cual se va a trabajar.

Tecnologas de acceso a

Seleccionar

el

lenguaje

de

bases de

de los DBMS.

39 de 49

programacin. Integrar adecuado el framework de acuerdo ms al

datos.

Servicios Web.

lenguaje de programacin que se haya selecciona. del sistema heterogneo.

OBJETIVOS ESPECFICOS

ACCIONES Seleccionar el IDE ms

FUNDAMENTO TEORICO

INSTRUMENTO

adecuado para el entorno de desarrollo. Implementar mdulos para la comunicacin y consulta a travs de las bases de datos Desarrollar presentacin mecanismos para establecido por la EMI unidad la generacin de acadmica Cochabamba. reportes con funcionalidad en de los reportes para presentar a dispositivos los usuarios posibles. heterogneos. Mejorar las interfaces de prueba Wireframes Construir interfaces de prueba Sistemas de reportes. de reportes Software de generacin de reportes. Identificar el formato de

40 de 49

que

fueron

presentadas

de

acuerdo a la retroalimentacin obtenida. Implementar las interfaces que fueron desarrolladas. Fuente: Elaboracin propia. previamente

11. TEMARIO TENTATIVO


1. GENERALIDADES.

1.1 INTRODUCCIN. 1.2 ANTECEDENTES. 1.3 PLANTEAMIENTO DEL PROBLEMA. 1.4 OBJETIVOS. 1.5 JUSTIFICACIN. 1.6 ALCANCE. 1.7 HIPTESIS. 1.8 MATRIZ DE CONSISTENCIA. 2. MARCO TERICO.

2.1 PLATAFORMAS HETEROGENEAS 2.2 HERRAMIENTAS DE INTERCONEXION 2.3 SERVICIOS WEB 2.4 PROCESO DE DESARROLLO DE SOFTWARE 2.5 TECNOLOGIAS DE DESARROLLO 2.6 GESTORES DE BASE DE DATOS 41 de 49

2.7 TECNOLOGIAS DE ACCESO A BASES DE DATOS. 2.8 ARQUITECTURAS DE SOFTWARE 2.9 SISTEMAS DE REPORTES 3. MARCO PRCTICO

3.1 DISEO DEL MODELADO DE NEGOCIO DE LOS SISTEMAS EXISTENTES 3.2 DISEO DEL MODELADO DE NEGOCIO ALTERNATIVO 3.3 ANALISIS DE LOS DBMS UTILIZADOS EN LOS SISTEMAS 3.4 DETERMINACION DE LA INFORMACION REQUERIDA POR LOS SISTEMAS 3.5 DISEO DE METODOS DE COMUNICACIN E INTERCONEXION DE LAS BASES DE DATOS 3.6 DESARROLLO DE MECANISMOS PARA LA GENERACION DE REPORTES

4. ANLISIS DE VIABILIDAD.

4.1 VIABILIDAD TCNICA. 4.2 VIABILIDAD ECONMICA. 4.3 VIABILIDAD OPERATIVA. 5. CONCLUSIONES Y RECOMENDACIONES.

5.1 CONCLUSIONES. 5.2 RECOMENDACIONES. 6. BIBLIOGRAFA.

42 de 49

43 de 49

12. CRONOGRAMA DE TRABAJO


Tabla 6: Cronograma de Trabajo
Duracin Actividad Elaboracin 1 Febrero 2 3 4 1 Marzo 2 3 4 5 Abril 1 2 3 4 5 Mayo 1 2 3 4 5 6 Junio 1 2 3 4 5 Julio 1 2 3 4 5 Agosto 1 2 3 4 5 6 Septiembre 1 2 3 4 5 Octubre 1 2 3 4 5

Elaboracin Elaboracin

del Marco del Marco final del del Marco

Elaboracin Elaboracin

empastados para

documentacin y

Presentacin de

defensa final

borrador

Practico 100% Practico 50%

Terico

de Perfil

44 de 49

13. BIBLIOGRAFIA
Cederholm, D. (14 de Enero de 2016). Sistemas Heterogenos. Obtenido de http://sistemas-etereogeneos.blogspot.com/ Escuela Militar de Ingenieria. (5 de Febrero de 2014). Obtenido de

http://emi.devenet.net/quienes_somos_es.html H., C. C. (Septiembre de 2011). Universidad Nacional Experimental de Guyana. Obtenido de

http://www.cidar.uneg.edu.ve/DB/bcuneg/EDOCS/TESIS/TESIS_PREGRAD O/INFORMES%20DE%20PASANTIAS/IP95992011CDGab%E1sCindy.pdf Informix 4GL. (s.f.). Recuperado el 14 de 01 de 2014, de

http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp?topic=2Fco m.ibm.net_cc.doc2Fcom.ibm.swg.im.dbclient.adonet.ref.doc2Fdoc2.htm Introduccion a los modelos de Base de Datos. (s.f.). Recuperado el 10 de Enero de 2014, de http://www.rinconinformatico.net/wp-

content/uploads/2009/08/modelos.pdf Sanchez, M. A. (4 de Agosto de 2013). Obtenido de Informatizate:

http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_softw are_07062004.html Torossi, A. G. (4 de Agosto de 2004). Diseo de Sistemas. En Proceso Unificado de Desarrollo de Software (pg. 54). -: -. Obtenido de

http://www.monografias.com/trabajos60/metodologias-desarrollosoftware/metodologias-desarrollo-software.shtml Up Proceso Unificado. (17 de Febrero de 2014). Obtenido de

http://ingsoftware072301.obolog.com/up-proceso-unificado-2010775

45 de 49