SlideShare una empresa de Scribd logo
1 de 38
Descargar para leer sin conexión
1
INSTITUTO TECNOLÓGICO SUPERIOR DE POZA RICA
Maestría en Sistemas Computacionales
Empresa:
Instituto Mexicano del Petróleo
Sistema de Análisis de tiempos de Perforación (ATP-IMP)
Autores:
MCA Gustavo Alejandro Galindo Rosales
LI Gerardo Aguilar Robledo
POZA RICA DE HIDALGO, VERACRUZ SEPTIEMBRE DE 2014
2
Tabla de contenido
Introducción............................................................................................................................................................................3
Capítulo I: “Planteamiento del Problema”..............................................................................................................................4
1.1 Antecedentes generales de la empresa........................................................................................................................4
1.1.1 Misión.....................................................................................................................................................................6
1.1.2 Visión......................................................................................................................................................................7
1.2 Organigrama del departamento ...................................................................................................................................8
1.3 Planteamiento del problema ......................................................................................................................................10
1.4 Objetivos principales...................................................................................................................................................10
1.5 Beneficios del control de usuario................................................................................................................................10
1.6 Beneficios de la importación y exportación de información entre bases de datos....................................................11
1.7 Cronograma de Actividades........................................................................................................................................11
Capítulo II: “Marco Teórico” .................................................................................................................................................12
2.1 Sistemas de Información.............................................................................................................................................12
2.2 Microsoft .NET Framework.........................................................................................................................................12
2.3 Visual Studio................................................................................................................................................................13
2.4 Visual Basic .NET .........................................................................................................................................................14
2.5 Microsoft Access.........................................................................................................................................................14
2.6 SQL Server...................................................................................................................................................................15
2.7 Programación Orientada a Objetos ............................................................................................................................16
2.8 Objeto DataSet............................................................................................................................................................17
Capitulo III “Aplicación y Resultados”...................................................................................................................................18
3.1 Solución del problema ................................................................................................................................................18
3.2 Resultados...................................................................................................................................................................34
3.3 Conclusiones ...............................................................................................................................................................37
Bibliografía...........................................................................................................................................................................38
3
Introducción
En la actualidad, los sistemas de información, ya sean Web o de Escritorio, fungen como una parte
esencial para el mejor manejo y uso de la información que las empresas generan o utilizan para
operar. A su vez, las aplicaciones tienen una constante evolución por lo que es necesario que tengan
una compatibilidad para que más de un usuario pueda hacer uso de ellas. Derivado de esta
característica, es necesario tener un control de las acciones que se realizan en la base de datos, así
entonces es necesario generar la programación necesaria para agregar el usuario y la fecha en que
se realiza algún movimiento en la base de datos.
Otro aspecto muy importante de las aplicaciones de escritorio es la magnitud del tamaño de esta, es
decir, conforme el paso del tiempo, las empresas continúan generando información y se llega al
momento en el que ya no es tan simple el almacenamiento, se requiere de un espacio dedicado
mucho mayor al de, por ejemplo, un solo archivo de Microsoft Access. Para lograr esto es que se
deben generar las rutinas que permitan realizar una sincronización de información con un equipo
servidor y que utilice un motor de base de datos de mayor soporte.
La organización del trabajo es la siguiente: en el capítulo 1 se mostraran los antecedentes de la
empresa, como su misión y visión así como un organigrama del área donde se realizó el proyecto. El
capítulo 2 se enlista todos los conceptos teóricos que están relacionados con el contenido de la
Aplicación y Resultados. Finalmente el capítulo 3 muestra los métodos y códigos empleados para el
desarrollo de los objetivos del proyecto.
4
Capítulo I: “Planteamiento del Problema”
1.1 Antecedentes generales de la empresa
Como consecuencia de la transformación industrial del país y de la necesidad de incrementar la
tecnología relacionada con el desarrollo de la industria petrolera, petroquímica básica, petroquímica
derivada y química, el 23 de agosto de 1965 fue creado el Instituto Mexicano del Petróleo (IMP).
En el decreto que se publicó en el Diario Oficial el 26 de agosto de 1965, se establecen como
objetivos del IMP:
• la investigación científica básica y aplicada.
• el desarrollo de disciplinas de investigación básica y aplicada.
• la formación de investigadores.
• la difusión de los desarrollos científicos y aplicación en la técnica petrolera.
• la capacitación de personal obrero que pueda desempeñar labores en el nivel subprofesional,
dentro de las industrias petrolera, petroquímica básica, petroquímica derivada y química. A más de
cuatro décadas, el IMP sigue cumpliendo con los objetivos que le dieron vida.
El IMP nació por iniciativa del entonces director general de Pemex, Jesús Reyes Heroles, quien
reconoció que la planeación y el desarrollo de la industria petrolera deberían ser congruentes con
las necesidades de una economía mixta. Por esa razón, consideró necesario fomentar la
investigación petrolera y formar recursos humanos que impulsaran el desarrollo de tecnología propia.
En respuesta a esta exigencia, el gobierno federal decidió crear un “organismo descentralizado de
interés público y preponderante científico, técnico, educativo y cultural, con personalidad jurídica y
patrimonio propios, cuya función será buscar la independencia científica y tecnológica en el área
petrolera”. De esa forma, desde 1965, el Instituto Mexicano del Petróleo ha contribuido al desarrollo
del país, mediante la formación de recursos humanos y la creación de tecnología propia.
5
Una vez que se definieron los programas y se avanzó en la construcción de las instalaciones, se
nombró como primer director general al ingeniero Javier Barros Sierra, quien tomo posesión el 31 de
enero de 1966, fecha en la que se instaló también el Consejo Directivo, presidido por el licenciado
Jesús Reyes Heroles. Mes y medio después, el 17 de marzo, se inauguraron las instalaciones del
IMP, que inició sus actividades con 300 empleados y cuatro edificios para labores de investigación y
administración.
Con el ingeniero Bruno Mascanzoni Fabri (director general de 1970 a 1978) se propició el desarrollo
científico y tecnológico en diversas áreas de la industria petrolera. El IMP comenzó el registro de sus
primeras patentes, alcanzó la comercialización de sus primeros resultados e inició proyectos
mancomunados con empresas extranjeras.
En 1977, se acordó que las entidades de la administración pública paraestatal se agruparan por
sectores, con el fin de que sus relaciones con el Ejecutivo Federal se realizaran mediante una
secretaria de Estado o departamento administrativo. El IMP quedó agrupado en el sector industrial
mediante la Secretaría de Patrimonio y Fomento Industrial.
Bajo la dirección del ingeniero José Luis García Luna (1982-1988), se inició la descentralización de
sus actividades hacia otros puntos del país y se construyó el Parque Industrial La Reforma, que
ahora alberga importantes laboratorios.
El 29 de abril de 1982 se creó la zona Noroeste, como imperativo para impulsar la promoción de los
servicios tecnológicos del instituto y ampliar su mercado, esencialmente en los estados de Nuevo
León y Coahuila.
Fue en el periodo del ingeniero Manzanilla Sevilla cuando se transformó la Ley Orgánica de Pemex y
se optó por separar las tareas industriales y comerciales de la paraestatal. Con ello surgieron Pemex
Exploración y Producción; Pemex Refinación; Pemex Gas y Petroquímica Básica; Pemex
Petroquímica, de carácter técnico, industrial y comercial, con personalidad jurídica y patrimonio
propios.
6
Durante los años 1996 y 2005, bajo la gestión de Gustavo Chápela Castañares, la institución tenía
dos objetivos fundamentales; la construcción de una masa crítica de investigación y el desarrollo de
proyectos estratégicos en áreas como yacimientos naturalmente fracturados, transporte de
hidrocarburos, procesamiento de combustibles limpios, profundas, optimización, protección
ambiental y seguridad industrial.
Dirección Regional Norte (Poza Rica)
Dirige los proyectos de aplicación industrial con un enfoque de alineación a PEMEX basado en el
suministro de valor, vigilando la rentabilidad del negocio.
La Dirección Regional Norte con sede en Poza Rica, Veracruz, comprende a las entidades
federativas de: Aguascalientes, Baja California, Baja California Sur, Coahuila, Chihuahua, Durango,
Jalisco, Nayarit, Nuevo León, San Luis Potosí, Sinaloa, Sonora, Tamaulipas y Zacatecas. Queda
comprendido dentro de la esfera de competencia de esta Dirección Regional, la entidad federativa de
Veracruz, con excepción de los municipios que expresamente se consideran para la competencia de
la Dirección Regional Sur.
1.1.1 Misión
Transformar el conocimiento en tecnología y servicios de valor para la industria petrolera.
7
1.1.2 Visión
Ser un centro público de investigación de clase mundial con personal reconocido, con tecnologías y
servicios que contribuyen al desarrollo de la industria petrolera.
Esta visión implica que:
• los resultados de la investigación de desarrollo tecnológico con orientación de negocios son
aplicados por la industria petrolera. Algunos incluso se utilizan en el ámbito internacional.
• el conjunto de productos y servicios que ofrece impacta directamente en la cadena de valor de
la industria petrolera.
• proporciona soluciones integrales por la sinergia lograda entre las diferentes especialidades
del IMP.
• cuentan con centros regionales con infraestructura de vanguardia, que facilita la interacción
con la industria petrolera.
• son una comunidad comprometida, capacitada y reconocida; suficiente para contribuir al
desarrollo tecnológico de la industria petrolera.
• son una organización sustentable técnica y financieramente.
8
1.2 Organigrama del departamento
El presente proyecto de estancia academica se desarrolló en el Instituto Mexicano del Petróleo, en la
Dirección Regional Norte en el área de Exploración y Producción, en el departamento de Modelos y
Sistemas de Información.
Instituto Mexicano del Petróleo
DIRECCIÓN REGIONAL NORTE
EXPLORACIÓN Y PRODUCCIÓN
DEPARTAMENTO: MODELOS Y SISTEMAS DE INFORMACION.
Fig.1 Organigrama del departamento Modelo y Sistemas de Información
Ing. David Silva
Santiago
Jefe de proyecto
Ing. Enrique Barrón
Cordero
Especialista 1
Ing. Javier Bravo
Reyes
Especialista 2
Ing. Patricia
Fernández Nicolás
Especialista 3
9
Responsable Descripción
Jefe de
Proyecto
• Interviene en las negociaciones con el cliente, a fin de detectar sus
necesidades.
• Seguimiento de programas y avances de costos e ingresos del proyecto.
• Seguimiento de calidad del proyecto.
• Establece comunicación con el cliente
• Coordina el personal a su cargo.
• Validación técnica de resultados.
• Revisa y aprueba en forma periódica los entregables del proyecto.
• Entrega de resultados para revisión y aceptación del cliente.
• Gestión administrativa del proyecto.
Especialistas 1
y 2
(Levantamiento,
captura de
información e
integración de
paquetes de
tecnología del
Proceso)
• Levantamiento de información técnica en campo de instalaciones de manejo
superficial de producción.
• Llenado de formatos técnicos de LEINER.
• Recopilación, organización y captura de la información técnica levantada para
su inclusión en el sistema LEINER.
• Elaboración de diagramas en AutoCAD para integración al sistema LEINER.
• Apoyo en la integración de Paquetes de Tecnología del Proceso.
• Soporte técnico en actividades técnico/operativas en instalaciones de
producción.
Especialista 3
(Mantenimiento,
soporte técnico
al software e
Integración de
información)
• Mantenimiento y soporte técnico al sistema.
• Asistencia técnica y transferencia tecnológica del sistema, en aspectos tales
como operación, estructura de base de datos, espacios físicos, procesos,
instalación y código de aplicación.
• Integración de información al sistema.
• Realización de pruebas integrales que simulen la operación normal de la
aplicación.
• Validación de información técnica, diagramas y multimedia.
10
Responsable Descripción
• Corrección de fallas detectadas en la operación.
1.3 Planteamiento del problema
Se requiere tener un control de todas las operaciones realizadas en la base de datos, ya que el
sistema tendrá más de un usuario y es una necesidad tener una administración detallada de esta
para tener un control sobre la información.
La base de datos local con la que operan los usuarios, está hecha en Microsoft Access y a medida
de que captura más información se corre el riesgo de perderla, esto debido a las limitaciones y poca
seguridad que tiene. Es por esto que se empleara una réplica de la estructura de la base de datos en
Microsoft SQL Server 2012 y se realizara la programación para sincronizar los datos de la base de
datos de Access en este.
1.4 Objetivos principales
• Realizar la programación adecuada para el control de cambios y de acciones ejecutadas a los
campos de las distintas tablas, estas acciones contemplan: inserciones, modificaciones y
eliminaciones.
• A su vez, se analizará y programará los elementos necesarios para poder sincronizar la base
de datos local de la aplicación con una base de datos centralizada en un servidor, esto cómo
uno de los alances primordiales del proyecto.
1.5 Beneficios del control de usuario
El desarrollo de este módulo permitirá a los administradores del sistema conocer la fecha y el usuario
que realizo la última modificación a determinada tabla(s), esto con la finalidad de obtener un detalle
más específico de la razón de lo escrito en alguno de los campos de la tabla. Así como también
brindara información detallada sobre las modificaciones realizadas a la Base de Datos.
11
1.6 Beneficios de la importación y exportación de información entre bases de datos
Este sistema utiliza una Base de Datos Microsoft Access la cual tiene la desventaja de ser inestable
cuando se cuenta con grandes cantidades de datos en sus tablas, debido a la anterior, es necesario
tener un espacio de mucha mayor capacidad dedicado al almacenamiento de esta información por lo
cual es necesario hacer uso de un servidor que cuente con el motor de Base de Datos SQL Server.
A su vez, al contar con un servidor los usuarios tendrá la posibilidad de guardar su información en un
lugar aparte sin correr el riesgo de perder todo por algún problema con el archivo. También será
posible que los demás usuarios del sistema puedan descargar información de uno o más pozos,
actualizar lo necesario y volver a cargar los datos modificados con lo más reciente.
1.7 Cronograma de Actividades
ACTIVIDADES MES 1 MES 2
Implementación de mecanismos para
la gestión de usuarios en acciones de
eliminación de registros.
P
R
Agregar datos de usuario que realice
inserciones de información a cualquiera
de las tablas que pueden ser
inserciones y/o modificaciones.
P
R
Desarrollo de mecanismos para la
sincronización de base de datos local
(standalone) con base de datos en
servidor
P
R
Pruebas de código P
R
Corrección de errores P
R
12
Capítulo II: “Marco Teórico”
2.1 Sistemas de Información
Son aquellos sistemas que se encargan de manera específica de procesar tanto las transacciones
de información provocadas por las interacciones formales entre el entorno y la organización como las
transacciones generadas en el seno de la organización.
Así mismo el (SIT) procesa las transacciones propias de un proceso logístico: pedidos, facturas,
despachos, órdenes de compra, devoluciones, lista de empaque, pagos, entre otros. Además los
sistemas transaccionales gerencian modelos de reposición, de compra y de ruteos, todo esto
actividad rutinaria de la función logística.
De este modo acota entre sus principales características:
a) A través de éstos suelen lograrse ahorros significativos de mano de obra, debido a que
automatizan tareas operativas de la organización.
b) Con frecuencia son el primer tipo de Sistemas de Información que se implanta en las
organizaciones. Se empieza apoyando las tareas a nivel operativo de la organización.
c) Son intensivos en entrada y salid de información; sus cálculos y procesos suelen ser simples y
poco sofisticados. (Cedeño, 2010)
2.2 Microsoft .NET Framework
Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las
aplicaciones son parte del software de una computadora, y suelen ejecutarse sobre el sistema
operativo.
13
Una aplicación de software suele tener un único objetivo: navegar en la web, revisar correo, explorar
el disco duro, editar textos, jugar (un juego es un tipo de aplicación), etc. Una aplicación que posee
múltiples programas se considera un paquete.
Son ejemplos de aplicaciones Internet Explorer, Outlook, Word, Excel, WinAmp, etc.
Características de las aplicaciones
• En general, una aplicación es un programa compilado (aunque a veces interpretado), escrito
en cualquier lenguaje de programación.
• Las aplicaciones pueden tener distintas licencias de distribución como ser freeware,
shareware, trialware, etc. Para más información ver: Licencias de software.
• Las aplicaciones tienen algún tipo de interfaz, que puede ser una interfaz de texto o una
interfaz gráfica (o ambas).
También hay que destacar que la distinción entre aplicaciones y sistemas operativos muchas veces
no es clara. De hecho, en algunos sistemas integrados no existe una clara distinción para el usuario
entre el sistema y sus aplicaciones. (Severino, 2012)
2.3 Visual Studio
Visual Studio es un conjunto completo de herramientas de desarrollo para la generación de
aplicaciones web ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones móviles.
Visual Basic, Visual C#y Visual C++ utilizan todos el mismo entorno de desarrollo integrado (IDE),
que habilita el uso compartido de herramientas y hace más sencilla la creación de soluciones en
varios lenguajes. Asimismo, dichos lenguajes utilizan las funciones de .NET Framework, las cuales
ofrecen acceso a tecnologías clave para simplificar el desarrollo de aplicaciones web ASP y
Servicios Web XML.
Visual Studio 2010 incorpora nuevas características mejoradas que hacen que todo el proceso de
desarrollo sea más sencillo, desde el diseño a la implementación. Personalice su área de trabajo
mediante la compatibilidad con varios monitores. Cree aplicaciones enriquecidas para SharePoint y
la Web. Tome como objetivo varias versiones de .NET Framework con la misma herramienta.
14
Elimine el temido problema de no poder reproducir gracias a IntelliTrace y mucho más. (García,
2012)
2.4 Visual Basic .NET
Microsoft ha renovado VB y añadido características completas para la programación orientada a
objetos. El nuevo lenguaje VB, Visual Basic NET (VB.NET o), le permite hacer todo lo que se puede
hacer con VB, aunque del mucho más fácilmente. Si usted es un programador de VB con
conocimiento de otros lenguajes orientados a objetos, como C ++ o Smalltalk, entonces te encantará
la nueva sintaxis que viene junto con VB.NET. Si usted es un programador de VB sin el conocimiento
de otros lenguajes orientados a objetos, usted se sorprenderá por la nueva sintaxis VB.NET al
principio, pero te darás cuenta de que la nueva sintaxis simplifica tu vida como programador.
Además del apoyo de estilo VB desarrollo rápido de aplicaciones (RAD), VB.NET es un lenguaje
modernizado que le da acceso total a la NET Framework. El compilador de VB.NET genera
metadatos y código IL, haciendo que la lengua un ciudadano igual a la de C # o C ++ administrada. A
diferencia de la versión VB antes de VB6, no habrá intérprete en VB.NET, así que no debe haber
argumentos violentos sobre problemas de rendimiento de VB frente a otro idioma.
Quizás la característica más potente es que ahora usted puede escribir interfaces y clases que son
muy similares a las escritas en otros idiomas NET. La nueva sintaxis permite heredar de clases base,
implementa las interfaces, anula las funciones virtuales, crear una clase base abstracta, y así
sucesivamente. Además, también soporta el manejo de excepciones exactamente como hace C # y
C Managed ++, haciendo mucho más fácil el manejo de errores. (Thai, 2003)
2.5 Microsoft Access
Microsoft Access es sólo una parte de la estrategia de producto de gestión de datos global de
Microsoft. Como todas las buenas bases de datos relacionales, que le permite vincular información
relacionada easily-- por ejemplo, datos de clientes y para que entre. Pero Access 2010 también
complementa otros productos de base de datos, ya que tiene varias características de conectividad
de gran alcance. Como su nombre lo indica, Access puede trabajar directamente con datos de otras
fuentes, incluyendo muchos programas de bases de datos para PC más conocidos (como dBASE),
con muchas bases de datos en el escritorio de SQL (Structured Query Language), en los servidores,
15
en los miniordenadores o en mainframes, y con los datos almacenados en los servidores web de
Internet o intranet. El acceso también es totalmente compatible con Microsoft ActiveX Tecnología,
por lo que una aplicación de Access puede ser un cliente o un servidor para el resto de 2010
aplicaciones del sistema Microsoft Office, como Word, Excel, PowerPoint, Outlook, Publisher y
OneNote.
Access proporciona un sistema de desarrollo de aplicaciones muy sofisticadas para el sistema
operativo Microsoft Windows. Esto ayuda a construir aplicaciones de forma rápida, cualquiera que
sea el origen de datos. De hecho, usted puede construir aplicaciones sencillas mediante la definición
de formularios e informes basados en los datos y la vinculación a continuación con algunas macros
de declaraciones de Microsoft Visual Basic; no hay necesidad de escribir código complejo en el
sentido clásico de la programación. Debido a que Access utiliza Visual Basic, puede utilizar el mismo
conjunto de competencias con otras aplicaciones en el sistema Microsoft Office o con Visual Basic.
(Conrad, 2010)
2.6 SQL Server
Microsoft SQL Server. Es un sistema para la gestión de bases de datos creado por Microsoft, el
mismo se basa en el modelo relacional. SQL Server utiliza como lenguajes de consulta T-SQL y
ANSI SQL.
Microsoft SQL Server revoluciona el concepto de Base de datos para la Empresa. Reúne en un sólo
producto la potencia necesaria para cualquier aplicación empresarial crítica, junto con unas
herramientas de gestión que reducen al mínimo el coste de propiedad. Con Microsoft SQL Server, la
empresa tiene todo de serie.
Dentro de sus características fundamentales se encuentran:
• Soporte de transacciones.
• Escalabilidad, estabilidad y seguridad.
• Soporta procedimientos almacenados.
• Incluye también un potente entorno gráfico de administración, que permite el uso de
comandos DDL y DML gráficamente.
16
• Permite trabajar en modo cliente-servidor, donde la información y datos se alojan en el
servidor y los terminales o clientes de la red sólo acceden a la información.
• Además permite administrar información de otros servidores de datos. (Nielsen, 2009)
2.7 Programación Orientada a Objetos
Programación orientada a objetos (POO) es la práctica de crear una arquitectura de software que
permite la flexibilidad a través del diseño modular. Un programador que está orientado a objetos no
es necesariamente uno que es un codificador más avanzado, pero que quien elige ser codificador
más estratégico, y que se adhiere a los principios de la programación orientada a objetos. POO no
es un lenguaje; es la práctica de la arquitectura de y el proceso de pensamiento detrás de él que
conduce a aplicaciones y lenguajes están orientados a objetos, tales como ActionScript (AS) 3.0
AS 3.0 fue construido como un lenguaje orientado a objetos para reflejar el modelo mental de un
programador que conozca los beneficios de romper el código en una serie de objetos que se envían
mensajes entre ellos. Pero muchos de los que optar por desarrollar con AS 3.0 no utilicen POO. Esto
es debido a la naturaleza un tanto desalentadora de programación orientada a objetos, así como el
tiempo necesario para aprender. AS 3.0 está destinado a apoyar el desarrollo de la arquitectura
flexible y el uso de programación orientada a objetos puede ayudar a evitar que el código
inmanejable. Arquitectura flexible es más fácil modificar porque los objetos que componen la
aplicación tienen límites bien definidos, lo que simplifica la sustitución de uno de los objetos con los
que trabaja. Por lo tanto, es beneficioso para codificar con un proceso de pensamiento orientado a
objetos.
Programación de procedimiento, que es un método lineal de desarrollo, a menudo culmina en líneas
de código que no tienen separación de comportamientos de tren de pensamiento. El lenguaje se
convierte en nada más que una serie de rutinas y subrutinas. Programación de procedimiento puede
funcionar bien si usted es el único desarrollador de un proyecto, ya que usted está familiarizado con
su código. Sin embargo, cuando más programadores están involucrados, puede ser engorroso para
que se familiaricen con los otros de código y tamizar a través de las líneas en las que un cambio que
hay que realizar. (Smith, 2011)
17
2.8 Objeto DataSet
El DataSet puede ser visto como una vista en memoria de la base de datos. Puede contener varios
objetos DataTable y DataRelation. Con las versiones anteriores de ADO, lo más cerca que podía
llegar a esta funcionalidad tiene que intercambiar datos con una cadena de objetos Recordset.
Cuando la aplicación cliente recibe este conjunto de registros encadenados, que puede conseguir
cada uno de los conjuntos de registros a través NextRecordset (); Sin embargo, no hay manera de
describir la relación entre cada uno de los conjuntos de registros en la cadena. Con ADO.NET, los
desarrolladores pueden navegar y manipular la colección de tablas y sus relaciones.
Como se mencionó anteriormente, los conjuntos de datos ADO.NET implican desconectados porque
se orienta hacia una arquitectura distribuida. Dado que el DataSet está desconectado, se debe
proporcionar un modo de seguimiento de los cambios a sí mismo. El DataSet proporciona un número
de métodos para que todos manipulación de datos hecho al conjunto de datos Cabe fácilmente
reconciliarse con la base de datos real (o la fuente de datos) en un momento posterior. Ellos
incluyen: HasChanges(), HasErrors, GetChanges(), AcceptChanges() y RejectChanges(). Puede
utilizar estos métodos para comprobar los cambios que han sucedido al DataSet, inspeccionar los
cambios de los errores, y luego aceptar o rechazar los cambios. Si desea comunicar los cambios en
el almacén de datos back-end (que suele ser el caso), le debe hacer una solicitud al DataSet para
obtener una actualización.
El DataSet está diseñado para beneficiar a las aplicaciones web empresariales, que están
desconectados de la naturaleza. No sabe que los datos en el back-end han cambiado hasta que
haya actualizado los registros que estaba editando o realizado cualesquiera otras tareas que
requerían conciliación de datos. (Thai, 2003)
18
Capitulo III “Aplicación y Resultados”
3.1 Solución del problema
Después del análisis de todas las posibles opciones para lograr los objetivos planteados al principio
de este informe, los métodos implementados fueron los siguientes:
Control de Operaciones realizadas por el usuario:
El objetivo final es agregar en la base de datos, el nombre de usuario y la fecha en la que realizo
algún tipo de acción en la tabla afectada. Para lograr esto, se modificaron en primera la instancia
todas las tablas que requieren tener el control de usuarios, agregando los campos Usuario de tipo
Texto y Fecha de tipo Fecha. Posteriormente se modificó el objeto Dataset que es el encargado de
realizar todas las operaciones, agregando los campos de Usuario y Fecha que hacían falta como se
ilustra en la figura 2:
Fig. 2 Cambios realizados al objeto Dataset
Una vez realizada esta acción se localizaron todos los códigos en donde se actualizara la base de
datos mediante el DataSet y se agregaron los valores de los campos faltantes al objeto que
representa una nueva fila de la tabla en cuestión, como se muestra en la figura 3:
19
Fig.3 Implementación de código de control de usuarios
Esta acción se repitió en todos los formularios que tienen interacción con la base de datos, el
resultado fue satisfactorio tras las pruebas realizadas los cuales son:
• Actividades Programadas
• Actividades Reales
• Geometría
• Datos generales del Pozo
• Catálogos
• Columna Geológica
Paralelamente a esta programación, también se realizó el control de eliminaciones que se almacena
en una tabla independiente, agregando un query de inserción al objeto Dataset, el cual se ejecuta
cada vez que el usuario elimina un dato. Este objeto requiere de un nombre de tabla, la fecha, el
usuario que ejecuto la eliminación y una breve descripción (Ver fig. 4).
20
Fig. 4 Control de Eliminaciones
Sincronización con base de datos central
La siguiente de las acciones a ejecutarse es la sincronización de las bases de datos. Esto
comprende la importación de datos desde el servidor y el guardado de información en el servidor.
ANALISIS DE CASOS DE SINCRONIZACIÓN DE LA BASE DE DATOS LOCAL CON SERVIDOR
Carga = Copiar información al servidor
Descarga = Copiar información a la base de datos local
1.- Carga de información de pozo
Para usuario escritura:
• Actividades Reales y Programadas
• Información general del Pozo
• Geometría Real y Programada
• Columna Geológica
Para usuario administrador:
• Actividades Reales y Programadas
• Información general del Pozo
• Geometría Real y Programada
• Columna Geológica
21
• Catálogos
2.- Descarga de información de pozo.
Usuario escritura y Administrador:
• Actividades Reales y Programadas
• Información general del Pozo
• Geometría Real y Programada
• Columna Geológica
• Catálogos
Para usuario de lectura, se podrá realizar la descarga pero a su vez, al cerrar la aplicación, esta se
eliminara de la base de datos local.
3.- Carga de información de Catálogos: Solo usuario Administrador.
4.- Concurrencia de 2 o más usuarios cargando/descargando información.
5.- Conexión repentinamente perdida
Acción: Haciendo uso de transacciones, realizar un rollback para no copiar información incompleta.
6.- Notificación de aproximación al límite de tamaño de la BD (definido previamente)
7.- Apagones, bloqueos de la aplicación.
8.- Usuarios puedan calificar el mismo pozo en registros diferentes e incluso los mismos registros.
9.- Considerar copiado de uno o más pozos.
Usuario con autenticación SQL
Para poder operar la base de datos del servidor fue necesario crear un usuario con autenticación,
esto con la finalidad de no utilizar el usuario “sa” debido a que es el administrador total del servidor.
Los datos son:
22
Usuario (Login): Desarrollo_IMP
Contraseña: IMP2014
En caso de que se desee cambiar el nombre de usuario, se deberá crear un nuevo usuario; esta
operación se debe realizar con el usuario “sa” para poder otorgar los permisos correspondientes al
nuevo usuario para la base de datos ATP_IMP. Esto se puede realizar desde el SQL Server
Management Studio, los permisos otorgados al usuario se describen en las siguientes imágenes:
Propiedades del Login:
Estos permisos son los básicos para poder tener acceso a la BD más sin embargo aún sin permisos
para visualizar los objetos contenidos en ella. Se asignan haciendo clic con el botón derecho en el
login deseado en el sección Security>Logins del servidor (ver Fig. 5).
Fig. 5 Propiedades del Login
23
Permisos sobre la BD:
Son todos los relacionados con la ejecución de sentencias SQL en los datos, se deben seleccionar
uno a uno (fig. 6):
Los permisos necesarios son los siguientes:
• Select
• Insert
• Update
• Delete
• Execute
• Connect
Fig. 6 Permisos sobre la base de datos
24
Configuración de la conexión al servidor
Dada la posibilidad de que el servidor pueda cambiar de dirección IP, se generó un módulo de
configuración del servidor al que se puede accesar como se muestra en la figura 7
Fig.7 Acceso a la configuración de conexión al servidor
En este menú se debe escribir la dirección IP, usuario y contraseña de autenticación tipo SQL que
tenga los privilegios necesarios para operar la base de datos del servidor. Esta opción estará
disponible para todos los perfiles de usuario (fig. 8).
25
Fig.8 Configuración de conexión al servidor
Una vez proporcionados los datos se realizara una prueba de conexión y la cadena de conexión
generada será almacenada en una variable global para su uso posterior en diferentes ocasiones.
Importación de datos.- El copiado de información del servidor a la base de datos local tendrá lugar en
el menú Archivo en la opción “Importar Información de Pozo desde el Servidor”. (fig. 9)
Fig. 9 Acceso al copiado de datos del servidor
26
Si por algún motivo aún no se configura la conexión se mostrara una alerta informando que no fue
posible realizar la conexión y que se verifiquen los parámetros escritos para intentar nuevamente (fig.
10).
Fig. 10 Error al realizar la conexión al servidor.
Previo a la muestra de los pozos del servidor se verificará que la conexión a este tenga los
parámetros correctos, si es exitosa, se mostrara un formulario con el DataSet del Servidor, igual al
local, exceptuando las vistas, del cual se podrá seleccionar el pozo deseado (fig. 11).
27
Fig. 11 Selección de pozo a importar del servidor
Tras seleccionar el pozo, se ejecuta UN MÉTODO para obtener la información de CADA TABLA de
información.
Cada método consiste en, utilizando una conexión, un comando y un adapter de la clase
System.Data.SqlClient, llenar un DataTable con TODAS las filas de datos de la tabla y pozo
especificados. Estos métodos abarcan la información de las tablas:
A) Pozo
B) Geometría
C) Actividades Programadas
D) Actividades Reales
E) Columna Geológica
Posterior a esto se declara una variable de tipo DataRow que será una nueva fila del DataSet y tabla
a la que se le importara información. Dicha variable almacenara en los campos del DataSet los
valores de cada columna del DataTable con la información del servidor. Por último se mostraran los
ProgressBar con el avance de la importación (fig.12).
28
Fig.12 Progreso de importación de datos
Importación de información para perfil “Lectura”
La importación de información a la base de datos local será posible también para el perfil “Lectura”
sin embargo, esta no permanecerá guardada una vez que se cierre la aplicación.
Para lograr esto, se almacenaran en un arreglo de strings todos los pozos que hayan sido
importados, y antes de cerrar la aplicación se ejecutan los queries de eliminación de información
para todos los pozos contenidos en el arreglo.
29
Fig.13 Opciones de exportación de da
Almacenar datos en el servidor (fig. 13)
Copiar todos los datos
Para comenzar el guardado de datos en el servidor, será posible hacerlo individualmente o varios
pozos a la vez que se podrán elegir del listbox. Una vez seleccionado el(los) pozo(s) deseado(s) la
ejecución de este método posiblemente se lograría mediante la clase SqlBulkCopy que pertenece a
la clase System.Data.SqlClient. Haciendo uso de una instancia de esta, es posible almacenar todos
los datos de un pozo determinada en un DataTable y pasarlos completamente a una tabla destino,
en este caso la del servidor. Esto siempre y cuando el pozo en cuestión no exista en el servido, de lo
contrario se ejecutaran las acciones que descritas en el Caso de Análisis de Sincronización.
Actualizar:
Para realizar esta acción será necesario comparar los valores de cada campo de cada tabla.
Posibles casos:
1.- En relación a fechas de inserción de una fila
1.1 Cuando las fechas de inserción a la base de datos local son posteriores a los que tiene
registrados en el servidor
1.2 Cuando las fechas de inserción de la BD local sea más antigua que las del servidor
Acción: advertir de copia de datos antiguos.
30
1.3 Cuando las fechas de inserción de ambas bases sean iguales
2.- En relación a la cantidad de filas
2.1 Cuando las filas locales son mayores a las del servidor
Opciones: Sobrescribir, saltar registros y detener carga
Salta registros: Copiara solamente los registros que NO se encuentren en el servidor
Detener carga: Mandara un mensaje de advertencia de que todos los cambios en el servidor serán
descartados.
3.- Advertir a usuarios que está a punto de realizar modificaciones al servidor con información
antigua
4.- 2 usuarios modifiquen información de un mismo pozo el mismo día
Caso de Análisis de Sincronización
El usuario A carga 3 filas y guarda los datos en el servidor, posteriormente el usuario el B importa los
datos y BORRA una filas. Al guardar de nuevo, los datos que no se encuentren se deben borrar del
servidor.
Ejemplo gráfico y diagrama de flujo:
Paso 1: Usuario A carga información al servidor
Id_Pozo Cuenca …
Poza Rica 1 - …
Axochitl 2 - …
Soledad 110 - …
Id_Pozo Cuenca …
31
Paso 2: Usuario B importa datos del servidor.
Id_Pozo Cuenca …
Paso 3: Usuario B elimina “X” cantidad de filas, agrega “Y” filas y guarda la información.
Id_Pozo Cuenca …
Poza Rica 1 - …
Axochitl 2 - …
Soledad 110 - …
Id_Pozo Cuenca …
Poza Rica 1 - …
Axochitl 2 - …
Soledad 110 - …
Humapa 1024 - …
Id_Pozo Cuenca …
Poza Rica 1 - …
Axochitl 2 - …
Soledad 110 - …
32
Algoritmos de sincronización
Para efectuar la sincronización, se realizara la búsqueda de llaves primarias de la BD local en el
Servidor. Las que no se encuentren son las que se insertaran, de lo contrario, se actualizarán; al
terminar estas iteraciones, ahora se realizara la búsqueda de llaves primarias de la BD del Servidor
en la Local. Las que no se encuentran deberán ser
borradas (fig.14 y 15).
Fig. 14 Diagrama de flujo para importación de catálogos
33
Fig. 15 Diagrama de flujo para sincronización de datos con el servidor
34
3.2 Resultados
Una vez realizadas las pruebas de código se observó como resultado que al agregar los datos de
usuario y fecha en cada fila nueva del objeto DataSet, estos se insertan satisfactoriamente en las
columnas de cada tabla. A continuación se muestran algunos ejemplos:
Actividades Programadas
Para cada fila que sea insertada en esta tabla se muestra el usuario que realizo la captura y la fecha
en que se realizó. (Fig.16)
Fig.16 Control de usuarios en tabla Actividades Programadas
Columna Geológica
En cada registro de columna geológica tendrá el usuario y fecha que capturo sin importar sin son en
fechas distintas. (fig. 17)
Fig.17 Control de usuarios en tabla Columna Geológica
35
Almacenamiento de datos en masa:
El copiado de información se realiza tal cual este almacenado en la base de datos local al servidor
teniendo seguridad en que se almacenan en una réplica de esta. (fig. 18)
Fig. 18 Copiado de información al servidor
Importación de datos:
Los datos almacenados en el servidor se pueden en masa de igual manera que se almacenan y a su
vez se verifican que se cumplan todas las llaves primarias y foráneas. (fig. 19)
Fig. 19 Importación de datos generales de pozo
Los datos almacenados en el servidor se pueden en masa de igual manera que se almacenan y a su
vez se verifican que se cumplan todas las llaves primarias y foráneas. (Fig. 20)
36
Fig.20 Validación de datos importados
37
3.3 Conclusiones
El desarrollar aplicaciones de escritorio y/o web el objeto Dataset del Microsoft .NET Framework
provee múltiples opciones para realizar acciones en una base de datos, esto sin importar el motor
que se ocupe, ya sea SQL Server, Microsoft Access, MySQL u Oracle.
Uno de sus principales usos es la automatización de sentencias básicas como lo son INSERT,
SELECT, UPDATE y DELETE hacia las tablas, mismas que pueden ser modificadas por el usuario
para lograr las consultas más optimas de acuerdo a las necesidades del proyecto que se esté
desarrollando.
Es de suma importancia conocer el manejo de este objeto ya que permite tener una réplica de la
base de datos pero en memoria, permitiendo un mejor performance de la aplicación al momento de
ejecutar instrucciones SQL. A su vez, fomenta la práctica de la programación orientada a objetos ya
que cada tabla se vuelve un objeto y por ende cada una de sus columnas se vuelve objetos y su
programación es extensa pero muy funcional.
Desde el punto de objetivos del proyecto, fueron cumplidos satisfactoriamente ya que el sistema en
cuestión opera de manera correcta cumpliendo las expectativas del jefe del proyecto quedando como
punto para un trabajo futuro la programación de verificación de errores de inconsistencia de datos en
el servidor. Es de suma importancia en sistemas de información que serán utilizados por varios
usuarios se tenga un control de usuarios que ejecutan operaciones en la base de datos que permita
al(los) administrador(es) saber quién y cuándo fue la última vez que se afectó determinada tabla.
Finalmente, nos es satisfactorio profesionalmente haber podido participar en el desarrollo de esta
parte del proyecto al ing. David Silva Santiago, Jefe de Proyecto del área Modelos y Sistemas de
Información con quien esperamos en un futuro haya una nueva oportunidad de desarrollo
profesional.
38
Bibliografía
Cedeño, M. L. (2010). IMPLEMENTACIÓN DE UN SISTEMA AUTOMATIZADO QUE OPTIMICE LA
GESTIÓN DE LOS PROCESOS ADMINISTRATIVOS DEL ÁREA SERVICIOS MÉDICOS DE
LA UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS. Maturin, Venezuela.
Conrad, J. (2010). Microsoft Access 2010 Inside Out. Custom Editorial, Inc.
García, J. C. (2012). Procedimiento para migrar aplicaciones web de ASP.NET Webforms a
ASP.NET MVC. Antioquia.
Nielsen, P. (2009). Microsoft SQL Server 2008 Bible. Indianapolis, Indiana: Wiley Publishing Inc.
Severino, F. M. (2012). Desarrollo de una herramienta matemática como apoyo a la educación
básica en el estado de Guerrero (México) utilizando Monodevelop con C#. Guerrero.
Smith, B. (2011). AdvancED ActionScript 3.0: Design Patterns. Apress.
Thai, T. (2003). .NET Framework Essentials. Sebastopol: O'Reilly & Associates, Inc.

