Nombre del proyecto: Creación de módulos en PHP para el aplicativo XPERT. Nombre de la empresa: BSD Enterprise.

Transcripción

1 UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del proyecto: Creación de módulos en PHP para el aplicativo XPERT. Nombre de la empresa: BSD Enterprise. Memoria que como parte de los requisitos para obtener el título de: INGENIERIO EN TECNOLOGIAS DE LA INFORMACION Y COMUNICACION Presenta Nayeli Callejas Ramírez. Asesor de la UTEQ José Gonzalo Lugo Pérez Asesor de la Empresa Carlos Iván Carrillo García Santiago de Querétaro, Qro Mayo del 2012

2 Resumen Este documento aborda el tema del proyecto de estadía en el aplicativo XPERT, el cual es una herramienta que gestiona a los recursos de la empresa BSD así como las horas de trabajo de los mismos. La mejora se basa en realizar los módulos de alta, actualización e inactividad de recursos esto se desplegara en el perfil de administrador, todo esto en el lenguaje de programación PHP. El módulo Alta de Usuario se encarga de insertar en la Base de Datos recursos a los cuales se les acaba de asignar un proyecto, se acaban de integrar al área o son nuevo recurso para la empresa. Actualización de usuarios, es utilizado en el momento que el recurso es asignado a una área diferente, elevado de categoría o de privilegios. Se esta proyectando el crecimiento de la Base de datos, por lo cual se decidió migrar de motor para tener una mayor estabilidad y fiabilidad en los datos. Se opto por cambiar a SQL Server 2008, por la robustez, escalabilidad y estabilidad que ofrece además del soporte brindado. Así mismo se realizo el diseño del catalogo de extras del módulo de alta y consulta de fabricas, esto es para crear una especie de agenda de empresas pertenecientes al giro. Lo anterior derivo en la creación del diseño de su respectiva tabla en la base de datos. Se realiza el diseño de Query que apoyaran la carga de los reportes que son generados en la herramienta QC como la respectiva creación de las tablas en la base de datos. (Palabras clave: migrar, base de datos, PHP, SQL, MySQL, Alta, Actualización, Inactividad) 2

3 Abstract This document refers to the improvement made in the application within the organization XPERT BSD Enterprise Inc. this is to perform a set of modules will only be visible with an administrator profile, the modules are made a catalog of users which handles high update and inactivity of the user, previously this was done directly on the database which was heavier to these movements, to create the catalog of users also envision creating a catalog of extras where high design modules and consultation due manufactures such as your tables in the database (SQL), for all these movements the application will make a change to the engine of the database that was previously managed by MySQL and SQL Server 2008 now. 3

4 INDICE Resumen 2 Abstract..3 Indice Introducción Antecedentes Justificación Objetivo Alcance Justificación Teórica Plan de actividades Recursos Materiales y Humanos Desarrollo del Proyecto Diagrama Inicial del proyecto: Modelo de negocio Diagramas de casos de uso: Diagramas de flujo: Desarrollo de etapas Actualización de usuario Inactivo de usuario Diseño de nuevo catalogo de extras Diseñar tablas de catalogo de Extras Reportes de QC Creación de tablas en Base de Datos para Reportes Creación de sentencias SQL para Reportes Reporte de ciclos QC Reporte de Project Reporte de Casos de prueba diseñados Resultados Obtenidos Análisis de riesgos Riesgos identificados: Conclusiones Recomendaciones Referencias Bibliográficas Glosario

5 1. Introducción El presente documento brinda conocimiento acerca del trabajo de estadía realizado dentro de la empresa BSD Enterprise que consiste en el desarrollo de nuevos módulos de Altas, actualización e inactividad (ABC) de recursos con perfil de Administrador para el sistema Xpert, encargado de la gestión de proyectos; así como la migración de la base de datos del sistema de MySQL a Microsoft SQL Server Actualmente Xpert se encuentra en producción y en rápido crecimiento que conforme a las necesidades de la empresa se requiere contar con más personal que tenga perfil de administrador, por lo anterior se ha tomado la decisión de aplicar las mejoras mencionadas al sistema Xpert, para optimizar tiempos y garantizar una gestión más automatizada. La gestión de usuarios y proyectos se realiza con el sistema mencionado anteriormente, solo que tiene la limitante de que al querer realizar las acciones de Alta, Actualización o inactividad de recurso o proyecto, se tiene que hacer por medio de una sentencia SQL directamente en la base de datos y eso limita al personal que lo puede llevar acabo, afectando en la productividad y seguimiento al proyecto. Por lo cual se realizara la implementación de cada uno de los módulos para llevar acabo dichas tareas de una forma más rápida y eficiente al ya no depender de una sola persona o cierto nivel de conocimientos. A su vez, se decidió, previo análisis, migrar la base de datos de 5

6 motor productivo, a uno que cubriera las necesidades de la empresa, en cuanto a costo y proyección a futuro. Todo esto se llevo acabo mediante un análisis y una planeación en conjunto con la gente involucrada de la empresa. Se determinaron los tiempos para el desarrollo de cada módulo y la migración de la base datos. Así mismo se establecieron fechas para revisiones y entregas del desarrollo en general 2. Antecedentes Xpert tiene la función de llevar la gestión de proyectos y las horas asignadas por parte de los clientes Produban e Isban a BSD Enterprise cabe mencionar que desde hace 4 años que la empresa abrió una sucursal en Querétaro su cliente principal fueron ellos. Es una aplicación en la cual se capturan las horas asignadas a los recursos de la empresa, también se encarga de la generación de reportes para la verificación de cargabilidad de los recursos ya sea diario y/o mensualmente según sea la necesidad, además de la generación de las métricas. Xpert es una aplicación web con arquitectura cliente/servidor, la cual se encuentra desarrollada en el lenguaje HTML y ahora se empezara a desarrollar en PHP para que sea una aplicación web dinámicas de esta manera el código será invisible al navegador web y al cliente ya que es el servidor el que se encarga de ejecutar el código y enviar su resultado HTML al navegador esto hace que la programación en PHP sea segura y confiable.. Cuenta con un motor de base de datos MySQL, en base a un análisis hecho con anterioridad se dictamino la migración del motor debido al crecimiento de 6

