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.
Pgina 1 de 58
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 - CAM

AREA DE CERTIFICACION
BOGOT D.C.
2015

BOGOT D.C.
Pgina 2 de 58
TABLA DE CONTENIDO
1. TITULO....................................................................................8
2. OBJETIVOS..............................................................................9
2.1 OBJETIVO GENERAL................................................................9
2.2 OBJETIVOS ESPECFICOS.........................................................9
3. MARCO REFERENCIAL.............................................................10
3.1 MARCO TERICO..................................................................10
3.1.1. Arquitectura de tres capas................................................10
3.1.2 UML..................................................................................11
4. DISEO METODOLGICO........................................................12
4.1 MODELO LINEAL SECUENCIAL................................................12
5. DESARROLLO DEL PROYECTO..................................................14
5.1 COMUNICACIN CON EL CLIENTE...........................................14
5.1.1 Sistema actual..................................................................14
5.1.2 Sistema propuesto.............................................................14
5.1.3 Panorama del sistema propuesto.......................................14
5.2 PLANIFICACIN....................................................................15
5.2.1 Recursos de software........................................................15
5.2.3 Recursos humanos............................................................15
5.2.4 Requisitos del sistema......................................................16
5.2.4.1 Requisitos Funcionales...................................................16
5.2.4.2 Requisitos no funcionales...............................................17
5.2.6 Cronograma de actividades...............................................21
5.3 ANLISIS DE RIESGOS..........................................................22
5.4. INGENIERA.........................................................................26
5.4.1 Diagramas de Casos de Uso................................................26
5.4.2 Diagramas de Actividades..................................................35
5.4.3 Diagramas de Estados........................................................39
5.4.4. Diagramas de Secuencia....................................................43
2

BOGOT D.C.
Pgina 3 de 58
5.4.5 Diagrama de Componentes................................................47

5.4.6 Diagrama de Despliegue....................................................47
BIBLIOGRAFA............................................................................54

BOGOT D.C.
Pgina 4 de 58
LISTADO DE FIGURA
Figura 1. Diagrama Caso de uso Diagrama de contexto.............26
Figura 2. Diagrama de Caso de Uso Registrar usuario................27
Figura 2. Diagrama de Caso de Uso Registrar cliente.................28
Figura 3. Diagrama de Caso de Uso Registrar solicitud...............29
Figura 4. Diagrama de Caso de Uso Registrar alistamiento.........30
Figura 5. Diagrama de Caso de Uso Registrar programacin........31
Figura 6. Diagrama de Caso de Uso Registrar calibracin...........32
Figura 7. Diagrama de Caso de Uso Registrar sellado.................33
Figura 8. Diagrama de Caso de Uso Registrar entrega................34
Figura 9. Diagrama de Actividades Registrar usuario.................35
Figura 10. Diagrama de Actividades Registrar cliente................35
Figura 12. Diagrama de Actividades Registrar alistamiento........36
Figura 13. Diagrama de Actividades Registrar Programacin......37
Figura 14. Diagrama de Actividades Registrar calibracin..........37
Figura 15. Diagrama de Actividades Registrar sellado................38
Figura 16. Diagrama de Actividades Registrar entrega...............38
Figura 17. Diagrama de Estados Registrar usuario.....................39
Figura 18. Diagrama de Estados Registrar cliente......................39
Figura 19. Diagrama de Estados Registrar solicitud...................40
Figura 20. Diagrama de Estados Registrar alistamiento..............40
Figura 21. Diagrama de Estados Registrar programacin............41
Figura 22. Diagrama de Estados Registrar calibracin................41
Figura 23. Diagrama de Estados Registrar sellado.....................42
Figura 24. Diagrama de Estados Registrar entrega....................42
Figura 25. Diagrama de Secuencia Registrar usuario..................43
Figura 26. Diagrama de Secuencia Registrar cliente...................43
Figura 27. Diagrama de Secuencia Registrar solicitud................44
Figura 28. Diagrama de Secuencia Registrar alistamiento..........44
Figura 29. Diagrama de Secuencia Registrar sitio de programacin
.................................................................................................45
4

BOGOT D.C.
Pgina 5 de 58
Figura 30. Diagrama de Secuencia Registrar calibracin.............45

Figura 31. Diagrama de Secuencia Registrar sellado..................46
Figura 32. Diagrama de Secuencia Registrar entrega.................46
Figura 33. Diagrama de Componentes.........................................47
Figura 34. Diagrama de Componentes.........................................47
Y

