Analisis Calibracion - Full

DESARROLLO E IMPLEMENTACION DE UNA APLICACIN WEB QUE CONTROLE LAS LOS PROCESOS EN EL AREA CALIBRACION PARA LA EMPRESA C.A.M. LTDA DE LA CIUDAD DE BOGOT D.C.

JAVIER ENRIQUE FONSECA PUERTO

COMPAIAAMERICANA DE MULTISERVICIOS - CAMAREA DE CERTIFICACION BOGOT D.C.2015

TABLA DE CONTENIDO

1. TITULO82. OBJETIVOS92.1 OBJETIVO GENERAL92.2 OBJETIVOS ESPECFICOS93. MARCO REFERENCIAL103.1 MARCO TERICO103.1.1. Arquitectura de tres capas103.1.2 UML114. DISEO METODOLGICO124.1 MODELO LINEAL SECUENCIAL125. DESARROLLO DEL PROYECTO145.1 COMUNICACIN CON EL CLIENTE145.1.1 Sistema actual145.1.2 Sistema propuesto145.1.3 Panorama del sistema propuesto145.2 PLANIFICACIN155.2.1 Recursos de software155.2.3 Recursos humanos155.2.4 Requisitos del sistema165.2.4.1 Requisitos Funcionales165.2.4.2 Requisitos no funcionales175.2.6 Cronograma de actividades215.3 ANLISIS DE RIESGOS225.4. INGENIERA265.4.1 Diagramas de Casos de Uso265.4.2 Diagramas de Actividades355.4.3 Diagramas de Estados395.4.4. Diagramas de Secuencia435.4.5 Diagrama de Componentes475.4.6 Diagrama de Despliegue47BIBLIOGRAFA54

LISTADO DE FIGURAS

Figura 1. Diagrama Caso de uso Diagrama de contexto26Figura 2. Diagrama de Caso de Uso Registrar usuario27Figura 2. Diagrama de Caso de Uso Registrar cliente28Figura 3. Diagrama de Caso de Uso Registrar solicitud29Figura 4. Diagrama de Caso de Uso Registrar alistamiento30Figura 5. Diagrama de Caso de Uso Registrar programacin31Figura 6. Diagrama de Caso de Uso Registrar calibracin32Figura 7. Diagrama de Caso de Uso Registrar sellado33Figura 8. Diagrama de Caso de Uso Registrar entrega34Figura 9. Diagrama de Actividades Registrar usuario35Figura 10. Diagrama de Actividades Registrar cliente35Figura 12. Diagrama de Actividades Registrar alistamiento36Figura 13. Diagrama de Actividades Registrar Programacin37Figura 14. Diagrama de Actividades Registrar calibracin37Figura 15. Diagrama de Actividades Registrar sellado38Figura 16. Diagrama de Actividades Registrar entrega38Figura 17. Diagrama de Estados Registrar usuario39Figura 18. Diagrama de Estados Registrar cliente39Figura 19. Diagrama de Estados Registrar solicitud40Figura 20. Diagrama de Estados Registrar alistamiento40Figura 21. Diagrama de Estados Registrar programacin41Figura 22. Diagrama de Estados Registrar calibracin41Figura 23. Diagrama de Estados Registrar sellado42Figura 24. Diagrama de Estados Registrar entrega42Figura 25. Diagrama de Secuencia Registrar usuario43Figura 26. Diagrama de Secuencia Registrar cliente43Figura 27. Diagrama de Secuencia Registrar solicitud44Figura 28. Diagrama de Secuencia Registrar alistamiento44Figura 29. Diagrama de Secuencia Registrar sitio de programacin45Figura 30. Diagrama de Secuencia Registrar calibracin45Figura 31. Diagrama de Secuencia Registrar sellado46Figura 32. Diagrama de Secuencia Registrar entrega46Figura 33. Diagrama de Componentes47Figura 34. Diagrama de Componentes47

LISTADO DE TABLAS

Tabla 1. Recursos de hardware para la implementacin de la herramienta17Tabla 2: Recursos de software para la implementacin de la herramienta18Tabla 3. Identificacin de riesgos22Tabla 4. Especificacin Caso de Uso Registrar usuario27Tabla 5. Especificacin Caso de Uso Registrar cliente28Tabla 4. Especificacin Caso de Uso Registrar solicitud29Tabla 7. Especificacin Caso de Uso Registrar alistamiento30Tabla 8. Especificacin Caso de Uso Registrar programacin31Tabla 9. Especificacin Caso de Uso Registrar calibracin32Tabla 10. Especificacin Caso de Uso Registrar sellado33Tabla 11. Especificacin Caso de Uso Registrar entrega34Tabla 12. Tabla comparativa de entorno de desarrollo de aplicaciones50Tabla 13. Tabla comparativa de servidores de aplicaciones51Tabla 14. Tabla comparativa de Gestores de Bases de Datos51

INTRODUCCIN

Debido a la evolucin tecnolgica que se est presenciando en el mundo, surgen multitud de herramientas que permitan manejan un mayor control sobre la informacin que se maneja a diario; estableciendo estndares para el procedimiento de esta, lo cual implica un cambio de modos de operacin, es decir un paso de la ejecucin manual de los procesos a la sistematizada, con la ayuda de elementos como el computador y un software el cual posee gracias a instrucciones del programador, la capacidad de controlar, registrar y tomar decisiones acerca de los procesos directos de un sistema de informacin.Mediante el modelo en del ciclo de vida clsico se da la base para el ejecucin de este proyecto y la consecucin de los objetivos propuestos, puesto que permite mostrar las necesidades que se utilizan en cada Fase, puntos crticos y dems factores necesarios, para establecer el correcto funcionamiento de los procesos que se sistematizaran, evidenciando, una completa investigacin y dems tareas que permitan desarrollar un producto de alta calidad.El anlisis y desarrollo de los requerimientos para este proyecto se obtuvo una herramienta orientada a la Web, utilizando herramientas de software libre, que ayuden a administrar de forma adecuada los procesos en el rea de calibracin de que realiza la empresa C.A.M de la ciudad de Bogot D.C.

1. TITULO

DESARROLLO E IMPLEMENTACION DE UNA APLICACIN WEB QUE CONTROLE LAS LOS PROCESOS EN EL AREA CALIBRACION PARA LA EMPRESA C.A.M. LTDA DE LA CIUDAD DE BOGOT D.C.

2. OBJETIVOS

2.1 OBJETIVO GENERAL

Realizar levantamiento de informacin para ejecutar el seguimiento de las solicitudes de recepcin y uso del tiempo, que facilite la carga de la informacin en la misma, brindando informacin relevante acerca de los proyectos y actividades en que se ha visto involucrado el usuario durante un perodo de tiempo dado para la empresa CAM LTDA de la ciudad de Bogot D.C. utilizando herramientas de Software libre.

2.2 OBJETIVOS ESPECFICOS

Diagnosticar las necesidades del mercado en cuanto a la aplicacin para ofrecer una solucin adaptada al mismo.

Validar que la herramienta a desarrollar plasme los procesos de las etapas del rea de calibracin de CAM LTDA.

Analizar las funciones requeridas por los usuarios con el fin de capturar aquellas que sean ms llamativas, tiles y que ofrezcan calidad y usabilidad al producto final.

3. MARCO REFERENCIAL

3.1 MARCO TERICO

3.1.1. Arquitectura de tres capas