7 la empresa se debe contar con un almacenamiento de datos mas robusto, mayor escabilidad, estabilidad y seguridad Microsoft SQL Server 2008 fue el mas apropiado para satisfacer los requisitos. Con el crecimiento, la carga de trabajo y las nuevas necesidades de la empresa, se optó por mejorar el sistema para ofrecer un mejor resultado al cliente. 3. Justificación El aplicativo Xpert se encuentra actualmente en funcionamiento para la empresa BSD Enterprise y debido al crecimiento se detectaron mejoras en cuanto al funcionamiento las cuales son las siguientes; realizar los módulos de ABC los cuales se refieren Alta, actualización e inactividad los cuales funcionaran para los usuarios con perfil de administrador todo este desarrollo se realizara después de la migración de la BD al motor de Microsoft SQL Server, otra mejora es automatizar la gestión de proyectos y así ampliar el funcionamiento del sistema Xpert. Actualmente, los usuarios del sistema no cuentan con un perfil de administrador, que permita distribuir la carga de trabajo equivalente y haciendo que el tiempo de respuesta no sea el adecuado o en casos más severos, que no se atienda en ningún momento la solicitud requerida. Con base en estas premisas y a un análisis, se llegó a la conclusión de que el sistema debe de permitir la creación, eliminación y modificación de usuarios con perfil administrativo para no detener las operaciones de la empresa. 7

8 Se esta proyectando el crecimiento de la Base de datos, por lo cual se decidió migrar de motor para tener una mayor estabilidad y fiabilidad en los datos. Se opto por cambiar a SQL Server 2008, por la robustez, escalabilidad y estabilidad que ofrece además del soporte brindado. Así mismo se realizo el diseño del catalogo de extras del módulo de alta y consulta de fabricas, esto es para crear una especie de agenda de empresas pertenecientes al giro. Lo anterior derivo en la creación del diseño de su respectiva tabla en la base de datos. Se realiza el diseño de Query que apoyaran la carga de los reportes que son generados en la herramienta QC como la respectiva creación de las tablas en la base de datos. 4. Objetivo El objetivo que se tiene para el proyecto es realizar la migración del motor de base de datos MySQL a Microsoft SQL Server 2003 y el desarrollo de los módulos ABC de recursos para el perfil de administración. Desarrollar e implementar el módulo de Agregar Herramientas de usuarios para el perfil de administrador. Proponer, desarrollar e implementar una estrategia para automatizar la carga de reportes de Quality Center (QC) y Microsoft Project a la base de datos de Xpert. 5. Alcance El alcance del proyecto consta en realizar los módulos ABC de recursos para el aplicativo Xpert que serán para el perfil de administrador esto para tener un manejo mas automatizado del personal con respecto a las altas, bajas y actualización en sus perfiles, así como las horas de trabajo generadas de cada uno, todo esto se empezara después de la migración de la BD la cual 8

9 incluye las nuevas tablas generadas para los módulos que se realizan y las que se necesitan para subir los reportes de QC a nuestra BD todo esto se realiza para un mejor procesamiento. 6. Justificación Teórica En el proyecto de estadía uno de los primeros pasos para su desarrollo es la migración de la base de datos del aplicativo por lo cual se muestra a continuación varias ventajas de las base de datos más utilizados en ambiente corporativo, la base de datos que se utiliza recientemente en Xpert es MYSQL y el motor a donde se migrara es Microsoft SQL Server 2003: SQL-server: Ofrece una potente forma de unir SQL e Internet, utiliza una extensión al SQL estándar, que se denomina Transact SQL. El Transact SQL, soporta la definición, modificación y eliminación de bases de datos, tablas, atributos, índices, etc; el lenguaje de definición de datos (LDD), también soporta realizar consultas, actualización y borrado de tuplas de tablas lo que se llama; lenguaje de manipulación de datos (LMD). SQL Server permite olvidar un poco los ficheros que forman la base de datos; en Access se tiene que abrir el fichero.mdb para ver el contenido, en SQL server se abre la consola y tenemos todas las bases de datos de todos nuestros programas; Si se trabaja en una red local permite agregar otros servidores de SQL Server. MySQL: tiene bajo costo en requerimientos para la elaboración de bases de datos, ya que debido a su bajo consumo puede ser ejecutado en una máquina con escasos recursos sin ningún problema. Baja probabilidad de corromper datos, incluso si los errores no se producen en el propio gestor, sino 9

10 en el sistema en el que está. Velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor rendimiento. Otra fase del desarrollo del proyecto de estadía para el sistema Xpert es el cambio de HTML a PHP por lo cual se explicará un poco de ambos lenguajes a continuación: HTML es un lenguaje de marcado (markup language), es simplemente un conjunto de etiquetas de código que le indican a los navegadores cómo desplegar texto (e imágenes), poner texto en negritas, cursiva, acomodar el texto en tablas, y claro, permite colocar enlaces a otras páginas o documentos. PHP es un lenguaje script que se ejecuta del lado del servidor, esto quiere decir, que debe estar instalado en el host para poder utilizarlo, el código escrito en PHP se ejecuta en el ordenador principal y luego muestra la salida, normalmente desplegada a los usuarios usando el lenguaje HTML; es decir, PHP permite hacer operaciones en el servidor como acceso a bases de datos, lectura/escritura de archivos, manejo de fechas, operaciones complejas con texto, manipulación/modificación de imágenes entre otras, pero los resultados, lo que el usuario verá en su navegador se debe desplegar en HTML (para que el navegador lo interprete y acomode adecuadamente al usuario). 10