BOGOT D.C.
Pgina 6 de 58
LISTADO DE TABLAS
Tabla 1. Recursos de hardware para la implementacin de la
herramienta...............................................................................17
Tabla 2: Recursos de software para la implementacin de la
herramienta...............................................................................18
Tabla 3. Identificacin de riesgos................................................22
Tabla 4. Especificacin Caso de Uso Registrar usuario..................27
Tabla 5. Especificacin Caso de Uso Registrar cliente...................28
Tabla 4. Especificacin Caso de Uso Registrar solicitud.................29
Tabla 7. Especificacin Caso de Uso Registrar alistamiento...........30
Tabla 8. Especificacin Caso de Uso Registrar programacin.........31
Tabla 9. Especificacin Caso de Uso Registrar calibracin.............32
Tabla 10. Especificacin Caso de Uso Registrar sellado.................33
Tabla 11. Especificacin Caso de Uso Registrar entrega................34
Tabla 12. Tabla comparativa de entorno de desarrollo de
aplicaciones...............................................................................50
Tabla 13. Tabla comparativa de servidores de aplicaciones..........51
Tabla 14. Tabla comparativa de Gestores de Bases de Datos........51

BOGOT D.C.
Pgina 7 de 58
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.

BOGOT D.C.
Pgina 8 de 58
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.

BOGOT D.C.
Pgina 9 de 58
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.

BOGOT D.C.
Pgina 10 de 58
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.
10

BOGOT D.C.
Pgina 11 de 58
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.
11

BOGOT D.C.
Pgina 12 de 58
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 REQUISITOS
Se 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.
- DISEO
Se 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.
-
CODIFICACIN
12

BOGOT D.C.
Pgina 13 de 58
Es 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.
- PRUEBAS
Los 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.
- VERIFICACIN
Es 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.
- MANTENIMIENTO
Una 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
13

BOGOT D.C.
Pgina 14 de 58
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
14

BOGOT D.C.
Pgina 15 de 58
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
15

BOGOT D.C.
Pgina 16 de 58
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
16

BOGOT D.C.
Pgina 17 de 58
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.
17

BOGOT D.C.
Pgina 18 de 58
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

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.
las
instrucciones
de
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
herramienta
de
hardware
para
la
implementacin
de
MARCA
GENRICO
PROCESADOR
Procesador: Intel Core i7-640LM (2.13 GHz, 4 MB L3

Cache)
MEMORIA RAM
Memoria: 2 GB 1333 MHz DDR3 SDRAM (1D)
MONITOR
Pantalla: LED 12.1 inch-diagonal anti-glare ( 1280x800)
DISCO DURO
Disco duro: 250GB (5400 rpm)250 GB 5400 rpm 1.8-inch
CAMARA
Cmara: 2 MP
UNIDAD PTICA
DVDRW SuperMulti DL LightScribe Drive
la
Fuente: Autor del proyecto

Tambin 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:
18

BOGOT D.C.
Tabla 2: Recursos
herramienta
de
software
MARCA
para
la
Pgina 19 de 58
implementacin
de
la
GENRICO
SISTEMA OPERATIVO
Win95/98/2000/Me/NT/XP/Vista/7/8.x
NAVEGADOR DE INTERNET
Google Chrome, Mozilla Firefox, Opera, Safari, Internet

Explorer, Netscape Navigator

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
son dentro 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).
19

BOGOT D.C.
Pgina 20 de 58
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.
20

BOGOT D.C.
Pgina 21 de 58
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.
21

BOGOT D.C.
22
Pgina 22 de 58
5.2.6 Cronograma de actividades

Figura 1. Cronograma de Actividades

23
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 herramienta
TP: Tamao del producto
ED: Entorno de desarrollo
IN: Impacto en el negocio
TC: Tecnologa que construir
TEP: Tamao y experiencia del
CCL: Caractersticas del cliente
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
Categora
Probabilid
ad
CCL
TC
MP
Personal inexperto
TEP
Nmero de usuarios de los previstos

del sistema
CCL
PP
Falta de entrenamiento de nuevas

herramientas
ED
Fecha lmite
ajustada
TP
MP
Perdida de
desarrollo
IN
PP
IN
MP
Riesgos
El cliente cambiar los requisitos
La
tecnologa
no
satisface
expectativas esperadas
El diseo
concuerde
de
la
entrega
es
herramienta
las
muy
en
el
de la herramienta no
con los requisitos del
24
Impact
o
sistema
9
La herramienta no es viable en el
mercado
IN
10
Prdida de apoyo a las personas

