Documente Academic
Documente Profesional
Documente Cultură
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.
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.
A continuacin se mencionan los siguientes puntos que permitirn determinar el problema de manera clara y precisa:
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.
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.
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.
4.
OBJETIVOS Y ACCIONES
9 de 49
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
Obtener
los
requerimientos
tanto
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
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 programacin.
el
lenguaje
de
Implementar
mdulos
para
la
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,
5.
JUSTIFICACION
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.
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
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.
Variable Independiente. Herramienta de integracin de sistemas heterogneos para la gestin administrativa y acadmica.
16 de 49
17 de 49
8.
MATRIZ DE CONSISTENCIA
Figura 1: 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
integracin de sistemas
heterogneos
para
la
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
9.
FUNDAMENTACION TEORICA
19 de 49
OBJETIVOS ESPECFICOS
ACCIONES
FUNDAMENTO TEORICO
entrevistas a cargo
con de
el los
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.
Corregir el modelado de acuerdo a las observaciones que se hayan realizado sobre el mismo.
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
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
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.
OBJETIVOS ESPECFICOS
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
24 de 49
9.2.1.1.
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.
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
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
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.
En este modelo la base de datos est alojada en diferentes computadores en la red, permite que haya interaccin entre diferentes bases de datos.
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.
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.
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.
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
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)
ACCIONES
INSTRUMENTO
entrevistas a cargo
con de
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.
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
SQL Server
37 de 49
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
ACCIONES
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
38 de 49
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
INSTRUMENTO Linux
Windows Server
Tecnologas de desarrollo.
UNIX
Sistemas de reportes.
Bases de datos.
Tecnologas de acceso a
Seleccionar
el
lenguaje
de
bases de
de los DBMS.
39 de 49
datos.
Servicios Web.
OBJETIVOS ESPECFICOS
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
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.
42 de 49
43 de 49
Elaboracin Elaboracin
Elaboracin Elaboracin
empastados para
documentacin y
Presentacin de
defensa final
borrador
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://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-
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://ingsoftware072301.obolog.com/up-proceso-unificado-2010775
45 de 49