Más contenido relacionado

La actualidad más candente

Presentac..
Presentac..Presentac..
Presentac..jceg83
 
Material de arrastre: S.O.S a los ríos del Tolima
Material de arrastre: S.O.S a los ríos del TolimaMaterial de arrastre: S.O.S a los ríos del Tolima
Material de arrastre: S.O.S a los ríos del TolimaMiguel Ángel Barreto
 
04 diseño y trazo de voladura subterranea parte 2
04 diseño y trazo de voladura subterranea parte 204 diseño y trazo de voladura subterranea parte 2
04 diseño y trazo de voladura subterranea parte 2Jhonfernando00
 
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...Sector Energía y Minas - INGEMMET
 
Geología para ingeniería de minas parte i
Geología para ingeniería de minas parte iGeología para ingeniería de minas parte i
Geología para ingeniería de minas parte iLUNDIN MINING PERU SAC
 
YACIMIENTO CERRO CORONA - Geologia Estructural.pptx
YACIMIENTO CERRO CORONA - Geologia Estructural.pptxYACIMIENTO CERRO CORONA - Geologia Estructural.pptx
YACIMIENTO CERRO CORONA - Geologia Estructural.pptxNelsyPatillaMamani
 

La actualidad más candente (20)

Venti minas i
Venti minas  iVenti minas  i
Venti minas i
 