expertas en el tema de desarrollo
TEP
11
Falta de recursos econmicos para el

desarrollo
IN
NP
12 Falta de recursos tecnolgicos
ED
MP
13 Perdida de personal (Desarrolladores)
TEP
PP
TP
PP
ED
14 Soporte tcnico de la herramienta

15
El software no responde
momento esperado
en
un
16
Cambios o modificaciones inoportunas

en el desarrollo de la herramienta
TP
MP
17
Dao en el manejo de la base de datos

de la herramienta
ED
18
Seguimiento constante en el desarrollo

de la herramienta
DP

Explicacin de los riesgos encontrados en el desarrollo de la
herramienta
Riesgo # 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
25
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.
26
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,
27
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
28
System
Registrar usuario
Registrar cliente
Registrar recepcion
Registrar alistamiento
Registar programacion
Usuario
Registrar calibracion
Registrar sellado
Registrar entrega
Figura 2. Diagrama de Caso de Uso Registrar usuario
29
Administrador
System
Seleccionar tipo de usuario
<<extend>>
Ingresar informacion solicitada

<<include>>
Administrador
Procesar solicitud

Tabla 4. Especificacin Caso de Uso Registrar usuario
Nombre Caso de
Uso
Registrar usuario
Objetivo
Registrar el usuario que va a trabajar en la empresa
Actores
Administrador
Caso de Uso que

Extienden
Seleccionar tipo de usuario
Casos de uso
incluido
Procesar solicitud
Precondiciones
El administrador es la nica persona autorizada para ingresar

las personas dentro de la empresa
Poscondiciones
El administrador debe existir en el sistema
Flujo Bsico
Administrador
- 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 Alternativos
Administrador
Sistema
En el paso a3 muestra si
existe personal
En el paso a4 muestra
mensaje si faltan campos
Requerimiento no Funcionales
Ejecucin

30
Figura2. Diagrama de Caso de Uso Registrar cliente

System
Usuario
<<include>>
Procesar solicitud

Tabla 5. Especificacin Caso de Uso Registrar cliente
Nombre Caso de
Uso
Registrar cliente
Objetivo
Registrar los clientes que va a trabajar en la empresa
Actores
Usuario
Caso de Uso que

Extienden
Casos de uso
incluido
Procesar solicitud
Precondiciones
El usuario es la nica persona autorizada para ingresar los

clientes dentro de la recepcin del rea de certificacin
Poscondiciones
El usuario debe existir en el sistema
Flujo Bsico
Usuario
- 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 Alternativos
Usuario
Sistema
En el paso a2 muestra si
existe cliente
31
Ejecucin

Figura3. Diagrama de Caso de Uso Registrar solicitud
System
Seleccionar cliente
<<extend>>
Usuario

<<extend>>
<<include>>
Seleccionar etapas
Procesar solicitud

Tabla 4. Especificacin Caso de Uso Registrar solicitud
Nombre Caso de
Uso
Registrar solicitud
Objetivo
Registrar la solicitud del servicio para la recepcin de los

medidores que va a procesar en el rea de calibracin.
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar cliente
Seleccionar etapas
Casos de uso
incluido
Procesar solicitud
Precondiciones
El usuario es la nica persona autorizada para ingresar el

ingreso de los medidores en la recepcin del rea de
calibracin.
Poscondiciones
Flujo Bsico
Usuario
Sistema
- a1.
Ingresar
cedula - a2. Muestra datos del
delcliente.
cliente
- a3. Ingresar datos del - a4. Guarda y actualiza los
detalle de la solicitud de la
registrosdetallados
de
recepcin de medidores
cada de los medidores a
hacia el cliente.
recibir
- a5. Actualizar estado de
solicitud
Flujos Alternativos
Usuario
Sistema
32
En el paso a2 si no existe
cliente registrarlo un nuevo
cliente y continuar con el
seguimiento del registro.
Ejecucin

Figura 4. Diagrama de Caso de Uso Registrar alistamiento
System
Selecciona solicitud en
estado: "recepcin"
<<extend>>
Usuario

<<include>>
Verifica datos a recibir
<<include>>
Procesar solicitud

Tabla 7. Especificacin Caso de Uso Registrar alistamiento
Nombre Caso de
Uso
Registrar alistamiento
Objetivo
Registrar la verificacin de cada uno de los medidores