11 7. Plan de actividades El plan de actividades es el documento donde se planifica las acciones a realizar así como los participantes de cada una, la figura 7.1 nos muestra las actividades que se deben realizar en el tiempo y fecha establecido en el. Fig. 7.1 Diagrama de Gantt. 11

12 8. Recursos Materiales y Humanos Los recursos humanos que se necesitan en el proyecto son los que tendrán contacto directo en el aplicativo a mejorar. Gestor de proyecto; Identificar objetivo de proyecto, asignación de actividades a recursos, administración de tiempos para cada fase del proyecto. Programador; Desarrollo de requerimientos, análisis de requerimientos, pruebas de sistema, documentar el desarrollo del proyecto. Dentro de los recursos materiales se encuentran las herramientas de trabajo así como el espacio de trabajo. Herramientas: Teamwiever 7: es una aplicación de control así que cada ordenador que esté ejecutando Teamwiever, además de actuar como servidor, puede conectarse a otro y obtener una vista interactiva del Escritorio del otro equipo. De esta manera se puede conectar al servidor donde se encuentra almacenado Xpert. PHP: Pre-procesador de hipertexto (Hypertext Preprocessor), sirve para generar dinámicamente páginas web, por lo cual toda el aplicativo que se encontraba en HTML se realizará con la extensión.php SQL Server: Es un sistema para la gestión de bases de datos producido por Microsoft basado en el modelo relacional, este modelo de BD brinda escalabilidad, estabilidad y seguridad, soporta procedimientos almacenados, permite trabajar en modo cliente-servidor, donde la 12

13 información y datos se alojan en el host lo cual permite que los terminales o clientes de la red sólo acceden a la información 13

14 9. Desarrollo del Proyecto El desarrollo de mejoras en el aplicativo XPERT redactara las fases y estrategias que permitirán lograr el objetivo del desarrollo, para lograr el correcto fin del proyecto se toma en cuenta la mejor manera de completar las mejoras al crear los módulos de alta, actualización e inactividad de los usuarios; una de las estrategias fue tomar el diseño de la pantalla que se tenía para los módulos anteriores para ahorrar tiempo en diseño la segunda se relacionar con el punto anterior ya que al necesitar mayor robustez en el almacenamiento de datos se necesita un motor de BD que cumpla con los requisitos por lo cual se decide cambiar, debido a todo esto se tuvo que elegir las otro lenguaje para el desarrollo el que eligió fue PHP. 14

15 Diagrama Inicial del proyecto: Diagrama de Flujo de Etapas de desarrollo de Mejoras en XPERT Análisis/ Diseño Desarrollo Cierre Análisis de aplicativo XPERT Realizar la migración y conexión a SQL Creacion de sentencias SQL para los reportes de QC. Pruebas finales de módulos Análisis de mejoras para XPERT Realizar la conexión de módulos anteriores a la BD Analizar BD Realizar las tablas para los módulos (ABC) Diseño de los modulo ABC Realizar las tablas para los módulos catalogo de extras Diseño de nuevas tablas para módulos de ABC Realizar las tablas para los reportes de QC Desarrollar el modulo de alta de usuarios Desarrollo de modulo de actualización de usuarios Desarrollo de modulo de lista de usuarios Desarrollo de modulo de inactividad de usuarios. Realizar catalogo de extras Fig 9.1 Diagrama Inicial del proyecto 15

16 Modelo de negocio: El modelo de negocio que se utiliza para desarrollar las mejoras en XPERT podrá ayudarnos a visualizar de manera grafica el proceso de cada módulo (ABC) así como los actores y casos de uso del negocio. Los diagramas de casos de uso del negocio favorece la comprensión del proceso al representar con una grafica el proceso de los módulos de alta, actualización, inactividad y lista de usuario. Diagramas de casos de uso: El diagrama de caso de uso Catalogo de usuarios representado con la figura 9.2 identifica las principales acciones que se desarrollan para el menú los módulos que se necesitan agregar son: Alta de usuarios, consulta de usuarios, actualización de usuarios e inactividad de usuarios, se identifica el actor Administrador el cual es el único que pueda realizar las acciones de los módulos (ABC) toda la información que se maneje se guarda en la Base de datos. Catalogo de Usuarios * Alta de usuarios * * * ** Administrador «extends» * * Consulta de usuarios Actualizaci'on de usuarios * «extends» * * * * * Base de Datos de XPERT * * Inactivar Usuario Fig 9.2 Diagrama de flujo: Catalogo de usuarios 16

17 El diagrama de caso de uso Catalogo de Extras representado con la figura 9.3 identifica las acciones de tipo agenda se desarrolla los módulos alta de fabrica y consulta de fabricas, como en la figura 9.2 identificamos el actor Administrador el cual aplica para este diagrama de flujo es el único que pueda realizar las acciones del catalogo de extras y la información es almacenada en la base de datos. Catalogo de Extras * Alta de fabrica de software * * * Consulta de Fabrica Base de * * * Datos de XPERT * Administrador Fig 9.3 Diagrama de flujo: Catalogo de Extras Diagramas de flujo: Los diagramas de flujo son representaciones graficas de los procesos de cada acción que realizara los módulos de Alta, actualización e inactividad y las acciones del catalogo de extras que son referenciados a una agenda de fabricas El diagrama de flujo de alta de recursos es representado en la figura 9.4 este describe paso a paso incluyendo las variables el proceso que se realiza para una alta de usuario; el formulario se visualiza en la aplicación web se 17

18 ingresan los datos correspondientes y se pulsa el botón Dar de alta este botón realiza la acción de ingresar los datos en la base de datos. Altas de usuarios Inicio Variables; Nombre Login, password, tipo_usuario, tarea, fabrica, nombre corto, departamento, facturación, Visualizar formulario en sitio web con variables. Ingresar datos en los campos del formulario. si Envió de formulario pulsando el botón Dar de Alta Comprobar duplicidad de usuario. no Ejecución de Query de insercción en la BD Mensaje de éxito Fin Fig 9.4 Diagrama de flujo: Alta de usuarios 18