Explosivos unidad II
Explosivos unidad IIExplosivos unidad II
Explosivos unidad II
 
Periódo cretácico
Periódo cretácicoPeriódo cretácico
Periódo cretácico
 
Tema 11 mg- perforacion
Tema 11 mg- perforacionTema 11 mg- perforacion
Tema 11 mg- perforacion
 
Presentac..
Presentac..Presentac..
Presentac..
 
Cretácico
CretácicoCretácico
Cretácico
 
Material de arrastre: S.O.S a los ríos del Tolima
Material de arrastre: S.O.S a los ríos del TolimaMaterial de arrastre: S.O.S a los ríos del Tolima
Material de arrastre: S.O.S a los ríos del Tolima
 
Nexa Resources Milpo-Cerro-Lindo
Nexa Resources Milpo-Cerro-LindoNexa Resources Milpo-Cerro-Lindo
Nexa Resources Milpo-Cerro-Lindo
 
04 diseño y trazo de voladura subterranea parte 2
04 diseño y trazo de voladura subterranea parte 204 diseño y trazo de voladura subterranea parte 2
04 diseño y trazo de voladura subterranea parte 2
 
Cuenca talara
Cuenca talaraCuenca talara
Cuenca talara
 
41968949b
41968949b41968949b
41968949b
 
