sistema para el control del equipo de cÓmputo de una …
TRANSCRIPT
INSTITUTO POLITÉCNICO NACIONAL
UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y
ADMINISTRATIVAS
“SISTEMA PARA EL CONTROL DEL EQUIPO DE CÓMPUTO DE UNA EMPRESA”
T E S I N A
Q U E P A R A O B T E N E R E L T Í T U L O D E :
LI CE NCI ADO E N CIE NCI AS DE L A INFORM ÁT I CA
P R E S E N T A N :
L A U R A E S P A Ñ A D U R A N A R M A N D O M A R T I N E Z P E R E Z
J U A N C A R L O S P O Z O M O R E N O
Q U E P A R A O B T E N E R E L T Í T U L O D E :
L I CE NCI ADO E N I NG E NI E RI A E N I NF O R M ÁT I C A
P R E S E N T A N :
C Y N T H I A M E C A T L P A N T O J A
C A R L O S C H R I S T I A N G A R D U Ñ O M E N C H A C A
MÉXICO. DF..; 2009
INDICE Resumen i Introducción ii Capítulo I Marco metodológico 1 1.1 Planteamiento del problema 1
1.2 Objetivos 2
1.2.1 Objetivo general 2
1.2.2 Objetivos específicos 2
1.3 Justificación 3
1.4 Técnicas de investigación a emplear 4
Capítulo II Marco teórico 6 2.1 Impacto de la tecnología en las empresas 6
2.2 Inventarios de activo fijo 8
2.3 Vida útil 9
2.4 Mejoras y reparaciones 10
2.5 Importancia de una óptima administración de activos. 11
Capítulo III Análisis 12 3.1 Identificación de Requerimientos 12
3.2 Análisis de Requerimientos 12
3.3 Diagramas de Casos de Uso 13
Capítulo IV Diseño del Sistema 21 4.1 Diseño de interfaces 21
4.2 Actores y casos de uso 23
4.3 Diseño de la pantalla principal 28
4.4 Diseño la pantalla de Servicios 30
4.5 Diseño de la pantalla de Reportes 32
4.6 Diseño de la pantalla de Alta nuevo equipo y Selección de Área 34
4.7 Diseño de la pantalla de periféricos 39
4.8 Diseño de la pantalla de Componentes 43
4.9 Diseño de la pantalla modificar componentes de equipo 46
4.10 Diseño de la pantalla de cambios 50
4.11 Diseño de la pantalla Área 53
4.12 Diseño de la pantalla de Catalogo 58
4.13 Diagrama de Clases 64
4.14 Diagramas entidad-relación 70
4.15 Diccionario de Clases 79
Capítulo V Desarrollo del Sistema 93 5.1 Modelo Vista Controlador 93
5.2 Módulode entrada al sistema 94
5.3 Estructura del Módulo nuevo equipo 97
5.4 Estructura del modelo Componentes del sistema monitor 104
5.5 Estructura del modelo Componentes del sistema CPU 107
5.6 Módulode modificaciones de los equipos 111
5.7 Estructura del MóduloCambiar 116
5.8 Módulode Áreas 118
5.9 Módulode categorías 123
5.10 Base de datos 127
Capítulo VI Pruebas e implantación del Sistema 130
6.1 Pruebas durante las diversas etapas del desarrollo del sistema 131
6.2 Pruebas unitarias 132
6.3 Pruebas de integración 137
6.4 Pruebas de validación 145
6.5 Plan de implantación 152
Conclusiones 156
Bibliografía 157 Anexos
Resumen
Este trabajo tiene como objetivo principal el dar una solución tecnológica al problema de control de
inventario de equipos de cómputo. Para lograr el objetivo planeado se llevó a cabo un análisis de
las necesidades de las empresas en cuanto a su control de equipos, generando requerimientos y
haciendo un análisis de los mismos, proponiendo una solución para estas necesidades.
Para llevar a cabo el diseño de esta herramienta se empleo como apoyo principal la metodología
RUP la cual ayudó a generar los casos de uso identificando la funcionalidad general del sistema;
además de desglosar éstos casos de uso en un proceso propuesto plasmado en diagramas de
actividad o secuencia, diagramas de clases, objetos y entidad relación.
Actualmente la tecnología Java brinda una amplia gama de soluciones para el desarrollo e
implementación de sistemas; auxiliada con un manejador de base de datos como MySQL se pudo
programar el sistema que se utilizará como solución a la problemática de control de inventario de
equipo de cómputo dentro de una empresa.
Realizando las pruebas necesarias de validación de datos y funcionalidad del sistema se pudo
liberar una versión integral la cual puede ser implementada en un equipo de cómputo que tenga un
navegador Web actualizado.
i
Introducción
Los equipos de cómputo se usan en actividades tan básicas como el procesamiento de texto y
hasta en procesos propios de una empresa donde las computadoras lo son todo.
El gasto en la adquisición de partes para efectuar reparaciones o actualizaciones ha sido uno de
los principales rubros comparado con los otros tipos de insumos dentro de una empresa.
Las partes para un equipo de cómputo tienen un tiempo de permanencia muy corto en el mercado,
siendo sustituidas por versiones más actualizadas, esta constante actualización de tecnologías trae
como consecuencia una gran variabilidad en los precios. Por otro lado la gente que labora en una
determinada área dentro de una empresa y que ocupa dichos equipos, requieren las partes para
reparar y/o actualizar sus equipos que ya están configurados por lo que la requisiciones de estas
partes es usualmente de especificaciones técnicas y de marcas definidas.
Los inventarios de equipo de cómputo son la forma en como se administra y controla dichas
actualizaciones y reparaciones. Teniendo un conocimiento siempre actualizado del estado en el
que se encuentran los componentes de un equipo de cómputo.
La base de toda empresa actualizada y automatizada son los equipos de cómputo los cuales son
los encargados de procesar y almacenar la información correspondiente al negocio. Este manejo
contable permitirá a la empresa mantener el control oportunamente, así como también conocer la
situación en la que se encuentra el equipo en una determinada área dentro de la empresa, para
poder tomar acciones tanto preventivas como correctivas.
ii
Capítulo 1 Marco metodológico
1
Capítulo 1 Marco metodológico
1.1 Planteamiento del problema
Actualmente las empresas se auxilian de equipos de cómputo para realizar cualquier tipo de
actividades (automatización de procesos, respaldo de información, procesamiento de información,
comunicaciones, el día a día, etc.). Cada una de las áreas que conforman a una empresa utilizan
diversos equipos de cómputo; esto hace que el número de equipos de cómputo crezca
dependiendo del número de áreas y del tamaño de la empresa.
Si consideramos el enorme y rápido crecimiento de las tecnologías de información en los últimos
años y el hecho de que cada vez se vuelve más indispensable el hacer uso de ellas, podemos ver
que esto nos lleva a que debemos tener cada vez un mayor volumen de equipo de cómputo.
Los dos puntos anteriores nos hacen darnos cuenta de que la cantidad de equipo de cómputo
dentro de una empresa puede crecer de manera importante y llegar a ser muy grande, lo cual hace
necesario llevar un control sobre el inventario del mismo.
El control de inventarios es importante, ya que los inventarios son el aparato circulatorio de
cualquier empresa. Los principales puntos del por qué llevar un control de inventarios sobre
equipos de cómputo son los siguientes:
Mitigar el robo, daño ó descomposición de los equipos lo cuales implican pérdidas
monetarias.
Delegar responsabilidades sobre los equipos.
Mantener suficiente inventario disponible para prevenir situaciones de déficit, lo cual
conduciría a bajas en la productividad o pérdida de tiempo y esfuerzo.
Siempre tener conocimiento del estado en el que se encuentran los equipos para evitar
tener equipo no funcional sin reparación y por lo tanto sin usarse.
Saber la ubicación de cada uno de los equipos de cómputo, para agilizar su reparación o
reubicación.
Poder tener un panorama general del total de las existencias.
2
1.2 Objetivos 1.2.1 Objetivo general
Analizar, diseñar y programar un sistema informático para llevar el control del inventario del equipo
de cómputo que posee una compañía, así como del estado en el que éste se encuentra y de los
usuarios que son responsables del mismo para así lograr una reducción en los costos que esto
implique y ayudar a mejorar la toma de decisiones.
1.2.2 Objetivos específicos
Recopilar información relacionada de los diferentes tipos de equipo de cómputo que se utilizan en
las empresas, el uso que se les da y los problemas o fallas que suelen presentarse con ellos, para
tener una base sobre la cual realizar el análisis del sistema.
Llevar a cabo el análisis del sistema haciendo uso de la metodología RUP. Para esto seguiremos
varias etapas, que incluyen el análisis del problema, la delimitación del mismo, la identificación de
requerimientos, el análisis de requerimientos y la elaboración de los diagramas de casos de uso.
Elaborar el diseño del sistema haciendo uso de la metodología RUP.
Elaborar los diagramas UML correspondientes al diseño del sistema, es decir:
Diagramas de clases
Diagramas de objetos
Diagramas de secuencia
Diagramas de actividades
Diagramas de estados
Diagramas de colaboración
Diagramas de dependencias
Realizar el diseño de la base de datos haciendo uso de la metodología de normalización de bases
de datos.
Elaborar el o los correspondientes diagramas de la base de datos.
3
Construir la base de datos haciendo uso del manejador de bases de datos MySQL.
Crear un sistema en Java utilizando el framework de desarrollo de aplicaciones Spring, y
Hibernate.
Crear un módulo que sea capaz de llevar el registro y control del equipo de cómputo que posee
una empresa y que para esto haga uso de la base de datos previamente creada.
Crear un módulo que sea capaz de mostrar reportes acerca del equipo de cómputo que se tiene
registrado.
Realizar las pruebas, correcciones y modificaciones necesarias al sistema, para asegurar la calidad
del mismo.
Crear un plan de trabajo para la implementación del sistema en las empresas.
1.3 Justificación
La importancia en el control de inventarios reside en el objetivo primordial de toda empresa:
obtener utilidades.
Es vital que las empresas cuenten con un sistema de inventarios de sus equipos de cómputo y
tomando en cuenta todas las partes que lo componen. Que les permita saber el estado de estos,
cuantos tienen funcionando bien, quien los ha utilizado en determinados tiempos y tener a un
responsable que se haga cargo de estas funciones tan importantes en una empresa.
Ya que estos equipos son los que nos permiten de alguna manera automatizar las actividades de
los empleados, secretarias, jefes. etc., como son las capturas de oficio, llevar el control de
registros, consultar las noticias de Internet, estar en contacto con amigos o compañeros de trabajo
por medio de mensajería instantánea.
Un mal funcionamiento de estos equipos no reportado podría dejar a la empresa inmóvil por un
cierto periodo de tiempo y generaría perdidas millonarias a largo plazo. En esta época la mayoría
de las empresas son dependientes de estos equipos que ocupan poco espacio y guardan mucha
información.
4
No solo las computadoras como tales sufren fallos o se descomponen sino también las partes
externas como son los scanner, impresoras, faxes, los teclados, mouses y los monitores.
Con la creación de un proyecto que coadyuve a resolver y sobre todo simplificar las necesidades
de llevar un manejo óptimo del equipo de cómputo dentro de las empresas y debido a la dificultad
que representa no contar con un sistema que permita llevar el registro del material utilizado, se
hará más eficiente el manejo de dichos recursos pues el objetivo es contar con la mayor eficiencia
posible y que no se vean afectados o interrumpidos los procesos que requieran del uso del
equipo.
Se pretende mantener en óptimas condiciones el equipo pues el buen funcionamiento del mismo
redituara en más y mejor productividad, creando así una mejor dinámica de los procesos que se
manejen, además el tiempo de respuesta de muchas de las tareas que se tienen que realizar será
más ágil.
Con todos los adelantos que se tienen en materia de tecnología y sobre todo herramientas
informáticas, es claro que con la implementación de un sistema que permita llevar el control del
equipo ayudara en gran medida para hacer mas eficientes los procesos, la aplicación de la
tecnología informática reducirá los costos, reducirá los gastos a través de la detección oportuna del
equipo con algún desperfecto.
Con la automatización de los procesos utilizando herramientas como Java y la integración de
MySQL como gestor de base de datos, permitirá crear un proyecto dinámico donde se pueda
llevar este control de una manera más precisa y confiable, pues se eliminarían muchos de los
problemas que se presentan hasta hoy en día en el manejo de la información.
Finalmente, debemos decir que debido a nuestra preparación profesional como Ingenieros en
Informática y Licenciados en Ciencias de la Informática, contamos con los conocimientos
necesarios para llevar a cabo este proyecto, ya que durante nuestra formación tomamos materias
relacionadas con el análisis, diseño y desarrollo de software.
1.4 Técnicas de investigación a emplear
Utilizaremos técnicas tanto documentales como de campo, aunque las que tendrán mayor
prevalecimiento serán las documentales.
5
Dentro de las técnicas documentales, principalmente nos vamos a basar en investigaciones en
Internet, ya que consideramos que de acuerdo al tipo de tema que estamos tratando, éste será el
medio más adecuado y en donde podremos obtener mayor cantidad de información, aunque de
ninguna manera se descartan otros medios como libros, revistas o cualquier otro que sea
necesario.
Con respecto a las técnicas de campo, podemos usar técnicas como la observación y la entrevista,
con el fin de tener un mayor acercamiento con la realidad que se vive en las empresas con
respecto a la problemática que se pudiera presentar al no llevar adecuadamente un control de su
equipo de cómputo.
Asimismo, es necesario tener información acerca de las técnicas y herramientas necesarias para
analizar, diseñar y programar un sistema como el que se pretende. Para esto, se requiere obtener
la información y ponerla en práctica para obtener un mayor entendimiento.
Capítulo II Marco teórico
6
Capítulo II Marco teórico
Desde sus inicios el hombre ha buscado la forma de mejorar su calidad de vida y hacer más
eficiente su forma de trabajo. Para ello, ha buscado métodos adecuados tales como la tecnología
que ha desarrollado a través de la ciencia. Esto ha permitido llegar a grandes inventos científicos
entre los que podemos mencionar desde la calculadora hasta la computadora y el Internet. Estos
últimos, han llevado a la humanidad a alcanzar un enorme desarrollo económico y social.
La tecnología ha sido una herramienta indispensable para el avance de la humanidad.
Particularmente en el siglo pasado, con el inicio de la era industrial, y ahora, en nuestro siglo, con
el invento del automóvil, el avión y la computadora, la economía mundial no puede concebirse ya
sin el apoyo de la tecnología. En la economía moderna, el factor tecnológico es quien propicia el
cambio y la reducción de costos más significativo.
2.1 Impacto de la tecnología en las empresas
En las últimas décadas, las computadoras han cambiado drásticamente las prácticas de negocios
en todo el mundo, utilizándose principalmente en 3 áreas generales:
Aplicaciones para manejo de transacciones:
Se refiere al registro de un evento al que el negocio debe de responder. Los sistemas de
información dan seguimiento a estos eventos y forman la base de las actividades de procesamiento
de la empresa. Estos sistemas pueden operar en cualquier combinación de mainframes, mini y
microcomputadoras y son utilizadas por muchos individuos dentro de la empresa.
Aplicaciones de productividad personal:
Se enfoca a mejorar la productividad de las personas que las utilizan. Automatizan las tareas que
consumen mucho tiempo y hacen que la información este más disponible, haciendo que las
personas sean más eficientes. Las aplicaciones de productividad personal incluyen por ejemplo a
los procesadores de palabras.
7
Computación en grupo de trabajo:
Esta es un área de aplicaciones de negocios surgida en los últimos años y que aún está siendo
definida. Combina elementos de productividad personal con aplicaciones de transacciones, para
crear programas que permitan a grupos de usuarios trabajar con una meta común. La computación
en grupos de trabajo frecuentemente esta orientada a documentos. Las tareas de los miembros
tienen que ser sincronizadas y coordinadas. Todos consultan y actualizan el proyecto en la
computadora. Cada cual trabaja en su parte, pero se coordinan, reportando el avance y
compartiendo la información.
La tendencia hacia el empleo de las redes y la posibilidad de enviar por los medios electrónicos
mensajes en sólo instantes, tiende a integrar los actuales servicios de correo, teléfono, fax y
televisión; ya que uno puede, en tiempo real, comunicarse con otra persona, y enviar su voz e
imagen, e incluso acompañarla de documentos.
El servicio más utilizado en las redes actualmente es el correo electrónico, que nos permite el
intercambio de voz, imágenes y texto en forma casi instantánea, en dependencia de la velocidad
de los medios de comunicación involucrados en la red. El servicio de correo electrónico es muy
utilizado también como mecanismo de trabajo al interior de las empresas dentro de sus intranets, o
redes cerradas bajo los mismos protocolos de comunicación que Internet, y su uso trae consigo un
considerable ahorro en llamadas de larga distancia para empresas distribuidas geográficamente.
También, es una excelente herramienta para la organización del trabajo, la coordinación de
reuniones y eventos, y las discusiones de grupo.
El procesamiento electrónico de documentos es ya una necesidad en casi todos los negocios, tanto
para comunicarse internamente como para relacionarse con otras empresas. El intercambio
electrónico de documentos permite la transmisión de éstos en formatos estructurados, entre
aplicaciones en distintas computadoras. Esta forma de intercambio de información reduce de
manera importante el tiempo de las transacciones, los errores de transcripción y la producción y el
manejo de papel; permite mantener inventarios más bajos en línea y garantiza la calidad de la
información que proporciona y el tiempo de respuesta a los clientes.
La construcción de herramientas para la navegación en redes, los mecanismos de búsqueda y
clasificación de datos, los algoritmos de encriptamiento y las interfaces gráficas e inteligentes, han
cobrado una enorme importancia en el medio de la computación.
8
Gracias a este enorme crecimiento del uso de las tecnologías de información, la necesidad de
contar con equipos de cómputo es cada vez mayor a medida que pasa el tiempo y por lo tanto,
éste tipo de equipo se ha vuelto una parte muy importante del activo fijo de cualquier empresa.
2.2 Inventarios de activo fijo
La toma de inventario es un proceso que consiste en verificar físicamente los bienes, a una fecha
determinada, con el fin de asegurar su existencia real. Ésta, permite contrastar los resultados
obtenidos con los registros contables, a fin de establecer su conformidad, investigando las
diferencias que pudieran existir, y proceder a realizar los ajustes necesarios, según sea el caso.
La toma del inventario deberá considerar, además de la comprobación de la presencia física, su
estado de conservación y condiciones de utilización y de seguridad.
Desde el punto de vista contable, los activos fijos son ciertos bienes de naturaleza permanente
necesarios para desarrollar las funciones de una empresa. Son activos tangibles o intangibles que
se presume son de naturaleza permanente porque son necesarios para las actividades normales
de una compañía y no serán vendidos o desechados en el corto plazo, ni por razones comerciales.
Los activos fijos también pueden definirse como los bienes que una empresa utiliza de manera
continua en el curso normal de sus operaciones; representan al conjunto de servicios que se
recibirán en el futuro a lo largo de la vida útil de un bien adquirido.
Para que un bien sea considerado activo fijo debe cumplir las siguientes características:
1. Ser físicamente tangible.
2. Tener una vida útil relativamente larga (por lo menos mayor a un año o a un ciclo normal de
operaciones, el que sea mayor).
3. Sus beneficios deben extenderse, por lo menos, más de un año o un ciclo normal de
operaciones, el que sea mayor. En este sentido, el activo fijo se distingue de otros activos (útiles de
escritorio, por ejemplo) que son consumidos dentro del año o ciclo operativo de la empresa.
9
4. Ser utilizado en la producción o comercialización de bienes y servicios, para ser alquilado a
terceros, o para fines administrativos. En otras palabras, el bien existe con la intención de ser
usado en las operaciones de la empresa de manera continua y no para ser destinado a la venta en
el curso normal del negocio.
Es importante aclarar que la clasificación de un bien como activo fijo no es única y que depende del
tipo de negocio de la empresa; es decir, algunos bienes pueden ser considerados como activos
fijos en una empresa y como inventarios en otra. Por ejemplo, un camión es considerado como
activo fijo para una empresa que vende artefactos eléctricos si es que lo usa para entregas de
mercadería; pero es considerado como un inventario (para ser destinado a la venta) en una
empresa distribuidora de camiones. Con respecto al equipo de cómputo, en la mayoría de las
empresas éste es considerado como un activo fijo puesto que es utilizado como herramienta para
la realización de diversas operaciones de manera continua, pero en el caso de las empresas que
se dedican a fabricarlo o comercializarlo, se consideraría como un inventario.
2.3 Vida útil
La vida útil de un activo fijo es definida como la extensión del servicio que la empresa espera
obtener del activo. La vida útil puede ser expresada en años, unidades de producción, kilómetros,
horas, o cualquier otra medida. Por ejemplo, para un inmueble, su vida útil suele estimarse en
años; para un vehículo, en kilómetros o millas; para una máquina, de acuerdo con las unidades de
producción; para las turbinas de un avión, las horas de vuelo.
Factores que limitan la vida útil de los activos:
Factores físicos: Desgaste producido por el uso del activo y el deterioro causado por otros
motivos distintos del uso y relacionado con el tiempo.
Factores Funcionales: Obsolescencia tecnológica, incapacidad para producir
eficientemente, insuficiencia para la capacidad actual de la empresa (expansión del
negocio).
La estimación de la vida útil de un activo fijo debe ser realizada tomando en cuenta dos aspectos:
el desgaste físico producido por el uso del activo y el desgaste funcional. El primero es producido
por el uso de los activos y el deterioro ocasionado por motivos distintos a su uso como aquellos
relacionados con el factor tiempo (óxido y corrosión de la maquinaria). Los factores funcionales se
10
relacionan con la obsolescencia tecnológica y con la incapacidad del activo para operar con
eficiencia.
En muchos casos, como las computadoras por ejemplo, los activos pueden quedar obsoletos antes
de su desgaste físico, por lo que su vida útil puede haber terminado a pesar de que se sepa que
todavía permanecen en condiciones de trabajar por mucho más tiempo.
La vida útil constituye una estimación contable y por lo tanto está sujeta a valores subjetivos; su
estimación es probablemente la parte más difícil de la contabilidad para depreciación. En general,
las empresas suelen basar sus estimaciones en experiencias anteriores, referencias de
especialistas, revistas especializadas y otro tipo de publicaciones. Con el tiempo, es posible revisar
la vida útil de los activos dado que ningún negocio tiene un pronóstico perfecto.
Por ejemplo, en el sector de telecomunicaciones, en la década de los 70, se consideraba para una
central telefónica una vida útil de 15 años. En los 80’s, ésta se redujo a 10 años, y en la actualidad
se consideran solamente 7 años, habiendo un requerimiento de las empresas del sector para
reducirla a 5 años.
2.4 Mejoras y reparaciones
A lo largo de la vida útil de un activo se suelen realizar desembolsos relacionados con los mismos.
Algunos de éstos, son:
- Reparaciones y mantenimiento. Las reparaciones y mantenimiento comprenden aquellos gastos
que no amplían la capacidad o eficiencia del activo y que simplemente mantienen el activo en su
condición ya existente o que restablecen el activo para que trabaje bien. Dentro de este rubro se
incluye la limpieza del equipo de cómputo de forma tanto externa como interna.
- Reparaciones extraordinarias. Comprenden aquellas reparaciones que no se realizan de manera
frecuente, implican un desembolso significativo por lo general, e incrementan el valor de uso
(eficiencia) o la vida útil del activo fijo. Por ejemplo, es el caso del cambio del módem o de la tarjeta
madre de una computadora.
- Adiciones. Las adiciones representan nuevos activos que se añaden al activo original, como por
ejemplo, la construcción de pisos adicionales en un edificio, la instalación de una cisterna para un
11
edificio de departamentos o la construcción de un nuevo pabellón en un centro médico. En el caso
del equipo de cómputo, podríamos poner el ejemplo del aumento de la memoria RAM de una
computadora o de la incorporación dispositivos para la comunicación vía bluetooth.
- Mejoras y reemplazos. Las mejoras y reemplazos representan la sustitución de partes del activo
original por otras nuevas que van a incrementar el beneficio futuro del activo.
La mejora es un gasto originado por la sustitución del activo original por uno superior que aumenta
la capacidad o eficiencia del mismo o que amplía su vida útil. Por ejemplo, el cambio del motor de
gasolina a petrolero de un automóvil es considerado como una mejora. Igualmente lo es el cambio
de procesador Pentium IV a uno de doble núcleo o de la capacidad de la memoria RAM de una
computadora.
2.5 Importancia de una óptima administración de activos.
La Administración de activos es una disciplina fundamental a la hora de optimizar los retornos de la
inversión en infraestructura, maximizar la productividad del personal de TI, mantener la
disponibilidad de los servicios de negocio existentes y acelerar la implementación de nuevos
servicios. Adicionalmente, permite implementar mejores prácticas en la administración de TI y
asegurar el cumplimiento de los requerimientos regulatorios siempre en constante cambio.
La Administración de Activos proporciona beneficios cuantificables y agregan valor a medida que
se avanza desde la identificación y detección del inventario a la gestión básica de los activos hasta
llegar a la gestión del ciclo de vida de los activos.
La Administración de Activos incrementa el rendimiento de la inversión en todos los proyectos de
tecnología mediante la mejora en el control de los activos IT, lo que incluye la eliminación de los
procesos manuales de inventario, la redistribución del excedente de hardware y software, la
reducción de costos y la mejora del rendimiento del capital.
CAPÍTULO III Análisis del Sistema
12
CAPÍTULO III Análisis del Sistema
3.1 Identificación de requerimientos
Nosotros encontramos como una necesidad la de registrar de manera automatizada todo tipo de
equipo de cómputo y asignarlo a un área dentro de una organización.
Se requiere que el registro de dicho equipo sea completo, amigable y centralizado.
Necesitamos catalogar y estandarizar los tipos de equipo de cómputo (componente, periféricos,
etc.), para que sea mucho más sencillo el llenado de formularios.
Según las necesidades del negocio también es necesario tener un módulo que administre lo
correspondiente a las áreas de la organización (modularización de la información).
También haremos mucho hincapié de manejar seguridad y confidencialidad en la información es
por eso que el manejo de roles y sesiones dentro del sistema es de vital importancia.
Otra de las necesidades que nos planteamos fue que desde cualquier computadora se pudiera
tener acceso al sistema, y no tener que ir a un lugar específico para hacerlo, pero que la
información se actualizara en línea.
Por último consideramos que la opción de generar reportes sería una herramienta muy útil para la
toma de decisiones.
En resumen se necesita poder dar altas, bajas, modificaciones y consultas a cada uno de los
módulos que implique el sistema.
3.2 Análisis de requerimientos
Para la solución de los requerimientos pensamos manejar los siguientes puntos:
La base de datos será centralizada
El acceso al sistema será vía WEB
13
Para el aspecto de seguridad se manejarán contraseñas y roles, con y sin privilegios de
acceso (usuarios y administradores)
Se manejará una página principal de login.
Módulo de componentes (CPU, mouse, teclado, pantalla, etc.) para darlos de alta,
modificarlos, eliminarlos y consultarlos.
Módulo de periféricos (impresoras, scanners, etc.) con la misma funcionalidad
anteriormente mencionada.
Módulo con la misma funcionalidad anteriormente mencionada, para las Áreas que maneje
una empresa
Y por último un módulo para generar reportes.
3.3 Diagramas de Casos de Uso
Imagen 3.1 Diagrama General del Control de Inventario de Equipos de Cómputo
En un principio no existía como tal un sistema de control de inventarios, se manejaban hojas de
Excel en las cuales intervenían todos los actores mencionados en el diagrama 1.
14
Imagen 3.2 Diagrama Nivel Cero
En forma Global el Control del Inventario del equipo de Cómputo seguía el siguiente orden:
Asignación del equipo de Cómputo, Control del Equipo de Cómputo, Mantenimiento y Reubicación
del equipo de Cómputo y por último Reportes y toma de decisiones acerca del equipo de Cómputo.
15
Imagen 3.3 Diagrama de Asignación del Equipo de Cómputo
El primer paso dentro del control del Inventario del equipo de Cómputo es la asignación de dicho
equipo, el cual es recibido primeramente por el Administrador del equipo de Cómputo, después de
eso asigna el equipo de cómputo dentro de un área de la empresa y en ésta el Responsable del
área recibe el equipo y lo asigna a un usuario final para que haga uso del equipo.
16
Imagen 3.4 Diagrama de Control del Equipo de Cómputo
Una vez que se realizó el proceso de asignación un Capturista registra el equipo dentro de un
archivo de Excel, en caso de que no fuera una asignación, éste mismo realiza las modificaciones
del archivo de Excel para mantener la información actualizada. Al final de esta tarea, tanto el
Responsable del área como el Administrador del equipo de Cómputo hacen una revisión de la
documentación generada.
17
Imagen 3.5 Diagrama de Mantenimiento y Reubicación del Equipo de Cómputo
Si llegase a haber alguna incidencia en el equipo de cómputo el usuario final debe levantar un
Oficio notificando al Responsable del área la necesidad de un cambio o reparación; el responsable
del área autoriza y notifica ésta petición al Administrador del equipo de cómputo, éste analiza la
petición y la autoriza; después asigna el mantenimiento o cambio del equipo a una persona
encargada de realizar el soporte técnico a los equipos. Finalmente éste último realiza el
mantenimiento o Cambio dando solución a la incidencia.
18
Imagen 3.6 Diagrama de Reportes y Toma de Decisiones sobre el Equipo de
Cómputo
Para la toma de decisiones el Administrador del Equipo de Cómputo se basa en la generación de
los reportes generales y/o específicos que le genere el capturista a través de las hojas de Excel
que llevan el control del inventario.
19
Imagen 3.7 Diagrama de CUP para el Registro de Equipos y Periféricos
Como solución a este tedioso y poco confiable proceso de control de inventario de equipo de
cómputo proponemos un sistema modular que opere con las funciones básicas de Altas,
Modificaciones, Bajas, Consulta y generación de reportes de todos los equipos de cómputo,
componentes y periféricos que ingresen o se encuentren dentro de la empresa. Con restricciones
asignadas a diferentes tipos de usuario.
20
Imagen 3.8 Diagrama de CUP para el Registro de Equipos y Periféricos
Además que tenga la flexibilidad de manipular áreas (incluyendo a las personas encargadas en
caso de un cambio de administración, despido, baja, etc.) y elementos de los catálogos a utilizar
dentro del sistema (como son las marcas de los componentes de un equipo, la condición en la que
se encuentran).
CAPÍTULO IV Diseño del Sistema
21
CAPÍTULO IV Diseño del Sistema
4.1 Diseño de interfaces
El modelo de interfaces describe la presentación de información entre los actores y el sistema. Se
especifica en detalle cómo se verán las interfaces de usuario al ejecutar cada uno de los casos de
uso.
Funcionamiento global del Sistema
Comenzaremos describiendo las diversas acciones que el usuario puede realizar dentro del
sistema como son:
1.-Reportes: el usuario puede imprimir de acuerdo a lo que necesite los siguientes reportes:
Reporte General de Equipos.
Reporte de Equipos con RED.
Reporte Detalle por CPU.
Reporte Detalle por Monitor.
Reporte Detalle por Mouse.
Reporte Detalle por Teclado.
Reporte Detalle por Área.
Reporte Detalle por Número de Serie.
2.-Nuevo equipo: el usuario puede dar de alta un equipo en este formulario el usuario debe llenar lo
que se le solicita por el sistema es decir primero seleccionar el área donde el equipo se va a ubicar
y después rellenar lo solicitado.
3.- Periféricos: el usuario puede dar de alta los periféricos que entra a la empresa y lo puede ubicar
en un área específica. Los periféricos que se puede dar de alta son los siguientes:
Impresora
Scanner
Multifuncional
Laptop
22
Proyector
4.-Componentes el usuario puede dar de altas los componentes que pertenecen al equipo de
cómputo como son:
CPU
Monitor
Teclado
Mouse
5.- Modificar: el usuario puede hacerle cambios a un registro, con respecto a los fallos del
componente o periférico ubicados en un área específica
6.-Cambiar: el usuario puede hacer cambios de componentes de los equipos que se estas
utilizando en las áreas de la empresa. Estos cambios solo pueden ser a estos componentes:
Monitor
Teclado
Mouse
7.- Áreas: el usuario puede dar de alta las áreas de la empresa o modificarlas.
8.-Catálogo: el usuario puede registra marcas de los componentes que se utilizan en la empresa
como son:
Marca CPU
Marca Monitor
Marca Mouse
Marca Teclado
Status
También aquí puede registrar los posibles estados que pueden llegar a encontrarse los
componentes.
23
Comenzaremos describiendo como el usuario interactúa con el sistema ya avenido descrito a
grandes rasgos la funcionalidad del sistema.
4.2 Actores y casos de uso
Mostraremos la documentación de los actores y casos de uso junto con el diseño de las interfaces
que se usaran como prototipo del sistema. El objetivo primordial es llegar a un acuerdo rápido
sobre la funcionalidad de la aplicación.
Actores
Se describen un total de 22 actores en el Sistema para el Control del equipo de cómputo de una
empresa. El usuario interactúa con todos los casos de uso.
La base de datos usuario_password. Interactúa con los casos de uso relacionados exclusivamente
con la pantalla principal.
Actores Base de datos usuario_password Casos de uso Pantalla principal Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda el usuario y el password que debe de teclear el usuario para hacer uso del sistema.
La base de datos área interactúa con los casos de uso relacionados exclusivamente con las
pantallas Alta de nuevo equipo Alta de área y modificación de área.
Actores Base de datos Área Casos de uso Alta de nuevo equipo Alta de área y
modificación de área Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda las áreas que tiene la empresa y su relación con otras base de datos
La base de datos edificio interactúa con los casos de uso relacionados exclusivamente con las
pantallas Altas de nuevo equipo Alta de área y modificación de área.
24
Actores Base de datos edificio Casos de uso Altas de nuevo equipo Alta de área y
modificación de área Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda en nombre del edificio al cual pertenece el área
La base de datos CPU interactúa con los casos de uso relacionados exclusivamente con las
pantallas Alta de nuevo equipo modificar equipo y Altas CPU.
Actores Base de datos cpu Casos de uso Alta de nuevo equipo modificar equipo y Altas
CPU Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el cpu y su relación con otras base de datos.
La base de datos monitor interactúa con los casos de uso relacionados exclusivamente con las
pantallas Alta de nuevo equipo, cambiar entre equipos, Modificar equipo y altas de monitor.
Actores Base de datos monitor Casos de uso Alta de nuevo equipo, cambiar entre equipos,
Modificar equipo y altas de monitor Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el monitor y su relación con otras base de datos.
La base de datos teclado interactúa con los casos de uso relacionados exclusivamente con las
pantallas Alta de nuevo equipo, Cambiar entre equipos modificación de equipo y altas de teclado.
Actores Base de datos teclado Casos de uso de nuevo equipo, Cambiar entre equipos
modificación de equipo y altas de teclado Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el teclado y su relación con otras bases de datos y su relación con otras bases de datos.
25
La base de datos mouse interactúa con los casos de uso relacionados exclusivamente con las
pantallas Alta de nuevo equipo, Cambiar entre equipos modificación de equipo y altas de mouse.
Actores Base de datos Mouse Casos de uso Alta de nuevo equipo, Cambiar entre equipos
modificación de equipo y altas de mouse Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el Mouse y su relación con otras base de datos,
La base de datos impresora interactúa con los casos de uso relacionados exclusivamente con la
pantalla Alta de impresora.
Actores Base de datos de impresora Casos de uso Alta de impresora Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la impresora y su relación con otras base de datos.
La base de datos scanner interactúa con los casos de uso relacionados exclusivamente con la
pantalla Alta de scanner.
Actores Base de datos scanner Casos de uso Alta de scanner Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el scanner y su relación con otras base de datos.
La base de datos multifuncional interactúa con los casos de uso relacionados exclusivamente con
la pantalla Alta de multifuncional.
Actores Base de datos multifucional Casos de uso Alta de multifuncional Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el multifucional y su relación con otras base de datos.
26
La base de datos impresora interactúa con los casos de uso relacionados exclusivamente con la
pantalla Alta de laptop.
Actores Base de datos laptop Casos de uso Alta de laptop Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la laptop y su relación con otras base de datos.
La base de datos proyector interactúa con los casos de uso relacionados exclusivamente con la
pantalla Alta de proyector.
Actores Base de datos proyector Casos de uso Alta de proyector Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la Información relacionada con el proyector y su relación con otras base de datos.
La base de datos marca_CPU interactúa con los casos de uso relacionados exclusivamente con la
pantalla Alta de marca_CPU, modifica marca_CPU, eliminar marca_CPU.
Actores Base de datos marca_CPU Casos de uso Alta de marca_CPU, modifica marca_CPU,
eliminar marca_CPU, guardar marca_CPU Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la marca del cpu.
La base de datos marca _ monitor interactúa con los casos de uso relacionados exclusivamente
con la pantalla Alta de marca _ monitor, modificar marca _ monitor, eliminar marca _ monitor.
Actores Base de datos marca _ monitor Casos de uso Alta de marca _ monitor, modificar marca _
monitor, eliminar marca _ monito Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la marca del monitor.
27
La base de datos marca _ Mouse interactúa con los casos de uso relacionados exclusivamente con
la pantalla Alta de marca _ Mouse, modificar marca _ Mouse, eliminar marca _ Mouse.
Actores Base de datos marca _ Mouse Casos de uso Alta de marca _ Mouse, modificar marca _
Mouse, eliminar marca _ Mouse Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la marca del Mouse.
La base de datos marca _ teclado interactúa con los casos de uso relacionados exclusivamente
con la pantalla Alta de marca _ teclado, modificar marca _ teclado, eliminar marca _ teclado.
Actores Base de datos marca _ teclado Casos de uso Alta de marca _ teclado, modificar marca _
teclado, eliminar marca _ teclado Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con la marca del teclado.
La base de datos marca _ status interactúa con los casos de uso relacionados exclusivamente con
la pantalla Alta de marca _ status, modificar marca _ status, eliminar marca _ status.
Actores Base de datos Status Casos de uso Alta de marca _ status, modificar marca _
status, eliminar marca _ status. Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el Status de los componentes y periféricos.
La base de datos tipo _ usuario interactúa con los casos de uso relacionados exclusivamente con
las pantallas Alta de nuevo equipo Alta de área y modificación de área.
Actores Base de datos tipo _ usuarios Casos de uso Alta de nuevo equipo Alta de área y modificación de
área Tipo Secundario Descripción Es un actor secundario y representa a la base de
datos donde se guarda la información relacionada con el tipo de usuario,
28
La base de datos usuario _ final interactúa con los casos de uso relacionados exclusivamente con
las pantallas Alta de nuevo equipo Alta de área y modificación de área.
Actores Base de datos de usuario _final Casos de uso Alta de nuevo equipo Alta de área y
modificación de área Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el usuario final,
La base de datos usuario _ responsable interactúa con los casos de uso relacionados
exclusivamente con las pantallas Alta de nuevo equipo Alta de área y modificación de área.
Actores Base de datos usuario responsable Casos de uso Alta de nuevo equipo Alta de área y
modificación de área Tipo Secundario Descripción Es un actor secundario y representa a la base
de datos donde se guarda la información relacionada con el usuario responsable,
4.3 Diseño de la pantalla principal
Imagen 4.1 Casos de uso Pantalla principal
La pantalla principal solo nos da una opción que es validar el registro existente como se muestra
continuación.
29
Imagen 4.2 Pantalla principal
El sistema esta restringido ya que solo pueden acceder los usuarios autorizados por el
administrador.
Caso de uso de la pantalla principal
Caso de uso Validar usuario Actores Usuario base de datos de registro Tipo Inclusión Propósito Validar al usuario ya registrado para el uso
del sistema del Control del equipo de cómputo de una empresa.
Resumen Este caso de uso de inicia por el usuario. Valida al usuario mediante un usuario y Password a verificarse con su respectivo registro de usuario, para que pueda utilizar el sistema.
Precondiciones El administrador de sistema anteriormente registro al usuario para su acceso
Flujo principal Si la actividad seleccionada es “aceptar”, se valida el registro de usuario mediante un usuario y un password insertados por el mismo.
Subflujos Ninguno Excepciones El usuario y password no se valido
correctamente. Se solicita al usuario volver a registrarse.
30
Diagrama de secuencias de la pantalla principal
infUsuarioContraseñaCtrlServiciosCtrlusuarioContraseñafrmUsuarioContraseña
Imagen 4.3 Diagrama de secuencias de la Pantalla Principal
4.4 Diseño Pantalla de Servicios
Imagen 4.4 Pantalla de Servicios
31
Caso de uso de la Pantalla de servicios
Imagen 4.5 Casos de uso la Pantalla de Servicios
Caso de uso Ofrecer Servicios Actores Usuario Tipo Inclusión Propósito Ofrecer los diversos servicios al usuario
registrado para que use el sistema. Resumen El usuario inicia este caso de uso. Tiene
capacidad de utilizar las diversas opciones del sistema
Precondiciones Se requiere haber validado correctamente al usuario
Flujo principal
Se presenta al usuario la pantalla de servios(S). el usuario puede seleccionar entre las siguientes actividades: “Reportes”, “Nuevo Equipo”, “Periféricos”, ”Componentes”, “Modificar”, “Cambiar”, “Áreas”, “Catalogo”.
32
Si la actividad seleccionada es “Reportes” se continúa con el caso de uso “pantalla de Reportes (R)”. Si la actividad seleccionada es “Nuevo Equipo”, se continúa con el caso de uso “pantalla de Nuevo Equipo (NE)”. Si la actividad seleccionada es “Periféricos” se continúa con el caso de uso “pantalla de “Periféricos (P) Si la actividad seleccionada es "Componentes”, se continúa con el caso de uso”Componentes (C)”. Si la actividad seleccionada es “Modificar”, se continúa con el caso de uso “pantalla de Modificar (M)”. Si la actividad seleccionada es “Cambiar”, se continúa con el caso de uso “pantalla de Cambiar (Cm)”. Si la actividad seleccionada es “Áreas”, se continúa con el caso de uso “pantalla de Áreas (A)”. Si la actividad seleccionada es “Catalogo” se continúa con el caso de uso “pantalla de Catalogo (C)”.
Subflujos Ninguno. Excepciones Ninguna.
4.5 Diseño Pantalla de Reportes
Imagen 4.6 Pantalla de Reportes
Caso de uso de la Pantalla de Reportes
Caso de uso Reportes Actores Usuario. Tipo Básico. Propósito Permite al usuario consultar información con
33
el sistema de control de inventarios de una empresa.
Resumen El usuario inicia este caso de uso. Ofrece funcionalidad para consultar: reporte general de equipos, reporte de equipos con red, reporte detalle por CPU, reporte detalle por monitor, reporte detalle por Mouse, reporte detalle por teclado, reporte detalle por área, reporte detalle por número de serie.
Precondiciones Se requiere haber ejecutado el caso de uso validar usuario.
Flujo principal Se ejecuta el caso de uso validar usuario dependiendo de la opción seleccionada por el usuario. Se continuara con los diversos Subflujos de este caso de uso.
Subflujos Se despliega la pantalla de reportes(R) el usuario puede seleccionar entre las siguientes actividades “Reporte general de Equipo”, “Reporte de Equipo con RED”, “Reporte detallado de CPU” , “Reporte detallado de Monitor”, “Reporte detallado de Mouse”, “Reporte detallado de Teclado”, “Reporte detallado por Área” y “Reporte detallado por Numero de Serie” . para mas detalles de los reportes consultar anexo (A)
Excepciones Ninguna.
Imagen 4.7 Pantalla Reporte General de Equipos.
Lo cual aplica para los siguientes reportes:
Reporte Detalle por (CPU)
Reporte Detalle por Monitor (RDM)
Reporte Detalle por Mouse (RDM)
Reporte Detalle por Número de serie
Reporte detalle por Teclado (RDT)
34
Reporte Detalle por Área (RDA)
4.6 Diseño de pantalla de Alta nuevo equipo y Selección de Área
Imagen 4.8 Casos de Uso de Nuevo Equipo
Imagen 4.9 Pantalla Área
35
Casos de uso de Pantalla Área
Caso de uso Registro de nuevo área Actores Usuario, base de datos de área, edificio Tipo Básico Propósito Permite al usuario registrar el área donde se
ubica el equipo. Resumen El usuario inicia el sistema de casos de uso.
Ofrece funcionalidades para aceptar y cancelar.
Precondiciones Todos los Subflujos requieren ejecutar inicialmente el caso de uso validar área.
Flujo principal Si la actividad seleccionada es “aceptar”, se valida el área de la empresa.
Subflujos En la pantalla (NE), se presenta al usuario la pantalla de nuevo equipo, que contiene información de registro que debe llenar el usuario.
Excepciones Ninguna.
36
Imagen 4.10 Pantalla Nuevo Equipo
37
Casos de uso de la Pantalla Registro Nuevo Equipo
Caso de uso Registro nuevo equipo Actores Usuario, base de datos de CPU, monitor,
teclado, Mouse tipo de usuario, usuario_responsable, marca_cpu, marca_monitor, marca_teclado, marca_mouse, tipo_procesador, edificio.
Tipo Básico Propósito Permite al usuario registrar el nuevo equipo. Resumen El usuario inicia con caso de uso, ofrece
funcionalidad de aceptar y cancelar. Precondiciones El Subflujos requiere seleccionar el área para
accesar a caso de uso nuevo equipo. Flujo principal Se ejecuta el caso registrar área y se
continua con los diversos flujos de este caso de uso.
Subflujos Se presenta al usuario la pantalla Crear nuevo equipo, que contiene información de registro que debe llenar el usuario la cual contiene: datos del CPU, datos del monitor, datos del teclado, datos del Mouse. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar el sistema generara un nuevo equipo. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos nuevo equipo.
Excepciones E-1 falta llenar información en el registro en el nuevo equipo. Se vuelve solicitar al usuario que complete el registro.
Diagrama de Secuencias Alta de Equipos
frmServidorCtrlServicios Ctrl Area infArea Ctrl AltaEquipo inf usuariofinal infCPUinfMonitor
infTeclado infMause
inf tipousuario
Ctrl Equipo
Imagen 4.11 Diagrama de Secuencias de Nuevo Equipo
38
39
4.7 Diseño de Pantalla de Periféricos
Imagen 4.12 Casos de Uso Pantalla Periféricos
Imagen 4.13 Pantalla de Selección Periférico
40
Casos de Uso de la Pantalla Seleccionar Periférico
Caso de uso Seleccionar periférico Actores Usuario Tipo básico Propósito Permite al usuario seleccionar el periférico a
registrar Resumen El usuario inicia el sistema de casos de uso.
Ofrece la funcionalidad de cancelar. Precondiciones Ninguna. Flujo principal Seleccionar el periférico o “cancelar”. Subflujos Se despliega la pantalla correspondiente a
cada opción seleccionada por el usuario. Excepciones Ninguna.
Imagen 4.14 Pantalla de Alta de Impresora
Casos de Uso de la Pantalla Alta de Impresora
Caso de uso Alta de impresora Actores Usuario, base de datos impresora, área,
status, marca_impresora Tipo básico Propósito Registrar las impresoras que se ubican dentro
de las áreas de la empresa Resumen Tiene la funcionalidad de “Aceptar” o
Cancelar el registro. Precondiciones ninguna Flujo principal Se registran los datos de la impresora Subflujos Se presenta al usuario la pantalla Alta de
41
impresoras, que contiene información de: Área, Número de serie, marca, modelo, tipo, status y observaciones. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar el sistema generara un nuevo periférico en el sistema. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos Alta de impresoras.
Excepciones E-1 falta llenar información en el registro. Se vuelve solicitar al usuario que complete el registro.
Diagrama de Secuencias Alta de Impresora
frmServidorCtrlServicios CtrlImpresora inf impresora
Ctrl SelecperifericosinfStatus impresora infArea
Imagen 4.15 Diagrama de Alta de Impresora
Este proceso también se repite para dar de alta los siguientes periféricos:
Laptop
Scanner
Impresora
Multifuncional
42
43
4.8 Diseño de Pantallas de Componentes
<<ex
tend
>>
Imagen 4.16 Casos de Uso de Componentes
Imagen 4.17 Pantalla de Selección de Componentes
Casos de Uso de la Pantalla Selección de Componente
Caso de uso Seleccionar Componente Actores Usuario Tipo básico Propósito Permite al usuario seleccionar el componente
a dar de alta. Resumen El usuario inicia el sistema de casos de uso.
Ofrece la funcionalidad de cancelar. Precondiciones Ninguna. Flujo principal Seleccionar el Componente o “cancelar”. Subflujos Se despliega la pantalla correspondiente a
cada opción seleccionada por el usuario. Excepciones Ninguna.
44
Imagen 4.18 Pantalla de Alta CPU
Casos de Uso de la Pantalla Alta CPU
Caso de uso Alta CPU Actores Usuario, base de datos: CPU, status,
marca_cpu. Tipo Básico Propósito Registrar la información del CPU. Resumen Tiene la funcionalidad de “Aceptar” o
Cancelar el registro. Precondiciones Ninguna Flujo principal Se registran los datos del CPU. Subflujos Se presenta al usuario la pantalla Alta CPU,
que contiene información de: Número de serie, tipo de procesador, status, modelo, marca, observaciones y red. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y ”Cancelar”. Si el usuario selecciona aceptar el sistema generara un nuevo periférico en el sistema. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos Alta CPU.
Excepciones E-1 falta llenar información en el registro. Se vuelve solicitar al usuario que complete el registro.
Diagrama de Secuencia de Altas CPU
frmServidorCtrlServicios StatusCtrl SelectCompoente Ctrl CPU inf MarcaCPU inf CPU
Imagen 4.19 Diagrama de Secuencia de Alta de CPU
Se realiza el mismo proceso para dar de alta los siguientes componentes:
Monitor
Teclado
Mouse
Por lo que se omiten las pantallas y la explicación.
45
46
4.9 Diseño de la Pantalla Modificar Componentes de Equipo
Imagen 4.20 Casos de Uso Modificar Componentes de Equipo
Imagen 4.21 Pantalla de Selección de Registros
47
Imagen 4.22 Pantalla de Modificación de Componentes
48
Casos de Uso de la Pantalla Modificación Equipo
Caso de uso Modificaciones a equipo Actores Usuario, base de datos de: CPU, monitor,
teclado, Mouse tipo de usuario, usuario_responsable, marca_cpu, marca_monitor, marca_teclado, marca_mouse, tipo_procesador.
Tipo Básico Propósito Permite al usuario modificar el registrar a
equipo. Resumen El usuario inicia con caso de uso, ofrece
funcionalidad de aceptar y cancelar. Precondiciones Ninguno. Flujo principal Se ejecuta el caso de uso modificaciones a
equipo y se continúa con los diversos flujos de este.
Subflujos Se presenta al usuario la pantalla Modificaciones a equipo que contiene información de: Área, tipo de usuario, nombre de usuario final, datos del CPU, datos del monitor, datos del teclado y datos del Mouse. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar el sistema generara un nuevo equipo. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos nuevo equipo.
Excepciones E-1 falta llenar información en el registro en el nuevo equipo. Se vuelve solicitar al usuario que complete el registro.
Diagrama de Secuencia de Modificaciones de Equipo
frmServidorCtrlServicios
infAreainf usuariofinal infCPUinfMonitor
infTeclado infMauseinf tipousuarioCtrl Equipo
Imagen 4.23 Diagrama de Secuencias de Modificación de Componentes
49
50
4.10 Diseño de la Pantalla de Cambios
Imagen 4.24 Casos de Uso de la Pantalla Cambios
Imagen 4.25 Pantalla de Cambios de Monitor
51
Casos de Uso de la Pantalla Cambiar Monitor
Caso de uso Cambiar monitor Actores Usuario, base de datos de monitor, área,
status, marca_monitor. Tipo Básico Propósito Permite al usuario cambiar el monitor del
registro seleccionado. Resumen El usuario inicia con caso de uso, ofrece
funcionalidad de aceptar y cancelar. Precondiciones Ninguno. Flujo principal Se ejecuta el caso de uso cambiar monitor del
registro seleccionado y se continúa con los diversos flujos de este.
Subflujos Se presenta al usuario la pantalla con la opción a cambiar El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar, el sistema generará el cambio correspondiente. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos nuevo equipo.
Excepciones E-1 .Se vuelve a solicitar al usuario que complete el registro.
El proceso realizado para hacer el cambio del monitor es el mismo para los siguientes
componentes:
Mouse
Teclado
Por lo que omitimos las pantallas y la explicación.
Diagrama de Secuencias Cambiar Monitor
frmServidorCtrlServicios Status
CtrlCambiar ctrl monitorinf monitor
Imagen 4.26 Diagrama de Secuencias de Cambiar Monitor
52
53
4.11 Diseño de la Pantalla Área
entrar
Responsable del edificio
areas
Ofrecer Servicios
<<include>>
<<include>>
bd Area
bd edif icio
bd usuario responsable
Administrador informatico areas
areas
<<extend>>
Imagen 4.27 Casos de Uso de la Pantalla Área
Imagen 4.28 Pantalla de Área
Casos de Uso de la Pantalla Área
Caso de uso Lista de áreas Registradas Actores Usuario, base de daros: Área,
usuario_responsable, edificio. Tipo Básico Propósito Mostrar las área de la empresa registradas Resumen Tiene la funcionalidad de registrar una nueva
área modificarla y cancelar el proceso. Precondiciones El usuario debe entrar a Áreas Flujo principal El usuario puede seleccionar un área (e-3) y
dar clic en modificar o puede dar registrar una
54
nueva “Nuevo” o “Cancelar” para regresar a la pagina de Servicios.
Subflujos Se despliega la pantalla correspondiente a cada opción seleccionada por el usuario.
Excepciones (e-3) no seleccionado el área
Imagen 4.29 Pantalla de Alta Área
Casos de Uso de la Pantalla Alta Área
Caso de uso Alta áreas Actores Usuario, base de datos áreas,
usuario_responsable y edificio. Tipo Básico Propósito Registrar las áreas dentro de la empresa Resumen Tiene la funcionalidad de “Aceptar” o
Cancelar el registro. Precondiciones ninguna Flujo principal Se registran los datos del área. Subflujos Se presenta al usuario la pantalla Alta área
que contiene información de: Área, edificio, nivel local y responsable. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar el sistema generara una nueva área en el sistema. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos Alta scanner.
Diagrama de Secuencias de Alta de Áreas
CtrlArea inf areaCtrlServiciosfrmServidor inf Edificioinf usuarioResponsable
Imagen 4.30 Diagrama de Secuencia de Alta Área
55
56
Imagen 4.31 Pantalla de Modificación Área
Casos de Uso de la Pantalla Modificar Área
Caso de uso Modificar Área Actores Usuario, base de datos área
usuario_responsable y edificio Tipo Básico Propósito Modificar la información del área de la
empresa. Resumen Tiene la funcionalidad de “Aceptar” o
Cancelar el registro. Precondiciones ninguna Flujo principal Se modifican los datos del área. Subflujos Se presenta al usuario la pantalla modifica
área, que contiene información de: Área, edificio, nivel, local y responsable. El usuario puede seleccionar entre las siguientes actividades “Aceptar” y”Cancelar”. Si el usuario selecciona aceptar el sistema generara un la modificación del área en el sistema. (E-1) se continuara con el Subflujos ofrecer servicios. Si la actividad es cancelar se saldrá del Subflujos Alta scanner.
Excepciones E-1 falta llenar información en el registro. Se vuelve solicitar al usuario que complete el registro.
Diagrama de Secuencias de Modificación de Área
CtrlArea inf areaCtrlServiciosfrmServidor inf Edificioinf usuarioResponsable
Imagen 4.32 Diagrama de Secuencias de Modificación Área
57
58
4.12 Diseño de la Pantalla de Catalogo
entrar
Responsable del edificio
Ofrecer Servicios
<<include>>
Catalogomarca Mouse
Status
marca teclado
<<inc
lude>
>
marca Monitor
marca CPU
BD marca_monitor
BD marca_mouse
BD marca_teclado
BD marca_status
administrador informatico
BD marca_cpu
<<ex
tend
>>
<<extend>>
<<extend>><<extend>><<extend>>
Imagen 4.33 Casos de Uso de Catalogo
Imagen 4.34 Pantalla de Selección de Componente
59
Casos de uso de la Pantalla Seleccionar Tipo de Catalogo
Caso de uso Seleccionar el tipo de catalogo. Actores Usuario Tipo básico Propósito Permite al usuario dar de altas en el catalogo. Resumen El usuario inicia el sistema de casos de uso.
Ofrece la funcionalidad de cancelar. Precondiciones Ninguna. Flujo principal Seleccionar el catalogo o “cancelar”. Subflujos Se despliega la pantalla correspondiente a
cada opción seleccionada por el usuario. Excepciones Ninguna.
Imagen 4.35 Pantalla Marca CPU
Casos de Uso de la Pantalla Registrar Marca CPU
Caso de uso Registrar Marca CPU Actores Usuario base de datos Marca_cpu Tipo Básico Propósito Permite al usuario registrar las marcas de los
CPU que se encuentran en los equipos de cómputo en las áreas de la empresa.
Resumen El usuario iniciara el caso de uso dando clic en nuevo.
Precondiciones Haver seleccionado la opción CPU Flujo principal El usuario para poder dar de alto una marca
de CPU debe de dar clic en “Nuevo” registrar la marca (e-1) y después dar clic en “Guardar”.
Subflujos Ninguno Excepciones e-1 campo vacío
60
Casos de Uso de la Pantalla Registrar Marca CPU
Caso de uso Modificar Marca CPU Actores Usuario base de datos Marca cpu Tipo Básico Propósito Permite al usuario modificar las marcas de los
CPU que se encuentran en los equipos de cómputo en las áreas de la empresa.
Resumen El usuario iniciara el caso de uso seleccionando uno de los registros registrados en la base de datos Marca CPU.
Precondiciones Haver seleccionado la opción CPU Flujo principal El usuario para poder Modificar una marca de
CPU debe de dar clic en “Modificar”(e-2) registrar la marca y después dar clic en “Guardar” (e-1).
Subflujos Ninguno Excepciones e-1 campo vació
e-2 campo no seleccionado
Casos de uso de la Pantalla Registrar Marca CPU
Caso de uso Eliminar Marca CPU Actores Usuario base de datos Marca cpu Tipo Básico Propósito Permite al usuario eliminar una marcas a la
vez de los CPU que se encuentran en los equipos de cómputo en las áreas de la empresa
Resumen El usuario iniciara el caso de uso seleccionando uno de los registros existentes en la tablas
Precondiciones Haver seleccionado la opción CPU Flujo principal El usuario para poder eliminar una marca de
CPU debe de dar clic en “eliminar”(e-2) Subflujos Ninguno Excepciones e-2 registro no seleccionado
Diagrama de Secuencias de Alta Marca CPU
CtrlServiciosfrmServidor Ctrl MarcaCPUCtrlCatalogo inf MarcaCPU
Imagen 4.36 Diagrama de Secuencias Altas de Marca CPU 61
Diagrama de Secuencias de Modificar Marca CPU
CtrlServiciosActor frmServidor Ctrl MarcaCPUCtrlCatalogoinf MarcaCPU
MuestraFrmServicios
Click Catalogo
Catalogos okcarga menu
MuestraFrmCatalogo
Click MarcaCpu MarcaCpu okcarga catalogo
MuestraFrmMarcaCpu
Click EliminarValida Marca
Seleciona Marca CPU
Actor
modif ica Marca CPU
Click Modif icar
MuestraFrmrMarcaCpu
Eliminar marca
Imagen 4.37 Diagrama de Secuencias Modificación de Marca CPU
62
Diagrama de Secuencias de Eliminar Marca CPU
CtrlServiciosActor frmServidor Ctrl MarcaCPUCtrlCatalogo inf MarcaCPU
MuestraFrmServicios
Click Catalogo
Catalogos okcarga menu
MuestraFrmCatalogo
Click MarcaCpu MarcaCpu okcarga catalogo
MuestraFrmMarcaCpu
Click Eliminar
Seleciona Marca CPU
Elimina marca
Actor
Valida seleccion
MuestraFrmrMarcaCPU
Imagen 4.38 Diagrama de Secuencias Eliminación de Marca CPU
Prácticamente las pantallas de marca teclado, marca monitor, marca mouse tienen la misma funcionalidad por lo que las omitimos y
también su explicación.
63
4.13 Diagrama de Clases
Diagrama de Clases de Equipo de Cómputo
Imagen 4.39 Diagrama de Clases de Equipo de Cómputo
64
65
Clase Mouse
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar()
Clase Status Clase marca _ Mouse
Clase equipo
La clase ouse tiene un status, una marca. Y forma parte del equipo de cómputo el cual se puede encontrar en el área de la empresa.
Las clases teclado, monitor, cpu, tienen el mismo comportamiento que la clase Mouse por lo que
omitiremos su explicación.
Clase marcaMouse
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar() Eliminar()
Clase Mouse
La clase marcaMouse describe el la marca del Mouse que se integra al equipo de computo.
Las clases marca _ teclado, marca _ monitor, Marca_Cpu, tienen el mismo comportamiento que la
clase marca _ Mouse por lo que omitiremos su explicación
Clase status
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar() Eliminar()
Clase Mouse Clase teclado Clase monitor
Clase cpu
La clase status describe el estado de los componentes que se encuentra en uso.
Clase tipo _ procesador
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar()
Clase cpu La clase tipo _ procesador describe el tipo de procesador que tiene el cpu.
Diagrama de Clases de Componentes y Áreas
Imagen 4.40 Diagrama de Clases de Componentes
66
67
Clase Área
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar()
Clase edificio Clase usuario _ responsable Clase usuario _ final Clase tipo usuario Clase monitor Clase teclado Clase Mouse Clase cpu
Las áreas se encuentran en un edificio de la empresa. En la hay un responsable por cada área en la cual hay usuarios que hacen uso del equipo de computo que se encuentra en el área correspondiente
No es necesario describir la Clase edificio ya que solo representa la ubicación donde se encuentra el
área en donde se ubican los equipos de computo.
Clase usuario responsable
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar()
Clase Área
El usuario responsable es quien se hace cargo del equipo de cómputo y de su funcionamiento. Que se encuentra en el área de la empresa
Clase usuario final
Responsabilidades Colaboradores Descripción Guardar()
Consultar() Modificar()
Clase Área Clase tipousuario
El usuario es a quien se a quien se le asigna el equipo de computo para que lo utilice. El usuario tiene un puesto el cual se identifica como tipo de usuario.
Ya no es necesario describir la clase tipo usuario ya que solo representa el puesto que el usuario
final ocupa en la empresa.
Diagrama de Clases de Periféricos
Imagen 4.41 Diagrama de Clases de Periféricos
68
69
Clase laptop
Responsabilidades Colaboradores Descripción Guardar()
Clase Área Clase status Clase marca_laptop
La laptop se ubica en un área del edificio. La laptop tiene un status el cual se debe de registrar al igual que la marca.
Las clases multifuncional, scanner, proyector. Tienen el mismo comportamiento que la clase laptop
por lo que omitiremos su explicación
Clase impresora
Responsabilidades Colaboradores Descripción Guardar()
Clase Área Clase status Clase Tipo _ impresora Clase marca _ impresora
La impresora se ubica en un área del edificio. La impresora tiene un status el cual se debe de registrar al igual su marca y el tipo de impresora.
No es necesario explicar la clase tipo de impresora ya que solo describe la impresora
Clase marca laptop
Responsabilidades Colaboradores Descripción Guardar()
Clase laptop la marca laptop describe el nombre de las marcas que la empresa tiene registradas de todas las laptop que pertenecen a esta
Ya no es necesario describir las siguientes clases de marcas por que tienen el mismo
comportamiento.
La clase área ya se menciono anteriormente la cual es misma en todos los diagramas. El objetivo
de hacerlo en tres diagramas es para mejorar la calidad.
70
4.14 Diagrama entidad-relación
Normalización de la base de datos
Para crear el diseño de la base de datos que usará el sistema, seguimos el proceso de
normalización de bases de datos. A continuación describimos brevemente los pasos que se
siguieron para lograr el diseño que finalmente se usó.
En primer lugar identificamos la información que se desea almacenar en la base de datos. Y
sencillamente realizamos un listado de lo que nos interesa guardar.
-Área -Edificio -Marca -Usuario -Responsable -Status
-Equipo de cómputo -CPU -Monitor -Mouse -Teclado
-Laptop -Impresora -Multifuncional -Proyector -Scanner
Cuando ya sabemos qué datos son los que necesitamos guardar, tratamos de colocar ésta
información en tablas de base de datos.
Equipo
id_equipocpu
cpu_marcacpu_modelocpu_status
cpu_observacionesmonitor
monitor_marcamonitor_modelomonitor_status
monitor_observacionesmouse
mouse_marcamouse_modelomouse_status
mouse_observacionesteclado
teclado_marcateclado_modeloteclado_status
teclado_observaciones
Edificio
id_edificioedificioareanivellocal
Usuario
id_usuarionombrecargo
tipo_usuario
Impresora
id_impresoramodelo
tipostatusmarca
observaciones
Multifuncional
id_laptopmodelo
tipostatusmarca
observaciones
Proyector
id_proyectormodelo
tipostatusmarca
observaciones
Scanner
id_scannermodelo
tipostatusmarca
observaciones
Imagen 4.42 Diseño inicial de las tablas de la base de datos
71
Primera forma normal
A partir de esta primera aproximación, comenzamos a aplicar las formas normales. La regla de la
Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en
tablas separadas.
Para la tabla Edificio, debería crearse una nueva tabla para guardar la información sobre el área,
ya que de no ser así, por cada nueva área que se registre, se deberá registrar también
información sobre el edificio en el que se encuentre esta área y de está forma se estaría repitiendo
varias veces la información sobre el edificio.
Edificio
id_edificioedificio
Área
id_areaareanivellocal
Imagen 4.43 Creación de la tabla adicional “área”
Las dos tablas que se tendrán ahora, se relacionarán por medio de un id_edificio.
Edificio
id_edificioedificioÁrea
id_areaareanivellocal
id_edificio
Imagen 4.44 Relación de la tabla “edificio” con la tabla “área”
Además, la primera forma normal establece que solo se deben tener campos atómicos. La tabla de
Usuario, por lo tanto, no está cumpliendo con la primera forma normal, pues el nombre del usuario
es un campo que puede y debe descomponerse en apellido paterno, apellido materno y nombre.
72
Por lo tanto la estructura de la tabla se cambiará y quedará de la manera en la que se puede
observar en la siguiente imagen.
Usuario
id_usuarioapellido_patapellido_mat
nombrecargo
tipo_usuario
Imagen 4.45 Diseño mejorado de la tabla usuario
El resto de las tablas cumplen ya con las reglas de la primera forma normal, por lo que no se les
realizará ninguna modificación al menos por el momento.
Segunda forma normal
La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben
eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que
describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.
Dicho de otra manera, todos los atributos no clave deben depender por completo de la clave
primaria.
Para la tabla de Equipo, identificamos que debería separarse en varias tablas. Debería incluirse
una tabla aparte para la información sobre el cpu, otra para el monitor, otra para el mouse y otra
para el teclado, cada una de las cuales tendrá su propia información sobre marca, modelo, status,
observaciones y algunos otros atributos propios de cada entidad.
73
Equipo
id_equipocpu
m onitorm ouseteclado
CPU
id_cpunum _serieprocesador
statusm odelom arca
observacionesred
Monitor
id_m onitornum _serie
m odelostatus
observacionesm arca
Mouse
id_m ousenum e_serie
m odeloobservac iones
m arca s tatus
Teclado
id_tec ladonum _serie
m odeloobservaciones
m arca status
Imagen 4.46 Diseño mejorado de tablas para guardar información sobre equipo
Todas estas nuevas tablas se relacionarán con la tabla de equipo por medio de los identificadores
de cada una de ellas. Esta relación puede ser visualizada en la imagen que se muestra en la
siguiente página.
Como podemos ver, se requiere de un identificador para relacionar el equipo con el cpu que éste
utiliza; a este identificador lo llamaremos id_cpu y será uno de los campos de la tabla equipo, en
otras palabras, será una llave foránea o foreign key. Algo similar sucede con los identificadores
id_monitor, id_mouse y id_teclado.
74
Equipo
id_equipoid_cpu
id_monitorid_mouseid_teclado
CPU
id_cpunum_serieprocesador
statusmodelomarca
observacionesred
Monitor
id_monitornum_serie
modelostatus
observacionesmarca
Mouse
id_mousenume_serie
modeloobservaciones
marca status
Teclado
id_tecladonum_serie
modeloobservaciones
marca status
Imagen 4.47 Relaciones entre las tablas para guardar información sobre equipo
Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayoría de los problemas
de lógica. Podemos insertar un registro sin un exceso de datos en la mayoría de las tablas.
Equipo
id_equipoid_cpu
id_monitorid_mouseid_tecladoid_usuario
id_usuario_final
Área
id_areaareanivellocal
id_edificio
Edificio
id_edificioedificio
Imagen 4.48 Relación entre las tablas equipo, área y edificio
75
Tercera forma normal
Una tabla está normalizada en la tercera forma normal si todas las columnas que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas.
Como ya se había comentado con anterioridad, una dependencia transitiva es aquella en la cual
existen columnas que no son llave que dependen de otras columnas que tampoco son llave o
clave.
Es decir, los atributos no clave deben ser mutuamente independientes y dependientes por
completo de la clave primaria. Esto significa que las columnas en la tabla deben contener
solamente información sobre la entidad definida por la clave primaria y, por tanto, las columnas en
la tabla deben contener datos acerca de una sola cosa.
Para este caso, lo que pudimos identificar fue que se deberían poner tablas separadas para los
datos acerca de tipo, status y marca. Esto aplica para las tablas de Proyector, Impresora,
Multifuncional, Scanner, CPU, Monitor, Mouse y Teclado. Como son muchas tablas y los cambios
que se realizarán a cada una de ellas son realmente muy parecidos, tomaremos como ejemplo el
caso de la tabla Impresora y con ella vamos ilustrar la normalización que se le aplicó a todas las
tablas antes mencionadas.
Status_impresora
id_status_impresorastatus_impresora
Tipo_impresora
id_tipo_impresoratipo_impresora
Impresora
id_impresoraid_area
num_seriered
modelotipo_impresora
id_status_impresora
id_marca_impresoraobservaciones
Marca_impresora
id_marca_impresoramarca_impresora
Imagen 4.49 Diseño mejorado de tablas para guardar información sobre impresoras
Claro que para poder relacionar correctamente la información entre estas tablas, es necesario que
se declaren claves foráneas entre ellas. La realización de éste paso se muestra a continuación.
76
Status_impresora
id_status_impresorastatus_impresora
Tipo_impresora
id_tipo_impresoratipo_impresoraImpresora
id_impresoraid_area
num_seriered
modelotipo_impresora
id_status_impresora
id_marca_impresoraobservaciones
Marca_impresora
id_marca_impresoramarca_impresora
Table
Imagen 4.50 Relaciones entre las tablas para guardar información sobre impresoras
Cuando las tablas están en la Tercera Forma Normal se previenen errores de lógica cuando se
insertan o borran registros. Cada columna en una tabla está identificada de manera única por la
llave primaria, y no debe haber datos repetidos. Esto provee un esquema limpio y elegante, que es
fácil de trabajar y expandir.
El siguiente diagrama muestra cómo finalmente quedaron los atributos de algunas tablas y las
relaciones entre ellas para una parte del sistema.
77
Imagen 4.51 Parte del diseño final de base de datos
Por supuesto que existen más formas normales, pero las primeras tres proveen suficiente nivel de
normalización para cumplir con las necesidades de nuestro sistema. Normalizar demasiado puede
conducir a tener una base de datos ineficiente y hacer a su esquema demasiado complejo para
trabajar.
Después de haber logrado este nivel de normalización y de hacer algunas adecuaciones acerca de
los atributos que se necesitan guardar en las tablas, el diseño final de la base de datos resultó ser
el que se muestra a continuación.
Imagen 4.52 Diseño final de base de datos
78
79
4.15 Diccionario de Clases
Clase edificio
La clase edificio la podemos identificar con un número y lo denominamos con un nombre.
Imagen 4.53
Clase área
La clase área se identifica con un nombre y se encuentra ubicada en un edificio que pertenece a
un empresa específica la cual se divide en subáreas denominadas local en las cuales podemos
ubicar o localizar los equipos de cómputo, los scanner, las impresoras, los proyectores , los
multifuncionales, los proyectores y las laptops. A todos estos los podemos identificar con un
número de serie.
Class Area
-Area: String-local:Strimg
public void setArea(area String)public String getArea()
public void setlocal(local String)public String getlocal()
Imagen 4.54
Clase equipo
La clase equipo se identifica con un número y un número de serie. El equipo se compone de un
cpu, un monitor, un teclado, un mouse. El cual localiza en un área que le pertenece a un edificio de
80
la empresa. El equipo lo tiene a cargo un responsable que se denomina responsable del área y
tiene un usuario denominado usuario final. Todos estos datos se identifican con un número.
Class Equipo-ns: String
-usuario_final:Strimg
public void setNs(ns String)public String getNs()
public void setusuario_final(usuario_final String)public String getusuario_final()
Imagen 4.55
Clase CPU
La clase CPU la identificamos con un numero y un numero de serie la cual esta compuesta por un
procesador que se identifica con un numero al cpu se le asigna un modelo que describe la forma
y el tamaño del gabinete. A esta parte del equipo de cómputo lo podemos conectar a una red y
tener observaciones con respecto a los fallos.
Class Cpu
-num_serie: String-modlelo:Strimg
-observaciones:String-red:String
public void setNum_serie(num_serie String)public String getNum_serie()
public void setModelo(modelo String)public String getModelo()
public void setObservaciones(observacines String)public String getObservaciones()
public void setRed(red String)public String getRed()
Imagen 4.56
Clase laptop
La clase laptop se identifica con un número de serie que la diferencia de otras laptop, tiene
asignado un modelo el cual es de fábrica y con este se sabe el tipo de drivers que utiliza. Las
laptop se encuentran clasifican por su tamaño que pude ser mini mediano o grande denominado
81
tipo laptop, estas se pueden conectar o no a una red, podemos saber su status si es bueno o malo
o regular y podemos hacer observaciones de acuerdo al estatus.
Class Laptop
-num_serie: String-modlelo:Strimg
-observaciones:String-red:String
-tipo_laptop:Stringpublic void setNum_serie(num_serie String)
public Integer getNum_serie()public void setModelo(modelo String)
public String getModelo()public void setObservaciones(observacines String)
public String getObservaciones()public void setRed(red String)
public String getRed()public void setTipo_laptop(tipo_laptop String)
public String getTipo_laptop()
Imagen 4.57
Clase marca_cpu
Esta clase se identifica con un número el cual representa la marca del cpu que le corresponde al
componente
Imagen 4.58
Clase impresora
La clase impresora se identifica con un número de serie. La cual tiene un modelo que va de
acuerdo a sus características propias de esta de acuerdo al uso que se le de podemos saber su
tipo si es de chorro de tinta, de matriz o de láser. Estas se pueden conectar a red o no. Pueden
tener fallas en el proceso de utilización las cuales están anotadas en observaciones.
82
Class Impresora
-num_serie: String-modelo:Strimg
-observaciones:String-red:String
-tipo_impresora:Stringpublic void setNum_serie(num_serie String)
public Integer getNum_serie()public void setModelo(modelo String)
public String getModelo()public void setObservaciones(observacines String)
public String getObservaciones()public void setRed(red String)
public String getRed()public void setTipo_impresora(tipo_impresora String)
public String getTipo_impresora()
Imagen 4.59
Clase Marca _ impresora
La clase marca de la impresora se identifica con un número el cual representa la marca de
impresora que tiene una o varias impresoras que encuentra en las áreas d e la empresa.
Imagen 4.60
Clase marca de laptop
La clase marca laptop se identifica con un número el cual tiene asignado una marca que le
corresponde a una o varias laptop las cuales se ubican en las áreas de la empresa.
83
Imagen 4.61
Clase marca_mouse
La clase marca mouse se identifica con un numero al cual de le asigna la marca del mouse que
pueden tener uno o varios equipos que se encuentras en las áreas de la de las empresas.
Imagen 4.62
Clase marca_monitor
La clase marca monitor se identifica con un número al cual se le asigna una marca que puede
tener uno o varios monitores de los diferentes equipos que le pertenecen a la empresa
Imagen 4.63
84
Clase Marca_multifuncional
La clase multifuncional se identifica con un número a la cual se le asigna una marca de
multifuncional que se puede encontrar funcionando en las distintas áreas de la empresa.
Imagen 4.64
Clase monitor
La clase monitor se identifica con un número de serie. Tiene un modelo que se le asigna de fabrica
estas puede tener fallas en el momento que se están utilizando las cuales se anotan en las
observaciones, las monitores son parte del equipo de computo que se ubican en las áreas de los
edificios que pertenecen a la empresa.
Imagen 4.65
Clase proyector
La clase proyector se identifica con un numero la cual se utiliza en las áreas de la empresa se le
asigna un numero de serie, esta puede estar o no conectada en red se le asigna el modelo que
tiene de fabrica, y se puede usar para diferentes actividades de acuerdo a su tipo. En la
actividades donde se hace el uso de este aparato puede registrar fallas las cuales son anotadas en
85
observaciones y podemos identificar el status con respecto a las fallas que halla tenido. El
proyector tiene una marca que es identificar con un número.
Imagen 4.66
Clase marca_proyector
La clase marca proyector se identifica con un numero y se le asigna una marca que corresponde a
los proyectores que se utilizan en las diferentes áreas de la empresa
Imagen 4.67
Clase marca_scanner
La clase marca_scanner se identifica con un numero al cual se le asigna una marca la cual le
corresponde al scanner que se esta utilizando en las diferentes áreas de la empresa.
86
Imagen 4.68
Clase marca_teclado
La clase marca teclado se identifica con un numero y hace referencia a la marcas del teclado que
se usa en los equipos ubicados en las distintas áreas de las empresas.
Imagen 4.69
Clase Mouse
La clase Mouse se identifica con un número y el numero de serie que tiene de fabrica este objeto
se refiere a el Mouse que forma parte del equipo de computo y se le asigna un modelo que
representa el nombre de la empresa que lo fabrico también se le asigna un numero de marca que
hace referencia a la marca de que este tiene. A este objeto se le pueden registrar averías durante
el proceso de su utilización las cuales se anotan como observaciones y estas nos dan el estado
que se describe como estatus.
87
Imagen 4.70
Clase multifuncional
La clase multifuncional hace referencia a uno o varios objetos que se identifica con un número de
serie y un identificador numérico. Este objeto se utiliza en las diferentes áreas de la empresa
pueden o no conectarse en red, se clasifican por el modelo de acuerdo a su marca de la empresa y
de acuerdo al tipo es la función que desempeña este.
Este objeto en el transcurso de su utilización puede generar averías las cuales se deben de anotar
en observaciones y establecer su estatus de acuerdo a las observaciones registradas.
Imagen 4.71
88
Clase proyector
La clase proyector hace referencia a uno o varios proyectores que se identifican con un número de
serie los cuales tiene modelo y marca de fábrica y de acuerdo a su función podemos clasificarlo en
tipos. Estos objetos en el tiempo de su utilización pueden generar fallas las cuales se anotan como
observaciones. Son usados en las áreas de la empresa cada área pude tener un o varios por lo
cual se registra el área en donde se ubican, pueden estar o no conectado en red.
Imagen 4.72
Clase scanner
Esta clase representa los objetos scanner que se identifican con un número y un número de serie.
Los cuales son utilizados en las distintas áreas de la empresa que pueden estar o no conectadas
en red. La funcionalidad de estos objetos se describen el modelo y en tipo y en su marca la
empresa que los fabrico. Estos objetos durante su utilización pueden tener fallas las cuales son
anotadas como observaciones y de acuerdo a las fallas podemos seleccionar su estatus.
89
Imagen 4.73
Clase teclado
La clase teclado hacer referencia al objeto teclado el cual se identifica con un numero y un numero
de serie. Este objeto forma parte de un equipo de cómputo, el modelo y la marca son establecidas
por la empresa que los fabricó. Durante su utilización éste puede tener fallas que se anotan como
observaciones y de acuerdo a estas se puede saber su estatus.
Imagen 4.74
90
Clase Tipo_impresora
La clase tipo impresora se identifica con un número el cual hace referencia al tipo de impresora
que se utiliza en las áreas de la empresa.
Imagen 4.75
Clase tipo_usuario
La clase tipo de usuario se identifica con un número el cual tiene asignado un tipo de usuario
según la clasificación de los puestos de la empresa y que pertenezcan al área que se ubica en el
edificio.
Imagen 4.76
Clase usuario_responsable
La clase usuario responsables tiene los datos que hacen referencia al usuario final del equipo que
es el responsable del equipo. Los atributos propios de este usuario se referencian con un
identificador numérico que hacen referencia al nombre, apellido paterno, apellido materno y cargo
que ocupa en la empresa.
91
Imagen 4.77
Clase estatus
La clase estatus se identifican con números y hace referencia a los posibles estados de hardware.
Imagen 4.78
Clase status_impresora
La clase status impresora se identifica con números las cual hace referencia a los posibles estados
de la impresora de acuerdo a sus observaciones hechas en los posibles fallos detectados.
Imagen 4.79
92
Clase tipo_procesador
La clase tipo de procesador se identifica con un número y hacer referencia al tipo de procesado
que contiene el cpu que pertenecen al equipo de cómputo.
Imagen 4.80
Clase usuario_final
La clase usuario final se identifica con un numero el cual hace referencia al usuario que usa
constantemente el equipo de computo al cual se le asigna un área tiene un puesto denominado
tipo de usuario, y es identificado con su nombre, apellido paterno, apellido materno.
Imagen 4.81
CAPÍTULO V Desarrollo del Sistema
93
CAPÍTULO V Desarrollo del Sistema
5.1 Modelo Vista Controlador
Antes de empezar a describir los modelos vista controlador es necesario ver la estructura del
sistema y una pequeña explicación de las partes que lo componen. En el modelo vista controlador
solo modelamos las pantallas mas relevantes ya que los procesos de estas se repiten.
Utilización del patrón de diseño MVC
El patrón de diseño MVC se utiliza para separar la información, la salida y el procesamiento de los
datos de la aplicación. La aplicación se divide en tres elementos: el modelo, la vista y el
controlador; cada elemento gestiona una parte distinta del proceso.
El modelo
Incorpora los datos y las reglas de la aplicación. Gran parte del procesamiento de la aplicación
tiene lugar en esta parte del patrón de diseño. El modelo también contiene todos los componentes
y la base de datos. No se aplica ningún a los datos devueltos para la interfaz (o procesador
principal) de la aplicación en esta parte del proceso. Los datos devueltos se pueden utilizar para
distintas interfaces (o vistas).
La vista
Gestiona el procesador principal de la aplicación (la interfaz con la que interactúa el usuario) y
representa el contenido del modelo. La interfaz especifica la forma en que se presentan los datos
del modelo, produce la vista que utilizará el usuario y permite al usuario acceder a los datos de la
aplicación o manipularlos. Si cambia el modelo, la vista se actualiza para reflejar los cambios
introduciendo o extrayendo datos (enviando o solicitando datos). Si crea una aplicación Web
híbrida (por ejemplo, una en la que Flash interactúe con otras aplicaciones de la página), tenga en
cuenta las formato distintas interfaces como parte de la vista del patrón de diseño. El patrón de
diseño MVC admite la gestión de diversas vistas.
94
El controlador
Gestiona los requisitos del modelo y de la vista para procesar y mostrar datos. Suele contener
mucho código. Realiza llamadas a cualquier parte del modelo, según las peticiones realizadas por
el usuario desde la interfaz (o vista), y contiene código específico de la aplicación. Puesto que este
código es específico de la aplicación, no suele ser reutilizable. Sin embargo, el resto de
componentes del patrón de diseño sí se pueden reutilizar. El controlador no procesa ni produce
ningún dato: recibe la petición del usuario y decide a qué parte del modelo o componentes de la
vista necesita llamar, determina dónde se envían los datos y qué formato se aplica a los datos
devueltos. El controlador garantiza que las vistas tengan acceso a las partes de los datos del
modelo que deben mostrar. Normalmente, el controlador transmite y responde ante cambios que
afectan al modelo y a la vista.
5.2 Módulode entrada al sistema
frmUsuarioContraseña
CtrlusuarioContraseña
infUsuarioContraseña
frmServidor
CtrlServicios
Imagen 5.1 Estructura del Módulo Principal
95
Imagen 5.2 Pantalla Principal
Descripción del Modelo Vista Controlador Pantalla Principal
Vista frmusuarioContraseña La pantallas frmusuariopassword contiene dos etiquetas una de usuario y otra de password y en frente de estas dos campos para teclear el usuario y el password , también dos botones para entrar “Aceptar” o “cancelar” Control Ctrlusariopasword En esta parte es donde se aplica la lógica del negocio para poder accesar al los servicios del sistema. Primero se hace la conexión a la base de datos y posteriormente se validan los datos y se hace la consulta correspondiente para comprobar que el usuario y password sean los correctos. Modelo infValidar Es la base de datos donde se encuentras los datos de los usuarios que tienen acceso al sistema
96
Modelo Vista Controlador Pantalla Principal
Frmusuariopassword
Label usuario input type=text name=usuario id=usuario size=10 value=”” Label password input type=text name=password id=password size=10 value=”” input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“cancelar” value=” cancelar” -Frmloginpassword() +clikEnAceptar() +clikEnCancelar() +MuestraMensaje()
Ctrllusuariopassword
<bean id=”dataSource” class=”org.apache.commons.dbcp.BasicDataSource” destroy-method=”close”> <property name=”url” value=”jdbc:mysql://localhost:3306/cics”/> <property name=”username” value=”root”/> <property name=”password” value=”adminadmin”/> <property name=”initialSize” value=”1”/> <property name=”maxActive”value=”3”/> <property name=”maxIdle”value=”1”/> </bean> +String ComprovarText(String usuario, String password) +String Validar( String usuario, String assword); +EntrarOfrecerServicios() +SalirSistema()
IntValidar Usuario:String Password:String
97
5.3 Estructura del MóduloNuevo Equipo
frmNuevoEquipo
frmArea
frm AltaEquipo
Ctrl Area
infArea
inf usuaarioResponsable infCPU infMonitor infTeclado infMause
Ctrl NuevoEquipo
Ctrl AltaEquipo
frmServidor
CtrlServicios
inf tipousuario
Imagen 5.3 Estructura del MóduloAlta Equipo
Módulode Nuevo equipo
Para poder dar alta un equipo es necesario seleccionar un área de la empresa donde se va a
ubicar el equipo.
Imagen 5.4 Pantalla Selecciona Área
98
Descripción del modelo vista controlador pantalla seleccionar área
Vista frmArea El usuario para registrar un equipo en un área primero deberá seleccionar un área y los demás datos se llenaran automáticamente posteriormente el usuario deberá dar clic en “aceptar” o “cancelar”. Control CtrlArea Si el usuario da clic en aceptar se valida el área y se llama al frmEquipoNuevo Si el usuario da clic en cancelar regresa a la pagina anterior (pagina de Servicios).
Modelo Área
Hace referencia a la base de datos área, edificio, responsable, etc.
99
Modelo Vista controlador seleccionar area
FrmAltasNuevoEquipo
Label Area <select name="area"> <option value="1">Dirección general</option> <option value="2">Administración</option> <option value="3">Mercadeo y Ventas</option> <option value="4">Producción</option> <option value="5">Contable y Financiera</option> </select> Label Area. Label Edificio Label Local Label Nivel Label Responsable input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“cancelar” value=” cancelar” -FrmAltaNuevoEquipo() +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
CtrlAltaNuevoEquipo
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarText(String area) +String Alta NuevoEquipo en area( String area); +String ConsultarEdificio(int idedificio) +String ConsultarResponsable(int iusuarioResponsable) +EntrarDardeAltaEquuipo() +SalirSistema()
Infarea Inf edificio Inf Responsable area:String local:String
edificio:String nombre:String apellidop:String apellidom:String Cargo:String
100
Imagen 5.5 Pantalla Nuevo Equipo
101
Descripción del modelo vista controlador pantalla nueva equipo
Vista FrmEquipoNuevo
En esta pantalla el usuario debe de registrar los datos que se le solicitan, como son los datos de monitor, teclado, Mouse, CPU, los de los usuarios. Y posterior mente dar clic en “aceptar” o “cancelar”.
Control Nuevo Equipo Si el usuario da clic en aceptar la funciona que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer las inserciones en cada una de las base de datos. Si el usuario da clic en cancelar regresa a la página de Servicios
Modelo Los datos tecleados se deben de guardar en las base de datos correspondientes que son las siguientes: teclado, Mouse, monitor, CPU, status, usuario, usuario final, status.
102
Modelo vista controlador nuevo equipo de cómputo
FrmAltasNuevoEquipo
Label Área label descripción Label Edificio label descripción Label Local label descripción Label Nivel label descripción Label Responsable label descripción Label tipo usuario <select name="tipos de usuario"><option value="1">descripción de los tipos de usuario a seleccionar</option> </select> Label Nombre de usuario final input type=text name nombre id =nombre value=”” size=”25” Label Datos de CPU Label Número de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label tipo de procesador: <select name="tipo_procesador"><option value="1">descripción de tipos de procesador a eleccionar</option> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Lable Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Lable Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> Label Datos de Monitor Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Lable Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a Seleccionar</option> Lable Marca <select name="Marca"><option value="1">lista de Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> Label Datos de teclado Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Lable Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Lable Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> Label Datos de Mouse Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Lable Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Lable Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“Cancelar” value=” cancelar” -FrmAltaNuevoEquipo() +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
A
103
CtrlAltaNuevoEquipo <bean Id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarDattosCpu(String ns String tp String Sta, String mod, String marc, String obs, String tr) +String ComprovarDattosMonitor(String ns String tp String Sta, String mod, String marc, String obs) +String ComprovarDattosTeclado(String ns String tp String Sta, String mod, String marc, String obs) +String ComprovarDattosMouse(String ns String tp String Sta, String mod, String marc, String obs,) +String ComprovarTipoUsuario(String tu) +String ComprovarUsuariofinal(String uf) +String AltaMouse( Mouse mouse); +String AltaCPU( CPU cpu); +String AltaTeclado( Teclado mouse); +String AltaMonitor( Monitor monitor); +String AltaTipoUsuario( tipoUsuario tipoUsuario); +String AltausuarioFinal(usuarioFinal usuarioFinal); +String AltasStatusMonitor( Status status); +String AltasStatusMouse( Status status); +String AltasStatusteclado( Status status); +String AltasStatusCpu( Status status); +SalirSistema()
infmouse Infstatus InftipoUsuario Infcpu 1 Num_serie:String modelo:String observacines:String
status:String tipoUsuario:String Num_serie:String modelo:String observacines:String red :String
Infteclado InfusuarioFinal InfMonitor Num_serie:String modelo:String observacines:String
apellidop:String apellidop :String nombre:String
Num_serie:String modelo:String observacines:String
A
5.4 Estructura del modelo Componentes del sistema monitor
frmSelecComponente
frm CPUfrmMonitor
frmTeclado frm Mouse
Ctrl CPUCtrl Monitor
CtrlTecladoCtrlMouse
inf CPUinf Monit infTeclad
inf Mous
Ctrl SelectCompoente
frmServidor
CtrlServicios
StatusStatusStatus
Statusinf MarcaTeclado
inf MarcaMmouseinf MarcaMonitor
inf MarcaCPU
Imagen 5.6 Estructura del Modelo Componente
104
105
Imagen 5.7 Pantalla de Altas de Impresora
Descripción del modelo vista controlador pantalla alta impresora
Vista FrmAltasImpresoras En esta pantalla el usuario debe de registrar los datos que se le solicitan, como son el área, Número de Serie, Marca, Modelo, Tipo, Status, Observaciones y tiene red. Y posterior mente dar clic en “aceptar” o “cancelar”
Control CtrlAltasImpresora
Si el usuario da clic en aceptar la función que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer las inserciones en cada una de las base de datos. Si el usuario da clic en cancelar regresa a la página de Servicios
Modelo
Los datos tecleados se deben de guardar en las base de datos correspondientes que son las siguientes: área, Numero de Serie, Marca, Modelo, Tipo, Status, Observaciones y tiene red.
Esto aplica también para los siguientes módulos:
Scanner
Multifuncionales
Alta Laptop
106
Modelo vista controlador alta impresora
FrmAltasImpresoras
Label Alta de Impresora Label Area <select name="Areas"><option value="1">descripcio de las diferentes áreas a Seleccionar</option> Label Numero de serie<input type=text id=ns name=ns value=”” size”20”> Lable Marca <select name="Marca"><option value="1">lista de los diferentes Marcas</option> Label observaciones Label Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripcio de los diferentes Status a Seleccionar</option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“Cancelar” value=” cancelar” -FrmAltaImpresora() +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
CtrlAltasImpresora
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarDatosImpresora(String area String ns String tr String marc String mod String tip String status String obser +String AltaImpresora impresora impresora); +String AltasStatusImpresora( Status status); +SalirSistema()
Infimpresora InfstatusImpresora Inftipoimpresora Num_serie:String red:String modelo:String tipo_impresora:String observaciones String
status:String Tipoimpresota
5.5 Estructura del modelo Componentes del sistema CPU
frmSelecComponente
frm CPUfrmMonitor
frmTeclado frm Mouse
Ctrl CPUCtrl Monitor
CtrlTecladoCtrlMouse
inf CPUinf Monit infTeclad
inf Mous
Ctrl SelectCompoente
frmServidor
CtrlServicios
StatusStatusStatus
Statusinf MarcaTeclado
inf MarcaMmouseinf MarcaMonitor
inf MarcaCPU
Imagen 5.8 estructura del Módulocomponente
107
108
Módulode Marca CPU
frm Cataloogo
frm Marca CPU
inf MarcaCPU
frm Nuevo frm Modificar frm Guardarfrm Eliminar
CtrlNuevo Ctrl Modificar Ctrl GuardaCtrl Eliminar
frmServidor
CtrlServicios
Ctrl MarcaCPU CtrlCatalogo
Imagen 5.9 estructura del Módulomarca CPU
Imagen 5.10 pantalla alta cpu
Descripción del modelo vista controlador pantalla alta cpu
Vista AltasCPU En esta pantalla el usuario debe de registrar los datos que se le solicitan, como son el Numero de Serie selección, Numero de Serie descripción, Tipo de procesador, Marca, Modelo, Status, Observaciones y tiene red. Y posterior mente dar clic en “aceptar” o “cancelar”.
Control CtrlAltasProyector Si el usuario da clic en aceptar la función que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer las inserciones en cada una de las base de datos. Si el usuario da clic en cancelar regresa a la página de Servicios
109
Modelo infcpu,inf status, nftipoprocesdor Los datos tecleados se deben de guardar en las base de datos correspondientes que son las siguientes: Numero de Serie selección, Numero de Serie descripción, Marca, Modelo, Tipo, Status- Observaciones y tiene red.
Modelo vista controlador alta cpu
FrmAltasCPU
Label Datos CPU Label Datos de CPU Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label tipo de procesador: <select name="tipo_procesador"><option value="1">descripcio de tipos de procesador a eleccionar</option> Label Status <select name="tipoStatus"><option value="1">descripcio de los diferentes Status a seleccionar</option> Lable Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Lable Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opcion"><option value="1">lista de opciones </option> input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“Cancelar” value=” cancelar” -FrmAltaNuevoEquipo() +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
110
CtrlAltaCPU
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarDattosCpu(String ns String tp String Sta, String mod, String marc, String obs, String tr) +String AltaCPU( CPU cpu); +String AltasStatusCpu( Status status); +SalirSistema()
Infcpu Num_serie:String modelo:String observacines:String red :String infStatus
Status:String
Inftipoprocesador Tipoprocesador:string
5.6 Módulode modificaciones de los equipos
frmModificar
CtrlModificar
frmUsuarioContraseñaCtrlusuarioContraseña
infUsuarioContraseña
infMause
infTeclado
infMonitor
infCPU
inf tipousuario
inf usuaarioResponsable
Imagen 5.11 Estructura del modelo modificación de equipo
111
112
Imagen 5.12 pantalla de modificación de equipo
113
Descripción del modelo vista controlador pantalla modificar equipo
Vista FrmModificarEquipo
En esta pantalla el usuario debe de registrar los datos que se le solicitan, como son los datos de monitor, teclado, Mouse, cpu, los de los usuarios. Y posterior mente dar clic en “aceptar” o “cancelar” Control CtrlModificarEquipo Si el usuario da clic en aceptar la función que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer los updates en cada una de las base de datos de los campos modificados. Si el usuario da clic en cancelar regresa a la página de Servicios Modelo Los datos tecleados se deben de Actualizar en las base de datos correspondientes que son las siguientes: teclado, Mouse, monitor, CPU, status, usuario, usuario final, status.
114
Modelo Vista Controlador Alta impresora
FrmModificarEquipo
Label Area label descrpcion Label Edificio label descrpcion Label Local label descrpcion Label Nivel label descrpcion Label Responsible label descrpcion Label tipo usuario <select name="tipos de usuario"><option value="1">descripción de los tipos de usuario a seleccionar</option> </select> Label Nombre de usuario final input type=text name nobre id =nombre value=”” size=”25” Label Datos de CPU Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label tipo de procesador: <select name="tipo_procesador"><option value="1">descripción de tipos de procesador a seleccionar</option> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Label Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Labre Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opción"><option value="1">lista de opciones </option> Label Datos de Monitor Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a Seleccionar</option> Labre Marca <select name="Marca"><option value="1">lista de Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opción"><option value="1">lista de opciones </option> Label Datos de teclado Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Labre Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opción"><option value="1">lista de opciones </option> Label Datos de Mouse Label Numero de serie <input type="radio" name="opc" value="2">No <input type="radio" name="opc" value="3">Si <input type=text id=ns name=ns value=”” size”20”> Label Modelos <input type=text name=modelo id=modelo value=” ” Size=20> Label Status <select name="tipoStatus"><option value="1">descripción de los diferentes Status a seleccionar</option> Labre Marca <select name="Marca"><option value="1">lista de marcas </option> Label observaciones <textarea name="comentarios" rows="5" cols="3"></textarea> Label Tiene Red <select name="opción"><option value="1">lista de opciones </option> input type=submit name=”aceptar” id=“aceptar” value=”Aceptar” input type=submit name=”cancelar” id=“Cancelar” value=” cancelar” -FrmAltaNuevoEquipo() +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
B
115
CtrlModificarEquipo
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarDattosCpu(String ns String tp String Sta, String mod, String marc, String obs, String tr) +String ComprovarDattosMonitor(String ns String tp String Sta, String mod, String marc, String obs) +String ComprovarDattosTeclado(String ns String tp String Sta, String mod, String marc, String obs) +String ComprovarDattosMouse(String ns String tp String Sta, String mod, String marc, String obs,) +String ComprovarTipoUsuario(String tu) +String ComprovarUsuariofinal(String uf) +String GuardarCambMouse( Mouse mouse); +String GuardarCambCPU( CPU cpu); +String GuardarCambTeclado( Teclado mouse); +String GuardarCambMonitor( Monitor monitor); +String GuardarCambTipoUsuario( tipoUsuario tipoUsuario); +String GuardarCambusuarioFinal(usuarioFinal usuarioFinal); +String GuardarCambStatusMonitor( Status status); +String GuardarCambStatusMouse( Status status); +String GuardarCambStatusteclado( Status status); +String GuardarCambStatusCpu( Status status); +SalirSistema()
infmouse Infstatus InftipoUsuario Infcpu 1 Num_serie:String modelo:String observacines:String
status:String tipoUsuario:String Num_serie:String modelo:String observacines:String red :String
Infteclado InfusuarioFinal InfMonitor Num_serie:String modelo:String observacines:String
apellidop:String apellidop :String nombre:String
Num_serie:String modelo:String observacines:String
B
116
Estructura del MóduloCambiar
frm Cambiar
frm Monitorfrm Teclado frmMouse
ctrl monitor ctrl teclado ctrl Mouse
inf monitor inf Tecladinf Mouse
CtrlCambiar
frmServidor
CtrlServicios
Imagen 5.13 estructura del Módulocambiar
Imagen 5.14 pantalla de cambiar monitor
117
5.6.1 Descripción del modelo vista controlador pantalla cambiar monitor
Vista Frmcambiarmonitor En esta pantalla el usuario debe realizar las modificaciones de los datos que se requieren modificar Y posterior mente dar clic en “aceptar” o “cancelar”
Ctrlcambiarmonitor
Si el usuario da clic en aceptar la funciona que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer las modificaciones en cada una de las base de datos. Si el usuario da clic en cancelar regresa a la página de Servicios Modelo inf monitor Los datos tecleados se deben de guardar en las base de datos correspondientes que son las siguientes: teclado, Mouse, monitor, CPU, status, usuario, usuario final, status.
5.7 Modelo Vista Controlador Cambiar Monitor
Lo cual aplica también para los siguientes componentes: Teclado, Mouse.
FrmCambiarMonitor <select name="moniitores"> <option value="1">No de Serie Modelo Status</option> <input type=”submit ” name =“cambiar” id=”cambiar” value=”Cambiar”> <input type=”submit ” name =“cancelar” id=”cancelar” value=”Cancelar”> ClickAceptar() ClickCancelar()
CtrlCambiarMonitor <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSourcex1" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String ComprovarSelecion(String seleccion) + void modificarmonitor(String monitor) +void regreso()
Infmonitor Num_serie:String modelo:String observacines:String red :String infStatus Status:String
118
5.8 Módulode Áreas
frm Area
frmnuevofrm modificar
ctrlnuevoctrlmodificar
inf Responsable infarea
CtrlArea
frmServidor
CtrlServicios
inf Edificio Imagen 5.15 Estructura del módulo Área
119
Imagen 5.16 pantalla alta área
Descripción del modelo vista controlador altas de área
Vista FrmAltaAreas En esta pantalla el usuario debe registrar los siguientes datos Área, edificio, nivel, Local, los datos del responsable como son cargo, el apellido paterno, materno y nombre o nombres, posteriormente debe hacer un clic en “Aceptar” o “Cancelar”.
Control CtrlAltasArea
Si el usuario da clic en aceptar la función que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer los updates en cada una de las base de datos de los campos ingresados. Si el usuario da clic en cancelar regresa a la página de Servicios Modelo Los datos tecleados se deben de Actualizar en las base de datos correspondientes que son las siguientes: Área, Edificio, Nivel, Local, así como el cargo, apellido paterno, apellido materno y nombre o nombres del responsable.
120
Modelo Vista Controlador Altas Area
FrmAltasArea
Label Area :<input type=”text” name=”area” id=”arera” value=”” size =20> Label Edificio <select name="edificio"><option value="1">lista edificios </option> Label Nive, <select name="nivel"><option value="1">lista nivel </option> Label Local:<input type=”text” name=”local” id=”local” value=”” size =20> Label Responsible Cargo:<input type=”text” name=”ResponCargo” id=” ResponCargo” value=”” size =20> Label Paterno:<input type=”text” name=”paterno” id=”paterno” value=”” size =20> Label Nombre :<input type=”text” name=”nombre” id=”nombre” value=”” size =20> <input type=”submit” name=”aceptar” id =”aceptar” value=”Aceptar”> <input type=”submit” name=”cancelar” id =”cancelar” value=”Cancelar”> - FrmAltasArea () +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
CtrlAltasArea
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"><property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String Validaraltas(String area, String, String edif, String nivel, String local, String Responcargo, String pater, String matern, String nombre) + void AltaArea(Area area) + void AltaEdificio(Edificio edificio) + void AltausuarioResponsable(UsuarioREsponsable usuario)
InfResponsable nombre:String apelidop:String apellidom:String cargo:String Infedificio edificio:String Infarea Area: string Local: local
121
Imagen 5.17 pantalla modificar area
Descripción del modelo vista controlador “Pantalla Modificar Área”
Vista frmModificarArea
El usuario tendrá que validar el área a modificar, e insertar los datos a modificar los cuales son Edificio, Nivel, Local y los datos del responsable, y seleccionar “aceptar” o “cancelar”. Control CtrlModificarArea
Si el usuario da clic en aceptar la función que se desempeña es la de validar los datos, hacer las conexiones correspondientes y hacer los updates en las base de datos de los campos modificados del área. Si el usuario da clic en cancelar regresa a la página anterior (pagina de Servicios). Modelo Área Los datos tecleados se deben de Actualizar en las base de datos correspondientes al área que son las siguientes: Edificio, Nivel, Local y los datos del responsable.
122
Modelo Vista Controlador Modificar Área
FrmModificarArea
Label Area :<input type=”text” name=”area” id=”area” value=”” size =20> Label Edificio <select name="edificio"><option value="1">lista edificios </option> Label Nive, <select name="nivel"><option value="1">lista nivel </option> Label Local:<input type=”text” name=”local” id=”local” value=”” size =20> Label Responsible Cargo:<input type=”text” name=”ResponCargo” id=” ResponCargo” value=”” size =20> Label Paterno:<input type=”text” name=”paterno” id=”paterno” value=”” size =20> Label Nombre :<input type=”text” name=”nombre” id=”nombre” value=”” size =20> <input type=”submit” name=”aceptar” id =”aceptar” value=”Aceptar”> <input type=”submit” name=”cancelar” id =”cancelar” value=”Cancelar”> - FrmModificarArea () +clikEnAceptar() + clikEnCancelar() +MuestraMensaje()
CtrlAltasArea
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"><property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/</bean> +String Validara(String area, String, String edif, String nivel, String local, String Responcargo, String pater, String matern, String nombre) + void GuardarModifArea(Area area) + void GuardarModifEdificio(Edificio edificio) + void GuardarModifusuarioResponsable(UsuarioREsponsable usuario)
InfResponsable nombre:String apelidop:String apellidom:String cargo:String Infedificio edificio:String Infarea Area: string Local: local
5.9 Módulo De Categorías
frmSelecComponente
frm CPUfrmMonitor
frmTeclado frm Mouse
Ctrl CPUCtrl Monitor
CtrlTecladoCtrlMouse
inf CPUinf Monit infTeclad
inf Mous
Ctrl SelectCompoente
frmServidor
CtrlServicios
StatusStatusStatus
Statusinf MarcaTeclado
inf MarcaMmouseinf MarcaMonitor
inf MarcaCPU
Imagen 5.18 Estructura del Módulo Categorías
123
124
frm Cataloogo
frm Marca CPU
inf MarcaCPU
frm Nuevo frm Modificar frm Guardarfrm Eliminar
CtrlNuevo Ctrl Modificar Ctrl GuardaCtrl Eliminar
frmServidor
CtrlServicios
Ctrl MarcaCPU CtrlCatalogo
Imagen 5.19 Estructura del Módulo marca cpu
Imagen 5.20 pantalla marca cpu
125
Descripción del modelo vista controlador altas marca cpu
Vista FrmMarcaCpu El formulario se compone de una lista de marcas ya dadas de alta por el usuario. El usuario en esta pantalla puede dar de alta una nueva marca de cpu o modificar una ya existente o eliminarla según sea el caso. Ctrl MarcaCpu En esta parte es donde se lleva la lógica del negocio dependiendo que botón el usuario dará click. Toda operación debe hacer una conexiona la base de datos.. Si el usuario dio clic en nuevo aparece un campo de texto donde el usuario debe teclear la marca y posterior mente dar click en guardar El botón guardar se utiliza para dos casos uno para guardar un nuevo registro y otro para registra la información en caso de modificaciones, en la base de datos marca cpu. Para modificar un registro de la lista se debe seleccionar un registro y posteriormente presionar el botón modificar si es el caso. Para eliminar un registro se deberá haber seleccionado un registro y posteriormente dar click en eliminar Modelo infmarcaCpu Hacer referencia a la base de datos donde se llevan a cabo las operaciones antes mencionadas. en el modelo vista controladote de marca monitor, marca teclado, marca Mouse prácticamente es lo mismo por lo que los omitiremos.
126
Modelo vista controlador altas marca cpu
FrmMarcaCPU
Marca CPU: <select name="mc"> <option value="1">HP</option> <option value="2">Sony</option> <option value="3">apple</option> <input type=”text” name=”nuevmar” id =”nuevmar” value=”” size=”20”> <input type=”submit ” name =“nuevo” id=”nuevo” value=”Nuevo”> <input type=”submit ” name =“modificar” id=”modifcar” value=”Modificar”> <input type=”submit ” name =“guardar” id=” guardar” value=”Guardar”> <input type=”submit ” name =“eliminar” id=” eliminar” value=”Eliminar”> <input type=”submit ” name =“cancelar” id=” cancelar” value=”Cancelar”> ClickNuevo() ClickModificar() ClickGuardar() ClickModificar() ClickCancelar()
Ctrl MarcaCPU
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"><property name="url" value="jdbc:mysql://localhost:3306/cics"/> <property name="username" value="root"/> <property name="password" value="adminadmin"/> <property name="initialSize" value="1"/> <property name="maxActive"value="3"/> <property name="maxIdle"value="1"/> </bean> +String Validartext(String marca) +void GuardarMarca(String maarca) +void ModificarMarca(String maarca) +void GuardarMarca(String maarca) +void EliminarMarca(String maarca)
Inf marca_cpu Marca_cpu:String
127
5.10 Base de datos
El primer paso que realizamos para comenzar a escribir el código fuente del Sistema para el
control del equipo de cómputo de una empresa, fue el de construir la base de datos de acuerdo al
diagrama entidad-relación que se obtuvo en el capítulo anterior.
El lenguaje de programación Java que usaremos para construir el sistema tiene –entre muchas
otras-, la ventaja de que puede establecerse una comunicación con prácticamente cualquier fuente
de datos. Debido a esto, las opciones que tuvimos para elegir el sistema manejador de base de
datos a usar fueron bastantes.
Finalmente nos decidimos por usar MySQL, un sistema para la gestión de base de datos relacional,
multihilo y multiusuario, desarrollado por MySQL AB, la cual es una subsidiaria de Sun
Microsystems, y ésta a su vez de Oracle Corporation.
La decisión fue tomada teniendo en cuenta que MySQL es un sistema estable, robusto, flexible,
portable, veloz, y de fácil configuración e instalación. Por su modelo de gestión de usuarios y
passwords, es capaz de mantener un muy buen nivel de seguridad en los datos. Además, MySQL
se distribuye bajo la licencia GNU GPL, que está orientada a proteger la libre distribución,
modificación y uso de software.
La versión que se utilizó fue la 5.0 y además se utilizaron herramientas como MySQL Query
Browser y MySQL Administrator.
Imagen 5.21 Conexión a la instancia de base de datos
128
La manera de construir bases de datos y tablas utilizando este gestor, es similar a la que se utiliza
en cualquier otro software parecido. A manera de ejemplo, en la imagen 4-2 se muestra la pantalla
que se utiliza para la tabla equipo.
Imagen 5.22 Construyendo la tabla “equipo” en MySQL
En la imagen 4-3 se puede observar el esquema de la mayoría de las tablas ya construidas en
MySQL.
Para lograr la comunicación del sistema con la base de datos, utilizamos la herramienta ORM
llamada Hibernate. ORM es una técnica de programación para convertir datos entre el sistema de
tipos utilizado en un lenguaje de programación orientado a objetos y el utilizado en una base de
datos relacional. En otras palabras, podemos decir que es el componente de software encargado
de traducir entre objetos del sistema y registros de la base de datos.
Para este caso vamos a tener un archivo xml (hibernate.cfg.xml) para la configuración, una serie de
JavaBeans que son las clases a persistir y en las que cada campo se asociará con una columna de
129
la base de datos, y un archivo xml por cada una de estas clases (NombreClase.hbm.xml) que
indica el mapeo entre objetos y relaciones. En la imagen 4-4 mostramos el archivo hbm.xml para el
caso de la tabla “marca multifuncional”.
Imagen 5.23 Tablas de la base de datos, desde MySQL Query Browser
Imagen 5.24 Archivo hbm.xml para la tabla “marca_multifuncional”
CAPÍTULO VI Pruebas e implementación del sistema
130
CAPÍTULO VI Pruebas e implementación del Sistema
Probar un programa o un sistema es la forma más común de comprobar que satisface su
especificación y que hace lo que se requiere que haga. Este proceso es relativamente
independiente de la metodología de desarrollo y de la tecnología utilizada para construirlo. Sin
embargo, el proceso de pruebas de software emplea sus propias metodologías para lograr sus
objetivos.
Hablando de manera general, podemos decir que los tipos de pruebas se dividen en pruebas de
verificación y pruebas de validación. Para no entrar en complicadas definiciones técnicas y
entender claramente la diferencia entre unas y otras, podemos citar lo escrito por Barry Boehm en
1979:
Validación: ¿Estamos construyendo el producto correcto?
Verificación: ¿Estamos construyendo el producto correctamente?
El objetivo último del proceso de verificación y validación es establecer la seguridad de que el
sistema software está “hecho para un propósito”. Esto significa que el sistema debe ser lo
suficientemente bueno para su uso pretendido. El nivel de confianza requerido depende del
propósito del sistema, las expectativas de los usuarios del sistema y el entorno de mercado actual
del sistema. 1
Las dos actividades fundamentales del proceso de pruebas son la prueba de componentes, que
puede definirse como la prueba de partes individuales del sistema y la prueba del sistema, que se
refiere a probar el sistema como un todo.
El objetivo de la etapa de la prueba de componentes es encontrar defectos por medio de las
pruebas componentes de programas individuales. Durantes las pruebas del sistema, estos
componentes se integran para formar subsistemas o el sistema completo. En esta etapa, la prueba
del sistema debería centrarse en establecer que el sistema satisface sus requerimientos
funcionales y no funcionales, y no se comporta de forma inesperada. Inevitablemente, los defectos
en los componentes que no se han detectado durante las primeras etapas de las pruebas se
descubren durante las pruebas del sistema.
1 Sommerville Ian, Ingeniería del software, Pág. 185.
131
Es importante mencionar que las pruebas no pueden demostrar que el software está libre de
defectos o que se comportará en todo momento como está especificado. Siempre es posible que
una prueba que se haya pasado por alto pueda descubrir problemas adicionales con el sistema.
Ante esto, podemos citamos lo expresado por Edsger Dijkstra en 1972: “las pruebas solo pueden
demostrar la presencia de errores, no su ausencia".
6.1 Pruebas durante las diversas etapas del desarrollo del sistema
Contrario a lo que indican algunas metodologías de desarrollo de sistemas como el desarrollo en
cascada, autores más actualizados como Alfredo Weitzenfeld plantean que las pruebas del sistema
no deben considerarse como la última o una de las últimas etapas del desarrollo de software. Este
autor sostiene que “Es un error pensar que las pruebas son la última actividad del desarrollo, ya
que no se puede lograr software de alta calidad sólo mediante pruebas finales y depuraciones. Las
mismas deben hacerse simultáneamente con el desarrollo del sistema”.2
El “Sistema para el Control del equipo de cómputo de una empresa” fue desarrollado teniendo
siempre en mente que las pruebas deben realizarse durante todas las etapas del desarrollo.
Las pruebas que se hicieron durante las etapas de análisis y diseño obviamente fueron distintas
de las que se llevaron a cabo una vez que ya se había realizado la programación del sistema en
lenguaje Java, la construcción de la base de datos y las diversas configuraciones necesarias para
poner en funcionamiento el sistema.
Más que pruebas en el sentido convencional, lo que se hace durante estas primeras etapas es
llevar a cabo revisiones técnicas para comprobar que lo que se está analizando y lo que se está
diseñando corresponde con los objetivos planteados, con lo que teníamos planeado al inicio del
proyecto. Y cuando esto no es así, determinar las razones y las consecuencias de llevar a cabo los
cambios que se estén haciendo.
Asimismo, durante estas primeras etapas se comprueba que los diversos diagramas que se estén
realizando reflejen realmente lo que pretenden reflejar, que sean entendibles y que se estén
realizando con calidad.
2 Weitzenfeld, Alfredo. Ingeniería de software orientada a objetos con UML, Java e Internet, Pág. 578.
132
Cuando pasamos a la etapa de programación del sistema, es cuando ya podemos empezar a
hacer pruebas en el sentido más convencional, puesto que vamos teniendo partes del sistema que
se pueden ejecutar y que podemos ver funcionando.
6.2 Pruebas unitarias
Como se mencionó en la introducción a este capítulo, la primer actividad del proceso de pruebas
es la prueba de componentes, que se encarga de probar partes o unidades individuales del
sistema. A esto también se le conoce como pruebas unitarias.
Por lo tanto, para realizar este tipo de pruebas, se fueron probando todos los componentes por
separado conforme se fueron desarrollando. Es decir, que estas pruebas se llevaron a cabo de
manera conjunta con la programación del sistema. Conforme se iba escribiendo el código, se iba
probando cada método o cada query para verificar que funcionara correctamente.
Se realizó por ejemplo la prueba para verificar que el código escrito para verificar el nombre de
usuario y la contraseña que son introducidos en la pantalla de login, hiciera correctamente la
consulta a la base de datos para corroborar que ese nombre de usuario y esa contraseña están
asignados a algún usuario del sistema.
Como se puede observar en la siguiente imagen, en el formulario que se muestra se deben
introducir el nombre de usuario y la contraseña que se le hayan asignado al usuario. Cuando se
introducen datos, el método encargado de validar que esos datos existan en la base de datos,
ejecuta su tarea con la ayuda de sus métodos auxiliares.
Imagen 6.1 Probando la página de loggin del sistema.
133
De esta forma, si se introdujeron datos correctos, se permitirá el acceso al sistema, como se puede
apreciar en la imagen siguiente.
I
Imagen 6.2 Página mostrada cuando los datos de loggin son correctos
De lo contrario, los datos introducidos serán limpiados de la pantalla y ésta volverá a mostrarse
como al inicio para permitir la introducción de nuevos datos.
Imagen 6.3 Página mostrada cuando los datos de loggin son incorrectos
Como puede apreciarse en las imágenes, tanto en el caso de que los datos sean correctos, como
en el caso de que sean incorrectos, el método encargado de realizar esta operación, se está
comportando como se espera.
Otra de las pruebas unitarias que se realizó fue acerca de lo que sucede cuando se intenta dar de
alta un nuevo equipo de cómputo y se selecciona el área a la que este equipo va a pertenecer.
134
Lo que debería pasar aquí es que al seleccionar el área deseada, un método específico ejecuta un
query que obtiene los datos de ésta área: nombre del área, edificio al que pertenece, local y nivel
en el que se encuentra y el nombre del responsable del área. Así que nos ubicamos en esta
pantalla, que al inicio no muestra datos de ningún área.
Imagen 6.4 Página para alta de nuevo equipo
Cuando elegimos un área, estamos enviando al sistema el identificador de la misma, el cual es
usado por el método encargado de realizar la búsqueda de los datos del área elegida. Este método
usa un query al cual se le pasa como parámetro el identificador del área y que busca en la tabla
llamada “area” los datos que coindican con el identificador que se le está pasando como
parámetro. Cuando este query se ejecuta, devuelve todos los campos correspondientes al registro
que coincide con ese identificador.
En la siguiente imagen puede cuales son los datos para el área con el id_area número 1 y cuyo
nombre es “SITE COMUNICACIONES”.
Imagen 6.5 Tabla área de la base de datos
135
Y en esta otra imagen se observa que efectivamente, en pantalla se están mostrando los datos
correspondientes al área “SITE COMUNICACIONES”, lo cual comprueba el correcto
funcionamiento del método y del query.
Imagen 6.6 La información sobre el área se llena automáticamente
Una funcionalidad parecida es la que se presenta cuando se va a dar de alta una impresora o
cualquier otro equipo de cómputo. En la pantalla para dar de alta una nueva impresora, se presenta
un formulario para llenar los datos correspondientes al Área, Número de serie, información acerca
de si tiene o no tiene red, la marca del equipo, el modelo, el tipo, el status y las observaciones.
Para elegir el status, se debe mostrar un combo con todos los status que existen en la base de
datos, para que el usuario tenga opción de elegir únicamente los status que han sido previamente
dados de alta en el sistema.
136
Imagen 6.7 Lista de status disponibles al dar de alta una impresora
Como puede observarse en la imagen anterior, estamos probando que el query que se encarga de
obtener los datos de los status, funciona correctamente. Para corroborarlo, iremos a la parte donde
se pueden dar de alta nuevos status.
Imagen 6.8 Status dados de alta en el sistema
En el único dato que debe llenarse, se debe escribir el nombre del nuevo status. En este caso,
escribimos “Mal estado y sin funcionar” y lo damos de alta dando clic en el botón “Nueva”. Después
de hacer esto, el nuevo status aparece en el listado de status del recuadro azul que se muestra en
la parte izquierda de la pantalla.
De esta forma, estamos comprobando que la inserción de nuevos status a la base de datos,
funciona de manera correcta. Pero lo que se quería lograr con esta prueba era comprobar que
137
todos los status dados de alta, se muestran en el combo correspondiente cuando se va a dar de
alta una nueva impresora, así que regresamos a la pantalla de “Alta de impresoras” y si damos clic
en el combo de status, podemos darnos cuenta de que efectivamente ya se está mostrando el
nuevo status.
Imagen 6.9 Mostrando el status que se acaba de dar de alta
Por supuesto que se realizaron muchas y muy diversas pruebas unitarias a medida que se fue
escribiendo el código fuente, pero aquí solo estamos mostrando algunos ejemplos representativos
para poder dar una idea general del tipo de pruebas a las que fue sometido el sistema.
Para recapitular, podemos terminar esta sección haciendo notar que las pruebas unitarias se llevan
a cabo sobre componentes individuales de software. Estos componentes individuales pueden
referirse a funciones, métodos, clases, interfaces, etc. Lo que acabamos de presentar son las
pruebas de algunos métodos y algunos querys específicos.
6.3 Pruebas de integración
Cuando se usan las características del software por separado, éstas normalmente funcionan. Los
problemas surgen, cuando no se han probado conjuntamente combinaciones de características.
Para cada una de las pruebas, debería diseñarse un conjunto de pruebas que incluyan entradas
válidas en inválidas. También deberían organizarse pruebas basadas en escenarios para que los
escenarios más probables sean probados primero, y los escenarios inusuales o excepcionales
138
sean probados más tarde, de forma que el esfuerzo se centre en aquellas partes del sistema que
reciben un mayor uso. Así que empezaremos por los escenarios más usuales.
Como se ha mencionado en capítulos anteriores, al sistema pueden acceder dos tipos de usuarios.
El primero es denominado administrador y el segundo se conoce simplemente como usuario.
Iniciaremos las pruebas de integración con el segundo de ellos.
En este caso, el nombre de usuario y la contraseña con las que vamos a probar son: usuario y
usuario, así que tecleamos estos datos en la pantalla inicial.
Imagen 6.10 Ingresando al sistema
Las opciones que se muestran son las de:
-Reportes
-Nuevo equipo
-Periféricos
-Componentes
-Modificar
-Cambiar
139
Si damos clic en “Nuevo equipo” se muestra la pantalla siguiente:
Imagen 6.11 Pantalla de alta de nuevo equipo
Si damos clic en el combo de área, se muestran todas las áreas que han sido dadas de alta.
Imagen 6.12 Combo que muestra todas las áreas que han sido dadas de alta
Cuando elegimos una de ellas, sus datos generales se visualizan en la pantalla. Podría pensarse
que esta prueba es repetitiva, puesto que ya la habíamos realizado anteriormente en la parte de
pruebas unitarias. Pero lo que sucede es que lo que intentamos probar aquí es que está
funcionando como un todo, como una parte del módulo de “Alta de nuevo equipo”.
140
Imagen 6.13 Elección de un área de la empresa
Cuando en esta pantalla se da clic en “Aceptar”, aparece la pantalla con el mismo título de “Alta de
nuevo equipo”, pero con un formulario diferente.
Imagen 6.14 Primer parte de la versión completa de la pantalla de alta de nuevo equipo
141
Imagen 6.15 Segunda parte de la versión completa de la pantalla de alta de nuevo equipo
Como podemos observar en las pantallas anteriores, se piden algunos datos generales como el
tipo de usuario y el nombre de usuario. Posteriormente, se piden datos sobre los componentes de
un equipo de cómputo: CPU, monitor, teclado, mouse.
Cuando seleccionamos el combo de “tipo de usuario”, se despliegan todos los tipos de usuario que
ha sido dado de alta en el sistema, entre los cuales deberemos elegir uno. En la siguiente imagen
se puede apreciar cuáles eran los datos que existían en la base de datos al momento de realizar
esta prueba:
Imagen 6.16 Tabla “tipo usuario”
Estos mismos datos son los que aparecen en la pantalla al dar clic en el combo:
142
Imagen 6.17 Combo que muestra los tipos de usuario dados de alta en el sistema
Lo mismo sucede para el caso del tipo de procesador, para el status y para la marca.
Imagen 6.18 Tabla “tipo procesador”
Imagen 6.19 Tabla “status”
143
Imagen 6.20 Tabla “marca cpu”
Las pantallas anteriores mostraron los datos que están almacenados en la base de datos, los
cuales coinciden con los que se muestra en pantalla como puede observarse en las siguientes tres
imágenes.
Imagen 6.21 Combo de tipos de procesador dados de alta en el sistema
144
Imagen 6.22 Combo de status de procesador dados de alta en el sistema
Imagen 6.23 Combo de marcas de cpu dadas de alta en el sistema
145
Se repite un proceso similar para los datos del cpu, los del monitor, los del teclado y los del mouse.
Una vez que se han llenado todos estos datos, se procede a dar clic en el botón “Aceptar” para que
se guarden todos los datos.
Imagen 6.24 Pantalla para dar de alta los datos sobre el teclado y el mouse en un equipo
6.4 Pruebas de validación
Las pruebas de validación intentan demostrar que el software es el que el cliente quiere –que
satisface sus requerimientos. En el caso del “Sistema para el Control del equipo de cómputo de
una empresa”, no estamos realizando el sistema para un cliente en especial, sino que lo estamos
desarrollando con la idea de poder venderlo a varias empresas.
Así, todas aquellas empresas en las que distribuyamos el sistema, serán nuestros clientes, pero en
ningún momento habremos interactuado con ellos mientras el sistema se está desarrollando.
Por lo tanto, en la etapa de pruebas de validación, no trataremos de demostrar que el software
satisface los requerimientos del cliente, puesto que éste no existe como tal, sino que trataremos
de demostrar que el software satisface los requerimientos que nos planteamos y que va a ser útil
para lo que lo planeamos.
146
Como se había mencionado anteriormente, existirán 2 clases o tipos de usuario para el sistema. El
primero de ellos, que es el caso del administrador, ya fue presentado en este mismo capítulo. El
segundo, que es el caso del usuario general del sistema, será presentado a continuación.
Como podemos observar en la imagen que se muestra, en la siguiente página, si me loggeo al
sistema con el usuario de nombre “usuario”, cuya contraseña también es “usuario”, voy a entrar a
una página que luce diferente a como lucía la página que se muestra para el usuario administrador
(“admin.”).
Imagen 6.25 Opciones que se muestran al usuario del sistema
Las opciones que se tienen disponibles para este tipo de usuario son:
-Reportes
-Nuevo equipo
-Periféricos
-Componentes
-Modificar
-Cambiar
El apartado de “Nuevo equipo” ya fue explicado en la sección anterior, así que aquí probaremos lo
que sucede cuando se le da clic al botón de “Periféricos”
147
Imagen 6.26 Pantalla para dar de alta dispositivos periféricos
Como puede verse en la imagen, se está mostrando la lista de todos los tipos de periféricos que se
tienen dados de alta, lo cual es correcto. Cuando se elige alguno de estos periféricos, debería
mostrar la pantalla para llenar los datos de un nuevo periférico. Para esta prueba, vamos a elegir
llenar datos de un Scanner.
Imagen 6.27 Pantalla para dar de alta un scanner
Si los llenamos y damos clic en “Aceptar”, muestra un pop-up indicando que los datos del scanner
ya se guardaron en la base de datos.
148
Imagen 6.28 Llenando los datos para dar de alta un scanner
Imagen 6.29 Aviso de que los datos del scanner se guardaron correctamente
La sección de “Componentes” tiene una funcionalidad muy parecida. Si damos clic en el botón del
mismo nombre, debería mostrar una lista con los componentes que el sistema puede guardar. En
este caso se trata de:
-CPU
-Monitor
-Teclado
-Mouse
149
Imagen 6.30 Pantalla para dar de alta componentes
Podríamos dar clic en cualquiera de los componentes que se listan, pero para efectos de ésta
prueba, se hará para el caso del “Teclado”.
Imagen 6.31 Pantalla para dar de alta un teclado
Y de la misma manera, se muestra un pop-up informando acerca de la exitosa operación de
inserción en base de datos:
150
Imagen 6.32 Aviso de que los datos del teclado se guardaron correctamente
Los botones de “Modificar” y “Cambiar deberían exigir que se seleccione un número de folio para
poder efectuar sus operaciones. Si damos clic en cualquier de los 2 pero sin antes haber
seleccionado un folio, debería mostrarme algún mensaje de error o algún mensaje que exija la
elección del folio.
Imagen 6.33 Indicación acerca de que debe seleccionarse un folio
Una parte muy importante y que hasta el momento no ha sido probada es el módulo de los
reportes. El sistema debe ser capaz de obtener diversos tipos de reportes, los cuales se
mencionan a continuación:
-Reporte General de Equipos.
-Reporte de Equipos con RED.
-Reporte Detalle por CPU.
-Reporte Detalle por Monitor.
151
-Reporte Detalle por Mouse.
-Reporte Detalle por Teclado.
-Reporte Detalle por Area.
-Reporte Detalle por Número de Serie.
Como un ejemplo, el que se muestra a continuación es el reporte de equipos con red.
Imagen 6.34 Reporte de equipos con red
Y el que se muestra enseguida es el reporte con detalles acerca de los teclados que se tengan
dados de alta:
152
Imagen 6.35 Reporte de teclados
6.5 Plan de implantación
Al hablar de la implantación del sistema nos referimos al proceso que busca “insertar” al sistema en
la organización, cambiando su forma antigua de funcionar, sus paradigmas y sus costumbres. De
igual forma, implantar el sistema implica que éste sea capaz de interactuar adecuadamente con el
resto de las acciones que se ejecutan y con las personas que lo utilizan y que funcione sin causarle
problemas al resto de esa organización.
Debido a que el “Sistema para el Control del equipo de cómputo de una empresa” no fue pensado
para instalarse o implantarse en una empresa o institución en específico, se tiene el plan de
distribuirlo a diversas empresas, las cuales pueden ser de cualquier giro y de cualquier tamaño.
La ventaja de tratarse de un sistema web es que la empresa que va a utilizarlo no necesita ninguna
infraestructura en especial. No es necesario invertir en ningún software o hardware adicional, ya
que toda la interacción se realiza a través de Internet, por lo cual lo único que se necesita es un
equipo de cómputo con acceso a ésta red. Más adelante se describirá cuales son las
características deseables de este equipo de cómputo.
153
Lo anterior permite que la implantación del sistema se realice de manera más sencilla, ya que no
tiene que estarse instalando el software en cada empresa, sino que la información de todas ellas
estará centralizada y será posible acceder a ella vía un navegador web.
Los requerimientos mínimos que debe tener un equipo para poder operar este sistema de software
son:
-Computadora con procesador Pentium III o equivalente.
-1 GB en memoria RAM.
-Navegador web: Internet Explorer 6 o superior (o equivalente).
-Disponibilidad de una conexión a Internet.
Se recomienda que la velocidad de la conexión a Internet con la que se cuente, sea mínimo de 50
Mbps, esto con el fin de asegurar la correcta visualización y actualización de datos en la pantalla.
Creación del manual técnico
Como parte del plan de implantación, se consideró la redacción de un manual técnico que describa
claramente todos los detalles de implementación del sistema.
El objetivo de éste manual técnico sería introducir a cualquier persona que vaya a desempeñarse
como desarrollador en la fase de mantenimiento del sistema.
Por el tipo de información que se está proporcionando en los capítulos referentes al diseño y al
desarrollo de software, podemos decir que éstos capítulos de alguna manera también pueden
servirnos como manual técnico, ya que con la descripción de cada una de las clases, diagramas de
casos de uso, diagramas de secuencia, etc., cualquier persona con conocimientos de sistemas de
información, puede darse una idea general acerca de la manera en que funciona internamente el
sistema, técnicamente hablando.
Creación del manual de usuario
Se tiene planeada la elaboración de un manual de usuario, destinado a las personas que van a
tener contacto directo con el sistema y que van a estar interactuando constantemente con él.
154
Este manual deber ser claro, conciso y entendible para absolutamente cualquier persona. A
diferencia del anterior, que es comprensible que solo sea entendido por personas con
conocimientos de informática y sistemas.
Además del manual de usuario, se planea llevar a cabo una capacitación directa a los usuarios, de
manera que el manual de usuario sería únicamente una herramienta adicional, o un complemento
a esta capacitación, la cual podrá llevarse a cabo en línea o por teléfono.
Mantenimiento
El “Sistema para el Control del equipo de cómputo de una empresa” ha sido desarrollado usando
las últimas tecnologías y los principales estándares de la industria de tecnologías de información.
Desde las etapas de especificación y análisis de requerimientos hasta las etapas de pruebas e
implantación, se han realizado con la mayor calidad posible.
Sin embargo, como sucede con cualquier sistema de información, es muy probable que puedan
encontrarse ciertos errores durante su operación en alguna empresa. Independientemente de qué
tan bien diseñado, desarrollado y probado esté un sistema o aplicación, ocurrirán errores
inevitablemente. Cuando esto suceda, tendremos que llevar a cabo un mantenimiento correctivo, el
cual planeamos ejecutar en cuanto se descubra cualquier desperfecto en el sistema.
Si se llega a presentar el caso, también deberemos realizar un mantenimiento para fines
específicos. Es decir, cuando se requiera la creación de características nuevas o la adaptación de
las existentes según las necesidades de los usuarios o las empresas.
Otro tipo de mantenimiento que deberemos realizar es el mantenimiento para mejoras, el cual se
trata de la extensión o el mejoramiento del diseño del sistema, ya sea mediante el agregado de
nuevas características, o el cambio de las existentes.
Además de estos tres tipos de mantenimiento, consideramos que es muy importante llevar a cabo
un mantenimiento preventivo, ya que si este tipo de mantenimiento se realiza de manera oportuna
y adecuada, pueden evitarse serios problemas en el sistema.
La necesidad de todos los tipos de mantenimiento mencionados anteriormente va a detectarse
debido a que estaremos trabajando muy de cerca con las empresas que van a estar usando el
155
sistema, para que podamos ser informados de cualquier problema que pudiera ser detectado y
empezar a trabajar de manera inmediata para poder resolverlo y no causar inconvenientes a los
usuarios. Todas las actualizaciones y mejoras que se realicen al software, serán inmediatamente
visibles para todos los clientes y no tendrán ningún costo adicional para ellos.
El mantenimiento se estará dando a lo largo de toda la vida útil del sistema, con el fin de contar con
un producto de calidad que satisfaga las necesidades de las personas y empresas que lo usan y
además poder alargar la vida del mismo.
156
Conclusiones
El haber realizado el análisis, diseño y desarrollo del Sistema para el control del equipo de cómputo
de una empresa, dio como resultado un sistema que puede ser de enorme utilidad para las
compañías de cualquier tamaño y cualquier giro que necesiten llevar un inventario del equipo de
cómputo con el que cuentan.
Al utilizar este sistema, las empresas van a poder controlar de una manera sencilla, integral y
eficaz los activos de equipo de cómputo que poseen y sabrán en todo momento el estado en el que
éstos se encuentran, así como su ubicación y quién es el responsable de ellos. Al contar con esta
información, podrán tomar las decisiones pertinentes respecto a los equipos que poseen, con el
objetivo de poder utilizarlos de la manera más eficaz posible.
Debido a que realizamos todo el proceso de desarrollo de software utilizando el paradigma de
orientación a objetos, fue posible llevar a cabo el proceso desde una perspectiva más apegada a la
realidad, lo cual nos permitió realizar todas las actividades de una manera más ágil y rápida,
permitiendo enfocarnos en lograr el sistema que se planeó.
La experiencia profesional que poseemos en el área del desarrollo de software resultó muy útil en
cada etapa del proceso, pues cada uno de los integrantes del equipo aportó los conocimientos,
aptitudes y habilidades adquiridos durante su vida escolar y laboral. Asimismo, el desarrollo de éste
sistema también nos permitió adquirir más conocimientos, experiencia y complementar nuestra
formación como informáticos, pudiendo demostrar que somos capaces de brindar soluciones
tecnológicas a los problemas que nos presenten.
157
Bibliografía MySQL documentación, http://www.mysql.com/, Septiembre 2009.
NetBeans, http://www.netbeans.org, Septiembre 2009.
Eclipse IDE, http://www.eclipse.org,Septiembre 2009.
JSP Technology, http://java.sun.com/products/jsp/index.jsp, Septiembre 2009.
Java Servlet Technology, http://java.sun.com/products/servlet/index.jsp, Septiembre 2009.
HTML 4.01 Specification, http://www.w3.org/TR/REC-html40/, Septiembre 2009.
UML Resource Page, http://www.uml.org/, Septiembre 2009.
Spring Framework, http://www.springsource.org,Septiembre 2009.
Spring Hispano, http://www.springhispano.org, Septiembre 2009.
Sommerville, Ian. Ingeniería del software. 7ª edición, Edit. Pearson Educación. España, 2005.
Weitzenfeld, Alfredo. Ingeniería de software orientada a objetos con UML, Java e Internet.1ª.
Edición, Edit. Thomson México, 2007.