Es un estilo de programacin, su objetivo primordial es la separacin de la capa de presentacin, capa de negocio y la capa de datos.

La ventaja principal es el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algn cambio.En el diseo de sistemas informticos actuales se suele usar las arquitecturas multilineal o Programacin por capas. Adems, permite distribuir el trabajo de creacin de una aplicacin por niveles; cada grupo de trabajo est totalmente abstrado del resto de niveles, de forma que basta con conocer la API que existe entre niveles.

Capa de presentacin: esta capa es la que ve el usuario, presenta el sistema al usuario, le comunica la informacin y captura la informacin del usuario en un mnimo de proceso. Esta capa se comunica nicamente con la capa de negocio. Tambin es conocida como interfaz grfica y debe tener la caracterstica de ser "amigable" para el usuario generalmente se presentan como formularios.

Capa de negocio: aqu es donde, se reciben las peticiones del usuario y se envan las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lgica del negocio) porque es aqu donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de l.Toda aplicacin tiene cdigo para implementar reglas de negocios. Se puede seleccionar almacenar la lgica de negocios sobre cada estacin de cliente, u optar por ejecutar la lgica de negocios sobre un servidor de aplicaciones. No toda la lgica de negocio es la misma algunas no requieren un frecuente acceso a los datos, pero una interfaz de usuario robusta necesitara de la lgica de negocios para la validacin en la entrada de campos, clculos en tiempo real u otras interacciones de usuarios.

Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Est formada por uno o ms gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperacin de informacin desde la capa de negocio.

Arquitectura de tres Capas para la Web Los datos y servicios aparecen separados. Fcil de separar los datos de la lgica de negocio El cliente recibe los datos y la informacin de forma indirecta a travs servidor.

Aplicaciones orientadas a la Web. En la capa de presentacin est el navegador que permite visualizar la pgina. Web l mismo que se comunica con el servidor Web y a su vez con el servidor de aplicaciones conformando la lgica de negocios y posteriormente se accede a la Base de datos.

Aplicaciones no orientadas a la Web. La interfaz grfica es presentada en formularios, luego la capa de negocio es implementada en el servidor de aplicaciones y en la capa de datos est la base de datos.

3.1.2 UML

UML es un lenguaje estndar que sirve para escribir los planos del software, puede utilizarse para visualizar, especificar, construir y documentar todos los artefactos que componen un sistema con gran cantidad de software.

UML puede usarse para modelar desde sistemas de informacin hasta aplicaciones distribuidas basadas en Web, pasando por sistemas empotrados de tiempo real. UML es solamente un lenguaje por lo que es slo una parte de un mtodo de desarrollo software, es independiente del proceso aunque para que sea optimo debe usarse en un proceso dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental.

UML es un lenguaje por que proporciona un vocabulario y las reglas para utilizarlo, adems es un lenguaje de modelado lo que significa que el vocabulario y las reglas se utilizan para la representacin conceptual y fsica del sistema.

UML es un lenguaje que nos ayuda a interpretar grandes sistemas mediante grficos o mediante texto obteniendo modelos explcitos que ayudan a la comunicacin durante el desarrollo ya que al ser estndar, los modelos podrn ser interpretados por personas que no participaron en su diseo (e incluso por herramientas) sin ninguna ambigedad. En este contexto, UML sirve para especificar, modelos concretos, no ambiguos y completos.

Debido a su estandarizacin y su definicin completa no ambigua, y aunque no sea un lenguaje de programacin, UML se puede conectar de manera directa a lenguajes de programacin como Java, C++ o Visual Basic, esta correspondencia permite lo que se denomina como ingeniera directa (obtener el cdigo fuente partiendo de los modelos) pero adems es posible reconstruir un modelo en UML partiendo de la implementacin, o sea, la ingeniera inversa.

4. DISEO METODOLGICO

4.1 MODELO LINEAL SECUENCIAL

El modelo lineal secuencial llamado tambin ciclo de vida Propone un enfoque sistemtico secuencial del desarrollo del software que comienza en un nivel de sistema y progresa con el anlisis, diseo, codificacin, prueba y mantenimiento.Este modelo lo conforman las siguientes fases:

ANLISIS DE LOS REQUISITOSSe analizan las necesidades de los usuarios finales del modelo para determinar qu objetivos debe cubrir. De esta fase surge una memoria llamada SRD (Documento de Especificacin de Requisitos), que contiene la especificacin completa de lo que debe hacer el diccionario de datos sin entrar en detalles internos.

DISEOSe descompone y organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. Como resultado surge el SDD (Documento de Diseo del Software), que contiene la descripcin de la estructura global del sistema y la especificacin de lo que debe hacer cada una de sus partes, as como la manera en que se combinan unas con otras.

CODIFICACINEs la fase en donde se implementa el cdigo fuente, haciendo uso de prototipos as como de pruebas y ensayos para corregir errores.Dependiendo del lenguaje de programacin y su versin se crean las bibliotecas y componentes reutilizables dentro del mismo proyecto para hacer que la programacin sea un proceso mucho ms rpido.

PRUEBASLos elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser entregado al usuario final.

VERIFICACINEs la fase en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle.En la creacin de desarrollo de cascada se implementa los cdigos de investigacin y pruebas del mismo.

MANTENIMIENTOUna de las etapas ms crticas, ya que se destina un 75% de los recursos, es el mantenimiento del Software ya que al utilizarlo como usuario final puede ser que no cumpla con todas nuestras expectativas

5. DESARROLLO DEL PROYECTO

5.1 COMUNICACIN CON EL CLIENTE

5.1.1 Sistema actual

En la actualidad existen herramientas que se basan en esta metodologa y son de licenciamiento propietario, la cual tiene un gran costo en el mercado y de poco acceso a las empresas para adquirir este producto e implementarla en su campo laboral.

5.1.2 Sistema propuesto

El sistema que se est proponiendo es CALIB_CAM que permite el manejo de procesos de cada una de la etapas de que se llevan a cabo en la recepcin y entrega de medidores de los diferentes clientes o contratistas de etapas realizadas en campo por los usuarios para la empresa CAM LTDA, de tal manera que pueda registrar la informacin referente a cada uno de los sitio de trabajo que se les haya asignado.

Se quiere que est aplicacin sea manejada por varios usuarios de la empresa, teniendo en cuenta el rea donde trabajan con el fin de que los procesos que all se llevan a cabo de forma en Excel se puedan gestionar de manera rpida y ms eficiente, de modo que se obtengan mejores resultados con respecto a los que se han obtenido hasta el momento durante el uso de la herramienta, sern de fcil entendimiento para el usuario, de modo que presente facilidad de aprendizaje para el mismo.

5.1.3 Panorama del sistema propuesto

El software a desarrollar contar con una interfaz amigable, permitiendo que los usuarios ayude al desarrollo de los procesos que se realizan dentro de cada una de las solicitudes de servicio que se realiza, adems la informacin relacionada con la misma ser publicada en este software.

Se contar con una base de datos que podr instalar la informacin del personal Administrativo, ya que cada uno de ellos lo identificara con una contrasea en la parte de seguridad y acceso a los datos.

5.2 PLANIFICACIN

Para el desarrollo de la herramienta se desea utilizar herramientas para su construccin y aplicacin de sta, cumpliendo con los parmetros en el cul se desea construir.

5.2.1 Recursos de software