recibidos en recepcion para continuar con el seguimiento a
continuar con las tareas que se ejecuta.
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar solicitud en estado : recepcion
Casos de uso
incluido
Procesar solicitud
Verificar datos a recibir
Precondiciones
El usuario es la nica persona autorizada para ingresar el

proceso de alistamiento dentro de la empresa
Poscondiciones
Flujo Bsico
Usuario
- a1. Selecciona la solicitud
en etapa de recepcin.
- a3. Verifica los datos
ingresados fsicamente
como digitalmente
- a4. Chequea los datos e
inconsistencias
33
Sistema
- 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
Flujos Alternativos
Usuario
seguimiento de la misma.
Actualizar
estado
de
solicitud en alistamiento
Sistema
Ejecucin

Figura 5. Diagrama de Caso de Uso Registrar programacin
System
Seleccione solicitud en estado
"recepcion"
<<extend>>
Usuario
<<extend>>
Buscar claves de
configuracin
<<include>>
Procesar solicitud

Tabla 8. Especificacin Caso de Uso Registrar programacin
Nombre Caso de
Uso
Registrar programacin
Objetivo
Realizar el proceso de cada uno de los medidores registrados

en recepcin para la configuracin de claves (passwords)
entregados por la empresa contratista
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar solicitud en estado recepcin

Buscar claves de configuracin
Casos de uso
incluido
Procesar solicitud
Precondiciones

datos de la configuracin del medidor.
Poscondiciones
Flujo Bsico
Usuario
en etapa de recepcin.
34
Sistema
- a2. Muestra el reporte
que
se
recibi
en
recepcin.
Flujos Alternativos
como digitalmente
a4. Realiza la
programacin
personalizada de los
medidores
a5. Guarda y actualiza los

registros detallados con la
contrasea configurada del
medidor
Administrador
Sistema
Ejecucin

Figura 6. Diagrama de Caso de Uso Registrar calibracin
System
Selecciona solicitud en estado:
alistamiento"
<<extend>>
<<extend>>
Importar archivo .xls

para certificacion
Usuario
<<include>>
<<include>>
Procesar solicitud
Generar certificado

Tabla 9. Especificacin Caso de Uso Registrar calibracin
Nombre Caso de
Uso
Registrar calibracin
Objetivo
Registrar las actividades donde se efectan los proyectos que

va a trabajar en la empresa de acuerdo a los clientes
asociados
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar solicitud en estado de alistamiento

Importar archivo(s) xls para importacin
Casos de uso
incluido
Procesar solicitud
Generar certificado
Precondiciones

datos de la calibracin para el seguimiento del estado de uno
de los medidores
Poscondiciones
El administrador debe existir en el sistema
Flujo Bsico
Usuario
35
Sistema
- a2. Muestra
el
reporte
Flujos Alternativos
en etapa de alistamiento.
a3. Verifica los datos
como digitalmente
a4. Importa los archivos de
la reportes generados en
Excel para registrar el
certificado
-
Usuario
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
Sistema
Ejecucin

Figura 7. Diagrama de Caso de Uso Registrar sellado
System
Selecciona solicitud en estado: "calibracion"
<<extend>>
Importar archivo(s)
xls para importacion
<<extend>>

Usuario
<<include>>
<<include>>
Empacar medidores
en caja(s)
Procesar solicitud

Tabla 10. Especificacin Caso de Uso Registrar sellado
Nombre Caso de
Uso
Registrar sellado
Objetivo
Registrar el seguimiento de la solicitud de los medidores

dndole el proceso de empaque al cliente.
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar solicitud en estado calibracin

Importar archivo(s) xls para importacin
Casos de uso
incluido
Procesar solicitud
Empacar medidores en caja(s)
Precondiciones

proyectos dentro de la empresa
Poscondiciones
Flujo Bsico
Usuario
- a1. Selecciona la
36
Sistema
- a2.
Muestra
el
reporte
solicitud en etapa de
calibracin.
a3. Verifica los datos
como digitalmente
a4. Chequea los datos e
inconsistencias
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
Flujos Alternativos
Usuario
Sistema
En el paso a5 muestra mensaje
si faltan campos
Ejecucin

Figura 8. Diagrama de Caso de Uso Registrar entrega
System
Seleccionar solicitud en estado
de "sellado"
<<extend>>

Usuario
Entregar medidor(es)
<<include>>
Procesar solicitud
<<include>>

