Informe Práctica
Short Description
Descripción: Informe final para la obtención de título profesional IP. Virginio Gómez de Concepción...
Description
Actividad Terminal Práctica Profesional Informe de Actividad Terminal para optar al título de Técnico Nivel Superior en Computación e Informática.
Nombre Alumno
: Álvaro Daniel Poblete Monsalve
Jefa de Carrera
: Pamela Landero
Supervisor
: Carlos Chirino G.
Fecha Presentación
: 20 de febrero de 2012
2
3
SUMARIO
El siguiente documento aborda los procedimientos y labores realizadas en el proceso de práctica profesional correspondiente a la carrera de Técnico Superior en Computación e Informática, documentando el proceso de creación y puesta en marcha de un sistema informático de apoyo en la gestión en el avance de órdenes de trabajo, al igual de labores de reparación de computadoras y solución de problemas a nivel de usuario en maestranza Rilan Ingeniería & Construcción Ltda.
OBJETIVOS
Desempeñarse y obtener valores y técnicas que aporten experiencia en el área de trabajo para el alumno, desarrollando así áreas del crecimiento personal y de interacción que permitan al alumno llevar de mejor manera el trabajo a realizar. Mediante la solicitud al alumno en práctica de realizar un programa que tome datos existentes desde una base de datos Microsoft® Access, los procese y permita llevar una evaluación individual de cada grupo de ellos, mediante la entrega de requerimientos de funcionamiento, se planea que el mismo pueda establecer de forma autónoma procedimientos que permitan el cumplimiento de la labor.
MÉTODOS UTILIZADOS
Para tal objetivo se realizaron las siguientes actividades:
Análisis de las situaciones referentes al ingreso de los diferentes datos al sistema Microsoft® Access existente en la empresa.
Estudio de la base de datos Access, tipos de datos, estructura y relaciones de sus tablas y campos con los que se componen.
Selección de datos a utilizar para el uso del sistema a desarrollar de acuerdo a los requerimientos de la empresa.
4
Búsqueda y uso de programas de desarrollo o herramien tas “CASE”1, para el análisis y desarrollo de la base de datos a utilizar por la aplicación.
Determinación del motor de base de datos a utilizar, desarrollo de la base de datos utilizada por el sistema a desarrollar.
Análisis de la estructura de los módulos a programar, funciones y lenguaje de programación a utilizar por el alumno.
Pruebas a nivel local, corrección de fallos, instalación y pruebas de funcionamiento en servidor de la empresa.
Corrección de fallos y puesta en marcha.
RESULTADO
El desarrollo de todas las actividades, entrega como resultado una aplicación completamente funcional, que recupera, procesa y guarda los datos en una base de datos protegida, de fácil comprensión y uso. En términos pedagógicos se concluye con un conocimiento de tareas y procedimientos que permiten al alumno afrontar la vida laboral con experiencia en el área de desarrollo.
CONCLUSIONES
El proceso de práctica profesional, suministra la absorción de procedimientos y técnicas al cual el alumno, durante la duración de la carrera, no se ve en la necesidad real de desarrollar o utilizar a cabalidad, entregando así un complemento necesario para la ejecución de sus labores dentro de una organización. Estos conocimientos y por sobre todo experiencias, permiten afrontar de mejor manera la vida laboral para no cometer errores que el alumno por la falta de experiencia adecuada, pueda incurrir de forma involuntaria, desarrollando de mejor manera las tareas asignadas. 1
Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora
ÍNDICE GENERAL
INTRODUCCIÓN INTRODUCCIÓN ....................................................................................................................... ............................................................................ ........................................... 8 OBJETIVOS GENERALES: GENERALES: ................................................ ................................................................................................... ................................................... 9 OBJETIVOS ESPECÍFICOS: ESPECÍFICOS: ................................................................ ......... ........................................................................................ ................................. 9 ALCANCES ALCANCES DEL TRABAJO....................................................... ............................................................................................... ........................................ 10 DESARROLLO DESARROLLO ......................................................................................................................... ................................................................................ ......................................... 11 ÁMBITO DE LA APLICACIÓN ................................................. .......................................................................................... ......................................... 11 OBJETIVO GENERAL........................................................ ......................................................................................................... ................................................. 11 OBJETIVO ESPECÍFICO ESPECÍFICO ..................................................................................................... .............................................................................. ....................... 11 ESPECIFICACIÓN ESPECIFICACIÓN DE REQUERIMIENTOS REQUERIMIENTOS .............................................. ..................................................................... ....................... 12 REQUISITOS REQUISITOS FUNCIONALES DE USUARIO .................................................................. ..................................................... ............. 14 REQUISITOS REQUISITOS FUNCIONALES DE SISTEMA ...................................................... ................................................................... ............. 14 REQUISITOS REQUISITOS DE ALMACENAMIENTO ALMACENAMIENTO.................................................... ........................................................................... ....................... 15 CONSULTAS CONSULTAS POR PANTALLA ................................................ ......................................................................................... ......................................... 16 16 OTROS ..................................................................................................................... .............................................................. .................................................................... ............. 16 MODIFICACIÓN MODIFICACIÓN DE REQUERIMIENTOS REQUERIMIENTOS .......................................................... ... .................................................................... ............. 16 ANÁLISIS DE BASE DE DATOS ACCESS .................................................... ........................................................................... ....................... 17 ANÁLISIS DE FORMULARIOS FORMULARIOS ......................................................................................... ....................................... .................................................. 17 17 ANÁLISIS DE TABLAS ............................................................................... ......................... ............................................................................. ....................... 20 ANÁLISIS DE CAMPOS Y TIPO DE DATO ..................................................................... ..................................... ................................ 21 ANÁLISIS DE INTERRELACIONES INTERRELACIONES ................................................................................. ................................................. ................................ 22 RESULTADOS RESULTADOS DE ANÁLISIS PLATAFORMA ACCESS................................................ 23 CREACIÓN CREACIÓN BASE DE DATOS DE APOYO "RILAN_SAGPOT" "RILAN_SAGPOT"........................................ 25 DISEÑO ASISTIDO POR COMPUTADOR (CASE) ...................................................... .......................................................... .... 25 MER BASE DE DATOS RILAN_SAGPOT RILAN_SAGPOT ........................................................................ 26 DIAGRAMA RELACIONAL ....................................................... ............................................................................................... ........................................ 27 GUIÓN SQL ...................................................................................................................... ................................................................ .......................................................... .... 27 ESTRUCTURACIÓN ESTRUCTURACIÓN PROGRAMA .............................................. ....................................................................................... ......................................... 29 29 DIAGRAMA DE DESCOMPOSICIÓN DESCOMPOSICIÓN ............................................................................... ......................................................................... ...... 29
6
DETERMINACIÓN DETERMINACIÓN DE LENGUAJE DE DESARROLLO DESARROLLO Y PROGRAMACIÓN PROGRAMACIÓN ............... 30 PROGRAMACIÓN PROGRAMACIÓN Y PRUEBAS ............................................... ........................................................................................ ......................................... 30 CORRECCIONES CORRECCIONES Y PUESTA EN MARCHA .................................................................... 31 OTRAS LABORES LABORES REALIZADAS REALIZADAS ................................................ ......................................................................................... ......................................... 34 ASISTENCIA ASISTENCIA TÉCNICA ..................................................... ...................................................................................................... ................................................. 34 REPARACIÓN REPARACIÓN EQUIPOS ....................................................................................... ............. 35 COMENTARIOS COMENTARIOS ............................................................................. ......................... ............................................................................................. ......................................... 38 CONCLUSIÓN CONCLUSIÓN ............................................................... ......... ............................................................................................................ .......................................................... .... 38 BIBLIOGRAFÍA BIBLIOGRAFÍA Y RECURSOS ............................................................................................. ...................................................................... ....................... 39
7
ÍNDICE DE TABLAS Y FIGURAS
TABLA 1 DISEÑO INFORME / INFORME / PANTALLA PANTALLA PRINCIPAL................................................ PRINCIPAL.................................................... .... 12 TABLA 2, DATOS DE IMPORTANCIA MICROSOFT® ACCESS.......................................21 TABLA 3, MÓDULOS Y PERMISOS POR GRUPO............................................................... 29 IMAGEN 1 INGRESO DE PROYECTOS, MICROSOFT® ACCESS .................................... ....................... ............. 17 17 IMAGEN 2 INGRESO DE ÓRDENES DE TRABAJO, MICROSOFT® ACCESS ................ ............ .... 18 IMAGEN 3 INGRESO DE HH, MICROSOFT® ACCESS ...................................................... 19 IMAGEN 4 APERTURA DE ACCESS CON BASE DE DATOS DE RILAN ......................... 20 IMAGEN 5 APERTURA DE ACESS CON BASE DE DATOS DE RILAN DESBLOQUEANDO HERRAMIENTAS HERRAMIENTAS ................................................. ........................................................................ ....................... 20 20 IMAGEN 6, TABLAS OT, CONTROL HH, CONTROLHH2 ................................................. ............................................. .... 22 IMAGEN 7, PROGRAMA DIA PARA CREACIÓN DE DIAGRAMAS DE FLUJO O DE ÁNALISIS DE BASE DE DATOS ENTRE OTROS ......................................................... 25 IMAGEN 8, DIAGRAMA MER BASE DE DATOS RILAN_SAGPOT, PROGRAMA DIA . 26 IMAGEN 9, MODELO RELACIONAL EN HERRAMIENTA CASE DBDESIGNER4 DBDESIGNER4 ........ .. ...... 27 IMAGEN 10, EXPORTACIÓN DE SCRIPT SQL, DBDESIGNER4 ...................................... ......................... ............. 28 28 IMAGEN 11, PROCEDIMIENTOS ALMACENADOS, BASE DE DATOS SQL SERVER. 28 IMAGEN 12 DIAGRAMA DE DESCOMPOSICIÓN DEL PROGRAMA, DIA ..................... 29 IMAGEN 13 ENTORNO DE DESARROLLO DE VISUAL STUDIO 2010 ........................... .............. ............. 30 IMAGEN 14, ERROR AL TRATAR DE ESTABLECER UNA CONEXIÓN SQL AL SERVIDOR .................................................... ........................................................................................................... .................................................................... ............. 31 IMAGEN 15, ERROR DE CONEXIÓN CON SERVIDOR SQL SERVER EN SERVIDOR RILAN................................................... ......................................................................................................... ............................................................................. ....................... 32 IMAGEN 16, ERROR AL INICIAR SESION EN LA CREDENCIAL DE SQL SERVER ..... 32 32 IMAGEN 17 ÁREA DE RECTIFICACIÓN Y FILTRADO FUENTE DE PODER ................. 35 IMAGEN 18 VARISTOR DAÑADO .......................................................................... ................... .................................................................... ............. 36 IMAGEN 19 RESTOS DE VARISTOR DAÑADO .................................................................. 36 IMAGEN 20, FUENTE DE PODER REPARADA Y SELECTOR DE VOLTAJES BLOQUEADO MEDIANTE UNA PLATINA METÁLICA ............................................ ............ ................................ 37
INTRODUCCIÓN “Rilan Ingeniería & Construcción”, empresa dedicada a la fabricación de estructuras y
el arriendo de maquinaria. Dentro de sus procesos administrativos gestiona sus trabajos por medio de órdenes de trabajo (denominadas internamente como OT) asignadas a un proyecto determinado. Toda OT y los datos asociados a ellas, son administrados a través de un sistema existente programado en plataforma Microsoft® Access, de donde se planean leer ciertos datos y procesarlos, de manera de poder realizar cálculos estadísticos simples para determinar el porcentaje de avance de cada OT en función de las fechas suministradas, de las horas hombre (HH) consumidas y de una evaluación de acuerdo a los procedimientos que se desarrollan dentro de cada una de las OT de acuerdo a siete puntos; Ingeniería, Suministros, Preparación, Armado, Soldadura, Superficie y Despacho. De acuerdo a estas tareas, se planea medir un avance estimado en cada orden de trabajo, y asignarle valores de acuerdo a la importancia y fechas disponibles para el término de cada proyecto. Con el objeto de construir una aplicación que tome valores existentes, los procese y además permita llevar un control estimativo de progresos, se pretende desarrollar durante el proceso de práctica profesional un programa que cumpla con estos requisitos principales. Además dentro de las labores de práctica profesional, el alumno participa en la reparación correctiva de equipos, así como apoyo a usuarios en el área de uso de aplicaciones y el mejoramiento de planillas existentes con el objeto de llevar de mejor forma los registros asociados a ellas.
9
OBJETIVOS GENERALES:
Desarrollar durante el periodo de práctica profesional del alumno, un programa capaz de comunicarse con la base de datos Microsoft® Access existente, que pueda procesar información que se encuentra de forma dispersa, mostrándola de forma entendible y agradable al usuario, calculando porcentajes de avance de acuerdo a esta esta información y entregando un método de evaluación sencillo para supervisores, jefes de proyecto o administración en general. Realizar mantenimiento a las computadoras que así lo requieran de forma de mantenerlas operativas de forma permanente. Prestar apoyo a los trabajadores, en el uso y configuración de aplicaciones de uso diario en las labores de trabajo de la empresa, así como el mejoramiento de planillas Microsoft® Excel ya existentes.
OBJETIVOS ESPECÍFICOS:
Analizar y comprender formularios de los procesos de ingreso y actualización de datos relevantes en la base de datos Microsoft® Access para el sistema de apoyo a realizar.
Analizar y comprender la relación de tablas entre los datos almacenados en la base de datos existente.
Establecer el tipo de datos utilizados y desarrollar una base de datos de apoyo para el almacenamiento de datos relacionados con la evaluación de una orden de trabajo para el sistema a desarrollar.
Establecer los requisitos tanto funcionales como no funcionales para el producto final, mediante entrevistas, encuestas o recomendaciones de los usuarios finales de la aplicación.
10
Establecer labores a realizar dentro del programa, dividiendo estas en módulos para ser implementados en la aplicación final.
Desarrollar interfaces que permitan un fácil uso y entendimiento al usuario final.
Implementar funciones y procedimientos que puedan ser usados por la aplicación para realizar las diferentes labores.
Realizar pruebas y correcciones en el funcionamiento de la aplicación.
Puesta en marcha de la aplicación mediante exposición a los principales usuarios.
Prestar apoyo técnico a todo trabajador en el uso y configuración de aplicaciones de uso cotidiano, Word, Excel, sistemas operativos Microsoft® Windows,
Prestar apoyo en labores de reparación de computadoras, garantizando el óptimo funcionamiento de estas.
ALCANCES DEL TRABAJO
La empresa RILAN, facilita para el proceso de práctica sus dependencias, así como las herramientas e información existentes para cumplir con las labores asignadas. Pero al tratarse de una empresa orientada a la construcción de estructuras y arriendo de maquinaria, no posee todas las herramientas necesarias para el área de desarrollo informático, por lo que el alumno se ve en la necesidad de usar sus propias herramientas y programas para llevar a cabo su labor. En términos generales las labores de práctica profesional se resumen en:
Análisis, Desarrollo e Implementación de Aplicación SAGPOT.
Pruebas y Correcciones
Puesta en marcha.
Apoyo técnico.
Mantenimiento correctivo.
DESARROLLO
Durante los primeros días, por medio de reuniones con el supervisor de práctica profesional, Don Carlos Chirino G. Y en presencia a uno de los encargados del ingreso de datos a la plataforma existente, Don Armin Montoya, mediante el uso de encuestas preconcebidas por el alumno, de acuerdo a su experiencia previa y al uso de preguntas de otros desarrolladores, con fuente en internet 2, se llega a la concepción principal de la labor a desarrollar.
ÁMBITO DE LA APLICACIÓN
Se busca realizar una aplicación que ayude en el área de construcción de la maestranza RILAN, apoyando en el control de los tiempos de ejecución de obras.
OBJETIVO GENERAL
Apoyar en las labores de fabricación para llevar de forma sencilla un control de los distintos trabajos en ejecución, asegurando la entrega a tiempo de los mismos.
OBJETIVO ESPECÍFICO
Mejorar el control de las labores que componen las órdenes de trabajo en ejecución en la maestranza
2
Mejorar la seguridad de los datos procesados con respecto a la plataforma de Access.
Interfaz sencilla y de fácil uso.
Acercar la información referente a las OT a los jefes de proyecto y supervisores.
http://www.mitecnologico.com/Main/IdentificacionDeRequerimientos
12
Nombre de la aplicación: SAGPOT (Sistema de Ayuda a la Gestión de Proyectos y Órdenes de Trabajo).
ESPECIFICACIÓN DE REQUERIMIENTOS
A. La aplicación a desarrollar por el alumno, debe cumplir el objetivo principal de monitorizar las órdenes de trabajo existentes en la base de datos Access, de tal modo que se pueda ver en una pantalla o planilla el avance de cada una de estas órdenes (también llamadas OT, por orden de trabajo). La forma de presentar la información deberá ser la siguiente: AVANCE
OT DESCRIPCIÓN 0000
-
Descripción 0000
-
Descripción
FECHA INICIO FECHA FIN
IDEAL (FECHA)
AVANCE REAL (EVALUACIÓN)
01-01-2011
01-01-2012
50%
49%
01-01-2011
01-01-2012
50%
49%
TABLA 1 DISEÑO INFORME / PANTALLA PRINCIPAL
B. La planilla o pantalla deberá mostrar cuales OT estarían con un avance real por debajo del avance ideal, de forma que con esa información saber de inmediato cuáles OT son las que se encuentran atrasadas en su ejecución.
13
C. Además dentro de cada OT, debe poder evaluarse algunos puntos referentes a las labores de ejecución de la misma, las cuales son: a) Ingeniería b) Suministros c) Preparación d) Armado e) Soldadura f) Tratamiento de Superficies g) Despacho Cada uno de estos puntos, debe poder calificarse de acuerdo a una tabla por defecto (porcentajes de importancia), y evaluarse de acuerdo a la percepción del usuario con una escala de 1 a 100. De acuerdo a este primer acercamiento, se pueden establecer los siguientes puntos en resumen: 1) La aplicación deberá recoger desde la base de datos existente los siguientes datos para ser mostrados al usuario: a. Número de OT b. Descripción de la OT c. Fecha de Inicio d. Fecha de Término e. Estado de OT (específicamente las de estado “EN EJECUCIÓN3) 2) Se debe calcular de acuerdo a las fechas suministradas, un porcentaje que permita ver el avance ideal que debiera llevar una OT de acuerdo a la fecha actual. 3) Poseer un formulario donde el encargado de evaluaciones, pueda ingresar los valores de avance en la OT en sus distintas labores (Punto C), en una escala de 1 a 100. 4) Mostrar de alguna forma cuales OT se encuentran en estado de atraso (avance evaluado, inferior al avance ideal). 3
El estado de la OT servirá en la aplicación para filtrar resultados y mantener en lista sólo aquellas OT que se encuentran actualmente en estado de ejecución
14
REQUISITOS FUNCIONALES DE USUARIO
a) Usuarios Directos: a. Gerente General. b. Gerente de Operaciones. c. Jefe de Proyecto d. Supervisores b) Usuarios Indirectos: a. Clientes.
REQUISITOS FUNCIONALES DE SISTEMA
Permitir importar datos hacia el sistema de evaluación.(Ingresar, evaluación.(Ingres ar, Modificar)
Permitir la actualización de avances en función de fecha y evaluado. (Modificar)
Permitir manejar usuarios en el sistema (Ingresar, Modificar, Bajar)
Permitir realizar labores de mantenimiento en usuarios y OT (Modificar, Bajar, Borrar)
15
REQUISITOS DE ALMACENAMIENTO
Usuarios
Suministros
o
Usuario
o
Preparación
o
Contraseña
o
Armado
o
Estado
o
Soldadura
o
Cargo
o
Superficie
o
Despacho
Cargos o
Nombre
o
Permisos 4
Ponderación por defecto
Fechas de vencimiento o
Ingeniería
o
Suministros
o
Ingeniería
o
Preparación
o
Suministros
o
Armado
o
Preparación
o
Soldadura
o
Armado
o
Superficie
o
Soldadura
o
Despacho
o
Superficie
o
Despacho
Evaluación
Avances o
Descripción
o
Fecha Fin
o
Número OT
o
Avance ideal
o
Ingeniería
o
Avance evaluado
o
Suministros
o
Preparación
o
Armado
o
Soldadura
o
Superficie
o
Despacho
Ponderación o
4
o
Ingeniería
Los cargos contendrán varios permisos
CONSULTAS POR PANTALLA
1) Consulta de avances: a. Número de OT b. Descripción c. Fecha Fin d. Avance ideal e. Avance Evaluado OTROS
No se especifican informes impresos en los requerimientos. El sistema deberá poder ser usado o instalado desde cualquier equipo con acceso a los discos virtuales donde se guarda el sistema actual en plataforma Microsoft® Access. Con estos requisitos, el alumno procede al análisis de la base de datos existente, con el objetivo de establecer las tablas a utilizar en la lectura de datos, así como el tipo de dato asociado y la interrelación entre tablas que pudieran ser necesarias para realizar una lectura completa y estructurada de los datos.
MODIFICACIÓN DE REQUERIMIENTOS
Posteriormente, cambios en los requerimientos establecidos, fuerzan al alumno a un análisis nuevo, añadiendo los siguientes requisitos a los ya existentes: Almacenamiento: Avances, cambia el nombre de la tabla por OT y agrega los siguientes
campos a los existentes:
Horas Hombre Presupuestadas
Horas Hombre Consumidas
Avance en función de Horas Hombre consumidas
17
ANÁLISIS DE BASE DE DATOS ACCESS
El análisis del sistema existente, permiten al alumno comprender el funcionamiento y estructura necesarios para la recolección de datos de forma correcta.
ANÁLISIS DE FORMULARIOS
El análisis de los formularios que componen el sistema Access de la empresa, permiten entender en parte cuales son los datos relevantes en el ingreso de las OT al sistema. Estos formularios entregan información útil al alumno para los pasos siguientes, estableciendo un punto de partida en la comprensión de la base de datos. El primer formulario corresponde al ingreso de proyectos de trabajo al sistema. En él se establecen los datos referentes al proyecto y al cliente. (Imagen 1)
IMAGEN 1 INGRESO DE PROYECTOS, MICROSOFT® ACCESS
18
El segundo formulario corresponde al ingreso de órdenes de trabajo (OT). En él se observan una mayor cantidad de datos, y se pueden ver algunos de los datos necesarios para el sistema a desarrollar. (Imagen 2) Sólo un puñado de datos son los necesarios leer desde el sistema, para ser procesados. Entre ellos destacan:
Orden de trabajo: Código numérico correlativo, asignado de forma manual y que se compone de cuatro dígitos, donde los primeros corresponden al código de cliente y los siguientes al correlativo de las OT que el cliente ah generado.
Descripción: La explicación de lo que consiste la OT.
Fecha de inicio: fecha estimativa de inicio de tareas para la OT.
Fecha Término: fecha estimativa de entrega conforme de la OT.
Prespto. Nº HH: El número de horas de trabajo u horas hombre asignadas a la OT.
IMAGEN 2 INGRESO DE ÓRDENES DE TRABAJO, MICROSOFT® ACCESS
19
El tercer formulario de interés para el alumno es el control de horas hombre (Ver Modificación de Requerimientos), que es donde el personal administrativo (Secretarias) rellenan las horas trabajadas por cada trabajador en las diferentes OT en ejecución en la maestranza. En él se ingresan las horas trabajadas por cada trabajador de maestranza, actualizando a la vez las horas consumidas en cada OT. (Imagen 3)
IMAGEN 3 INGRESO DE HH, MICROSOFT® ACCESS
20
ANÁLISIS DE TABLAS
El análisis de las tablas que componen la base de datos Access de RILAN, demanda el uso de un desbloqueo de la misma, puesto que se encuentra protegida habilitando en su apertura normal el ingreso de información pero no la modificación de la estructura base de la misma. Al ser abierta de forma normal, la base de datos mantiene las herramientas del programa Access IMAGEN 4 APERTURA DE ACCESS CON BASE DE DATOS DE RILAN
bloqueadas, haciendo imposible su modificación y análisis. (Imagen 4)
Para la habilitación de las herramientas del programa, es necesaria la apertura manteniendo la tecla SHIFT presionada. (Imagen 5)
IMAGEN 5 APERTURA DE ACESS CON BASE DE DATOS DE RILAN DESBLOQUEANDO HERRAMIENTAS
Con las herramientas ya desbloqueadas, el alumno puede realizar un análisis de las tablas, interrelaciones y tipo de dato que constituyen el sistema de Access.
21
ANÁLISIS DE CAMPOS Y TIPO DE DATO
Los campos observados en los formularios anteriores, permiten realizar un rastreo de los mismos en las tablas de Access. De la búsqueda, el alumno determina lo siguiente para el uso de la aplicación a desarrollar. Los datos a rescatar son: Dato
Campo
Tabla
Tipo
Longitud
Nulo
Indexado
Número OT
ot
ot
Numérico
-
Si
Si
Descripción
descripcion ot
Texto
50
No
No
F. Inicio
fecha
ot
Fecha/Hora
Short
Si
No
F. Fin
Fecha1
ot
Fecha/Hora
Short
Si
No
Estado
Estado
ot
Texto
50
No
No
HH Pres.
presnhh
ot
Double
-
No
No
-
-
-
*
HH. HN, HEX,
Consumidas
hn, HEX
Control HH, controlhh2
Numérico, Double
TABLA 2, DATOS DE IMPORTANCIA MICROSOFT® ACCESS
*Las horas consumidas son encontradas por el alumno en una condición de por sí extraña, ya que se encuentran divididas en dos tablas independientes, teniendo que calcularse una sumatoria de todas las horas normales y horas extras en las dos tablas para entregar el valor real de horas consumidas por cada orden de trabajo.
22
ANÁLISIS DE INTERRELACIONES
El análisis de interrelaciones, permite al alumno comprender el diseño lógico de la base de datos, y así construir una colección de consultas SQL que permitan la recolección de datos de forma satisfactoria. El análisis de interrelaciones se efectúa utilizando sólo las tablas de donde se leerán los datos. Siguiendo esta línea la relación de las tablas “ot”, “Control HH” y “controlhh2” queda
de la siguiente forma: Claramente en la imagen 6, se puede apreciar que entre las tablas que se desea recuperar datos desde la plataforma Access, no existen interrelaciones.
IMAGEN 6, TABLAS OT, CONTROL HH, CONTROLHH2 MICROSOFT® ACCESS
23
RESULTADOS DE ANÁLISIS PLATAFORMA ACCESS.
Del análisis de la base de datos existente, el alumno determina lo siguiente: La base de datos existente presenta una estructura relacional pobre y con errores, que hacen que el llenado de datos genere incongruencias entre los datos almacenados, repitiendo algunos en más de una tabla. Al igual se detectaron datos que debieran ser relacionados a otras tablas que no poseen un dato de llave foránea o presentan una llave foránea inexistente, como en el caso de OTs que como proyecto asociado poseen un número de proyecto inexistente. La seguridad de la base de datos impide la modificación de la misma, y el hecho de que esté en constante uso por personal de la empresa hace no factible el retiro de la misma de modo temporal e indefinido para la modificación de su estructura, su corrección y la agregación de nuevas tablas y formularios al sistema. Constantemente la base de datos de Microsoft® Access debe ser respaldada de forma automática por el servidor instalado, ya que además existe el problema real y constante de la corrupción del archivo por motivos de fuerza mayor (como lo son cortes de energía eléctrica), motivos de uso o mal cierre de la misma. Por conclusión el alumno decide la creación de una nueva base de datos en plataforma SQL SERVER, aprovechando el motor de base de datos Microsoft SQL Server Express 2005 instalado ya en el servidor de la empresa. La creación de la misma debe ser sujeta a análisis para garantizar el correcto funcionamiento de la misma. El uso de SQL Server, se justifica por las siguientes razones:
Ya se encuentra una instancia de SQL Server 2005 Versión Express instalada y corriendo en el servidor RILAN.
24
La seguridad que entrega el motor de SQL es mucho mayor que Access, impidiendo que usuarios por error modifiquen la base de datos de forma directa y fuera de los procedimientos reglamentados en el programa.
La corrupción de datos es casi nula.
Existe una cantidad ilimitada de conexiones que pueden trabajar con la base de datos SQL, no así con Access ya que mientras se utiliza otros usuarios no pueden acceder al sistema.
CREACIÓN BASE DE DATOS DE APOYO "RILAN_SAGPOT"
DISEÑO ASISTIDO POR COMPUTADOR (CASE)
El crear una base de datos completamente nueva, en base a los datos rescatados desde la plataforma Access, permite al alumno generar generar y montar de forma más rápida las tablas y relaciones necesarias para el funcionamiento del programa a desarrollar, y permite que la base de datos de Access se mantenga siempre disponible para el uso de la empresa. El alumno planea utilizar la herramienta CASE
, pero por
ORACLE DESIGNER
políticas de uso, y por problemas en su funcionamiento, opta por buscar y utilizar diferentes herramientas para conseguir el desarrollo de la base de datos. La primera herramienta que el alumno utiliza, se trata del programa de diagramación de libre distribución DIA 5, en sus versiones completa y portable. (Imagen 7).
DIA, Programa gratuito para la creación de distintos tipo de diagrama de flujo y base de datos (lógico-físico), entre otros.
Permite la creación del modelo
MER de la nueva Base de datos.
IMAGEN 7, PROGRAMA DIA PARA CREACIÓN DE DIAGRAMAS DE FLUJO O DE ÁNALISIS DE BASE DE DATOS ENTRE OTROS 5
http://projects.gnome.org/dia/
26
MER BASE DE DATOS RILAN_SAGPOT
En la siguiente imagen se observa el modelo MER de la base de datos RILAN_SAGPOT desarrollado a través del programa DIA. Se muestran las tablas, atributos y relaciones que debe tener la base de datos de apoyo.
IMAGEN 8, DIAGRAMA MER BASE DE DATOS RILAN_SAGPOT, PROGRAMA DIA
27
DIAGRAMA RELACIONAL
Se procede, por medio del programa case 6 DBDesigner4 7, a desarrollar un diagrama más completo y funcional.
IMAGEN 9, MODELO RELACIONAL EN HERRAMIENTA CASE DBDESIGNER4
GUIÓN SQL
El guión de creación de tablas, es creado a través de la herramienta case DBDesigner4 (Imagen 10), y modificado por el alumno para su uso en el servidor de la empresa, con modificaciones hechas por el propio alumno para adecuar el guión resultante al estándar de SQL Server. Una vez montado el guión en el servidor, el alumno realiza correcciones menores, en la relación entre las tablas evaluación, fechas, ponderación y ot, con el fin de permitir el borrado en cascada de los datos relacionados entre sí en estas tablas.
6 7
CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora) http://fabforce.net/dbdesigner4/
28
IMAGEN 10, EXPORTACIÓN DE SCRIPT SQL, DBDESIGNER4
El alumno mediante pruebas, desarrolla un juego de consultas SQL tanto para la base de datos Access, como la nueva base de datos de apoyo RILAN_SAGPOT, estableciendo los comandos necesarios para la recuperación de los datos como la inserción y actualización de los mismos. Además
el
alumno
implementa
procedimientos
almacenados en la base de datos, con el fin de poblar fácilmente la misma con la información mínima requerida para su funcionamiento. En la imagen 11 se pueden apreciar los procedimientos ya programados en la base de datos RILAN_SAGPOT. Estos rellenan las tablas Cargos, con los cargos de administrador, usuario y lector, PDefecto, con las ponderaciones por defecto para IMAGEN 11, PROCEDIMIENTOS ALMACENADOS, BASE DE DATOS SQL SERVER.
el programa de evaluaciones, y la tabla Usuarios con el usuario principal denominado ROOT.
ESTRUCTURACIÓN PROGRAMA
Se busca que el programa a desarrollar por el alumno, sea de fácil entendimiento y uso. Por lo tanto se planea dividir las acciones a realizar pro la aplicación de acuerdo al nivel de acceso de los usuarios, Administrador, Usuario y Lector habilitando o deshabilitando funciones para cada uno de los grupos. De acuerdo a este criterio, se puede establecer la siguiente tabla. o r n i r i o a t m u c d s e A U L
Módulo Imp o rt a r OT p o r lo t es Imp o rt a r OT in d iv id u a l M o d ifica r Fech as y p o n d eracio n es OT Ev alu ar A v an ce OT Ver Res u me n Simp le Ver Valo res p o r OT Ver Res u me n Co mp let o Realiza r M an t en cio n e s Camb iar Po n d era cio n e s p o r d e fec t o Crea r Us u ario M o d ifica r Us u a rio s
x x x s o x g r a x C x x x x x x
x x x x x
x x
TABLA 3, MÓDULOS Y PERMISOS POR GRUPO
DIAGRAMA DE DESCOMPOSICIÓN
El
diagrama
muestra
la
distribución que el alumno determina para el programa, la cual será subdividida de acuerdo a los cargos del sistema.
IMAGEN 12 DIAGRAMA DE DESCOMPOSICIÓN DEL PROGRAMA, DIA
30
DETERMINACIÓN DE LENGUAJE DE DESARROLLO Y PROGRAMACIÓN
El alumno determina el lenguaje a utilizar de acuerdo a su experiencia y conocimiento, además de recibir autorización de su supervisor para utilizar el lenguaje que más experiencia tiene, seleccionando así Visual Basic .NET como lenguaje de desarrollo y Visual Studio 2010 como programa de desarrollo y compilación.
IMAGEN 13 ENTORNO DE DESARROLLO DE VISUAL STUDIO 2010
PROGRAMACIÓN Y PRUEBAS
Terminado los análisis previos, el alumno construye la aplicación, basada en una programación modular y de fácil entendimiento, separando todos los requisitos funcionales de la misma en módulos independientes, y en clases de uso común.
31
Toda la programación es probada y corregida a nivel local, utilizando como archivo de fuente de datos una copia completamente funcional de la base de datos Access, alojada en el equipo de desarrollo. La base de datos de apoyo RILAN_SAGPOT también es montada en el equipo de desarrollo por medio de Microsoft® SQL Server 2008. Finalizado el proceso de programación a nivel local, el alumno verifica todas las funciones, llevando un control de cambios y correcciones a realizar.
CORRECCIONES Y PUESTA EN MARCHA
Probado el sistema a nivel local, y completamente corregido, el alumno procede a la puesta en marcha del mismo. Para esta labor debe comunicarse con el encargado del servidor de la red RILAN, una persona externa que maneja y mantiene el servidor y todas las características de usuarios y sistema de la red RILAN, con el fin de obtener acceso tanto a programas como al servidor para realizar las labores restantes en la puesta en marcha de la aplicación. En un principio la actitud de esta persona es demasiado cerrada, entregando acceso
al
alumno
sólo
a
carpetas
compartidas, y debiendo cargar la misma persona el script de creación de la base de datos de apoyo en el motor de base de datos SQL Server 2005 Express. IMAGEN 14, ERROR AL TRATAR DE ESTABLECER UNA CONEXIÓN SQL AL SERVIDOR
Tras esto el alumno realiza pruebas de conexión con la base de datos, las cuales
32
arrojan múltiples errores referentes al servidor o la red local, que en ocasiones se mantiene completamente cerrado a conexiones a la base de datos. (Imagen 14 y 15).
IMAGEN 15, ERROR DE CONEXIÓN CON SERVIDOR SQL SERVER EN SERVIDOR RILAN
En otras simplemente indica error al inicio de sesión de la credencial creada para la manipulación de la base de datos en SQL Server. (Imagen 16)
IMAGEN 16, ERROR AL INICIAR SESION EN LA CREDENCIAL DE SQL SERVER
Estos errores requirieron la participación activa del encargado del servidor quien realizó los cambios para poder aceptar conexiones entrantes, razón por la cual el programa no puede comunicarse con la base de datos de apoyo. Con la creación de una nueva credencial para la sesión de SQL y el reinicio reiterado del servicio de SQL Server se logro que este se comunicara sin problemas con la aplicación. De las pruebas de comunicación ahora sobre el servidor, el alumno encuentra un error no previsto, puesto que el servidor por extrañas circunstancias en su configuración no permite realizar sub consultas, afectando a todas las consultas del programa que las utilizan dentro de su código.
33
Para solucionar este inconveniente, el alumno edita todas las funciones en el código fuente de la aplicación añadiendo nuevas funciones que sustituyan a las sub-consultas, permitiendo al programa no depender de ellas para su correcto funcionamiento. Terminadas las modificaciones se efectúan pruebas de funcionamiento, no detectando nuevos errores. Con el programa ya completamente funcionando, el alumno dispone de una presentación donde participan los siguientes cargos:
Gerente General.
Gerente de Operaciones.
Contador.
Ingenieros. Con el término de la presentación de forma satisfactoria y del programa explicando su
funcionamiento, el alumno da por concluidas las labores realizadas durante su periodo de práctica profesional, entregando además un informe simple de funcionamiento y documentación de la base de datos para futuras modificaciones. Además el alumno deja en poder de la empresa, específicamente de su supervisor, el código fuente y los programas necesarios para la modificación a futuro del programa SAGPOT.
OTRAS LABORES REALIZADAS
ASISTENCIA TÉCNICA
Además de las labores descritas en los capítulos anteriores, el alumno durante su proceso de práctica también se vio participando de forma activa en labores de soporte a usuarios de la empresa, entregando apoyo técnico tanto a usuarios como en otras áreas de informática y reparación de equipos. Las principales labores de apoyo realizadas van desde configuración de programas hasta instalación y configuración de aplicaciones específicas y planillas. La siguiente lista presenta las labores completas realizadas por el alumno.
Mejora de planillas Excel
Instalación de Sistemas Operativos Microsoft Windows XP, Seven.
Instalación y configuración de programa de manejos de existencias Inventoria 8.
Traspaso de información desde tablas de Microsoft® Excel a listas CVS.
Resolución de problemas a nivel usuario, ACCESS, IE, MS OUTBLOOK, WINDOWS, MAC entre otros.
8
http://www.nchsoftware.com/inventory/es/index.html
35
REPARACIÓN EQUIPOS
Una de las tareas desempeñadas por el alumno en su periodo de práctica profesional, incluyó el diagnóstico y reparación de una de las computadoras pertenecientes a la red RILAN. Luego de consultar al alumno la causa de que el equipo no encendiese y mediante una inspección visual, el alumno es autorizado por el supervisor de práctica para la revisión del equipo. La inspección visual inicial indica que el equipo efectivamente no enciende, y al consultar el alumno por las circunstancias de la falla, se le indica que dejó de funcionar luego de que otra persona ajena a las labores de mantención y ajena al área moviera los cables tras la torre de la CPU. De esta situación se asume que el selector de voltajes de la fuente de poder pudo haber sido movido con el objetivo de probar posiciones para que el equipo encendiese. La inspección de rigor al equipo empieza ya con la apertura de este, no detectándose por parte del alumno indicios de quemaduras y componentes internos en algún estado anómalo en los componentes vitales de funcionamiento, como placa madre, procesador, memorias Ram, discos duros, etc. La fuente de poder es retirada para su inspección, probándose en vacío (sin carga), detectándose un cortocircuito al momento de entregarle energía eléctrica a la misma, no llegando a probar voltajes y encendido por electrónica. Una inspección interna a la fuente no muestra a primera vista rastros de componentes dañados, pero el alumno tras volver a buscar la IMAGEN 17 ÁREA DE RECTIFICACIÓN Y FILTRADO FUENTE DE PODER
falla
realizando
las
pruebas
pertinentes,
encuentra en la zona de rectificación y filtrado
36
(área primaria de la fuente de poder), rastros de quemaduras en uno de los disipadores de calor, centrando la atención en los componentes que ahí residen. El resultado de la inspección arroja como resultado, el hallazgo de un componente completamente quebrado y quemado en una de sus caras (Ver imágenes 18 Y 19).
IMAGEN 18 VARISTOR DAÑADO
IMAGEN 19 RESTOS DE VARISTOR DAÑADO
Por conclusión el alumno determina que la mejor forma de realizar la reparación es la sustitución completa de la fuente de poder, pudiéndose aún reparar la existente, pero arriesgándose a la demora que conlleva la búsqueda del componente adecuado según su numeración retrasando las labores realizadas en la oficina donde la computadora fue retirada. Además se determina que el daño causado por la fuente en cortocircuito sólo puede medirse una vez sustituida, para confirmar o descartar otros componentes dañados o quemados dentro de la torre de la CPU. Al realizar la sustitución y encender la CPU por primera vez desde la falla, se detecta que no existe señal de video, tanto integrado como desde la tarjeta gráfica, presumiendo el alumno un daño grave en la tarjeta de video dedicada o aún peor en la tarjeta madre. Tras realizar una inspección de la tarjeta de video dedicada, se detecta una mala posición de la misma, solucionando el problema de salida de video a apretar los contactos de la tarjeta a la placa madre.
37
Tras la reparación el alumno procede al bloqueo físico del selector de voltajes para así prevenir en el futuro fallas por la misma razón. (Imagen 20).
IMAGEN 20, FUENTE DE PODER REPARADA Y SELECTOR DE VOLTAJES BLOQUEADO MEDIANTE UNA PLATINA METÁLICA
El alumno deja constancia de la reparación e instalación del equipo, dejándolo completamente operativo.
38
COMENTARIOS
A modo de comentarios, se puede establecer que el desarrollo de una aplicación en base a una ya existente con datos verídicos y sensibles, es muy difícil cuando no se cuenta con la documentación necesaria de la aplicación existente, debiendo gastar tiempo y recursos en el análisis de funcionamiento y de almacenamiento de la misma. Además el tener que desarrollar algo que debe tener ciertas características como lo son los instaladores es completamente estresante al no contar con los permisos administrativos o de sistema correspondiente, limitando finalmente a crear algo portable. Es necesario poseer todo lo necesario para evitar pérdidas de tiempo en algo que debiese estar ya escrito y así dedicar tiempo a labores ya sea de corrección y pruebas al momento de la puesta en marcha, así como destinar tiempo a capacitaciones de uso.
CONCLUSIÓN
En conclusión puede establecerse que la actividad terminar de práctica profesional carece del tiempo razonable para un proceso de carácter delicado como el desarrollo de aplicaciones de gran envergadura, afectando la calidad de las labores efectuadas, no así el objetivo de la actividad, la cual permite al alumno adquirir los conocimientos necesarios para ejecuciones futuras, así como evitar errores que durante el proceso de práctica se incurren de forma involuntaria, ya sea una documentación o un procedimiento faltantes para la ejecución de acciones que requieren un respaldo escrito. Al término de la actividad el alumno posee herramientas nuevas y vínculos laborales que pueden permitir una pronta absorción hacia el mundo laboral, así como conocimientos que mediante otro medio no hubiera aprendido.
39
BIBLIOGRAFÍA Y RECURSOS
http://www.connectionstrings.com/. s.com/. [En línea] ConnectionStrings.com. http://www.connectionstring http://www.connectionstrings.com/. Eliseo. 2009. Conectarse con base SQL Server y Llenar DataGridView. www.solovb.net. [En línea] 3 de
Febrero de 200 9. http://www.solovb.net/index.php/2009/02/03/conectarse-con-base-sql-server-yhttp://www.solovb.net/index.php/2009/02/03/conectarse-con-base-sql-server-yllenar-datagridview/. Fabforce. DBDesigner 4. [En línea] http://www.fabforce.net/dbdesigner4/. Microsoft. Aspectos básicos de las subconsultas SQL Server 2005. msdn.microsoft.com. [En línea]
http://msdn.microsoft.com/es-es/library/ms189575(v=sql.90).aspx.
—. Paquetes de programa previo adicionales para redistribuir componentes mediante proyectos de instalación de Visual Studio y aplicaciones de Clickonce. http://msdn.microsoft.com/eses/vstudio/default. [En línea] http://msdn.microsoft.com/es-es/vstud http://msdn.microsoft.com/es-es/vstudio/bb898654.aspx. io/bb898654.aspx. SqlConnection.ConnectionString g (Propiedad) .NET framework 2.0. msdn.microsoft.com. [En línea] —. SqlConnection.ConnectionStrin http://msdn.microsoft.com/eses/library/system.data.sqlclient.sqlconnection.c es/library/system.data.sqlc lient.sqlconnection.connectionstring(v=vs.8 onnectionstring(v=vs.80).aspx#Y4800. 0).aspx#Y4800. SqlConnection.ConnectionString String (Propiedad) .Net framework 4.0. msdn.microsoft.com. [En línea] —. SqlConnection.Connection http://msdn.microsoft.com/eses/library/system.data.sqlclient.sqlconnection.c es/library/system.data.sqlc lient.sqlconnection.connectionstring(v=vs.1 onnectionstring(v=vs.100).aspx. 00).aspx. royrojas. 2005. Como utilizar el CheckedListBox. http://www.dotnetcr.com. [En línea] 7 de Mayo de
2005. http://www.dotnetcr.com/recurso/Como-utili http://www.dotnetcr.com/recurso/Como-utilizar-el-CheckedListBox. zar-el-CheckedListBox. Sánchez, Jorge. 2004. Diseño Conceptual de Base de Datos, guía de aprendizaje.
http://www.jorgesanchez.net. [En línea] 2004 . http://www.jorgesanchez.net/bd/disenoBD.pdf. Torrecilla Puertas, Javier. 2011. Crear un Instalador en VS 2010 con InstallShield.
www.desarrolloweb.com. [En línea] 10 de Febrero de 2011. http://www.desarrolloweb.com/articulos/crear-instalador-vs10-installshield.html.
View more...
Comments