Para el desarrollo del software se va a utilizar varias herramientas estableciendo con el desarrollo que se nombran a continuacin: PowerDesigner 6.1.3 32-bit: Utilizado para la creacin del Modelo Entidad-Relacin. Gantt Project v 2.0.3: Utilizado para la creacin del cronograma de actividades y asignacin de recursos durante el desarrollo de la aplicacin. Microsoft Word 2010: Utilizado para la creacin de documentos y manuales de la aplicacin XAMPP 1.8.1: Utilizado para realizar el servidor de la aplicacin. MySQL 5.0 Gestor de base de datos. StarUML: Herramienta para el diseo de modelos en UML

5.2.2 Recursos de hardware

Para el desarrollo del software se va a utilizar varios recursos tecnolgicos que se nombran a continuacin:

Equipo # 01 Javier Enrique Fonseca Puerto

HP EliteBook 2450p Sistema operativo instalado: Windows 7 Professional (32 Bit) Procesador: Intel Core i7-640LM (2.13 GHz, 4 MB L3 Cache) Pantalla: LED 12.1 inch-diagonal anti-glare ( 1280x800) Disco duro: 250GB (5400 rpm)250 GB 5400 rpm 1.8-inch Memoria: 4 GB 1333 MHz DDR3 SDRAM (1D) Cmara: 2 MP DVDRW SuperMulti DL LightScribe Drive

5.2.3 Recursos humanos

El ingeniero especialista Javier Enrique Fonseca Puerto y el ingeniero Miller Alexander Flrez Saavedra, Coordinador del rea de calibracin para el desarrollo del proyecto que permita el manejo adecuado en lo referente a procesos internos de la empresa CAM de Bogot D.C.

5.2.4 Requisitos del sistema

5.2.4.1 Requisitos Funcionales

RF00: Registrar usuario: El sistema permite el ingreso de nuevos administradores como de usuarios al sistema ya que cada uno de ellos tiene roles diferentes para interactuar con el sistema.

RF01 Registrar Cliente: El sistema permite el ingreso de nuevos clientes asociados a la empresa para conocer las diferentes solicitudes de servicio que sea realizan en la misma.

RF02 Registrar solicitud: Es necesario ingresar la informacin de las diferentes solicitudes de servicios teniendo en cuenta el cliente a trabajar cuando llega a recepcin, tambin el proceso de detalle de la misma solicitud de ella en ese instante.

RF03 Registrar alistamiento: El sistema debe permite la verificacin y evaluacin de cada uno de los medidores que llegan al rea de calibracin para su siguiente proceso (programacin, calibracin, o sellado), de acuerdo a la asignacin de la solicitud del servicio previamente registrado.

RF04 Registrar programacin: El sistema permitirla configuracin del medidor de acuerdo a las contraseas ingresa los diferentes sitios de trabajo donde se van a efectuar las actividades a realizar necesario ingresar los datos de cada uno de los actividades que se est realizando dependiendo del proveedor que nos da el servicio y la categora a asignar.

RF05 Registrar calibracin: El sistema debe permitir los ajustes y configuracin de los medidores que se registran en recepcin, tambin el registro de las condiciones ambientales, dependiendo del tipo de medidor.

RF06 Registrar sellado:Registrar el procesosellado de los medidores ante el cliente para tener conformidad de la misma, tambin el transcurso del sellado hacer el empaque de las medidores en cajas para tener un control completo a para la entrega de los medidores.

RF07 Registrar entrega: El sistema debe realizar reportes de entrega de medidores deacuerdo a la solicitud de recepcin mencionada, teniendo en cuenta el estado de conformidad o no conformidad para que el cliente tenga un criterio de la misma.

RF08 Generar Reporte de solicitudes: Se realiza una consulta por solicitud de la parte administrativa de la empresa, donde el encargado de buscar esa informacin es el Administrador o Usuario donde busca la informacin deseada con los medidores que recibieron en recepcin y tener seguimiento de la misma.

RF09 Generar Reporte de usuarios: Se realiza una consulta por solicitud de la parte administrativa de la empresa, mostrando la informacin de cada uno de los tcnicos que existan en la empresa

5.2.4.2 Requisitos no funcionales

Los requisitos no funcionales para el desarrollo de la herramienta son los siguientes.

RNF00. Interfaz de usuario y Factores humanos: la interfaz que se propone para esta aplicacin lleva la estandarizacin de publicacin de informacin con la que cuenta en estos momentos.

El logotipo tendr dimensiones que son predeterminadas por el proceso que se est realizando. El tipo de letra que se manejar para el contenido de la herramienta es Calibri y el tamao es de 9, o se establece dependiendo de la aplicacin. El personal debe tener conocimientos en el manejo de aplicaciones como es el Internet.

RNF01. Documentacin: para el buen manejo y funcionamiento de la aplicacin se entregaran los siguientes documentos:

Manual de Usuario: Explica detenidamente las instrucciones de instalacin y de uso de la aplicacin. CD-ROM: Contendr los documentos como manual de usuario, manual de Instalacin, el software el cual contendr la aplicacin y la base de datos correspondientes para su buen manejo.

RNF02. Consideraciones de Hardware y Software: para este proyecto se tendrn en cuenta aspectos como el entorno del sistema, es decir, donde se quiere implementar el sistema, en este caso se cuenta con recursos de hardware para su buen funcionamiento.

Recursos de Hardware:

Tabla 1. Recursos de hardware para la implementacin de la herramientaMARCAGENRICO

PROCESADORProcesador: Intel Core i7-640LM (2.13 GHz, 4 MB L3 Cache)

MEMORIA RAMMemoria: 2 GB 1333 MHz DDR3 SDRAM (1D)

MONITORPantalla: LED 12.1 inch-diagonal anti-glare ( 1280x800)

DISCO DURODisco duro: 250GB (5400 rpm)250 GB 5400 rpm 1.8-inch

CAMARACmara: 2 MP

UNIDAD PTICADVDRW SuperMulti DL LightScribe Drive

Fuente: Autor del proyectoTambin se tendrn en cuenta aspectos como el ambiente del sistema operativo, donde se quiere implementar la herramienta en su campo laboral y tambin el manejo de la base de datos para almacenar la informacin de acuerdo a la herramienta.

Recursos de Software:

Tabla 2: Recursos de software para la implementacin de la herramientaMARCAGENRICO

SISTEMA OPERATIVOWin95/98/2000/Me/NT/XP/Vista/7/8.x

NAVEGADOR DE INTERNETGoogle Chrome, Mozilla Firefox, Opera, Safari, Internet Explorer, Netscape Navigator

Fuente: Autor del proyecto

RNF03. Caractersticas de Desempeo: La base de datos debe permitir acceder a la informacin requerida para la gestin de procesos, teniendo en cuenta los privilegios de acceso, esto para reiterar los aspectos de seguridad y confiabilidad de la informacin.

RNF04. Administracin de usuarios: El Administrador puede registrar nuevos usuarios (Administradores y tcnicos) que utilizarn la herramienta, tambin podr modificar la informacin para el acceso a cada una de las sesiones correspondientes.

RNF05. Manejo de Errores y Condiciones Extremas: Inicialmente se manejarn sesiones como Administrador y Tcnico que se encuentra dentro de la organizacin y de esta forma garantizar que slo ingresen a la aplicacin los usuarios que han sido registrados en la base de datos que se encuentra en el sistema.

Para el ingreso de informacin a cada uno de los subsistemas que existan en la aplicacin se tendr en cuenta el tipo de dato que tiene cada elemento, para evitar el ingreso de datos errneos y as ser correcta la informacin ingresada habilitando el valor ASCII de cada uno de las teclas del teclado.