.
Tabla 11. Especificacin Caso de Uso Registrar entrega
Nombre Caso de
Uso
Registrar entrega
Objetivo
Registrar 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
Actores
Usuario
Caso de Uso que

Extienden
Seleccionar solicitud de estado sellado
Casos de uso
Procesar solicitud
37
incluido
Entregar medidor(es)
Precondiciones
El usuario es la nica persona autorizada para ingresar las

herramientas dentro de la empresa
Poscondiciones
Flujo Bsico
Usuario
- a1. Selecciona la
solicitud en etapa de
sellado.
como digitalmente
Sistema
- a2.
Muestra
el
reporte
completo de la solicitud que
se recibi en sellado.
- a4. Actualizar estado de
solicitud en entrega
Flujos Alternativos
Usuario
Sistema
En el paso a5 muestra mensaje
si faltan campos
Ejecucin

5.4.2 Diagramas de Actividades
Figura 9. Diagrama de Actividades Registrar usuario
Ingresar informacion del personal
Ingresar campos restantes
Verificar si falta campos
Si falta campos
Verificar informacin ingresada en la DB
Mostrar mensaje que falta campos
Si no falta campos
Si existe informacion en la BD
Si no existe en la BD
Procesar informacion en la BD
Mostrar mensaje de existencia
Mostrar mensaje de registro satisfactorio
Salir
Salir
Volver a ingresar una nueva persona
Salir

Figura 10. Diagrama de Actividades Registrar cliente
38
Ingresar informacion del cliente
Llenar campos
Almacenar informacion
Volver a ingresar campos faltantes
Mostrar msg de faltar campos
Verificar si campos completos
Si falta campos
Si no faltan campos
Mostrar msg de registro
Guardar informacin de la BD
Volver a ingresar un nuevo cliente

Figura 11. Diagrama de Actividades Registrar solicitud
Seleccionar cliente a asociar
Ingresar informacion del proyecto
Volver a ingresar los campos faltantes

Verificar falta campos
Mostrar msj de falta de campos
Si falta campos
Si no falta campos
Almacenar detalle de la solicitud
Guardar informacin en la BD
Mostrar mensaje de
registro detallado
continuar registro
finalizar registro
Volver a registrar nueva solicitud

Salir

Figura 12. Diagrama de Actividades Registrar alistamiento
39
Seleccionar solicitud en estado "recepcion"
Ingresar informacion de alistamiento

Ingresar informacion
Ingresar campos faltantes

Verificar campos
Si falta campos
Mostrar msj de campos
Si no falta campos
Guardar y actualizar informacin en la BD
Mostrar msj registro
Volver a ingresar nueva tarea

Salir

Figura 13. Diagrama de Actividades Registrar Programacin
Seleccionar solicitud estado

= "recepcion"
Ingresar al formulario
Ingresar campos faltantes
Ingresar datos de
programacion
Mostrar msj de falta campos
Verificar campos
Buscar claves DB del proveedor
Si falta campos
Guardar y actualizar en la BD
Mostrar msj en el sistema
Mostrar msj de registro
Finalizar

Figura 14. Diagrama de Actividades Registrar calibracin
40
Seleccionar solicitud en
estado = "alistamiento"
Importar archivos xls
Ingresar al sistema
Ingresar informacion de la calibracion
Verficar campos
Volver a ingresar los campos faltantes
Si faltan campos
Mostrar msj falta campos
Guardar y actualizar informacion la

actividad en la BD
Generar certificado
Volver a solicitar nueva solicitud
Salir
Si no faltan campos

Figura 15. Diagrama de Actividades Registrar sellado
Seleccionar solictud en estado =

"calibracion"
Ingresar campos que faltan
Ingresar datos del proceso de sellado
Si faltan campos
Verificar campos
Asignar empaque de
caja de medidores
Si no faltan
Guardar y actualizar BD
Volver a ingresar una nueva evidencia

41
Figura 16. Diagrama de Actividades Registrar entrega

Seleccionar solicitud en estado = "sellado"
Volver a ingresar campos
Ingresar informacion de detalle de entrega de medidores
Verficar campos
Si falta campos
Si no faltan campos
Guardar y Actualizar msj
Salir

5.4.3 Diagramas de Estados
Figura 17. Diagrama de Estados Registrar usuario
Reingreso de datos
Digitar datos del personal
entry/Ingreso de datos por teclado
Buscar informacin en la BD
Buscar datos en la BD
Si existe principio
entry/Datos ingresado por teclado

do/Buscar datos en la BD
exit/Respuesta
Muestra mensaje de existencia