Formulas Geológicas Mineras
Formulas Geológicas MinerasFormulas Geológicas Mineras
Formulas Geológicas Mineras
 
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...
YACIMIENTOS DE BAJA SULFURACIÓN EN EL CORREDOR SAN PABLO - NORTE DEL PERÚ- ES...
 
Evolucion Geológica del Perú
Evolucion Geológica del PerúEvolucion Geológica del Perú
Evolucion Geológica del Perú
 
Minería en Nicaragua
Minería en NicaraguaMinería en Nicaragua
Minería en Nicaragua
 
Geología para ingeniería de minas parte i
Geología para ingeniería de minas parte iGeología para ingeniería de minas parte i
Geología para ingeniería de minas parte i
 
Prospección geoquímica
Prospección geoquímicaProspección geoquímica
Prospección geoquímica
 
Trinchera de puerto rico
Trinchera de puerto ricoTrinchera de puerto rico
Trinchera de puerto rico
 
HIDROCARBUROS
HIDROCARBUROSHIDROCARBUROS
HIDROCARBUROS
 
YACIMIENTO CERRO CORONA - Geologia Estructural.pptx
YACIMIENTO CERRO CORONA - Geologia Estructural.pptxYACIMIENTO CERRO CORONA - Geologia Estructural.pptx
YACIMIENTO CERRO CORONA - Geologia Estructural.pptx
 

Similar a Sistema analisis tiempos perforacion

Manual sistema integrado de gestión
Manual sistema integrado de gestiónManual sistema integrado de gestión
Manual sistema integrado de gestiónLeonardo Bfdb
 
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS SC LIMITS EFICIENTA TU DES...
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS   SC LIMITS EFICIENTA TU DES...INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS   SC LIMITS EFICIENTA TU DES...
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS SC LIMITS EFICIENTA TU DES...Ramses CF
 
Marco teorico (2)
Marco teorico (2)Marco teorico (2)
Marco teorico (2)rekorpitito
 
El sector espacial_argentino1
El sector espacial_argentino1El sector espacial_argentino1
El sector espacial_argentino1VICOAPAUL
 
Oil & Gas Magazine Agosto 2017
Oil & Gas Magazine Agosto 2017Oil & Gas Magazine Agosto 2017
Oil & Gas Magazine Agosto 2017Oil & Gas Magazine
 
Electiva II (Gestión Tecnológica y de la Innovación)
Electiva II (Gestión Tecnológica y de la Innovación)Electiva II (Gestión Tecnológica y de la Innovación)
Electiva II (Gestión Tecnológica y de la Innovación)luisana pirela
 
Ley 1286 de 2009 modificacion ley 29 de cti
Ley 1286 de 2009   modificacion ley 29 de ctiLey 1286 de 2009   modificacion ley 29 de cti
Ley 1286 de 2009 modificacion ley 29 de ctiJulianCamiloZapata
 
ensayo investigacion en colombia relacion chile .docx
ensayo investigacion en colombia relacion chile .docxensayo investigacion en colombia relacion chile .docx
ensayo investigacion en colombia relacion chile .docxKATHERINLAURAMOLINAA
 
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITS
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITSINNOVACION EFICIENTA TU DESCARGA CON SC LIMITS
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITSRamses CF
 
Diapositivas de gestion
Diapositivas de gestionDiapositivas de gestion
Diapositivas de gestionalbarrako
 
Diapositivas de gestion
Diapositivas de gestionDiapositivas de gestion
Diapositivas de gestionalbarrako
 

Similar a Sistema analisis tiempos perforacion (20)