RNF06. Cuestiones de Calidad ISO 9004-2: Un sistema del servicio de calidad debe responder a las necesidades de ambos tanto clientes internos como externos (los clientes internos sondentro de tu propia organizacin). El sistema realiza los procesos de registro de personal y generacin de reportes de cada uno de las Fases que se manejan en la metodologa.

Se manejan estndares internos en cuanto a calidad que se manejan para realizar la codificacin de la aplicacin teniendo en cuenta como:

Los formularios de la aplicacin que se maneja para el contenido de la aplicacin es Verdana, y el tamao es de 9 y un mismo formato para el color de la letra (Negro).

Se tendr manual de usuario, entregado en medio magntico, donde encontrar una descripcin de la aplicacin y funcionamiento.

Los principios de la gestin de la calidad moderna son: [ISO 9001:2000] Organizacin enfocada al cliente: Se deben comprender las necesidades actuales y futuras del cliente, satisfacer los requisitos y esforzarse en exceder las expectativas de los clientes.

Enfoque de sistema para la gestin: Identificar, entender y gestionar cada uno de los procesos interrelacionados en el sistema y de esta forma aportar a la eficacia y eficiencia en cuanto a los procesos que desarrolle el sistema dentro de la empresa y de esta forma lograr los objetivos propuestos.

Enfoque basado en hechos para la toma de decisiones: Inicialmente se realiza el levantamiento de la informacin se procesa para que de esta manera analizar cada proceso para el desarrollo del producto.

RNF07. Modificaciones al Sistema: para modificaciones a la herramienta se debe tener en cuenta personal que tenga conocimiento del lenguaje que se est utilizando, el documento asociado y de la aplicacin en general.

Esta aplicacin se disear con la filosofa de OpenSource, para que en el momento que se desee se pueda ser modificado por los desarrolladores o cualquier persona con conocimientos en Programacin en el lenguaje que fue creado.

RNF08. Ambiente Fsico: Para el desarrollo de la aplicacin se debe tener en cuenta es la seguridad fsica de los sistemas informticos (Ordenadores, Hardware de Red, y dispositivos electrnicos) del entorno que lo rodea y de las personas encargadas.

La herramienta ser instalada en un solo computador en el cual la persona encargada (Administrador o Tcnico) podr realizar las tareas asignadas para el bien funcionamiento de la herramienta.

RNF09. Cuestiones de seguridad: La herramienta brindar privilegios a cada uno de los tipos de usuarios que trabajan en la empresa, ya que la informacin que en esta, se ver no podr ser vista por todos las personas que desean conocer a los visitantes.

Inicialmente se crearn 3 tipos de usuarios que son el Administrador, el Tcnico y el Cliente que van a interactuar con la herramienta. El Administrador como el Tcnico tendrn que digitar la identificacin personal y la contrasea correspondiente, as el sistema verificar la autenticidad de la informacin ingresada.

Si por algn motivo el usuario (Administrador o Usuario) se le olvida su contrasea se tiene la opcin de olvidar contrasea la cual tiene la posibilidad de ingresar al sistema mediante unos parmetros de entrada para la validacin y verificacin que exista en el sistema.

DESARROLLO E IMPLEMENTACION DE UNA APLICACIN WEB QUE CONTROLE LAS LOS PROCESOS EN EL AREA CALIBRACION PARA LA EMPRESA C.A.M. LTDA DE LA CIUDAD DE BOGOT D.C.Pgina 26 de 54

26

5.2.6 Cronograma de actividades

Figura 1. Cronograma de Actividades


5.3 ANLISIS DE RIESGOS

En esta fase del desarrollo del proyecto se tuvieron en cuenta algunos riesgos que se pudieron encontrar en el desarrollo de la herramienta, teniendo en cuenta los recursos necesarios para la construccin de la misma.

Dentro del anlisis de riesgos se establecieron rangos de evaluacin para los riesgos el cual pretende determinar una medida cualitativa de la probabilidad de ocurrencia de riesgo. Estos rangos son: Muy Probable (MP), Probable (P), Poco Probable (PP) y Nada Probable (NP).

De otro lado tambin se establecieron rangos de evaluacin del impacto que tiene el riesgo identificado en el desarrollo del proyecto. Estos rangos son: Alto (A), Medio (M) y Bajo (B), los cuales si el riesgo se presenta y su impacto es alto quiere decir que afectar de manera importante (Incremento del esfuerzo, manejo de recursos, entrega ajustada, etc.) en el desarrollo de la herramienta.

Valores de categora en el desarrollo de la herramientaTP: Tamao del productoED: Entorno de desarrollo

IN: Impacto en el negocioTC: Tecnologa que construir

CCL: Caractersticas del clienteTEP: Tamao y experiencia del personal

DP: Definicin del proceso

A continuacin se muestra los diferentes riesgos que se encontraron en desarrollo de la herramienta:

Tabla 3. Identificacin de riesgos#RiesgosCategoraProbabilidadImpacto

1El cliente cambiar los requisitosCCLPA

2La tecnologa no satisface las expectativas esperadasTCMPM

3Personal inexpertoTEPPA

4Nmero de usuarios de los previstos del sistemaCCLPPM

5Falta de entrenamiento de nuevas herramientasEDPA

6Fecha lmite de entrega es muy ajustadaTPMPA

7Perdida de la herramienta en el desarrolloINPPB

8El diseo de la herramienta no concuerde con los requisitos del sistemaINMPA

9La herramienta no es viable en el mercadoINPA

10Prdida de apoyo a las personas expertas en el tema de desarrolloTEPPA

11Falta de recursos econmicos para el desarrolloINNPB

12Falta de recursos tecnolgicosEDMPM

13Perdida de personal (Desarrolladores)TEPPPB

14Soporte tcnico de la herramientaTPPPM

15El software no responde en un momento esperadoEDPA

16Cambios o modificaciones inoportunas en el desarrollo de la herramientaTPMPA

17Dao en el manejo de la base de datos de la herramientaEDPA

18Seguimiento constante en el desarrollo de la herramientaDPPA


Explicacin de los riesgos encontrados en el desarrollo de la herramientaRiesgo # 1 El cliente cambiar los requisitos: En este riesgo se tendrn en cuenta los diferentes procesos de acuerdo a cada una de los procesos. Es posible que debido a que la metodologa adoptada no es de un profundo conocimiento por parte de la organizacin donde se pretende implementar, al transcurrir la fase de implementacin, se adquiera un mayor conocimiento de dicha metodologa, dando lugar al cambio de los requisitos inicialmente planteados. Por lo anterior se puede considerar que la probabilidad de ocurrencia de este factor de riesgo es alta y su impacto dentro del proyecto es igualmente elevado.

Riesgo # 2 La tecnologa no satisface las expectativas esperadas: En este riesgo se tiene en cuenta el lenguaje de programacin y el gestor de la bases para desarrollar los diferentes pasos que se realizan en la herramienta. Por lo anterior se puede considerar que la probabilidad de ocurrencia de este factor de riesgo es alta y su impacto dentro del proyecto es igualmente elevado.

Riesgo # 3 Personal inexperto: Se tiene en cuenta este riesgo ya que existen personas que no conocen sobre el producto en la construccin de la herramienta. Es viable que debido a que la empresa no es muy conocida ante las personas que deseen implantan ese tipo de actividades adoptada por parte de la organizacin. Por lo anterior se puede considerar que la probabilidad de ocurrencia de este factor de riesgo es alta y su impacto dentro del proyecto es igualmente elevado.