do/Mensaje de existencia
Si no existe
Guardar informacion en la BD
entry/Datos ingresados
do/Datos ingresados
exit/Actualiza BD
Actualiza BD
Muestra mensaje
do/Mostrar mensaje de aceptacion
Salir
Salir

42
Figura 18. Diagrama de Estados Registrar cliente

Reingreso de datos
Ingresa datos
Muestra mensaje falta campos
Ingresar info. por teclado
do/Muestra mensaje
entry/Datos ingresados por teclado
Verifica campos vacios
Falta campos
do/Campos vacios
Guarda informacion en BD
Guarda y Actualiza BD
entry/Datos por teclado

do/Guardar info. en BD
exit/Mensaje resultado
Mostrar mensaje
do/Mostrar mensaje de registro
Salir
Salir

Figura 19. Diagrama de Estados Registrar solicitud
Seleccionar cliente
Ingreso al sistema
exit/Listado de cliente
reingreso de datos
Digitar informacion de la solicitud
entry/Ingresar datos por teclado
ingreso de datos
Respuesta de existencia
Buscar informacion
Muestra mensaje existente

do/Mostrar mensaje
Buscar informacin de la estrategia
Guardar y actualizar en la BD

exit/Respuesta de la busqueda

do/Guardar info. en la BD
exit/Mensaje de confirmacin
Ingresa el detalle de la solicitud
Mostrar mensaje de ingreso

do/Mostrar mensaje
Mostrar mensaje
Salir
Salir

43
Figura 20. Diagrama de Estados Registrar alistamiento
Reingreso de datos
Seleccionar estado solicitud

exit/Mostrar reporte de solicitudes en "recepcion"
Ingreso al formulario
Falta campos
do/Mostrar mensaje de campos
Ingresar informacion del alistamiento
entry/Ingresar informacin por teclado
Si no falta campos
Si falta campos
Verificar campos
do/verficar campos
Guardar informacion en la DB
Salir
entry/Informacin ingresada por teclado

do/Guardar y actualizar BD
exit/Mostrar mensaje
Si campos completos
Mostrar mensaje
Mostrar mensaje
Salir
do/Mostrar mensaje de registro

Figura 21. Diagrama de Estados Registrar programacin
Seleccionar solicitud en estado "recepcion"

Reingreso de datos
exit/Lista de solicitudes
Mostrar formulario
Ingresar datos de programacin

Mostrar mensaje existencia

si existe restriccion
do/Mostrar mensaje
Busqueda de datos
Buscar datos de programacion
Mostrar mensaje

do/Buscar en la BD
exit/Resultado
Si no existe restriccion
do/Guardar info. en la BD
exit/Mostrar resultado
Mostrar mensaje de registro

do/Mostrar mensaje de programacin
Salir del modulo

Figura 22. Diagrama de Estados Registrar calibracin
44
Seleccionar listado de soliciudes

exit/Listado de solicitudes
Mostrar formulario
Ingresar informacin de la calibracion
Importar datos xls
exit/Listado de claves

do/Guardar datos en la BD
exit/Mostrar msj de registro
mostrar msj

do/Mostrar mensaje
Volver a ingresar nueva calibracion

Salir

Figura 23. Diagrama de Estados Registrar sellado
Seleccionar listado de solicitud = "calibracion"
exit/listado de silicitudes
Digitar datos del sellado

entry/Ingresar datos por teclado
Importar archivo xls
Si existe funcion
Buscar datos
exit/Importar archivo
Mostrar mensaje de existencia
entry/datos ingresados por teclado

exit/Dar respuesta
Guardar informacion
Asignar cajas de despacho
entry/Datos por sistema
do/Asgnar codigo a cajas de despacho
exit/Mostrar reporte

exit/Dar respuesta
Mostrar mensaje de registro

exit/Mensaje de registro

Figura 24. Diagrama de Estados Registrar entrega
45
exit/Mostrar existencia
Seleccionar solitudes en estado "sellado"

exit/Listado de solicitudes
Ingresar datos de la herramienta
Guardar informacion
exit/Dar respuesta
Generar impresion
do/Procesar datos de la impresora
exit/Imprimir
Mostrar mensaje
do/Mostrar mensaje
Salir

5.4.4. Diagramas de Secuencia
Figura 25. Diagrama de Secuencia Registrar usuario
:Sistema
:Persona
: Administrador
1 : Ingresa al sistema()
2 : Solicitar informacin()
3 : ingresar info. personal()
4 : Verificar existencia de personal()
5 : Procesa busqueda()
6 : confirma respuesta en la BD
7 : Mostrar mensaje de satisfaccin