Manual sistema integrado de gestión
Manual sistema integrado de gestiónManual sistema integrado de gestión
Manual sistema integrado de gestión
 
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS SC LIMITS EFICIENTA TU DES...
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS   SC LIMITS EFICIENTA TU DES...INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS   SC LIMITS EFICIENTA TU DES...
INNOVACION SC LIMITS BAHIAS . ASPECTOS JURIDICOS SC LIMITS EFICIENTA TU DES...
 
Marco teorico (2)
Marco teorico (2)Marco teorico (2)
Marco teorico (2)
 
El sector espacial_argentino1
El sector espacial_argentino1El sector espacial_argentino1
El sector espacial_argentino1
 
Agro y energía
Agro y energíaAgro y energía
Agro y energía
 
Marco teorico
Marco teoricoMarco teorico
Marco teorico
 
Oil & Gas Magazine Agosto 2017
Oil & Gas Magazine Agosto 2017Oil & Gas Magazine Agosto 2017
Oil & Gas Magazine Agosto 2017
 
Gestión de Tecnología
Gestión de Tecnología Gestión de Tecnología
Gestión de Tecnología
 
Electiva II (Gestión Tecnológica y de la Innovación)
Electiva II (Gestión Tecnológica y de la Innovación)Electiva II (Gestión Tecnológica y de la Innovación)
Electiva II (Gestión Tecnológica y de la Innovación)
 
Documento-nueva-lcyt-9-y-10 10-08
Documento-nueva-lcyt-9-y-10 10-08Documento-nueva-lcyt-9-y-10 10-08
Documento-nueva-lcyt-9-y-10 10-08
 
Boletin Nº 08
Boletin Nº 08Boletin Nº 08
Boletin Nº 08
 
Industria petroquimica en mexico
Industria petroquimica en mexicoIndustria petroquimica en mexico
Industria petroquimica en mexico
 
Ley 1286 de 2009 modificacion ley 29 de cti
Ley 1286 de 2009   modificacion ley 29 de ctiLey 1286 de 2009   modificacion ley 29 de cti
Ley 1286 de 2009 modificacion ley 29 de cti
 
Capitulo1 (1)
Capitulo1 (1)Capitulo1 (1)
Capitulo1 (1)
 
Presentacion del imp
Presentacion del impPresentacion del imp
Presentacion del imp
 
ensayo investigacion en colombia relacion chile .docx
ensayo investigacion en colombia relacion chile .docxensayo investigacion en colombia relacion chile .docx
ensayo investigacion en colombia relacion chile .docx
 
Marco teorico final
Marco teorico finalMarco teorico final
Marco teorico final
 
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITS
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITSINNOVACION EFICIENTA TU DESCARGA CON SC LIMITS
INNOVACION EFICIENTA TU DESCARGA CON SC LIMITS
 
Diapositivas de gestion
Diapositivas de gestionDiapositivas de gestion
Diapositivas de gestion
 
Diapositivas de gestion
Diapositivas de gestionDiapositivas de gestion
Diapositivas de gestion
 

Último

04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdfCristhianZetaNima
 
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxCARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxvalenciaespinozadavi1
 
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptaCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptCRISTOFERSERGIOCANAL
 
Propuesta para la creación de un Centro de Innovación para la Refundación ...
Propuesta para la creación de un Centro de Innovación para la Refundación ...Propuesta para la creación de un Centro de Innovación para la Refundación ...
Propuesta para la creación de un Centro de Innovación para la Refundación ...Dr. Edwin Hernandez
 
Tinciones simples en el laboratorio de microbiología
Tinciones simples en el laboratorio de microbiologíaTinciones simples en el laboratorio de microbiología
Tinciones simples en el laboratorio de microbiologíaAlexanderimanolLencr
 
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVIL
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVILClase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVIL
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVILProblemSolved
 
Comite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxComite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxClaudiaPerez86192
 
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICA
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICAINTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICA
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICAJOSLUISCALLATAENRIQU
 
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesUNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesElianaCceresTorrico
 
Base de Datos en Microsoft SQL Server 2024
Base de Datos en Microsoft SQL Server 2024Base de Datos en Microsoft SQL Server 2024
Base de Datos en Microsoft SQL Server 2024CESARHERNANPATRICIOP2
 
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfMikkaelNicolae
 
CLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxCLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxbingoscarlet
 
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023COMPEDIOS ESTADISTICOS DE PERU EN EL 2023
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023RonaldoPaucarMontes
 
01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt
01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt
01 MATERIALES AERONAUTICOS VARIOS clase 1.pptoscarvielma45
 
Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacajeremiasnifla
 
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfTEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfXimenaFallaLecca1
 
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdf
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdfTAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdf
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdfAntonioGonzalezIzqui
 
Elaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfElaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfKEVINYOICIAQUINOSORI
 
Obras paralizadas en el sector construcción
Obras paralizadas en el sector construcciónObras paralizadas en el sector construcción
Obras paralizadas en el sector construcciónXimenaFallaLecca1
 

Último (20)

04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
04. Sistema de fuerzas equivalentes II - UCV 2024 II.pdf
 
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxCARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
 
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptaCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
 
Propuesta para la creación de un Centro de Innovación para la Refundación ...
Propuesta para la creación de un Centro de Innovación para la Refundación ...Propuesta para la creación de un Centro de Innovación para la Refundación ...
Propuesta para la creación de un Centro de Innovación para la Refundación ...
 
Tinciones simples en el laboratorio de microbiología
Tinciones simples en el laboratorio de microbiologíaTinciones simples en el laboratorio de microbiología
Tinciones simples en el laboratorio de microbiología
 
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVIL
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVILClase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVIL
Clase 7 MECÁNICA DE FLUIDOS 2 INGENIERIA CIVIL
 
Comite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptxComite Operativo Ciberseguridad 012020.pptx
Comite Operativo Ciberseguridad 012020.pptx
 
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICA
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICAINTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICA
INTEGRALES TRIPLES CLASE TEORICA Y PRÁCTICA
 
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesUNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
 
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdfVALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
 
Base de Datos en Microsoft SQL Server 2024
Base de Datos en Microsoft SQL Server 2024Base de Datos en Microsoft SQL Server 2024
Base de Datos en Microsoft SQL Server 2024
 
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
 
CLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxCLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptx
 
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023COMPEDIOS ESTADISTICOS DE PERU EN EL 2023
COMPEDIOS ESTADISTICOS DE PERU EN EL 2023
 
01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt
01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt
01 MATERIALES AERONAUTICOS VARIOS clase 1.ppt
 
Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpaca
 
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfTEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
 
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdf
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdfTAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdf
TAREA 8 CORREDOR INTEROCEÁNICO DEL PAÍS.pdf
 
Elaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdfElaboración de la estructura del ADN y ARN en papel.pdf
Elaboración de la estructura del ADN y ARN en papel.pdf
 
Obras paralizadas en el sector construcción
Obras paralizadas en el sector construcciónObras paralizadas en el sector construcción
Obras paralizadas en el sector construcción
 