Riesgo # 4 Nmero de usuarios de los previstos del sistema: La herramienta puede tener diferentes tipos de usuarios que manipulan la herramienta, teniendo en cuenta los diferentes privilegios que se establecieron para el desarrollo de la misma. Es permitido que se establezcan los diferentes usuarios para la cual es diseada la herramienta para su funcionalidad. Por lo tanto se puede considerar que la probabilidad de ocurrencia de este factor de riesgo es media y su impacto dentro del proyecto es igualmente elevado.

Riesgo # 5 Falta de entrenamiento de nuevas herramientas: El cambio de nuevas herramientas como el lenguaje de programacin, herramientas de diseo y gestor de bases para el desarrollo para la construccin de la herramienta demora la entrega de la herramienta ante el usuario final. Por lo tanto se considera Alta la probabilidad el desarrollo como su impacto.

Riesgo # 6 Fecha lmite de entrega es muy ajustada: La falta de cumplimiento para la entrega de la herramienta ante el cliente. Es posible que la falta de entrega de la herramienta no d soporte al seguimiento de la construccin de la misma y puede ser posible no continuar con el desarrollo de la misma. Por lo tanto se considera que la probabilidad es alta como su impacto en el desarrollo.

Riesgo # 7 Perdida de la herramienta en el desarrollo: La prdida completa o parcial del desarrollo de la herramienta y la documentacin de la misma por falta de realizacin de copias de seguridad (Back-ups). Es posible desarrollar copias de seguridad cada vez que realicen un cambio o un nuevo requisito en el desarrollo de la herramienta teniendo un seguimiento de la misma. Por lo tanto se considera que la probabilidad es baja como su impacto en el desarrollo.

Riesgo # 8 El diseo de la herramienta no concuerde con los requisitos del sistema: La herramienta no cumple con cada uno de los procesos que se desarrolla en la empresa. Es viable que los requisitos planteados por el cliente en el desarrollo no satisfagan las necesidades de negocio, en el cual afecta cambios imprevistos a ltima hora y la entrega de la misma. Por lo tanto se considera que la probabilidad es media como su impacto es alto en desarrollo de la misma.

Riesgo # 9 La herramienta no es viable en el mercado: La herramienta debe cumplir con los diferentes procesos que se desarrollan para su aplicacin en el campo laboral. Es posible que el desarrollo de la herramienta no satisface su aplicacin entras empresas y cumplan con sus necesidades. Por lo tanto se considera que la probabilidad es alta como su impacto en el desarrollo de la misma.

Riesgo # 10 Prdida de apoyo a las personas expertas en el tema de desarrollo: El personal experto sobre el tema de desarrollo puede renunciar al desarrollo de la herramienta. Es viable que renuncie las personas involucradas en el desarrollo para la disponibilidad de tiempo o laboral, la cual se dificulta el seguimiento constante sobre el desarrollo de la herramienta. Por lo tanto se considera la probabilidad alta como su impacto de desarrollo.

Riesgo # 11 Falta de recursos econmicos: El desarrollar la herramienta no se cuenta con los suficientes recursos econmicos para la realizacin de la herramienta y cumplir con los objetivos deseados. Por lo tanto se considera la probabilidad baja como su impacto de desarrollo.

Riesgo # 12 Falta de recursos tecnolgicos: El desarrollador no cuenta con el acceso a herramientas tecnolgicas para desarrollar la herramienta. Es posible que al desarrollador no se le d soporte a herramientas para la construccin de la herramienta.

Riesgo # 13 Perdida de personal (Desarrolladores): El desarrollador puede renunciar al desarrollo de la herramienta. Es posible que el desarrollador no cumpla con las tareas asignadas por el cliente para el desarrollo de la herramienta. Por lo tanto se considera la probabilidad baja como su impacto de desarrollo.

Riesgo # 14 Soporte tcnico de la herramienta: Falta de documentacin para el buen funcionamiento de la herramienta. Es posible que el desarrollador no desarrolle un documento completo sobre la manipulacin de la herramienta. Por lo tanto su probabilidad es media como su impacto en el desarrollo.

Riesgo # 15 El software no responde en un momento esperado: La herramienta no se ejecuta normalmente en un tiempo esperado. Es posible que la ejecucin de la herramienta se demore por trminos de conexin al servidor o por manejo de imgenes, ya que la herramienta se administra imgenes para cumplir las necesidades que se realizan. Por lo tanto su probabilidad es alta como su impacto en el desarrollo.

Riesgo # 16 Cambios o modificaciones inoportunas en el desarrollo de la herramienta: Cambios que se efectan al modificar la herramienta completando las fases restantes de la metodologa. Es posible los cambios a ltima hora por el cliente, eso afecta los requisitos planteados como la funcionalidad de la herramienta. Por lo tanto su probabilidad es alta como su impacto de la misma.

Riesgo # 17 Dao en el manejo de la base de datos de la herramienta: Personas ajenas a la empresa pueden borrar la informacin de la base de datos de la herramienta. Es posible que la herramienta se utilice diferentes sesiones a cada tipo de usuario para el acceso a los que manipulan la herramienta, teniendo en cuenta los diferentes privilegios que manejan. Por lo tanto la probabilidad es alta como su impacto en el desarrollo

Riesgo # 18 Seguimiento constante en el desarrollo de la herramienta: Realizar un seguimiento constante para cumplir cada uno de los procesos que se efectan en cada fase del desarrollo de la herramienta. Es posible que el cliente cambie algunos requisitos que se desarrollan en la construccin de la herramienta y eso afecte a otros procesos que se manejen en otras fases. Por lo tanto la probabilidad es alta como su impacto en la construccin de la misma.

5.4. INGENIERA

En esta fase del desarrollo del proyecto se desarroll los diferentes diagramas que representa la herramienta de acuerdo a los requisitos que requiere el rea de calibracin la empresa C.A.M. de la ciudad de Bogot D.C.

5.4.1 Diagramas de Casos de Uso

Figura 1. Diagrama Caso de uso Diagrama de contexto


Figura 2. Diagrama de Caso de Uso Registrar usuario


Tabla 4. Especificacin Caso de Uso Registrar usuarioNombre Caso de UsoRegistrar usuario

ObjetivoRegistrar el usuario que va a trabajar en la empresa

ActoresAdministrador

Caso de Uso que ExtiendenSeleccionar tipo de usuario

Casos de uso incluidoProcesar solicitud

PrecondicionesEl administrador es la nica persona autorizada para ingresar las personas dentro de la empresa

PoscondicionesEl administrador debe existir en el sistema

Flujo BsicoAdministrador a1. Ingresar datos del personal a3. Seleccionar el tipo de usuario

Sistema a2. Verifica existencia del personal en la base de datos a4. Guarda y actualiza registro para un nuevo personal

Flujos AlternativosAdministrador

SistemaEn el paso a3 muestra si existe personalEn el paso a4 muestra mensaje si faltan campos

Requerimiento no Funcionales

Ejecucin

Fuente: Autor del proyectoFigura2. Diagrama de Caso de Uso Registrar cliente


Tabla 5. Especificacin Caso de Uso Registrar clienteNombre Caso de UsoRegistrar cliente

ObjetivoRegistrar los clientes que va a trabajar en la empresa