46
Figura 26. Diagrama de Secuencia Registrar cliente

:Sistema
: Usuario
:Cliente
1 : Ingresar al sistema()
2 : Ingresar informacion plan de accion()

3 : Procesar informacion()
4 : Ingresar registro en BD
5 : Regresa confirmacin
6 : Muestra mensaje

Figura 27. Diagrama de Secuencia Registrar solicitud
:Sistema
: Usuario
solicitud
2 : Muestra clientes()
3 : Solicita la informacin
4 : Ingresa informacin()
5 : Verificar informacin()
6 : Guardar informacin
7 : Devolver mensaje
8 : Mostrar mensaje

Figura 28. Diagrama de Secuencia Registrar alistamiento
47
:Cliente
:Sistema
solicitud
: Usuario
2 : Solicita la informacin
3 : Ingresa informacin()
4 : Verifica informacion()
5 : Actualiza la informacion y verificacion de medidores()
6 : Confirmar respuesta()
7 : Muestra mensaje()

Figura 29. Diagrama de Secuencia Registrar sitio de programacin
:Sistema
: Usuario
Solicitud
Clave
2 : Mostrar listado de solicitudes()
3 : Ingreso de clave por el proveedor()
4 : Busqueda de la clave()
5 : Mensaje de clave al usuario()
6 : Solicita informacion a ingresar()

7 : Ingresar infor. de contrasea()
8 : Verificar informacin()
9 : Procesar informacin()
10 : Confirma respuesta
11 : Muestra mensaje()

48
Figura 30. Diagrama de Secuencia Registrar calibracin

:Sistema
: Usuario
Solicitud
Importar archivo
2 : Mostrar listado()
3 : Buscar archivo()
4 : Da respuesta de la misma()
5 : Captura de datos
6 : Ingresar informacin()
7 : Verificar informacin ingresada()
8 : Procesar informacin()
9 : confirmar respuesta
10 : Mostrar mensaje

Figura 31. Diagrama de Secuencia Registrar sellado
:Sistema
Solicitud
Importar archivo
: Usuario
2 : Listado de solicitudes en alistamiento
3 : Solicitar archivo excel()
4 : Generar listado()
5 : Ingresar la informacion()
6 : Verificar informacion()
7 : Guardar informacion ingresada()
8 : Asigna proceso de cajas a entregar()

10 : Mostrar mensaje

49
Figura 32. Diagrama de Secuencia Registrar entrega

:Sistema
: Usuario
Solicitud
2 : Mostrar listado de solicitudes en "selaldo"
3 : Solicitar informacion
4 : Ingresar informacion
5 : Ingreso de datos()
6 : Guardar informaciion()
8 : Mostrar mensaje

5.4.5 Diagrama de Componentes
Figura 33. Diagrama de Componentes
Identificacion Administrador
Identificacion cliente
Base de datos
Identificacion usuario

5.4.6 Diagrama de Despliegue
50
Navegador
Herramienta
calibracion
Figura 34. Diagrama de Componentes
Servidor
calibracion_ db
Herramienta calibracion
Internet Pagina
Browser
usuario 1
Browser
usuario n
Browser
usuario 2 ...
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
51
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 Administrador
Se 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 Usuario
El 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 Cliente

El 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.
52
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 sistema
Inicialmente 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_cam

En 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

53
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 aplicaciones

Nombre
DzSoftPHP Editor
4.1.2.3
Notepad++ 3.0
PHPDesigner
v6.2.2
El 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
principal
El 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.
Licencia
Shareware
Gratuita
Gratuita
Sistema
Operativo
Win95/98/2000/Me/NT
/XP/Vista/7/8.x
Win95/98/2000/Me/N
T/XP/Vista/7/8.x
Win95/98/2000/Me/
NT/XP/Vista/7/8.x
Caracterst
icas

9.1.2 Servidores de aplicaciones
Para la implementacin de la aplicacin los servidores de aplicaciones
presentan las siguientes caractersticas.
54
Tabla 13. Tabla comparativa de servidores de aplicaciones