Sistema analisis tiempos perforacion

  • 1. 1 INSTITUTO TECNOLÓGICO SUPERIOR DE POZA RICA Maestría en Sistemas Computacionales Empresa: Instituto Mexicano del Petróleo Sistema de Análisis de tiempos de Perforación (ATP-IMP) Autores: MCA Gustavo Alejandro Galindo Rosales LI Gerardo Aguilar Robledo POZA RICA DE HIDALGO, VERACRUZ SEPTIEMBRE DE 2014
  • 2. 2 Tabla de contenido Introducción............................................................................................................................................................................3 Capítulo I: “Planteamiento del Problema”..............................................................................................................................4 1.1 Antecedentes generales de la empresa........................................................................................................................4 1.1.1 Misión.....................................................................................................................................................................6 1.1.2 Visión......................................................................................................................................................................7 1.2 Organigrama del departamento ...................................................................................................................................8 1.3 Planteamiento del problema ......................................................................................................................................10 1.4 Objetivos principales...................................................................................................................................................10 1.5 Beneficios del control de usuario................................................................................................................................10 1.6 Beneficios de la importación y exportación de información entre bases de datos....................................................11 1.7 Cronograma de Actividades........................................................................................................................................11 Capítulo II: “Marco Teórico” .................................................................................................................................................12 2.1 Sistemas de Información.............................................................................................................................................12 2.2 Microsoft .NET Framework.........................................................................................................................................12 2.3 Visual Studio................................................................................................................................................................13 2.4 Visual Basic .NET .........................................................................................................................................................14 2.5 Microsoft Access.........................................................................................................................................................14 2.6 SQL Server...................................................................................................................................................................15 2.7 Programación Orientada a Objetos ............................................................................................................................16 2.8 Objeto DataSet............................................................................................................................................................17 Capitulo III “Aplicación y Resultados”...................................................................................................................................18 3.1 Solución del problema ................................................................................................................................................18 3.2 Resultados...................................................................................................................................................................34 3.3 Conclusiones ...............................................................................................................................................................37 Bibliografía...........................................................................................................................................................................38
  • 3. 3 Introducción En la actualidad, los sistemas de información, ya sean Web o de Escritorio, fungen como una parte esencial para el mejor manejo y uso de la información que las empresas generan o utilizan para operar. A su vez, las aplicaciones tienen una constante evolución por lo que es necesario que tengan una compatibilidad para que más de un usuario pueda hacer uso de ellas. Derivado de esta característica, es necesario tener un control de las acciones que se realizan en la base de datos, así entonces es necesario generar la programación necesaria para agregar el usuario y la fecha en que se realiza algún movimiento en la base de datos. Otro aspecto muy importante de las aplicaciones de escritorio es la magnitud del tamaño de esta, es decir, conforme el paso del tiempo, las empresas continúan generando información y se llega al momento en el que ya no es tan simple el almacenamiento, se requiere de un espacio dedicado mucho mayor al de, por ejemplo, un solo archivo de Microsoft Access. Para lograr esto es que se deben generar las rutinas que permitan realizar una sincronización de información con un equipo servidor y que utilice un motor de base de datos de mayor soporte. La organización del trabajo es la siguiente: en el capítulo 1 se mostraran los antecedentes de la empresa, como su misión y visión así como un organigrama del área donde se realizó el proyecto. El capítulo 2 se enlista todos los conceptos teóricos que están relacionados con el contenido de la Aplicación y Resultados. Finalmente el capítulo 3 muestra los métodos y códigos empleados para el desarrollo de los objetivos del proyecto.
  • 4. 4 Capítulo I: “Planteamiento del Problema” 1.1 Antecedentes generales de la empresa Como consecuencia de la transformación industrial del país y de la necesidad de incrementar la tecnología relacionada con el desarrollo de la industria petrolera, petroquímica básica, petroquímica derivada y química, el 23 de agosto de 1965 fue creado el Instituto Mexicano del Petróleo (IMP). En el decreto que se publicó en el Diario Oficial el 26 de agosto de 1965, se establecen como objetivos del IMP: • la investigación científica básica y aplicada. • el desarrollo de disciplinas de investigación básica y aplicada. • la formación de investigadores. • la difusión de los desarrollos científicos y aplicación en la técnica petrolera. • la capacitación de personal obrero que pueda desempeñar labores en el nivel subprofesional, dentro de las industrias petrolera, petroquímica básica, petroquímica derivada y química. A más de cuatro décadas, el IMP sigue cumpliendo con los objetivos que le dieron vida. El IMP nació por iniciativa del entonces director general de Pemex, Jesús Reyes Heroles, quien reconoció que la planeación y el desarrollo de la industria petrolera deberían ser congruentes con las necesidades de una economía mixta. Por esa razón, consideró necesario fomentar la investigación petrolera y formar recursos humanos que impulsaran el desarrollo de tecnología propia. En respuesta a esta exigencia, el gobierno federal decidió crear un “organismo descentralizado de interés público y preponderante científico, técnico, educativo y cultural, con personalidad jurídica y patrimonio propios, cuya función será buscar la independencia científica y tecnológica en el área petrolera”. De esa forma, desde 1965, el Instituto Mexicano del Petróleo ha contribuido al desarrollo del país, mediante la formación de recursos humanos y la creación de tecnología propia.
  • 5. 5 Una vez que se definieron los programas y se avanzó en la construcción de las instalaciones, se nombró como primer director general al ingeniero Javier Barros Sierra, quien tomo posesión el 31 de enero de 1966, fecha en la que se instaló también el Consejo Directivo, presidido por el licenciado Jesús Reyes Heroles. Mes y medio después, el 17 de marzo, se inauguraron las instalaciones del IMP, que inició sus actividades con 300 empleados y cuatro edificios para labores de investigación y administración. Con el ingeniero Bruno Mascanzoni Fabri (director general de 1970 a 1978) se propició el desarrollo científico y tecnológico en diversas áreas de la industria petrolera. El IMP comenzó el registro de sus primeras patentes, alcanzó la comercialización de sus primeros resultados e inició proyectos mancomunados con empresas extranjeras. En 1977, se acordó que las entidades de la administración pública paraestatal se agruparan por sectores, con el fin de que sus relaciones con el Ejecutivo Federal se realizaran mediante una secretaria de Estado o departamento administrativo. El IMP quedó agrupado en el sector industrial mediante la Secretaría de Patrimonio y Fomento Industrial. Bajo la dirección del ingeniero José Luis García Luna (1982-1988), se inició la descentralización de sus actividades hacia otros puntos del país y se construyó el Parque Industrial La Reforma, que ahora alberga importantes laboratorios. El 29 de abril de 1982 se creó la zona Noroeste, como imperativo para impulsar la promoción de los servicios tecnológicos del instituto y ampliar su mercado, esencialmente en los estados de Nuevo León y Coahuila. Fue en el periodo del ingeniero Manzanilla Sevilla cuando se transformó la Ley Orgánica de Pemex y se optó por separar las tareas industriales y comerciales de la paraestatal. Con ello surgieron Pemex Exploración y Producción; Pemex Refinación; Pemex Gas y Petroquímica Básica; Pemex Petroquímica, de carácter técnico, industrial y comercial, con personalidad jurídica y patrimonio propios.
  • 6. 6 Durante los años 1996 y 2005, bajo la gestión de Gustavo Chápela Castañares, la institución tenía dos objetivos fundamentales; la construcción de una masa crítica de investigación y el desarrollo de proyectos estratégicos en áreas como yacimientos naturalmente fracturados, transporte de hidrocarburos, procesamiento de combustibles limpios, profundas, optimización, protección ambiental y seguridad industrial. Dirección Regional Norte (Poza Rica) Dirige los proyectos de aplicación industrial con un enfoque de alineación a PEMEX basado en el suministro de valor, vigilando la rentabilidad del negocio. La Dirección Regional Norte con sede en Poza Rica, Veracruz, comprende a las entidades federativas de: Aguascalientes, Baja California, Baja California Sur, Coahuila, Chihuahua, Durango, Jalisco, Nayarit, Nuevo León, San Luis Potosí, Sinaloa, Sonora, Tamaulipas y Zacatecas. Queda comprendido dentro de la esfera de competencia de esta Dirección Regional, la entidad federativa de Veracruz, con excepción de los municipios que expresamente se consideran para la competencia de la Dirección Regional Sur. 1.1.1 Misión Transformar el conocimiento en tecnología y servicios de valor para la industria petrolera.
  • 7. 7 1.1.2 Visión Ser un centro público de investigación de clase mundial con personal reconocido, con tecnologías y servicios que contribuyen al desarrollo de la industria petrolera. Esta visión implica que: • los resultados de la investigación de desarrollo tecnológico con orientación de negocios son aplicados por la industria petrolera. Algunos incluso se utilizan en el ámbito internacional. • el conjunto de productos y servicios que ofrece impacta directamente en la cadena de valor de la industria petrolera. • proporciona soluciones integrales por la sinergia lograda entre las diferentes especialidades del IMP. • cuentan con centros regionales con infraestructura de vanguardia, que facilita la interacción con la industria petrolera. • son una comunidad comprometida, capacitada y reconocida; suficiente para contribuir al desarrollo tecnológico de la industria petrolera. • son una organización sustentable técnica y financieramente.
  • 8. 8 1.2 Organigrama del departamento El presente proyecto de estancia academica se desarrolló en el Instituto Mexicano del Petróleo, en la Dirección Regional Norte en el área de Exploración y Producción, en el departamento de Modelos y Sistemas de Información. Instituto Mexicano del Petróleo DIRECCIÓN REGIONAL NORTE EXPLORACIÓN Y PRODUCCIÓN DEPARTAMENTO: MODELOS Y SISTEMAS DE INFORMACION. Fig.1 Organigrama del departamento Modelo y Sistemas de Información Ing. David Silva Santiago Jefe de proyecto Ing. Enrique Barrón Cordero Especialista 1 Ing. Javier Bravo Reyes Especialista 2 Ing. Patricia Fernández Nicolás Especialista 3
  • 9. 9 Responsable Descripción Jefe de Proyecto • Interviene en las negociaciones con el cliente, a fin de detectar sus necesidades. • Seguimiento de programas y avances de costos e ingresos del proyecto. • Seguimiento de calidad del proyecto. • Establece comunicación con el cliente • Coordina el personal a su cargo. • Validación técnica de resultados. • Revisa y aprueba en forma periódica los entregables del proyecto. • Entrega de resultados para revisión y aceptación del cliente. • Gestión administrativa del proyecto. Especialistas 1 y 2 (Levantamiento, captura de información e integración de paquetes de tecnología del Proceso) • Levantamiento de información técnica en campo de instalaciones de manejo superficial de producción. • Llenado de formatos técnicos de LEINER. • Recopilación, organización y captura de la información técnica levantada para su inclusión en el sistema LEINER. • Elaboración de diagramas en AutoCAD para integración al sistema LEINER. • Apoyo en la integración de Paquetes de Tecnología del Proceso. • Soporte técnico en actividades técnico/operativas en instalaciones de producción. Especialista 3 (Mantenimiento, soporte técnico al software e Integración de información) • Mantenimiento y soporte técnico al sistema. • Asistencia técnica y transferencia tecnológica del sistema, en aspectos tales como operación, estructura de base de datos, espacios físicos, procesos, instalación y código de aplicación. • Integración de información al sistema. • Realización de pruebas integrales que simulen la operación normal de la aplicación. • Validación de información técnica, diagramas y multimedia.
  • 10. 10 Responsable Descripción • Corrección de fallas detectadas en la operación. 1.3 Planteamiento del problema Se requiere tener un control de todas las operaciones realizadas en la base de datos, ya que el sistema tendrá más de un usuario y es una necesidad tener una administración detallada de esta para tener un control sobre la información. La base de datos local con la que operan los usuarios, está hecha en Microsoft Access y a medida de que captura más información se corre el riesgo de perderla, esto debido a las limitaciones y poca seguridad que tiene. Es por esto que se empleara una réplica de la estructura de la base de datos en Microsoft SQL Server 2012 y se realizara la programación para sincronizar los datos de la base de datos de Access en este. 1.4 Objetivos principales • Realizar la programación adecuada para el control de cambios y de acciones ejecutadas a los campos de las distintas tablas, estas acciones contemplan: inserciones, modificaciones y eliminaciones. • A su vez, se analizará y programará los elementos necesarios para poder sincronizar la base de datos local de la aplicación con una base de datos centralizada en un servidor, esto cómo uno de los alances primordiales del proyecto. 1.5 Beneficios del control de usuario El desarrollo de este módulo permitirá a los administradores del sistema conocer la fecha y el usuario que realizo la última modificación a determinada tabla(s), esto con la finalidad de obtener un detalle más específico de la razón de lo escrito en alguno de los campos de la tabla. Así como también brindara información detallada sobre las modificaciones realizadas a la Base de Datos.
  • 11. 11 1.6 Beneficios de la importación y exportación de información entre bases de datos Este sistema utiliza una Base de Datos Microsoft Access la cual tiene la desventaja de ser inestable cuando se cuenta con grandes cantidades de datos en sus tablas, debido a la anterior, es necesario tener un espacio de mucha mayor capacidad dedicado al almacenamiento de esta información por lo cual es necesario hacer uso de un servidor que cuente con el motor de Base de Datos SQL Server. A su vez, al contar con un servidor los usuarios tendrá la posibilidad de guardar su información en un lugar aparte sin correr el riesgo de perder todo por algún problema con el archivo. También será posible que los demás usuarios del sistema puedan descargar información de uno o más pozos, actualizar lo necesario y volver a cargar los datos modificados con lo más reciente. 1.7 Cronograma de Actividades ACTIVIDADES MES 1 MES 2 Implementación de mecanismos para la gestión de usuarios en acciones de eliminación de registros. P R Agregar datos de usuario que realice inserciones de información a cualquiera de las tablas que pueden ser inserciones y/o modificaciones. P R Desarrollo de mecanismos para la sincronización de base de datos local (standalone) con base de datos en servidor P R Pruebas de código P R Corrección de errores P R
  • 12. 12 Capítulo II: “Marco Teórico” 2.1 Sistemas de Información Son aquellos sistemas que se encargan de manera específica de procesar tanto las transacciones de información provocadas por las interacciones formales entre el entorno y la organización como las transacciones generadas en el seno de la organización. Así mismo el (SIT) procesa las transacciones propias de un proceso logístico: pedidos, facturas, despachos, órdenes de compra, devoluciones, lista de empaque, pagos, entre otros. Además los sistemas transaccionales gerencian modelos de reposición, de compra y de ruteos, todo esto actividad rutinaria de la función logística. De este modo acota entre sus principales características: a) A través de éstos suelen lograrse ahorros significativos de mano de obra, debido a que automatizan tareas operativas de la organización. b) Con frecuencia son el primer tipo de Sistemas de Información que se implanta en las organizaciones. Se empieza apoyando las tareas a nivel operativo de la organización. c) Son intensivos en entrada y salid de información; sus cálculos y procesos suelen ser simples y poco sofisticados. (Cedeño, 2010) 2.2 Microsoft .NET Framework Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las aplicaciones son parte del software de una computadora, y suelen ejecutarse sobre el sistema operativo.
  • 13. 13 Una aplicación de software suele tener un único objetivo: navegar en la web, revisar correo, explorar el disco duro, editar textos, jugar (un juego es un tipo de aplicación), etc. Una aplicación que posee múltiples programas se considera un paquete. Son ejemplos de aplicaciones Internet Explorer, Outlook, Word, Excel, WinAmp, etc. Características de las aplicaciones • En general, una aplicación es un programa compilado (aunque a veces interpretado), escrito en cualquier lenguaje de programación. • Las aplicaciones pueden tener distintas licencias de distribución como ser freeware, shareware, trialware, etc. Para más información ver: Licencias de software. • Las aplicaciones tienen algún tipo de interfaz, que puede ser una interfaz de texto o una interfaz gráfica (o ambas). También hay que destacar que la distinción entre aplicaciones y sistemas operativos muchas veces no es clara. De hecho, en algunos sistemas integrados no existe una clara distinción para el usuario entre el sistema y sus aplicaciones. (Severino, 2012) 2.3 Visual Studio Visual Studio es un conjunto completo de herramientas de desarrollo para la generación de aplicaciones web ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones móviles. Visual Basic, Visual C#y Visual C++ utilizan todos el mismo entorno de desarrollo integrado (IDE), que habilita el uso compartido de herramientas y hace más sencilla la creación de soluciones en varios lenguajes. Asimismo, dichos lenguajes utilizan las funciones de .NET Framework, las cuales ofrecen acceso a tecnologías clave para simplificar el desarrollo de aplicaciones web ASP y Servicios Web XML. Visual Studio 2010 incorpora nuevas características mejoradas que hacen que todo el proceso de desarrollo sea más sencillo, desde el diseño a la implementación. Personalice su área de trabajo mediante la compatibilidad con varios monitores. Cree aplicaciones enriquecidas para SharePoint y la Web. Tome como objetivo varias versiones de .NET Framework con la misma herramienta.
  • 14. 14 Elimine el temido problema de no poder reproducir gracias a IntelliTrace y mucho más. (García, 2012) 2.4 Visual Basic .NET Microsoft ha renovado VB y añadido características completas para la programación orientada a objetos. El nuevo lenguaje VB, Visual Basic NET (VB.NET o), le permite hacer todo lo que se puede hacer con VB, aunque del mucho más fácilmente. Si usted es un programador de VB con conocimiento de otros lenguajes orientados a objetos, como C ++ o Smalltalk, entonces te encantará la nueva sintaxis que viene junto con VB.NET. Si usted es un programador de VB sin el conocimiento de otros lenguajes orientados a objetos, usted se sorprenderá por la nueva sintaxis VB.NET al principio, pero te darás cuenta de que la nueva sintaxis simplifica tu vida como programador. Además del apoyo de estilo VB desarrollo rápido de aplicaciones (RAD), VB.NET es un lenguaje modernizado que le da acceso total a la NET Framework. El compilador de VB.NET genera metadatos y código IL, haciendo que la lengua un ciudadano igual a la de C # o C ++ administrada. A diferencia de la versión VB antes de VB6, no habrá intérprete en VB.NET, así que no debe haber argumentos violentos sobre problemas de rendimiento de VB frente a otro idioma. Quizás la característica más potente es que ahora usted puede escribir interfaces y clases que son muy similares a las escritas en otros idiomas NET. La nueva sintaxis permite heredar de clases base, implementa las interfaces, anula las funciones virtuales, crear una clase base abstracta, y así sucesivamente. Además, también soporta el manejo de excepciones exactamente como hace C # y C Managed ++, haciendo mucho más fácil el manejo de errores. (Thai, 2003) 2.5 Microsoft Access Microsoft Access es sólo una parte de la estrategia de producto de gestión de datos global de Microsoft. Como todas las buenas bases de datos relacionales, que le permite vincular información relacionada easily-- por ejemplo, datos de clientes y para que entre. Pero Access 2010 también complementa otros productos de base de datos, ya que tiene varias características de conectividad de gran alcance. Como su nombre lo indica, Access puede trabajar directamente con datos de otras fuentes, incluyendo muchos programas de bases de datos para PC más conocidos (como dBASE), con muchas bases de datos en el escritorio de SQL (Structured Query Language), en los servidores,
  • 15. 15 en los miniordenadores o en mainframes, y con los datos almacenados en los servidores web de Internet o intranet. El acceso también es totalmente compatible con Microsoft ActiveX Tecnología, por lo que una aplicación de Access puede ser un cliente o un servidor para el resto de 2010 aplicaciones del sistema Microsoft Office, como Word, Excel, PowerPoint, Outlook, Publisher y OneNote. Access proporciona un sistema de desarrollo de aplicaciones muy sofisticadas para el sistema operativo Microsoft Windows. Esto ayuda a construir aplicaciones de forma rápida, cualquiera que sea el origen de datos. De hecho, usted puede construir aplicaciones sencillas mediante la definición de formularios e informes basados en los datos y la vinculación a continuación con algunas macros de declaraciones de Microsoft Visual Basic; no hay necesidad de escribir código complejo en el sentido clásico de la programación. Debido a que Access utiliza Visual Basic, puede utilizar el mismo conjunto de competencias con otras aplicaciones en el sistema Microsoft Office o con Visual Basic. (Conrad, 2010) 2.6 SQL Server Microsoft SQL Server. Es un sistema para la gestión de bases de datos creado por Microsoft, el mismo se basa en el modelo relacional. SQL Server utiliza como lenguajes de consulta T-SQL y ANSI SQL. Microsoft SQL Server revoluciona el concepto de Base de datos para la Empresa. Reúne en un sólo producto la potencia necesaria para cualquier aplicación empresarial crítica, junto con unas herramientas de gestión que reducen al mínimo el coste de propiedad. Con Microsoft SQL Server, la empresa tiene todo de serie. Dentro de sus características fundamentales se encuentran: • Soporte de transacciones. • Escalabilidad, estabilidad y seguridad. • Soporta procedimientos almacenados. • Incluye también un potente entorno gráfico de administración, que permite el uso de comandos DDL y DML gráficamente.
  • 16. 16 • Permite trabajar en modo cliente-servidor, donde la información y datos se alojan en el servidor y los terminales o clientes de la red sólo acceden a la información. • Además permite administrar información de otros servidores de datos. (Nielsen, 2009) 2.7 Programación Orientada a Objetos Programación orientada a objetos (POO) es la práctica de crear una arquitectura de software que permite la flexibilidad a través del diseño modular. Un programador que está orientado a objetos no es necesariamente uno que es un codificador más avanzado, pero que quien elige ser codificador más estratégico, y que se adhiere a los principios de la programación orientada a objetos. POO no es un lenguaje; es la práctica de la arquitectura de y el proceso de pensamiento detrás de él que conduce a aplicaciones y lenguajes están orientados a objetos, tales como ActionScript (AS) 3.0 AS 3.0 fue construido como un lenguaje orientado a objetos para reflejar el modelo mental de un programador que conozca los beneficios de romper el código en una serie de objetos que se envían mensajes entre ellos. Pero muchos de los que optar por desarrollar con AS 3.0 no utilicen POO. Esto es debido a la naturaleza un tanto desalentadora de programación orientada a objetos, así como el tiempo necesario para aprender. AS 3.0 está destinado a apoyar el desarrollo de la arquitectura flexible y el uso de programación orientada a objetos puede ayudar a evitar que el código inmanejable. Arquitectura flexible es más fácil modificar porque los objetos que componen la aplicación tienen límites bien definidos, lo que simplifica la sustitución de uno de los objetos con los que trabaja. Por lo tanto, es beneficioso para codificar con un proceso de pensamiento orientado a objetos. Programación de procedimiento, que es un método lineal de desarrollo, a menudo culmina en líneas de código que no tienen separación de comportamientos de tren de pensamiento. El lenguaje se convierte en nada más que una serie de rutinas y subrutinas. Programación de procedimiento puede funcionar bien si usted es el único desarrollador de un proyecto, ya que usted está familiarizado con su código. Sin embargo, cuando más programadores están involucrados, puede ser engorroso para que se familiaricen con los otros de código y tamizar a través de las líneas en las que un cambio que hay que realizar. (Smith, 2011)
  • 17. 17 2.8 Objeto DataSet El DataSet puede ser visto como una vista en memoria de la base de datos. Puede contener varios objetos DataTable y DataRelation. Con las versiones anteriores de ADO, lo más cerca que podía llegar a esta funcionalidad tiene que intercambiar datos con una cadena de objetos Recordset. Cuando la aplicación cliente recibe este conjunto de registros encadenados, que puede conseguir cada uno de los conjuntos de registros a través NextRecordset (); Sin embargo, no hay manera de describir la relación entre cada uno de los conjuntos de registros en la cadena. Con ADO.NET, los desarrolladores pueden navegar y manipular la colección de tablas y sus relaciones. Como se mencionó anteriormente, los conjuntos de datos ADO.NET implican desconectados porque se orienta hacia una arquitectura distribuida. Dado que el DataSet está desconectado, se debe proporcionar un modo de seguimiento de los cambios a sí mismo. El DataSet proporciona un número de métodos para que todos manipulación de datos hecho al conjunto de datos Cabe fácilmente reconciliarse con la base de datos real (o la fuente de datos) en un momento posterior. Ellos incluyen: HasChanges(), HasErrors, GetChanges(), AcceptChanges() y RejectChanges(). Puede utilizar estos métodos para comprobar los cambios que han sucedido al DataSet, inspeccionar los cambios de los errores, y luego aceptar o rechazar los cambios. Si desea comunicar los cambios en el almacén de datos back-end (que suele ser el caso), le debe hacer una solicitud al DataSet para obtener una actualización. El DataSet está diseñado para beneficiar a las aplicaciones web empresariales, que están desconectados de la naturaleza. No sabe que los datos en el back-end han cambiado hasta que haya actualizado los registros que estaba editando o realizado cualesquiera otras tareas que requerían conciliación de datos. (Thai, 2003)
  • 18. 18 Capitulo III “Aplicación y Resultados” 3.1 Solución del problema Después del análisis de todas las posibles opciones para lograr los objetivos planteados al principio de este informe, los métodos implementados fueron los siguientes: Control de Operaciones realizadas por el usuario: El objetivo final es agregar en la base de datos, el nombre de usuario y la fecha en la que realizo algún tipo de acción en la tabla afectada. Para lograr esto, se modificaron en primera la instancia todas las tablas que requieren tener el control de usuarios, agregando los campos Usuario de tipo Texto y Fecha de tipo Fecha. Posteriormente se modificó el objeto Dataset que es el encargado de realizar todas las operaciones, agregando los campos de Usuario y Fecha que hacían falta como se ilustra en la figura 2: Fig. 2 Cambios realizados al objeto Dataset Una vez realizada esta acción se localizaron todos los códigos en donde se actualizara la base de datos mediante el DataSet y se agregaron los valores de los campos faltantes al objeto que representa una nueva fila de la tabla en cuestión, como se muestra en la figura 3:
  • 19. 19 Fig.3 Implementación de código de control de usuarios Esta acción se repitió en todos los formularios que tienen interacción con la base de datos, el resultado fue satisfactorio tras las pruebas realizadas los cuales son: • Actividades Programadas • Actividades Reales • Geometría • Datos generales del Pozo • Catálogos • Columna Geológica Paralelamente a esta programación, también se realizó el control de eliminaciones que se almacena en una tabla independiente, agregando un query de inserción al objeto Dataset, el cual se ejecuta cada vez que el usuario elimina un dato. Este objeto requiere de un nombre de tabla, la fecha, el usuario que ejecuto la eliminación y una breve descripción (Ver fig. 4).
  • 20. 20 Fig. 4 Control de Eliminaciones Sincronización con base de datos central La siguiente de las acciones a ejecutarse es la sincronización de las bases de datos. Esto comprende la importación de datos desde el servidor y el guardado de información en el servidor. ANALISIS DE CASOS DE SINCRONIZACIÓN DE LA BASE DE DATOS LOCAL CON SERVIDOR Carga = Copiar información al servidor Descarga = Copiar información a la base de datos local 1.- Carga de información de pozo Para usuario escritura: • Actividades Reales y Programadas • Información general del Pozo • Geometría Real y Programada • Columna Geológica Para usuario administrador: • Actividades Reales y Programadas • Información general del Pozo • Geometría Real y Programada • Columna Geológica
  • 21. 21 • Catálogos 2.- Descarga de información de pozo. Usuario escritura y Administrador: • Actividades Reales y Programadas • Información general del Pozo • Geometría Real y Programada • Columna Geológica • Catálogos Para usuario de lectura, se podrá realizar la descarga pero a su vez, al cerrar la aplicación, esta se eliminara de la base de datos local. 3.- Carga de información de Catálogos: Solo usuario Administrador. 4.- Concurrencia de 2 o más usuarios cargando/descargando información. 5.- Conexión repentinamente perdida Acción: Haciendo uso de transacciones, realizar un rollback para no copiar información incompleta. 6.- Notificación de aproximación al límite de tamaño de la BD (definido previamente) 7.- Apagones, bloqueos de la aplicación. 8.- Usuarios puedan calificar el mismo pozo en registros diferentes e incluso los mismos registros. 9.- Considerar copiado de uno o más pozos. Usuario con autenticación SQL Para poder operar la base de datos del servidor fue necesario crear un usuario con autenticación, esto con la finalidad de no utilizar el usuario “sa” debido a que es el administrador total del servidor. Los datos son:
  • 22. 22 Usuario (Login): Desarrollo_IMP Contraseña: IMP2014 En caso de que se desee cambiar el nombre de usuario, se deberá crear un nuevo usuario; esta operación se debe realizar con el usuario “sa” para poder otorgar los permisos correspondientes al nuevo usuario para la base de datos ATP_IMP. Esto se puede realizar desde el SQL Server Management Studio, los permisos otorgados al usuario se describen en las siguientes imágenes: Propiedades del Login: Estos permisos son los básicos para poder tener acceso a la BD más sin embargo aún sin permisos para visualizar los objetos contenidos en ella. Se asignan haciendo clic con el botón derecho en el login deseado en el sección Security>Logins del servidor (ver Fig. 5). Fig. 5 Propiedades del Login
  • 23. 23 Permisos sobre la BD: Son todos los relacionados con la ejecución de sentencias SQL en los datos, se deben seleccionar uno a uno (fig. 6): Los permisos necesarios son los siguientes: • Select • Insert • Update • Delete • Execute • Connect Fig. 6 Permisos sobre la base de datos
  • 24. 24 Configuración de la conexión al servidor Dada la posibilidad de que el servidor pueda cambiar de dirección IP, se generó un módulo de configuración del servidor al que se puede accesar como se muestra en la figura 7 Fig.7 Acceso a la configuración de conexión al servidor En este menú se debe escribir la dirección IP, usuario y contraseña de autenticación tipo SQL que tenga los privilegios necesarios para operar la base de datos del servidor. Esta opción estará disponible para todos los perfiles de usuario (fig. 8).
  • 25. 25 Fig.8 Configuración de conexión al servidor Una vez proporcionados los datos se realizara una prueba de conexión y la cadena de conexión generada será almacenada en una variable global para su uso posterior en diferentes ocasiones. Importación de datos.- El copiado de información del servidor a la base de datos local tendrá lugar en el menú Archivo en la opción “Importar Información de Pozo desde el Servidor”. (fig. 9) Fig. 9 Acceso al copiado de datos del servidor
  • 26. 26 Si por algún motivo aún no se configura la conexión se mostrara una alerta informando que no fue posible realizar la conexión y que se verifiquen los parámetros escritos para intentar nuevamente (fig. 10). Fig. 10 Error al realizar la conexión al servidor. Previo a la muestra de los pozos del servidor se verificará que la conexión a este tenga los parámetros correctos, si es exitosa, se mostrara un formulario con el DataSet del Servidor, igual al local, exceptuando las vistas, del cual se podrá seleccionar el pozo deseado (fig. 11).
  • 27. 27 Fig. 11 Selección de pozo a importar del servidor Tras seleccionar el pozo, se ejecuta UN MÉTODO para obtener la información de CADA TABLA de información. Cada método consiste en, utilizando una conexión, un comando y un adapter de la clase System.Data.SqlClient, llenar un DataTable con TODAS las filas de datos de la tabla y pozo especificados. Estos métodos abarcan la información de las tablas: A) Pozo B) Geometría C) Actividades Programadas D) Actividades Reales E) Columna Geológica Posterior a esto se declara una variable de tipo DataRow que será una nueva fila del DataSet y tabla a la que se le importara información. Dicha variable almacenara en los campos del DataSet los valores de cada columna del DataTable con la información del servidor. Por último se mostraran los ProgressBar con el avance de la importación (fig.12).
  • 28. 28 Fig.12 Progreso de importación de datos Importación de información para perfil “Lectura” La importación de información a la base de datos local será posible también para el perfil “Lectura” sin embargo, esta no permanecerá guardada una vez que se cierre la aplicación. Para lograr esto, se almacenaran en un arreglo de strings todos los pozos que hayan sido importados, y antes de cerrar la aplicación se ejecutan los queries de eliminación de información para todos los pozos contenidos en el arreglo.
  • 29. 29 Fig.13 Opciones de exportación de da Almacenar datos en el servidor (fig. 13) Copiar todos los datos Para comenzar el guardado de datos en el servidor, será posible hacerlo individualmente o varios pozos a la vez que se podrán elegir del listbox. Una vez seleccionado el(los) pozo(s) deseado(s) la ejecución de este método posiblemente se lograría mediante la clase SqlBulkCopy que pertenece a la clase System.Data.SqlClient. Haciendo uso de una instancia de esta, es posible almacenar todos los datos de un pozo determinada en un DataTable y pasarlos completamente a una tabla destino, en este caso la del servidor. Esto siempre y cuando el pozo en cuestión no exista en el servido, de lo contrario se ejecutaran las acciones que descritas en el Caso de Análisis de Sincronización. Actualizar: Para realizar esta acción será necesario comparar los valores de cada campo de cada tabla. Posibles casos: 1.- En relación a fechas de inserción de una fila 1.1 Cuando las fechas de inserción a la base de datos local son posteriores a los que tiene registrados en el servidor 1.2 Cuando las fechas de inserción de la BD local sea más antigua que las del servidor Acción: advertir de copia de datos antiguos.
  • 30. 30 1.3 Cuando las fechas de inserción de ambas bases sean iguales 2.- En relación a la cantidad de filas 2.1 Cuando las filas locales son mayores a las del servidor Opciones: Sobrescribir, saltar registros y detener carga Salta registros: Copiara solamente los registros que NO se encuentren en el servidor Detener carga: Mandara un mensaje de advertencia de que todos los cambios en el servidor serán descartados. 3.- Advertir a usuarios que está a punto de realizar modificaciones al servidor con información antigua 4.- 2 usuarios modifiquen información de un mismo pozo el mismo día Caso de Análisis de Sincronización El usuario A carga 3 filas y guarda los datos en el servidor, posteriormente el usuario el B importa los datos y BORRA una filas. Al guardar de nuevo, los datos que no se encuentren se deben borrar del servidor. Ejemplo gráfico y diagrama de flujo: Paso 1: Usuario A carga información al servidor Id_Pozo Cuenca … Poza Rica 1 - … Axochitl 2 - … Soledad 110 - … Id_Pozo Cuenca …
  • 31. 31 Paso 2: Usuario B importa datos del servidor. Id_Pozo Cuenca … Paso 3: Usuario B elimina “X” cantidad de filas, agrega “Y” filas y guarda la información. Id_Pozo Cuenca … Poza Rica 1 - … Axochitl 2 - … Soledad 110 - … Id_Pozo Cuenca … Poza Rica 1 - … Axochitl 2 - … Soledad 110 - … Humapa 1024 - … Id_Pozo Cuenca … Poza Rica 1 - … Axochitl 2 - … Soledad 110 - …
  • 32. 32 Algoritmos de sincronización Para efectuar la sincronización, se realizara la búsqueda de llaves primarias de la BD local en el Servidor. Las que no se encuentren son las que se insertaran, de lo contrario, se actualizarán; al terminar estas iteraciones, ahora se realizara la búsqueda de llaves primarias de la BD del Servidor en la Local. Las que no se encuentran deberán ser borradas (fig.14 y 15). Fig. 14 Diagrama de flujo para importación de catálogos
  • 33. 33 Fig. 15 Diagrama de flujo para sincronización de datos con el servidor
  • 34. 34 3.2 Resultados Una vez realizadas las pruebas de código se observó como resultado que al agregar los datos de usuario y fecha en cada fila nueva del objeto DataSet, estos se insertan satisfactoriamente en las columnas de cada tabla. A continuación se muestran algunos ejemplos: Actividades Programadas Para cada fila que sea insertada en esta tabla se muestra el usuario que realizo la captura y la fecha en que se realizó. (Fig.16) Fig.16 Control de usuarios en tabla Actividades Programadas Columna Geológica En cada registro de columna geológica tendrá el usuario y fecha que capturo sin importar sin son en fechas distintas. (fig. 17) Fig.17 Control de usuarios en tabla Columna Geológica
  • 35. 35 Almacenamiento de datos en masa: El copiado de información se realiza tal cual este almacenado en la base de datos local al servidor teniendo seguridad en que se almacenan en una réplica de esta. (fig. 18) Fig. 18 Copiado de información al servidor Importación de datos: Los datos almacenados en el servidor se pueden en masa de igual manera que se almacenan y a su vez se verifican que se cumplan todas las llaves primarias y foráneas. (fig. 19) Fig. 19 Importación de datos generales de pozo Los datos almacenados en el servidor se pueden en masa de igual manera que se almacenan y a su vez se verifican que se cumplan todas las llaves primarias y foráneas. (Fig. 20)
  • 36. 36 Fig.20 Validación de datos importados
  • 37. 37 3.3 Conclusiones El desarrollar aplicaciones de escritorio y/o web el objeto Dataset del Microsoft .NET Framework provee múltiples opciones para realizar acciones en una base de datos, esto sin importar el motor que se ocupe, ya sea SQL Server, Microsoft Access, MySQL u Oracle. Uno de sus principales usos es la automatización de sentencias básicas como lo son INSERT, SELECT, UPDATE y DELETE hacia las tablas, mismas que pueden ser modificadas por el usuario para lograr las consultas más optimas de acuerdo a las necesidades del proyecto que se esté desarrollando. Es de suma importancia conocer el manejo de este objeto ya que permite tener una réplica de la base de datos pero en memoria, permitiendo un mejor performance de la aplicación al momento de ejecutar instrucciones SQL. A su vez, fomenta la práctica de la programación orientada a objetos ya que cada tabla se vuelve un objeto y por ende cada una de sus columnas se vuelve objetos y su programación es extensa pero muy funcional. Desde el punto de objetivos del proyecto, fueron cumplidos satisfactoriamente ya que el sistema en cuestión opera de manera correcta cumpliendo las expectativas del jefe del proyecto quedando como punto para un trabajo futuro la programación de verificación de errores de inconsistencia de datos en el servidor. Es de suma importancia en sistemas de información que serán utilizados por varios usuarios se tenga un control de usuarios que ejecutan operaciones en la base de datos que permita al(los) administrador(es) saber quién y cuándo fue la última vez que se afectó determinada tabla. Finalmente, nos es satisfactorio profesionalmente haber podido participar en el desarrollo de esta parte del proyecto al ing. David Silva Santiago, Jefe de Proyecto del área Modelos y Sistemas de Información con quien esperamos en un futuro haya una nueva oportunidad de desarrollo profesional.
  • 38. 38 Bibliografía Cedeño, M. L. (2010). IMPLEMENTACIÓN DE UN SISTEMA AUTOMATIZADO QUE OPTIMICE LA GESTIÓN DE LOS PROCESOS ADMINISTRATIVOS DEL ÁREA SERVICIOS MÉDICOS DE LA UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS. Maturin, Venezuela. Conrad, J. (2010). Microsoft Access 2010 Inside Out. Custom Editorial, Inc. García, J. C. (2012). Procedimiento para migrar aplicaciones web de ASP.NET Webforms a ASP.NET MVC. Antioquia. Nielsen, P. (2009). Microsoft SQL Server 2008 Bible. Indianapolis, Indiana: Wiley Publishing Inc. Severino, F. M. (2012). Desarrollo de una herramienta matemática como apoyo a la educación básica en el estado de Guerrero (México) utilizando Monodevelop con C#. Guerrero. Smith, B. (2011). AdvancED ActionScript 3.0: Design Patterns. Apress. Thai, T. (2003). .NET Framework Essentials. Sebastopol: O'Reilly & Associates, Inc.