ActoresUsuario

Caso de Uso que Extienden


PrecondicionesEl usuario es la nica persona autorizada para ingresar los clientes dentro de la recepcin del rea de certificacin

PoscondicionesEl usuario debe existir en el sistema

Flujo BsicoUsuario a1. Ingresar cedula de cliente a3. Ingresar datos del detalle de la solicitud de la recepcin de medidores hacia el cliente.

Sistema a2. Verifica existencia del cliente en la base de datos a4. Muestra datos del cliente a5. Si no existe el clientecrear un nuevo registro en la base de datos

Flujos AlternativosUsuario

SistemaEn el paso a2 muestra si existe clienteEn el paso a4 muestra mensaje si faltan campos


Ejecucin


Figura3. Diagrama de Caso de Uso Registrar solicitud


Tabla 4. Especificacin Caso de Uso Registrar solicitudNombre Caso de UsoRegistrar solicitud

ObjetivoRegistrar la solicitud del servicio para la recepcin de los medidores que va a procesar en el rea de calibracin.

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar clienteSeleccionar etapas


PrecondicionesEl usuario es la nica persona autorizada para ingresar el ingreso de los medidores en la recepcin del rea de calibracin.


Flujo BsicoUsuario a1. Ingresar cedula delcliente. a3. Ingresar datos del detalle de la solicitud de la recepcin de medidores hacia el cliente.Sistema a2. Muestra datos del cliente a4. Guarda y actualiza los registrosdetallados de cada de los medidores a recibir a5. Actualizar estado de solicitud

Flujos AlternativosUsuarioEn el paso a2 si no existe cliente registrarlo un nuevo cliente y continuar con el seguimiento del registro.SistemaEn el paso a3 muestra mensaje si faltan campos


Ejecucin

Fuente: Autor del proyectoFigura 4. Diagrama de Caso de Uso Registrar alistamiento


Tabla 7. Especificacin Caso de Uso Registrar alistamientoNombre Caso de UsoRegistrar alistamiento

ObjetivoRegistrar la verificacin de cada uno de los medidores recibidos en recepcion para continuar con el seguimiento a continuar con las tareas que se ejecuta.

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar solicitud en estado : recepcion

Casos de uso incluidoProcesar solicitudVerificar datos a recibir

PrecondicionesEl usuario es la nica persona autorizada para ingresar el proceso de alistamiento dentro de la empresa


Flujo BsicoUsuario a1. Selecciona la solicitud en etapa de recepcin. a3. Verifica los datos ingresados fsicamente como digitalmente a4. Chequea los datos e inconsistenciasSistema a2. Muestra el reporte completo de la solicitud que se recibi en recepcin. a5. Guarda y actualiza los registros detallados de los medidores para realizar seguimiento de la misma. Actualizar estado de solicitud en alistamiento


SistemaEn el paso a5 muestra mensaje si faltan campos


Ejecucin

Fuente: Autor del proyectoFigura 5. Diagrama de Caso de Uso Registrar programacin


Tabla 8. Especificacin Caso de Uso Registrar programacinNombre Caso de UsoRegistrar programacin

ObjetivoRealizar el proceso de cada uno de los medidores registrados en recepcin para la configuracin de claves (passwords) entregados por la empresa contratista

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar solicitud en estado recepcinBuscar claves de configuracin


PrecondicionesEl usuario es la nica persona autorizada para ingresar los datos de la configuracin del medidor.


Flujo BsicoUsuario a1. Selecciona la solicitud en etapa de recepcin. a3. Verifica los datos ingresados fsicamente como digitalmente a4. Realiza la programacin personalizada de los medidoresSistema a2. Muestra el reporte completo de la solicitud que se recibi en recepcin. a5. Guarda y actualiza los registros detallados con la contrasea configurada del medidor

Flujos AlternativosAdministrador



Ejecucin

Fuente: Autor del proyectoFigura 6. Diagrama de Caso de Uso Registrar calibracin


Tabla 9. Especificacin Caso de Uso Registrar calibracinNombre Caso de UsoRegistrar calibracin

ObjetivoRegistrar las actividades donde se efectan los proyectos que va a trabajar en la empresa de acuerdo a los clientes asociados

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar solicitud en estado de alistamientoImportar archivo(s) xls para importacin

Casos de uso incluidoProcesar solicitudGenerar certificado

PrecondicionesEl usuario es la nica persona autorizada para ingresar los datos de la calibracin para el seguimiento del estado de uno de los medidores

PoscondicionesEl administrador debe existir en el sistema

Flujo BsicoUsuario a1. Selecciona la solicitud en etapa de alistamiento. a3. Verifica los datos ingresados fsicamente como digitalmente a4. Importa los archivos de la reportes generados en Excel para registrar el certificadoSistema a2. Muestra el reporte completo de la solicitud que se recibi en recepcin. a5. Guarda y/o actualiza los registros detallados de acuerdo a los archivos importados en Excel a6. Actualiza estado de solicitud calibracin




Ejecucin

Fuente: Autor del proyectoFigura 7. Diagrama de Caso de Uso Registrar sellado


Tabla 10. Especificacin Caso de Uso Registrar selladoNombre Caso de UsoRegistrar sellado

ObjetivoRegistrar el seguimiento de la solicitud de los medidores dndole el proceso de empaque al cliente.

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar solicitud en estado calibracinImportar archivo(s) xls para importacin

Casos de uso incluidoProcesar solicitudEmpacar medidores en caja(s)

PrecondicionesEl usuario es la nica persona autorizada para ingresar los proyectos dentro de la empresa


Flujo BsicoUsuario a1. Selecciona la solicitud en etapa de calibracin. a3. Verifica los datos ingresados fsicamente como digitalmente a4. Chequea los datos e inconsistenciasSistema a2. Muestra el reporte completo de la solicitud que se recibi en recepcin. a5. Guarda y actualiza los sellos registrados y la estampilla asignados para los medidores para realizar seguimiento de la misma. a6. Actualizar estado de solicitud en sellado Asignar empacado de medidores en cajas asignadas




Ejecucin

Fuente: Autor del proyectoFigura 8. Diagrama de Caso de Uso Registrar entrega

Fuente: Autor del proyecto.Tabla 11. Especificacin Caso de Uso Registrar entregaNombre Caso de UsoRegistrar entrega

ObjetivoRegistrar la entrega de los medidores ante el cliente para tener conformidad de la misma, teniendo en cuenta las observaciones que se realizaron en las etapas de alistamiento, programacin, calibracin y sellado respectivamente

ActoresUsuario

Caso de Uso que ExtiendenSeleccionar solicitud de estado sellado

Casos de uso incluidoProcesar solicitudEntregar medidor(es)

PrecondicionesEl usuario es la nica persona autorizada para ingresar las herramientas dentro de la empresa


Flujo BsicoUsuario a1. Selecciona la solicitud en etapa de sellado. a3. Verifica los datos ingresados fsicamente como digitalmente

Sistema a2. Muestra el reporte completo de la solicitud que se recibi en sellado. a4. Actualizar estado de solicitud en entrega




Ejecucin

Fuente: Autor del proyecto5.4.2 Diagramas de Actividades

Figura 9. Diagrama de Actividades Registrar usuario


Figura 10. Diagrama de Actividades Registrar cliente

Fuente: Autor del proyectoFigura 11. Diagrama de Actividades Registrar solicitud