Nombre
Wampserver
2.0f
AppServ
2.5.10
XAMPP
Caracterstica
s
Wampserver2.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
principal
En el momento de
instalar
esta
herramienta,
estn incluidos los
siguientes
programas:
Apache
2.2.8,
MySQL 5.0.51 y
PHP 5.2.5
AppServ 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.
Licencia
Gratuita
Gratuita
Gratuita
S. Operativo
Win98/Me/NT/2000
/XP/2003
Win98/Me/NT/20
00/XP/2003
Win98/Me/NT/2000/XP/
2003

9.1.3 Motores de bases de datos
Tabla 14. Tabla comparativa de Gestores de Bases de Datos
Nombre
MySQL
PostgreSQL
Historia
SQL (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 relacionales
PosgreSQL 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
principal
Soporta gran cantidad de

tipos de datos.
Seguridad de los datos
por gestin de
contraseas y usuarios
Soporta gran cantidad de tipos de

datos. Y permite la creacin de tipos
propios.
Disponible para cualquier
plataforma.
Licencia
GNU/GPL
BSD
Sistema
Operativo
Win95/98/2000/Me/NT/XP
Win95/98/2000/Me/NT/XP
55

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 comunes
A 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
56
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.1
1 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
57
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
58

Analisis Calibracion - Full

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Analisis Calibracion - Full

Diunggah oleh

Hak Cipta:

Format Tersedia

DESARROLLO E IMPLEMENTACION DE UNA

APLICACIN WEB QUE CONTROLE LAS LOS

DESARROLLO E IMPLEMENTACION DE UNA APLICACIN WEB QUE

JAVIER ENRIQUE FONSECA PUERTO

COMPAIAAMERICANA DE MULTISERVICIOS - CAM

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

5.4.5 Diagrama de Componentes................................................47

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

Figura 30. Diagrama de Secuencia Registrar calibracin.............45

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

Diagnosticar las necesidades del mercado en cuanto a la aplicacin para

Validar que la herramienta a desarrollar plasme los procesos de las

DESARROLLO E IMPLEMENTACION DE UNA

DESARROLLO E IMPLEMENTACION DE UNA

Capa de datos: es donde residen los datos y es la encargada de acceder a los

Arquitectura de tres Capas para la Web

DESARROLLO E IMPLEMENTACION DE UNA

UML es un lenguaje que nos ayuda a interpretar grandes sistemas mediante

4.1 MODELO LINEAL SECUENCIAL

DESARROLLO E IMPLEMENTACION DE UNA

Es la fase en donde se implementa el cdigo fuente, haciendo uso de

DESARROLLO E IMPLEMENTACION DE UNA

5. DESARROLLO DEL PROYECTO

DESARROLLO E IMPLEMENTACION DE UNA

de fcil entendimiento para el usuario, de modo que presente facilidad de

DESARROLLO E IMPLEMENTACION DE UNA

5.2.4 Requisitos del sistema

DESARROLLO E IMPLEMENTACION DE UNA

su siguiente proceso (programacin, calibracin, o sellado), de acuerdo a la

DESARROLLO E IMPLEMENTACION DE UNA

El logotipo tendr dimensiones que son predeterminadas por el proceso

El tipo de letra que se manejar para el contenido de la herramienta es

El personal debe tener conocimientos en el manejo de aplicaciones como

RNF01. Documentacin: para el buen manejo y funcionamiento de la

Manual de Usuario: Explica detenidamente

CD-ROM: Contendr los documentos como manual de usuario, manual

RNF02. Consideraciones de Hardware y Software: para este proyecto se

Procesador: Intel Core i7-640LM (2.13 GHz, 4 MB L3

Memoria: 2 GB 1333 MHz DDR3 SDRAM (1D)

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

Disco duro: 250GB (5400 rpm)250 GB 5400 rpm 1.8-inch

DVDRW SuperMulti DL LightScribe Drive

Fuente: Autor del proyecto

DESARROLLO E IMPLEMENTACION DE UNA

Google Chrome, Mozilla Firefox, Opera, Safari, Internet

Fuente: Autor del proyecto

DESARROLLO E IMPLEMENTACION DE UNA

Se tendr manual de usuario, entregado en medio magntico, donde

DESARROLLO E IMPLEMENTACION DE UNA

Inicialmente se crearn 3 tipos de usuarios que son el Administrador, el Tcnico

DESARROLLO E IMPLEMENTACION DE UNA

5.2.6 Cronograma de actividades

Fuente: Autor del proyecto

5.3 ANLISIS DE RIESGOS

Nmero de usuarios de los previstos

Falta de entrenamiento de nuevas

El cliente cambiar los requisitos

Prdida de apoyo a las personas

Falta de recursos econmicos para el