19 La figura 9.5 representa el proceso de cómo actualizar los datos del perfil de un usuario, por medio de una lista desplegable seleccionar el nombre del usuario y pulsar el botón de actualizar al pulsar el botón se visualizaran los campos que podrán modificarse al terminar se pulsara el botón que actualizara los datos en la Base de Datos. Actualización de perfil de usuarios Inicio Variables; Nombre Login, password, tipo_usuario, tarea, fabrica, nombre corto, departamento, facturación, Selección de usuario de una lista desplegable Visualizar los campos en el formulario Realizar el cambio en el campo del formulario necesario Envió de formulario al pulsar el botón Actualizar usuario Ejecución de Query de update en la BD Mensaje de actualización ha sido satisfactorio. Fin Fig 9.5 Diagrama de flujo: Actualización de perfil de usuarios 19

20 La figura 9.6 representa el proceso de cómo inactivar los datos del perfil de un usuario, este proceso se realiza ingresando el login del usuario y se pulsa para activar o desactivar el usuario que se requiere. Inactividad de perfil de usuario Inicio Variables; Nlogin NCambiar Visualizar el formulario con variables mencionadas Ingresar el login a eliminar Selección de la opción de la lista inactivo Pulsar el botón Inactivar Visualizar mensaje de éxito se inactiva el usuario BSD--- Pulsar el botón finalizar Fin Fig 9.6 Diagrama de flujo: inactivar de perfil de usuarios 20

21 La figura 9.7 representa el proceso de altas de fábricas la cual es una agenda de las compañías con las que tiene relación, los datos constan de nombre y teléfono para contacto directo. Alta de Fabricas Inicio Variables; Nombre de la fabrica Contacto de fabrica Teléfono de fabricas Visualizar el formulario con variables mencionadas Llenar formulario Pulsar botón Dar de alta fabrica Fin Fig 9.7 Diagrama de flujo: Alta da Fábrica 21

22 La figura 9.8 representa el proceso de consulta de la cual solo es una tabla de registros. Consulta de fabricas Inicio Variables; Nombre de la fabrica Contacto de fabrica Teléfono de fabricas Visualizar tabla de resultados Visualizar el boton de exportar a excel Visualizar el botón de finalizar. Fin Fig 9.8 Diagrama de flujo: Consulta da Fábrica 22

23 Server 9.1. Desarrollo de etapas El aplicativo Xpert como la Base de datos, se encuentran montados en el Server de la empresa y por medio de la herramienta Teamwiever que se muestra en la figura la cual se conecta vía remota al server para poder realizar los movimientos necesarios. Fig Teamviewer 23

24 Fig Teamviewer: Ingresando al Server Fig Teamviewer: Server 24

25 Base de datos y conexión: La base de datos del aplicativo Xpert se encuentra montada en Mysql y se encontraba gestionada con la herramienta MysqlFront como se visualiza en la figura 9.1.4, esta base de datos fue realizada tomando en cuenta que solamente los recursos estaban posicionados en el área de pruebas de Produban: Fig MysqlFront: Base de datos para aplicativo en HTML Al plantear la mejora que se requiere para el aplicativo Xpert se decidió migrar la Base de datos al motor de SQL Server 2008 esta se realizo para poder habilitar el puerto para que la página web sea visto con la nueva modalidad en php se habilita el puerto 9095 y la dirección que utilizará el aplicativo: : 25

26 Fig SQL server Desarrollo de catálogos Debido a que se realizó el cambio de la Base de datos a SQL Server 2008 se tuvo que realizar un cambio en la sentencia de MYSQL a MSSQL: Al verificar que la conexión funcionaba se empezaron a desarrollar los módulos que se planearon; el módulo de alta de usuario se realiza de la siguiente forma, debido a que el aplicativo no contaba con una sección de administración de usuarios, se agregó en el menú el desplegable de de administración el cual contiene el alta de usuario, actualización de usuario, lista de usuarios, e inactiva usuarios; se empezará explicando el módulo de alta de usuarios: 26

27 Alta de usuarios La figura muestra la pantalla principal del aplicativo XPERT, el módulo alto de usuarios se utilizara para poder agregar a cada recurso de la empresa. Fig Menú principal de XPERT Anteriormente todo tipo de gestión que tuviera que ver con los recursos tenía que hacerse directamente en la base de datos como un alta de un nuevo usuario o modificar datos: 27

28 Fig Manera clásica de ingresar a los recursos en la Base de datos. El código que se realizó para el módulo de alta de usuario fue tomando el diseño de los demás submenús (la parte de diseño de la parte superior) se debe mencionar que para los módulos que se programaran parte de dos bloques de código debido que se trataba de no generar más del debido, se realizo un bucle de sentencias para que al seleccionar en el aplicativo la opción que el administrador requiera se llame un archivo más (realizamoviemiento.php) y así desarrollar el query necesario (query:insert into). El archivo movimientousuario.php como lo muestra la figura se realiza para que de acuerdo a la opción elegida por el administrador tenga un acción que ejecutara en el archivo de realizamovimiento.php, la acción es Alta de usuario; 28

29 Fig Código de llamar la acción de alta de usuario En el documento de realizamoviemiento.php se ingreso el código que muestre los campos a llenar y el botón que realiza la operación del query al igual que realiza la evaluación de buscar para no duplicar registros. Query de alta de usuario: if ($opc1 == "Administración") // La selección del menú { $opcus= $_POST[opcuser]; { if ($opcus=="alta de Usuario") // selección de opción 29

30 // Datos a mostrar en el aplicativo $Nnombre = $_POST[nombren]; $Nlogin = $_POST[loginn]; $Npassword = $_POST[passwordn]; $Ntipousuario = $_POST[tipousuarion]; $Narea = $_POST[arean]; $Nfabrica = $_POST[fabrican]; $Nnombre_corto = $_POST[nombrecorton]; $Ndepartamento = $_POST[depto]; $Nfacturacion = $_POST[facturacion]; $N = $_POST[ ]; //Llenar los datos que la base de datos tenga en los campos que tendrán una lista desplegable $result11 = mssql_query("select * from perfil_usuario where descripcion_perfil='$ntipousuario'",$con); while ($row11 = mssql_fetch_array($result11)) { $Ntipousuario = $row11[perfil_usuario_id]; } mssql_free_result($result11); 30