Figura 12. Diagrama de Actividades Registrar alistamiento

Fuente: Autor del proyectoFigura 13. Diagrama de Actividades Registrar Programacin


Figura 14. Diagrama de Actividades Registrar calibracin

Fuente: Autor del proyectoFigura 15. Diagrama de Actividades Registrar sellado


Figura 16. Diagrama de Actividades Registrar entrega

Fuente: Autor del proyecto5.4.3 Diagramas de Estados

Figura 17. Diagrama de Estados Registrar usuario


Figura 18. Diagrama de Estados Registrar cliente

Fuente: Autor del proyectoFigura 19. Diagrama de Estados Registrar solicitud


Figura 20. Diagrama de Estados Registrar alistamiento

Fuente: Autor del proyectoFigura 21. Diagrama de Estados Registrar programacin


Figura 22. Diagrama de Estados Registrar calibracin


Figura 23. Diagrama de Estados Registrar sellado


Figura 24. Diagrama de Estados Registrar entrega

Fuente: Autor del proyecto5.4.4. Diagramas de Secuencia

Figura 25. Diagrama de Secuencia Registrar usuario


Figura 26. Diagrama de Secuencia Registrar cliente

Fuente: Autor del proyectoFigura 27. Diagrama de Secuencia Registrar solicitud


Figura 28. Diagrama de Secuencia Registrar alistamiento


Figura 29. Diagrama de Secuencia Registrar sitio de programacin


Figura 30. Diagrama de Secuencia Registrar calibracin

Fuente: Autor del proyectoFigura 31. Diagrama de Secuencia Registrar sellado


Figura 32. Diagrama de Secuencia Registrar entrega

Fuente: Autor del proyecto5.4.5 Diagrama de Componentes

Figura 33. Diagrama de Componentes


5.4.6 Diagrama de Despliegue

Figura 34. Diagrama de Componentes


5.6. CONSTRUCCIN Y ADAPTACIN

5.6.1 Correspondencia entre hardware y software

La herramienta CALIB_CAM estar funcionando en un servidor, que se configura para que exista un ptimo funcionamiento de la aplicacin y de la maquina:

Hardware: Se mantendr la configuracin del computador donde se va a instalar la Herramienta.

Software: PHP: es un lenguaje interpretado de propsito general ampliamente usado y que est diseado especialmente para desarrollo web y puede ser incrustado dentro de cdigo HTML. Generalmente se ejecuta en un servidor Web, tomando el cdigo en PHP como su entrada y creando pginas Web como salida. Puede ser desplegado en la mayora de los servidores Web y en casi todos los sistemas operativos y plataformas sin costo alguno. MySQL: Es un motor de bases de datos, servidor de bases de datos relacional libre, liberado bajo licencia GNU GPL XAMPP 1.8.1: Servidor de ejecucin de Aplicaciones Web, contiene PHP y MySQL incluido

5.6.2 Control de acceso y seguridad

El sistema contar con 3 tipos de usuarios (perfiles), ya que cada uno de ellos tendr diferentes funciones.

El ingreso al sistema se manejara por medio de contraseas que estn almacenadas en la base de datos en el momento en que se registra el usuario para que ms adelante puedan compararse en el momento de ingresar a la aplicacin y de esta manera solo permitir la incorporacin de personas autorizadas.

Acceso del AdministradorSe encontrar un mdulo de acceso, en el cual se ingresar el Nmero de identificacin, y la contrasea correspondiente para poder ingresar a la sesin y de esta forma obtener privilegios de seguridad.

Acceso del UsuarioEl tcnico entrar al sistema por medio de una sesin ingresando anteriormente su identificacin y contrasea donde encontrar cada uno de los procesos que realiza el tcnico.

Acceso del ClienteEl usuario entrar al sistema por medio de una sesin ingresando anteriormente su identificacin y contrasea donde encontrar cada una las actividades realizadas por los medidores que tiene asignados a la solicitud.

5.6.3 Condiciones de frontera

La informacin que se maneja dentro del sistema ser utilizada como soporte durante el tiempo que preste la empresa y permitir el acceso a los usuarios para realizar su cita y esto se llevara a cabo mediante la interaccin entre el usuario y el sistema.

Para evitar al sistema es necesario especificar qu tipo de usuario es (perfil), con el fin tener acceso a ciertas opciones que desean utilizar los usuarios esto para realizar cada uno de las tareas como el ingreso de la informacin modificar o solo visualizarla.

Para poder acceder al sistema se debe realizar su previa instalacin de los lenguajes y a continuacin su ejecucin la cual empezar mostrando la interfaz de la aplicacin.

Para salir del sistema con seguridad el usuario tendr un botn de Cerrar Sesin en la parte superior derecha para una buena seguridad y evitar que otra persona acceda a su informacin.

Entrar al sistemaInicialmente para ingresar a la aplicacin se realizar por medio de los siguientes pasos: Seleccionar el navegador predeterminado. Escribe la direccin http://IP del Equipo/calib_camEn el momento en que se ejecute la aplicacin aparecer una ventana ejecutando los servicios de APACHE y MYSQL para su ejecucin, este proceso dura 10 segundos mientras ejecuta inicias los servicios de APACHE y MYSQL.

Arranque del sistema

Iniciar con una ventana que muestra con un men que son: Administrador: Pagina para acceder los administradores. Usuarios: Pagina para acceder los usuarios. Cliente: Pagina para acceder los tcnicos

Salir de la herramienta:Se debe dar clic en la imagen de salir sesin en el cual se presenta en se ubica en la pgina principal de la herramienta en el botn de cerrar la pgina Web.

6. IMPLEMENTACIN DEL SISTEMA

En el proceso se genera el cdigo de los componentes de la herramienta, se desarrollar todos los procedimientos de operacin y seguridad con el objetivo de asegurar el correcto funcionamiento del sistema para su posterior implementacin.

Para conseguir dicho objetivo, en este proceso se realizan pruebas unitarias, las pruebas de integracin de los subsistemas y componentes y las pruebas del sistema de acuerdo al plan de pruebas establecido.

As mismo se define la formacin de usuario final y si procede, se construye los procedimientos de migracin y carga inicial de datos.

6.1 SELECCIN DE HERRAMIENTAS DE SOFTWARE LIBRE

En esta seccin se realiz una breve comparacin entre las diferentes herramientas que se utilizaron para el desarrollo de la herramienta, con el fin de seleccionar la adecuada para cada una de las fases de desarrollo.

6.1.1 Entorno de desarrollo de aplicaciones

Estas herramientas son de entornos de programacin para el desarrollo de aplicaciones que permiten la integracin con interfaces para cada una de las fases con otras herramientas.Tabla 12. Tabla comparativa de entorno de desarrollo de aplicacionesNombreDzSoftPHP Editor 4.1.2.3Notepad++ 3.0PHPDesigner v6.2.2

CaractersticasEl redactor de DzSoft PHP se embala con las caractersticas esenciales necesitadas para el desarrollo fcil y productivo de PHP, TAMBIEN soporta la codificacin de Unicode (UTF-8).EasyPHP 3.0 es un completo programa que permite hacer uso de toda la potencia del lenguaje PHP y la eficiencia de las bases de datos.PHPDesigner v6.2.2 sirve como editor de cdigo PHP pero tambin de otros muchos lenguajes de programacin: CSS, XML, Perl, JavaScript, VbScript, Java, SQL, Python y Ruby.

Funcin principalEl redactor de DzSoft PHP es una herramienta prctica y de gran alcance para las escrituras de PHP de la escritura y de la prueba y las pginas de HTML/XML.El paquete incluye un servidor Apache, MySQL, una completa ejecucin del cdigo PHP, as como herramientas de desarrollo para tu sitio web o tus aplicaciones. Al ejecutar el programa, pondrs en marcha el servidor Apache y MySQL.PHPDesigner v6.2.2 destaca la sintaxis para que podamos diferenciar fcilmente entre variables, funciones, atributos, etc. Tambin lleva un control de las clases que tenemos en nuestro proyecto, los parmetros que necesitan las funciones a las que llamamos, etc.

LicenciaSharewareGratuitaGratuita

Sistema OperativoWin95/98/2000/Me/NT/XP/Vista/7/8.x Win95/98/2000/Me/NT/XP/Vista/7/8.xWin95/98/2000/Me/NT/XP/Vista/7/8.x


9.1.2 Servidores de aplicaciones

Para la implementacin de la aplicacin los servidores de aplicaciones presentan las siguientes caractersticas.Tabla 13. Tabla comparativa de servidores de aplicacionesNombreWampserver 2.0fAppServ 2.5.10XAMPP

CaractersticasWampserver2.0f es un entorno de desarrollo web para Windows con el que podrs crear aplicaciones web con Apache, PHP y bases de datos MySQL.AppServ 2.5.10 permite tener funcionando en tu PC un servidor Apache con PHP y MySQL.XAMPP 1.6.4 a es una versin de Apache con PHP y MySQL lista para usar dndote la posibilidad de montar tu propio servidor Web en pocos minutos.

Funcin principalEn el momento de instalar esta herramienta, estn incluidos los siguientes programas:Apache 2.2.8, MySQL 5.0.51 y PHP 5.2.5AppServ 2.5.10 tambin incluye el gestor de base de datos phpMyAdmin y ZendOptimizer.XAMPP 1.6.4 a es una versin de Apache con PHP y MySQL lista para usar dndote la posibilidad de montar tu propio servidor Web en pocos minutos.

LicenciaGratuitaGratuitaGratuita

S. OperativoWin98/Me/NT/2000/XP/2003Win98/Me/NT/2000/XP/2003Win98/Me/NT/2000/XP/2003


9.1.3 Motores de bases de datos

Tabla 14. Tabla comparativa de Gestores de Bases de DatosNombreMySQLPostgreSQL

HistoriaSQL (Lenguaje de consulta estructurado) fue comercializado por primera vez por IBM, el cual fue presentado a ANSI y desde ese entonces ha sido considerado como un estandar para las bases de datos relacionalesPosgreSQL ha tenido una larga evolucin comenzando con el proyecto Ingres en la Universidad de Berkeley. Este proyecto liderado por Michael Stonebraker, fue uno de los primeros intentos en implementar un motor de bases de datos relacional

Funcin principalSoporta gran cantidad de tipos de datos.Seguridad de los datos por gestin de contraseas y usuariosSoporta gran cantidad de tipos de datos. Y permite la creacin de tipos propios.Disponible para cualquier plataforma.

LicenciaGNU/GPLBSD

Sistema OperativoWin95/98/2000/Me/NT/XPWin95/98/2000/Me/NT/XP


9.1.4 Estndares de programacin

Un aspecto muy importante para un programador es definir el "estilo" de programacin que este utiliza. Algunos, los ms principiantes, usan nombres de sus seres queridos para nombrar objetos y variables en el programa, otros, que no desea pensar mucho, usan nombres aleatorios para sus variables de cdigo, y as podemos seguir con una interminable lista de "estilos" o "formas" de programacin.La pregunta clave que todos nos hacemos es: Cual es el estilo adecuado?, Qu terminologa es la ms apropiada para m?A decir verdad, no existe "terminologa" o "estilo" que sea mejor que otro. La valoracin de dichas "terminologas" se basa no en lo que al programador le guste, sino primordialmente en el uso adecuado de un "terminologa" especfica.Esto es lo que denominamos "estndares de programacin", que no es mas que el usar y seguir ciertas reglas de notacin y nomenclatura durante la fase de implementacin (codificacin) de una aplicacin.- Criterios de un buen estndar: Hay muchos estndares de programacin que podemos usar. Debemos elegir aquel que se adecue ms a nuestro estilo de programacin. Si aun no se tiene uno, pues en este artculo veremos brevemente algunos de ellos. Un buen estndar de programacin generalmente considerar los siguientes factores: Factor nemotcnico: Para que el programador pueda recordar el nombre de una variable fcilmente Factor sugestivo: Para que otros programadores puedan leer y entender rpidamente nuestro cdigo Consistencia: Tiene que ver con usar las mismas convenciones de nomenclatura en todo el programa y hacer que el texto del cdigo sea "legible"

- Estndares ms comunesA continuacin se dar algunas pautas sobre los principales estndares de programacin:

- Notacin hngara: Esta convencin se basa en definir prefijos para cada tipo de datos y segn el mbito de las variables. Tambin es conocida como notacin: REDDICK (por el nombre de su creador). La idea de esta notacin es la de dar mayor informacin al nombre de la variable, mtodo o funcin definiendo en ella un prefijo que identifique su tipo de dato y mbito. A continuacin un ejemplo:intEdad: Segn la definicin vemos que esta variable es de tipo INTEGER y que representa la edad de alguna persona.prStrNombre: En este caso la variable tiene el prefijo: "prInt", lo cual significa que es un parmetro por referencia (pr) de tipo STRING que representa un nombre

gStrConexion: En este caso se trata de una variable global (g) de tipo STRING que representa cierta informacin de conexin. - Notacin PascalCasing: Pascal-Casing es como la notacin hngara pero sin prefijos. En este caso, los identificadores y nombres de variables, mtodos y funciones estn compuestos por mltiples palabras juntas, iniciando cada palabra con letra mayscula. A continuacin un ejemplo: DoSomething: Este nombre de mtodo est compuesto por 2 palabras, ambas iniciando con letra mayscula. - Notacin camelCasing: Camel-Casing es comn en Java. Es parecido al Pascal-Casing con la excepcin que la letra inicial del identificador no debe estar en mayscula. A continuacin un ejemplo: doSomething: Este nombre de mtodo est compuesto por 2 palabras, la primera todo en minsculas y la segunda iniciando con letra mayscula.[footnoteRef:2] [2: COELLO COSTA, Helkyn. Dime como Programas y te dir Quien Eres. Disponible en: http://www.informatizate.net/articulos/pdfs/dime_como_programas_y_te_dire_quien_eres_23082004.pdf]

BIBLIOGRAFA

ALARCN Ral, Diseo orientado a objetos con UML, Grupo EIDOS, Madrid, 2000, p118.

BRUEGGE, Bernd y H. DUTOIT, Allen. Ingeniera del Software orientada a objetos. Mexico: Pearson Education, 2002. Prentice Hall. p358.

INSTITUTO COLOMBIANO DE NORMAS TCNICAS. Compendio tesis y otros trabajos de grado, Bogot D.C. ICONTEC. 2010.

ARQUITECTURA DE TRES CAPAS. [En lnea]. [Citado 30/01/2015]. Disponible en: http://www.slideshare.net/search/slideshow?lang=es&submit=post&q=arquitectura+de+3+capas&commit=search

Analisis Calibracion - Full

Documents

Transcript of Analisis Calibracion - Full