31 $result11 = mssql_query("select * from fabrica where descripcion_fabrica='$nfabrica'",$con); while ($row11 = mssql_fetch_array($result11)) { $Nfabrica = $row11[fabricaid]; } mssql_free_result($result11); $result11 = mssql_query("select * from area where descripcion_area='$narea'",$con); while ($row11 = mssql_fetch_array($result11)) { $Narea = $row11[areaid]; } mssql_free_result($result11); $result11 = mssql_query("select * from departamento where descripcion_departamento='$ndepartamento'",$con); while ($row11 = mssql_fetch_array($result11)) { $Ndepartamento = $row11[departamentoid]; } mssql_free_result($result11); 31

32 $result11 = mssql_query("select * from tipo_facturacion where descripcion_facturacion='$nfacturacion'",$con); while ($row11 = mssql_fetch_array($result11)) { $Nfacturacion = $row11[facturacion_id]; } mssql_free_result($result11); $status=1; $tipousr = 0; $result12 = mssql_query("select * from usuarios where login='$nlogin'",$con); while ($row12 = mssql_fetch_array($result12)) { $tipousr = 1; } mssql_free_result($result12); $result12 = mssql_query("select * from usuarios where login='$nlogin'",$con); while ($row12 = mssql_fetch_array($result12)) { $tipousr = 1; } 32

33 mssql_free_result($result12); { if ($tipousr==1)?> <td colspan=3> <center> <FORM METHOD=POST ACTION="movimientousuario.php"> <table> //Comprobación del usuario duplicado <tr><td colspan=2 style='<?=$campo2?>'><center><font size=2 color=gray>el usuario que desea agregar ya Existe! </font></center></td></tr> <tr> <form method=post action="menuprincipal.php"> <td><input type=submit value="finalizar" style='<?=$campo2?>'></td> </tr> <?php printf("<input TYPE='HIDDEN' NAME = 'login' VALUE='%s'>",$login); printf("<input TYPE='HIDDEN' NAME = 'password' VALUE='%s'>",$pass); 33

34 printf("<input TYPE='HIDDEN' NAME = 'opcion1' VALUE='%s'>",$opc1); printf("<input TYPE='HIDDEN' NAME = 'opcuser' VALUE='%s'>",$opcus);?> </form> </table> </center> </td> <?php } else { //Realizar el Query con la opción de insertar los datos agregados a la Base de datos. $insert = "Insert into usuarios values ('$Nlogin','$Npassword','$Nnombre','$Nfabrica','$Ntipousuario','$Nfacturacion','$ Ndepartamento','$Narea','$Nnombre_corto','$status','$N ')"; mssql_query($insert,$con);?> <td colspan=3> <center> 34

35 <FORM METHOD=POST ACTION="menuprincipal.php"> <table> //Mensaje de función exitosa <tr><td colspan=2><center><font size=2 color=gray>se agrega el usuario exitosamente: <?php echo "$Nnombre";?></font></center></td></tr> Fig Código de cómo se realiza una alta de recursos. 35

36 Fig Código de cómo se realiza una alta de recursos. El resultado que muestra en ambiente web este código es el siguiente: Fig Módulo de alta vía WEB Muestra un formulario que pide se ingresen los datos necesarios de un recurso, muestra tanto campos abiertos como listas desplegables. 36

37 Actualización de usuario. Módulo que utilizará para poder modificar algún registro. Fig Menú principal Como se viene mencionando en el documento anteriormente todo tipo de gestión que tuviera que ver con los recursos tenía que hacerse directamente en la base de datos. Fig modo clásico de actualización de datos de recursos 37

38 Para el desarrollo de mejoras dentro del aplicativo este debe integrarse con el diseño anterior de los módulo anteriores (la parte de diseño de la parte superior), para el desarrollo de la opción de actualización de usuario se cuenta con en el archivo de código movimientousuario.php tiene solo la opción de poder dar clic en el menú de acuerdo a la opción elegida manda llamar el archivo (realizamoviemiento.php y así realizar el query necesario (query:update ). El archivo movimientousuario.php se desarrollo para que de acuerdo a la opción elegida por el administrador tenga un acción que ejecutar en el archivo de realizamovimiento.php, la acción es Actualización de usuario APP; Fig Código que tiene la función de actualizar el dato seleccionado. 38

39 Como se puede ver en el código de la figura la primera pantalla para empezar a actualizar los datos del perfil de un usuario es elegir el usuario deseado como se muestra en la figura : Fig seleccionar registro para poder realizar una actualización El archivo de movimientousuario.php actúa de acuerdo al registro seleccionado para que el archivo realizamovimiento.php muestre los datos del perfil requerido: Fig Función de actualización de recursos. 39

40 En el documento de realizamoviemiento.php se desarrollo el código que muestra todos los campos llenos de acuerdo a los datos que obtiene de la Base de datos. Query de actualización de usuario: if ($opcus=="actualizacion de Usuario APP") { //Estos campos son llenados con datos de acuerdo al registro seleccionado $Nnombre = $_POST[nombren]; $Nlogin = $_POST[loginn]; $Npassword = $_POST[passwordn]; $Naplicacion = $_POST[aplicacionn]; $result11 = mssql_query("select * from usuarios where Nombre='$Nnombre'",$con); while ($row11 = mssql_fetch_array($result11)) { $Nusuario = $row11[login]; } mssql_free_result($result11); $result11 = mssql_query("select * from apps_acceso where descripcion_app='$naplicacion'",$con); 40

41 while ($row11 = mssql_fetch_array($result11)) { $Naplicacionid = $row11[app_id]; } mssql_free_result($result11); $result12 = mssql_query("select * from datos_aplicativos where login='$nusuario' and app_id = '$Naplicacionid'",$con); while ($row12 = mssql_fetch_array($result12)) { $tipousr = 1; } mssql_free_result($result12); if ($tipousr==1) { //El query que permite realizarse la actualización de datos, $insert = "update datos_aplicativos set usuario='$nlogin', password='$npassword' where login = '$Nusuario' and app_id= '$Naplicacionid'"; mssql_query($insert,$con);?> <td colspan=3> 41

42 <center> <FORM METHOD=POST ACTION="movimientousuario.php"> <table> <tr><td colspan=2 style='<?=$campo2?>'><center><font size=2 color=gray>el usuario se ha actualizado! <?php echo "$NLogin para $Nusuario";?> </font></center></td></tr> <tr> <form method=post action="menuprincipal.php"> <td><input type=submit value="finalizar" style='<?=$campo2?>'></td> </tr> <?php printf("<input TYPE='HIDDEN' NAME = 'login' VALUE='%s'>",$login); printf("<input TYPE='HIDDEN' NAME = 'password' VALUE='%s'>",$pass); printf("<input TYPE='HIDDEN' NAME = 'opcion1' VALUE='%s'>",$opc1); printf("<input TYPE='HIDDEN' NAME = 'opcuser' VALUE='%s'>",$opcus);?> </form> </table> 42

43 La figura muestra el aplicativo después de seleccionar un registro de un usuario. Fig Función de actualización de recursos. Al realizar el cambio en el dato necesario se dará clic en el botón Actualizar usuario y se visualiza que la actualización ha sido satisfactoria. Fig Mensaje de éxito en la actualización. 43

44 Inactivo de usuario. Módulo que utilizara para poder inactivar el registro de un usuario. Fig Menú principal Para este módulo en especial se deberá mencionar que se necesito realizar otro módulo de consultas debido que para inactivar un usuario se tiene que realizar por medio del loguin que utilizan. Fig Campos necesarios para realizar una inactividad de recurso 44

45 Fig Módulo de inactividad El código del módulo de inactivo solo se cambia de estatus de inactivo a activo este estatus permite ingresar o no al aplicativo. Fig Módulo de consulta 45

46 Para el desarrollo del módulo de consulta sr realiza una selección que permite que se muestren en una tabla todos los registros que se tienen almacenados, al contar con el dato del loguin que se desea inactivar se deberá registrar el campo de loguin y seleccionar el status de inactiva que se muestra en la lista desplegable: Fig Módulo de consulta Se da clic en el botón Inactivar y se podrá visualizar un mensaje de éxito: 46

47 Fig Mensaje de inactividad realizada al recurso. Al inactivar un registro de la Base de datos no permitirá que este usuario pueda accesar al aplicativo Xpert, debido a que el archivo de index.php trae la validación del status en que se referencia el usuario si no se visualiza activo no podrá accesar: En el archivo movimientousuario.php se muestra el status actual del usuario: 47

48 Fig código que realiza el cambio de estatus Fig código que realiza el cambio de estatus 48

49 El código que se requirió en este módulo fue el siguiente: if ($opcus=="baja de Usuario") { $log = $_POST['loginn']; $tstatus = $_POST['aestatus']; if ($tstatus=="activa") { $status=1; } //Al quedar con este status un usuario no podrá loguearse ya que el índex lo valida. if ($tstatus=="inactiva") { $status=0; } login='$log'"; $cambiastatus ="update usuarios set estatus_id='$status' where?> mssql_query ($cambiastatus,$con); <tr> 49

50 <td colspan=2 style='<?=$campo1?>'> <center> Se <?php echo "$tstatus";?> el usuario <?php echo "$log";?> </center> <td> </tr> </form> <Form method=post action="menuprincipal.php"> <tr> <td colspan=2><center> <Input type=submit value="finalizar" style='<?=$campo2?>'> </td></center> </tr> <?php $registra=1; printf("<input TYPE='HIDDEN' NAME = 'login' VALUE='%s'>",$login); printf("<input TYPE='HIDDEN' NAME = 'password' VALUE='%s'>",$pass);?> </form> 50

51 Todos los módulos del menú de administración solo se podrán realizar con el perfil fe administrador a continuación se muestra un perfil sin privilegios de administrador como se muestra en la figura : Fig Menú principal de usuario Diseño de nuevo catalogo de extras Del catalogo de extra solo se diseño dos módulos que fueron los de Alta de fabricas y consultas de fabricas, estos más que nada son para una agenda de las compañías que se encuentran en el mismo giro de BSD. 51

52 Fig Catalogo de extras; Fabricas Se diseño solo esta parte debido a que por actividades del área de pruebas Isban México ya no se pudo seguir apoyando. El catalogo de extras solo cuenta con la pantalla de alta pero ya no se arreglo debido a que le falta la parte del menú en la parte superior; 52

53 Fig Catalogo de extras; Alta de Fabricas La figura muestra los campos a ingresa para realizar una alta de fabricas e ingresa estos datos en la Base de datos. El otro módulo que se realizo el diseño fue el de Consulta de fábricas: Fig Catalogo de extras; Consulta de Fabricas 53

54 Diseñar tablas de catalogo de Extras Debido a que el tiempo en el diseño del catalogo de extras fue poco solo se pudo realizar la tabla para el diseño del módulo de altas y consulta de fábricas, por tal motivo la tabla fue nombrada fábricas y los campos con los cuales cuenta la tabla son: fabricaid: autoincrement descripcion_fabrica contacto_fabrica telefono_fabrica area_id Fig Tabla de Fabrica 54

55 Reportes de QC Los reportes que son generados gracias a la herramienta Quality Center (QC) son utilizados para llevar un correcto manejo de las horas trabajadas y los recursos. Creación de tablas en Base de Datos para Reportes Para generar las tablas en SQL SERVER 2008 se debe dar clic derecho sobre la carpeta de tables y crear una nueva tabla, cada tabla fue diseñada para que al generarse los reportes tengan los mismos nombres de campos y el mismo tipo de dato por tal se crearon las siguientes tablas: carga_casosdeprueba_qc carga_disponibilidad_project carga_ejecucion_qc carga_project carga_qc_releases ciclos_qc Fig Crear tablas 55

56 Fig Tablas generadas para las cargas de QC Creación de sentencias SQL para Reportes Para todos los query que se debieron de crear para ingresar los datos de los reportes en la base de datos se necesito el comendo BULK que se encarga de importa un archivo de datos en una tabla o vista de base de datos con un formato especificado por el usuario. Reporte de ciclos QC El reporte generado en QC se genera de la siguiente manera: se ingresa al QC con perfil de administrador se va a la siguiente ruta de Dashboard, RELEASE_CARGARELEASEYCICLOS Y se pulsa en el área que dice generate: 56

57 Fig Pantalla de generación de reportes en QC Ya que es generado el reporte en Excel, dentro del documento entre cada columna se ingresa el símbolo ª para que pueda ingresarse en la base de datos de manera correcta con los espacios necesarios: Fig Reporte de ciclos de QC 57

58 Al finalizar este reporte se guarda con la extensión txt y se reemplazan todas los símbolos por un espacio vacío: Fig Adecuar el reporte de ciclos de QC Finalizando la actividad anterior son guardados los archivos txt como se muestra en la figura y se transfieren al servidor y se visualiza en la carpeta sugerida por el gestor del proyecto Fig archivo de reporte en txt 58

59 Query: Primero se realizo un select para poder visualizar todos los datos con los que se cuenta en la tabla y después se eliminan todos los registros de la tabla y el query se ingresa dentro de un bulk que tiene la función de insertar en la tabla los datos del documento de un block de notas. --select * from ciclos_qc --delete from ciclos_qc BULK insert ciclos_qc from 'C:\Documents and Settings\Administrador\Escritorio\Cargas_Xpert\Release_CargaReleasesYCaso sdepruebas20abril2012.txt' with ( FIELDTERMINATOR = ' ª ', --separa campos ROWTERMINATOR = '\n' ) --separa filas go 59

60 Reporte de Project El reporte generado de las cargas de Project es el único que se genera en otra dirección la cual es la siguiente: Administrador de Informes BSD%2fF%u00e1brica+BSDse En esta se visualiza una pantalla la cual se pondrán como parámetros la fecha del primer día del mes en que nos encontremos y la fecha del día que se realiza el reporte. Fig Generador de reportes de Project Al visualizar se el informe se exporta a Excel y se guarda en alguna carpeta que identifiquemos. El siguiente paso es que al Excel se le tienen que quitar la fila de nombre de columnas y se agregara una columna donde se 60

61 ingresara el número de registro y todas los registros llevaran el correspondiente guardar el documento con la extensión txt y se reemplazan todas los símbolos por un espacio vacío con esto se podrá transferir al servidor. Fig Reporte de Project Fig Reporte de Project 61

62 Finalizando la actividad anterior son guardados los archivos txt y se transfieren al servidor y se visualiza en la carpeta sugerida por el gestor del proyecto como en la figura Fig Carpeta designada para subir los archivos Query: Primero se realizo un select para poder visualizar todos los datos con los que se cuenta en la tabla y después se eliminan solo los registros que sean del mes en el que se genero el reporte por eso indicamos de que numero de registros se eliminaran y el query se ingresa dentro de un bulk que tiene la función de insertar en la tabla los datos del documento de un block de notas. -select * from carga_project order by no_registro --select * from carga_project where fecha_inicio between ' ' and ' ' order by no_registro --delete from carga_project where no_registro >

63 BULK insert carga_project from 'C:\Documents and Settings\Administrador\Escritorio\Cargas_Xpert\CargaProject20Abril2012tarde.t xt' with ( FIELDTERMINATOR = ' ', --separa campos ROWTERMINATOR = '\n' ) --separa filas go Fig Código de sentencia en SQL 63

64 Reporte de Casos de prueba diseñados El reporte de casos de prueba diseñados es para monitorear el alcance que se lleva en los proyectos y cuantas horas se deben facturar por diseño, estos son generados en QC de la siguiente manera; se ingresa al QC con perfil de administrador se va a la siguiente ruta de Dashboard, Casos de prueba Diseñados Y se pulsa en el área que dice generate: Fig Reporte de Casos de prueba diseñada Ya que es generado el reporte en Excel, dentro del documento entre cada columna se ingresa el símbolo ª para que pueda ingresarse en la base de datos de manera correcta con los espacios necesarios y se retira la fila que contiene los nombres de las columnas: 64

65 Fig Reporte generado Al finalizar este reporte se guarda con la extensión txt y se reemplazan todas los símbolos por un espacio vacío: Fig Reporte adecuado a la estructura de la base de datos Finalizando la actividad anterior son guardados los archivos txt y se transfieren al servidor y se visualiza en la carpeta sugerida por el gestor del proyecto 65

66 Fig Ruta de almacenamiento de reporte Query: Primero se realizo un select para poder visualizar todos los datos con los que se cuenta en la tabla y después se eliminan todos los registros de la tabla y el query se ingresa dentro de un bulk que tiene la función de insertar en la tabla los datos del documento de un block de notas. --select * from carga_casosdeprueba_qc --delete from carga_casosdeprueba_qc BULK insert carga_casosdeprueba_qc from 'C:\Documents and Settings\Administrador\Escritorio\Cargas_Xpert\Casos de Prueba20Abril2012.txt' with ( FIELDTERMINATOR = ' ª ', --separa campos ROWTERMINATOR = '\n' ) --separa filas Go Se recuerda que el documento día con día será un nombre diferente para que se cambie al nombre Nuevo en la dirección. 66

67 Fig Código de reportes de casos diseñados. Reporte de disponibilidad El reporte generado en QC de disponibilidad es para verificar la carga de trabajo en cada recurso y se genera de la siguiente manera; se ingresa al QC con perfil de administrador se va a la siguiente ruta de Dashboard, Casos de prueba Diseñados Y se pulsa en el área que dice generate: 67

68 Fig Reporte de disponibilidad Ya que es generado el reporte en Excel, dentro del documento solo se retira la primera fila donde se encuentra el nombre de las columnas: Fig Adecuar el documento 68

69 Al finalizar este reporte se guarda con la extensión txt y se reemplazan todas los símbolos por un espacio vacío: Fig Reporte generado a extensión.txt Finalizando la actividad anterior son guardados los archivos txt y se transfieren al servidor y se visualiza en la carpeta sugerida por el gestor del proyecto Fig Lugar de almacenamiento de los reportes 69

70 Query: Primero se realizo un select para poder visualizar todos los datos con los que se cuenta en la tabla y después se eliminan todos los registros de la tabla del mes actual y el query se ingresa dentro de un bulk que tiene la función de insertar en la tabla los datos del documento de un block de notas. -select * from carga_disponibilidad_project where mes = 'Marzo' --delete from carga_disponibilidad_project where mes = 'Abril' BULK insert carga_disponibilidad_project from 'C:\Documents and Settings\Administrador\Escritorio\Cargas_Xpert\Cargabilidad 20 abril 2012.txt' with ( FIELDTERMINATOR = ' ', --separa campos ROWTERMINATOR = '\n' ) --separa filas go Se recuerda que el documento día con día será un nombre diferente para que se cambie al nombre Nuevo en la dirección. 70

71 Fig Sentencia de reporte de disponibilidad Carga de Reporte Para realizar la carga del reporte en la base de datos de Xpert primeramente se debe transferir el archivo de la maquina al servidor a la dirección que se especifico para guardar todos los reportes necesarios. 71

72 Después se abre el SQl SERVER 2008 y se abre el query generado para ese reporte en particular: Fig Lugar de almacenamiento de los reportes de QC 72

73 Fig Sentencia en SQL para la carga de reportes Cuando se cambie el nombre en la dirección por el nuevo documento más actual se pulsa en execute y se visualiza el mensaje de éxito: Fig Resultado de la ejecución de las sentencias. Todos los reportes en los cuales se realiza la carga es le mismo procedimiento. 73

74 10. Resultados Obtenidos El resultado obtenido en el desarrollo de la mejora a Xpert se ve reflejado en el perfil de administrador, ya que ahora se pueden visualizar los módulos de alta, actualización e inactividad de los recursos, incluyendo un catalogo extra en el cual se pueden gestionar las fabricas con las que BSD tiene contacto para cuestiones laborales. Anteriormente solo 2 reportes eran generados para el seguimiento de horas de trabajo y la cargabilidad de cada uno de los recursos que trabaja para produban e isban México, actualmente son generados 5 reportes para llevar mas minuciosamente la carga de trabajo de cada recurso y estos reportes son generados en QC día con día. Para cada reporte se genero una sentencia SQL para que así su carga sea más sencilla. 11. Análisis de riesgos Los riesgos son uno un punto clave ya que es un intento sistemático para especificar las amenazas al plan de proyecto (estimaciones, planificación, cargo de recursos, etc.), el gestor del proyecto es quien se encarga de realizar la identificación de los posibles riesgos debido a que debe estarse un paso adelante para evitarlos cuando sea posible y controlarlos cuando sea necesario. 12. Riesgos identificados: El recurso que se encuentra en la parte de desarrollo de la mejora del aplicativo se encuentra también laborando en el área de pruebas de Isban México por ese motivo un riesgo es que al tener que atender las actividades del área perteneciente, por tal motivo se descuidaría el apoyo al desarrollo de la mejora en Xpert. 74

75 El equipo otorgado por la empresa no cuenta con las especificaciones para llevar un ritmo eficiente en la parte de desarrollo, por lo cual los resultados serán reflejados por la velocidad del procesamiento del equipo. 13. Conclusiones Los resultados del proyecto de estadía en BSD fueron satisfactorios ya que los puntos que se querían completar fueron cerrados en su totalidad, al final debido a que se tenía que laborar dentro de la empresa en otras actividades fue un gran aprendizaje en cuanto al desarrollo de aplicaciones web en una empresa. 14. Recomendaciones El proyecto cumplió los objetivos plasmados en un principio, mas sin embargo como se realizo una mejora al aplicativo era algo normal que en el procesos de esta se presentaran mas mejoras por lo cual se recomienda desde el principio ver todas las alternativas posibles de mejorar el aplicativo para que se planifique todo lo que se le realizara al aplicativo y que no salgan a mitad del desarrollo. 15. Referencias Bibliográficas La biografía que se necesito en cuestiones de dudas en el desarrollo del proyecto de estadía fueron las siguientes: 75

76 Ola Ekdahl (video tutorial y documento de apoyo para migración de MySQL a SQL Server) 19 Marzo 2010 Microsft (características de SQL Server) 2012 Oracle Corporation (Características producto Clásico) 2012 Oracle Corporation (Características producto) 2012 Sara Alvarez (Tipos de sentencias SQL y sus componentes sintácticos) 29 de noviembre de 2007 Oracle / MySQL (Manual de sentencias SQL versión 5.6) 2012 Daniel Brown, Nuno Lopes, Felipe Pena, Thiago Pojda y Maciek Sokolewicz. (Manual de PHP en español) 20 de abril de 2012 Joaquin Gracia (Conexión a SQL Server con PHP) 14 de septiembre de 2002 Roger S. Pressman Glosario QC: Quality center herramienta que se utiliza para el diseño y ejecución de pruebas a Santander (Isban y produban) Query: Conjunto de condiciones o preguntas usadas para extraer información de la base de datos. 76

77 Xpert: Aplicativo que ayuda a la gestión de recursos y horas dentro de la empresa BSD Enterprise. 77