entrega final

1

Departamento de Sistemas de Información

Facultad de Ciencias Empresariales Universidad del Bío-Bío

Sistema de Apoyo a la Administración de Laboratorios y Servidores

02 de Diciembre de 2013 Concepción - Chile

- Integrantes - Christopher Arredondo Flores

Cristian Hidalgo Hernández Joao Santos Nourdin

Alberto Zenteno Acevedo

2

Índice General

1 INTRODUCCIÓN .............................................................................................................................. 4

2 DEFINICION DE LA EMPRESA O INSTITUCIÓN ................................................................................. 5

2.1 DESCRIPCIÓN DE LA EMPRESA ............................................................................................................. 5 2.2 DESCRIPCIÓN DEL ÁREA DE ESTUDIO ..................................................................................................... 5 2.3 DESCRIPCIÓN DE LA PROBLEMÁTICA ..................................................................................................... 7

3 DEFINICIÓN PROYECTO .................................................................................................................. 9

3.1 OBJETIVOS DEL PROYECTO ................................................................................................................. 9 3.1.1 OBJETIVO GENERAL ................................................................................................................................... 9 3.1.2 OBJETIVOS ESPECÍFICOS ............................................................................................................................. 9 3.2 AMBIENTE DE INGENIERÍA DE SOFTWARE .............................................................................................. 9 3.2.1 METODOLOGÍA DE DESARROLLO ................................................................................................................. 9 3.2.2 LAS TÉCNICAS Y NOTACIONES .................................................................................................................... 10 3.2.3 ESTÁNDARES DE DOCUMENTACIÓN, PRODUCTO O PROCESO ......................................................................... 10 3.2.4 HERRAMIENTAS DE APOYO AL DESARROLLO DE SOFTWARE QUE SERÁN UTILIZADAS. ......................................... 10 3.3 DEFINICIONES, SIGLAS Y ABREVIACIONES ............................................................................................ 10

4 ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE ................................................................ 11

4.1 ALCANCES .................................................................................................................................... 11 4.2 OBJETIVO DEL SOFTWARE ................................................................................................................ 12 4.2.1 OBJETIVO GENERAL.................................................................................................................................. 12 4.2.2 OBJETIVOS ESPECÍFICOS ............................................................................................................................ 12 4.3 DESCRIPCIÓN GLOBAL DEL PRODUCTO ............................................................................................... 13 4.3.1 INTERFAZ DE USUARIO .............................................................................................................................. 13 4.3.2 INTERFAZ DE HARDWARE ......................................................................................................................... 13 4.3.3 INTERFAZ SOFTWARE ............................................................................................................................... 14 4.3.4 INTERFACES DE COMUNICACIÓN ................................................................................................................ 14 4.3.5 CONSIDERACIONES AMBIENTALES .............................................................................................................. 14 4.4 REQUERIMIENTOS ESPECÍFICOS ......................................................................................................... 14 4.4.1 REQUERIMIENTOS FUNCIONALES DEL SISTEMA ............................................................................................ 14 4.4.2 INTERFACES EXTERNAS DE ENTRADA ........................................................................................................... 16 4.4.3 INTERFACES EXTERNAS DE SALIDA .............................................................................................................. 17 4.4.4 ATRIBUTOS DEL PRODUCTO ...................................................................................................................... 17

5 ANÁLISIS ...................................................................................................................................... 18

5.1 PROCESO DE NEGOCIO - FUTURO ....................................................................................................... 18 5.2 MODELO DE CASOS DE USO .............................................................................................................. 20 5.3 DIAGRAMA DE CASOS DE USO .......................................................................................................... 20

6 DISEÑO ......................................................................................................................................... 66

6.1 DISEÑO FÍSICO DE LA BASE DE DATOS ................................................................................................. 66 6.1.1 MODELO ENTIDAD-RELACIÓN ................................................................................................................... 66 6.1.2 MODELO RELACIONAL ............................................................................................................................. 67 6.1.3 DICCIONARIO DE DATOS: .......................................................................................................................... 67

3

6.2 DISEÑO DE INTERFAZ Y NAVEGACIÓN .................................................................................................. 71 6.2.1 MENÚ JERÁRQUICO ADMINISTRADOR........................................................................................................ 72 6.2.2 MENÚ JERÁRQUICO VISITANTE ................................................................................................................. 73 6.3 ESPECIFICACIÓN DE MÓDULOS .......................................................................................................... 74

7 RESUMEN ESFUERZO REQUERIDO ................................................................................................ 77

8 CONCLUSIONES ............................................................................................................................ 78

8.1 CONCLUSIONES PERSONALES ............................................................................................................ 78

9 BIBLIOGRAFÍA .............................................................................................................................. 79

10 ANEXO PLANIFICACIÓN INICAL DEL PROYECTO .......................................................................... 80

10.1 CARTA GANTT ............................................................................................................................. 80 10.2 ESTIMACIÓN INICIAL DEL TAMAÑO .................................................................................................. 80 10.2.1 ACTORES DEL SISTEMA ........................................................................................................................... 80 10.2.2 PUNTOS DE CASOS DE USO ..................................................................................................................... 80

11 ANEXO: RECOPILACIÓN DE INFORMACIÓN ................................................................................ 83

11.1 TRANSCRIPCIÓN AUDIO ENTREVISTA ................................................................................................ 83 11.2 CUESTIONARIO ............................................................................................................................ 85

12 ANEXO: OTROS ........................................................................................................................... 87

12.1 MODELO ENTIDAD-RELACIÓN ........................................................................................................ 87 12.2 MODELO RELACIONAL .................................................................................................................. 88

4

1 INTRODUCCIÓN

El presente documento presenta el detalle del desarrollo de Ingeniería del proyecto “Sistema de Apoyo a la Administración de Laboratorios y Servidores”, el que está orientado a apoyar a los administradores y responsables de los laboratorios de redes y transferencia tecnológica que se encuentran ubicados en el Edificio Nicolás Cerda D’ámico, Universidad del Bío-Bío. A continuación se procede a enumerar y detallar el contenido de cada capítulo que contiene el presente informe:

Capítulo 1. Se presenta el propósito del documento, mediante una pequeña referencia al contenido de cada capítulo. Capítulo 2. Se presenta los detalles de la Empresa a la que se le prestará el servicio de desarrollo del Sistema informático, además se presenta la problemática actual que existe en el área de la empresa.

Capítulo 3. Se presenta la definición del proyecto, sus objetivos, tanto generales como específicos, el ambiente a desarrollar el software como técnicas, estándares y herramientas de apoyo.

Capítulo 4. Se presentan las especificaciones de los requerimientos, dando a conocer los objetivos, funcionalidad y la descripción del software a realizar.

Capítulo 5. Se presenta de manera gráfica la interacción entre el usuario y el sistema utilizando los casos de uso que especifican cada acción entre ellos.

Capítulo 6. Se presenta el Diseño del modelo de la Base de Datos, además el diseño de interfaz y el menú para cada Usuario del Sistema, incluyendo la especificación de los Módulos

5

2 DEFINICION DE LA EMPRESA O INSTITUCIÓN

2.1 Descripción de la empresa

Antecedentes generales de la Empresa Nombre: Universidad del Bío-Bío Facultad: Facultad de Ciencias Empresariales Departamento: Departamento de Sistemas de Información Dirección: Avda. Collao 1202, Casilla 5-C, Concepción Persona a cargo: Sr. Marco Iturra Mella.

Visión: Ser reconocida a nivel nacional como una Universidad estatal, pública, regional, autónoma, compleja e innovadora con énfasis en la formación de capital humano, vinculada al desarrollo sustentable de la Región del Biobío y que aporta a la sociedad del conocimiento y al desarrollo armónico del país. Misión: La Universidad del Bío-Bío es una institución de educación superior, pública, estatal y autónoma, de carácter regional, que se ha propuesto por misión:

Formar profesionales de excelencia capaces de dar respuesta a los desafíos de futuro, con un modelo educativo cuyo propósito es la formación integral del estudiante a partir de su realidad y sus potencialidades, promoviendo la movilidad social y la realización personal.

Fomentar la generación de conocimiento avanzado mediante la realización y la integración de actividades de formación de postgrado e investigación fundamental, aplicada y de desarrollo, vinculadas con el sector productivo, orientadas a áreas estratégicas regionales y nacionales.

Contribuir al desarrollo armónico y sustentable de la Región del Biobío, a través de la aplicación del conocimiento, formación continua y extensión, contribuyendo a la innovación, productividad y competitividad de organizaciones, ampliando el capital cultural de las personas, actuando de manera interactiva con el entorno y procurando la igualdad de oportunidades.

Desarrollar una gestión académica y administrativa moderna, eficiente, eficaz y oportuna, centrada en el estudiante, con estándares de calidad certificada que le permiten destacarse a nivel nacional y avanzar en la internacionalización.

2.2 Descripción del área de estudio

Área encargada de la administración de: Servidores de la Facultad de Ciencias Empresariales Laboratorios de transferencia tecnológica y redes

Todas estas áreas pertenecen al Departamento de Sistemas de Información.

6

Cada servidor almacena:

Proyectos de título Sistemas Proyectos que han sido creados por alumnos de la Universidad Sitios internos Documentos de carreras pertenecientes a la Facultad.

Esta área tiene como objetivo entregar a los estudiantes: laboratorios de Hardware, Redes, Sistemas Distribuidos, base de datos y tecnología de información para las carreras de Ingeniería Civil y Ejecución en Informática. Los principales objetivos específicos que respaldan esta petición son los siguientes:

Tanto la carrera de Ingeniería Civil y Ejecución en Informática tienen un fuerte componente de su formación profesional basada en el uso y conocimiento de tecnología, por ello es imperante que cuenten con los elemento que le permitan estar al tanto de las innovaciones mencionadas, estas herramientas serán claves para comenzar a familiarizarse con los instrumentos, tecnicismos y ambiente al cual se enfrentarán en el mundo laboral.

Ambas carreras necesitan contar un número mínimo de prácticas

profesionales que les asegure a los alumnos estar a la vanguardia de los cambios tecnológicos.

Con un laboratorio especializado de transferencia tecnológica, ambas

carreras podrán proyectar sus necesidades tecnológicas en distintas asignaturas a través de peticiones de investigación y transferencia de tecnología plasmadas en pequeños proyectos y/o tareas.

Realizar trabajo colaborativo e interdisciplinario con una mentalidad

proactiva y analítica, de liderar equipos de trabajo y manejar adecuadamente el idioma inglés.

Desenvuelve con autonomía y un alto sentido de responsabilidad, de ética y

de respeto por las diferencias en la sociedad del conocimiento. En ésta área, trabajan cuatro personas:

• Sr. Marco Iturra Mella: Administrador. • Sr. Benito Cid Mieres: Soporte de laboratorios. • Srta. Karen Kiefer Hernández: Consultor laboratorio transferencia

tecnológica. • Sr. Nelson Jara Arriagada: Consultor laboratorio de redes.

7

2.3 Descripción de la problemática

Actualmente, el manejo y administración de los laboratorios y servidores se hace manualmente, es decir, para reservar sala o instalar un Sistema Operativo o un Software de Escritorio, se debe ir personalmente a hablar con el encargado de los laboratorios y solicitar la reserva o instalación; en el caso que se necesite instalar un nuevo equipo en un laboratorio, su ingreso al inventario es mediante un formulario en Excel con los detalles de sus componentes (Software y Hardware), en el caso que algún componente, Hardware o Equipo tenga problemas técnicos, éste se debe enviar a soporte, para ello se solicita al Administrador que envíe el componente a reparación, es ahí cuando el encargado de Soporte verifica si tiene o no solución. El problema ocurre cada vez que se necesita emitir un informe con los detalles de los Equipos, Servidores, Laboratorios, debido a que los datos no están organizados en un solo lugar y se debe realizar siempre un inventario de éstos, similar situación se vive cuando se requiere obtener las estadísticas de uso de los laboratorios (parte del informe solicitado), pues no existe una manera de cuantificar cuánto tiempo y qué porcentaje realmente están los laboratorios en uso. Diagrama de Proceso de Negocios actual (BPMN 1.0)

1. Informe de Inventario de los Laboratorios

8

2. Gestión de Proyectos (Proyectos o tesis) en el Servidor

V

F

9

3 DEFINICIÓN PROYECTO

3.1 Objetivos del proyecto

3.1.1 Objetivo General

Implementar un Sistema Informático que sea capaz de almacenar, administrar y actualizar los datos y registros de los Laboratorios de especialidad y de los Servidores, como el uso, estado actual de equipos, hardware y software existente; además será capaz de emitir correctamente estadísticas e informes referente al estado actual de los equipos y sus componentes (hardware y software) y generar informes con el registro de Proyectos y sistemas almacenados en los servidores.

3.1.2 Objetivos Específicos

Diseñar, desarrollar e implementar una plataforma web que sea utilizada por el Administrador y usuarios comunes, que es capaz de almacenar, actualizar, consultar y eliminar datos de los usuarios, equipos, laboratorios, hardware, software, Sistemas Operativos, proyectos y servidores.

Diseñar y desarrollar módulos que permitan almacenar y administrar en la nube datos de los laboratorios, equipos o servidores; correspondientes al folio en el inventario del software y hardware y sus características.

Desarrollar módulos que permitan conocer al Administrador el estado funcional de los equipos, servidores, hardware y software instalado, con el fin de mantener un registro de éstos.

Generar Informes con el detalle de los equipos que funcionan en los laboratorios, sus características y los programas instalados.

Generar informes con el detalle de los proyectos almacenados en los servidores (Profesor, Alumno, Nombre, Fecha de Almacenamiento)

3.2 Ambiente de Ingeniería de Software

3.2.1 Metodología de desarrollo

La metodología a usar es Exploratorio debido que, a medida que se avanza en el desarrollo se incluye al cliente para analizar posibles nuevos requerimientos o mejoras en el sistema desarrollado, de esta manera el cliente puede conocer cómo va el avance del sistema y aportar con ideas en el desarrollo, lo que permite al cliente sentirse parte del desarrollo del sistema. Comenzamos desarrollando aquellas ideas que mejor se comprendían, para luego ir refinándolas una a otra, seguimos agregando nuevas funcionalidades hasta poder satisfacer lo mayor posible (lo ideal es por completo) los requisitos de nuestro cliente. Cada cierto tiempo vamos mostrando un avance a nuestro usuario para que éste vaya aprobando/reprobando y agregando nuevas ideas al producto, haciéndolo otro más del equipo de trabajo.

10

3.2.2 Las técnicas y notaciones

Paradigma Orientado a Objeto: El desarrollo del sistema, se basa en el uso de orientación a objeto, pues este paradigma permite que el diseño y la mantención del sistema sea más fácil, debido a su abstracción mediante la representación de Objetos.

Patrón de diseño Modelo Vista Controlador: este patrón es el usado por el sistema pues además de trabajar usando el Paradigma Orientado a Objeto, permite separar la lógica del sistema en tres partes principales:

o Modelo: Encargado de la lógica, integridad y coherencia de los datos del Sistema.

o Vista: Encargada de mostrar los datos al usuario mediante Interfaz gráfica, generar la interacción del sistema con el usuario.

o Controlador: Se encarga de obtener los datos del Modelo, procesarlos mediante el uso de algoritmos y luego mostrarlos en la Vista.

Utilización de U.M.L.: Para la documentación y modelado de este proyecto, utilizaremos U.M.L (Lenguaje Unificado de Modelado), usando diagrama de casos de usos.

Utilización de MER y MR: para modelar los datos, utilizaremos MER (Modelo Entidad-Relación) y el respectivo MR (Modelo Relacional) los que brindan apoyo en la facilidad de desarrollo de la base de datos.

3.2.3 Estándares de documentación, producto o proceso

Con el fin de generar una lectura y comprensión técnica de la documentación que respalda el desarrollo de este sistema, se basa en IEEE Software Test Documentation Std. 829-1998, y de la IEEE Software requirements Specifications Std. 830-1998, acompañados de la Plantilla Proyecto Título de Desarrollo de Software para Ing. De Software, que permite orientar y ayudar en la comprensión e interpretación del desarrollo del proyecto.

3.2.4 Herramientas de apoyo al desarrollo de software que serán utilizadas.

Sybase PowerDesigner (v16): es una herramienta CASE que permite diseñar modelos de datos, casos de usos, diagrama de Actividades y el modelo relacional, al margen de las reglas de UML.

Sublime Text (v3): Editor de texto, cuya sintaxis es compatible con múltiples lenguajes, permite autocompletado de sintaxis.

Xampp (v2.5): Potente Conjunto de Aplicaciones que ayudan al desarrollo de Sistemas Web, incluye Apache (Gestor de Servidor Local), PHP5

PostgreSQL (V4.2.3): Gestor de Base de Datos, con Licencia GNU. Javascript (v1.7): Lenguaje de apoyo al desarrollo de Software Jquery (v10): Biblioteca basada en Javascript, que permite el apoyo de animaciones,

validaciones y dinamismo de la página web. Twitter Bootstrap (v3.0): Framework de CSS, permite desarrollar vistas web de

forma sencilla y rápida. cakePHP (v2.0): Framework basado en PHP.

3.3 Definiciones, Siglas y Abreviaciones

Software: Conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en un equipo o computador.

11

PDF (Formato de documento portátil): Formato que almacena documentos digitales, que pueden ser leídos en cualquier plataforma o sistema operativo que tenga un visor de archivos PDF. ORM (Mapeo Objeto-Relacional): Técnica que ayuda a la programación. SQL (Lenguaje Estructurado de Consultas): Lenguaje que se utiliza para gestionar bases de datos relacionales. Framework: Marcos de trabajo usados en el desarrollo de software. HTTP (Protocolo de Transferencia de HiperTexto): se utiliza para las aplicaciones web del tipo cliente-servidor. HTML (Lenguaje Marcado de HiperTexto): se utiliza para general la vista de la aplicación, normalmente es conocida como la cara visible. PHP (Pre-Procesador de HyperTexto): Lenguaje de programación utilizado en la creación de contenidos web. MER (Modelo Entidad Relación): permite realizar un diseño preliminar del modelo de la Base de Datos. MR (Modelo Relacional): permite crear diagramas para la representación del modelo de la base de datos. UML (Lenguaje de modelado unificado): conjunto de estándares para modelar el desarrollo del software. CSS (Hoja de Estilos en Cascada): Lenguaje de maquetación web que define los elementos de interfaz de usuario en pantalla. JavaScript: Lenguaje interpretado orientado a desarrollo web. Herramientas CASE (Computer Aided Software Engieneering): Ingeniería de Software Asistida por Computadora. Base de datos Relacional: Base de datos en donde los datos están organizados en tablas y las operaciones se hacen sobre esas tablas. Almacenamiento en la “Nube”: Se refiere al término denominado almacenamiento en Internet. Usuarios del Sistema:

• Administrador: Persona encargada de administrar los Laboratorios de Especialidad.

• Visitante: Persona que puede ver los registros del Laboratorio y los informes que genera el sistema.

4 ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

Adaptación basada en IEEE Software requirements Specifications Std 830-1998.

4.1 Alcances

Nuestro software permite administrar de manera online la información referente a los computadores o servidores (hardware y software), manejo de los registros de uso en los laboratorios de especialidad, optimizando así la ejecución y manipulación de los datos. La necesidad nace a partir de la problemática referente a la poca eficiencia del manejo de la información, ya que todo se maneja de manera manual y semi-automatizada (usando planillas Excel, las que muchas veces son perdidas o eliminadas por accidente), Entre las características del software están:

12

Desarrollo de plataforma web, esto facilita el uso y acceso a distancia, es decir, que se puede ingresar a ella mediante cualquier computador que tenga conexión a internet y conste de un navegador de internet (Google Chrome, Mozilla Firefox, Internet Explorer, Opera)

Este sistema está diseñado para ser una herramienta de trabajo para que los usuarios puedan ingresar información.

Obtener informes del detalle de equipos, servidores, software y hardware, los que pueden ser exportados en formato PDF para la posterior toma de decisiones.

Para la utilización del software se necesita a usuarios que ingresen los datos manualmente, no es completamente automatizado.

Cada usuario tiene su nombre de usuario y contraseña con el cual puede ingresar, modificar o eliminar datos de los computadores, servidores o usuarios.

Existe un usuario llamado Visitante que no requiere usuario y contraseña para ingresar, este perfil solo puede acceder a ver datos e informes.

4.2 Objetivo del software

4.2.1 Objetivo general

El software almacenará información relevante acerca de todos los computadores, servidores y sus componentes que se encuentran en los laboratorios de especialidades de la facultad, con el fin de mantener un registro electrónico con el inventario de éstos, además permitirá generar informes con los detalles de programas instalados en los computadores, sus características y hardware, y registros de proyectos instalados en los servidores.

4.2.2 Objetivos específicos

El software permitirá los registros de los datos de los computadores, como su ID, disco duro, tarjeta de memoria RAM, placa madre, tarjeta de video, sistema operativo y programas, y permite la generación de informes estadísticos mediante estos datos con el fin de generar un inventario de todos los laboratorios.

El software permitirá registrar la modificación de los equipos, como cambiar el

sistema operativo, actualizar o eliminar los programas instalados y sus componentes (hardware) e instalar nuevos programas, y posteriormente generar un informe estadístico mediante estos datos, con el fin de apoyar la entrega de información a quien lo solicite (Cantidad de equipos, software instalado, estado de equipo, hardware) y controlar el registro de existencia.

El software permitirá registrar los proyectos y sistemas que están almacenados

en los servidores de los laboratorios de especialidades, ingresando el Profesor a cargo, el o los alumnos, la asignatura, carrera y fecha de registro, con el fin de tener conocimiento y acceso rápido de lo mencionado anteriormente en este punto.

El software generará informes con el contenido de proyectos y sistemas de los

servidores, con el fin de tener un registro del uso del espacio de los servidores.

El Software generará informes con el registro de las características, hardware, software que contiene cada Equipo en los Laboratorios, con el fin de conocer las características de cada equipo para la correcta instalación de Software.

13

El software será accesible desde cualquier lugar con conexión a internet, con el fin

de permitir a los usuarios acceder a la información desde cualquier parte donde se tenga conexión a internet.

4.3 Descripción Global del Producto

4.3.1 Interfaz de usuario

La interfaz tiene combinación de colores similar a la de la Intranet de la Universidad. Dentro de las interfaces de usuario se diferencian las del Administrador y del Visitante, ambas de acceso mediante usuario y contraseña, ambas con distintas características señaladas a continuación:

Administrador: Al ingresar su usuario y contraseña (estos serán validados), se accederá a un menú (lateral) con las opciones de ingreso, mantención, eliminación y consulta de datos, además de la administración de usuarios, donde podrá ingresar y eliminar usuarios.

Visitante: Al ingresar su usuario y contraseña (estos serán validados), se accederá a

un menú (lateral) con las opciones de cambiar contraseña y consultar datos (vista en pantalla o generar archivo PDF).

Al presentar el primer prototipo visual, no se realizaron cambios a la interfaz del sistema, solo se agregó la opción de mostrar los informes por pantalla.

4.3.2 Interfaz De Hardware

Para el uso del Sistema en el servidor, sólo se utilizarán los requerimientos estándar para el uso de un Servidor. Nuestro sistema no necesita algún hardware o configuración especial, sólo requiere los requerimientos básicos:

• Terminal con acceso a internet de velocidad superior o igual a 512kb/s. • Espacio suficiente para almacenar un navegador web, cookies y caché del sistema. • Dispositivos periféricos estándar (USB/ps2) para PC (mouse, teclado, pantalla) o

integrados para Laptops (touchpad/teclado) o si se desea, inalámbricos. • Terminal con hardware superior o igual a:

o 1GHz Procesador o 128MB RAM o 20GB HDD o Tarjeta de Video con Resolución 800x600

• Sistema operativo que soporte conexión a internet. • Navegadores a elección:

o Mozilla Firefox o Internet Explorer (versión mayor o igual a 6) o Navegadores basados en Chromium o Safari o Dolphin

14

4.3.3 Interfaz Software

Éste sistema no interactúa con ningún otro sistema, por lo que este Ítem no se aplica.

4.3.4 Interfaces de comunicación

Para la comunicación de datos entre el cliente (equipos desde donde se accede al sistema) y el servidor donde está almacenado el sistema, se utilizan los protocolos HTTP y TCP/IP, que se basan en la comunicación en internet.

4.3.5 Consideraciones ambientales

El entorno organizacional del sistema: El sistema será utilizado por el Administrador de los laboratorios, los consultores y el encargado del soporte.

El entorno de hardware en el Servidor: o Sistema Operativo: Debían 6.0.7 (Squeeze) o Memoria RAM: 3.0 GiB. o 4 Procesadores: Intel® Xeon® CPU E5504 2.00 GHz. o Espacio Disco Duro: 382.4 GiB.

El entorno de software en el Servidor: o Sistema Operativo: Debian 6.0.7 o PHP Versión 5.3.3.7 o PostgreSQL versión 8.4 o Apache Versión 2.2 o phpPgAdmin versión 4.2 o IP del Servidor: 146.83.198.35

4.4 Requerimientos Específicos

4.4.1 Requerimientos Funcionales del sistema

En la siguiente tabla se detallan los requerimientos funcionales del sistema. En la sección Desarrollador Responsable (D.R.) se encontrarán las iniciales de los responsables:

C.A.: Christopher Arredondo Flores C.H.: Cristian Hidalgo Hernández J.S.: Joao Santos Nourdín A.Z.: Alberto Zenteno Acevedo

Id Nombre Descripción D.R.

01 Administrar usuarios

El software debe tener dos niveles de usuario, administrador y visitante. Cada cuenta tiene acceso al sistema por medio de un usuario (RUT del usuario, éste tiene que ser validado) y una contraseña, excepto el usuario visitante. El usuario puede realizar acciones en el sistema dependiendo exclusivamente de sus privilegios de usuario

C.A.

02 Mantener datos de Computadores

El software debe ser capaz de ingresar, actualizar o eliminar los datos de los computadores, además debe mostrar información con los datos de los computadores

C.A.

03 Mantener datos de El software debe ser capaz de ingresar, actualizar o C.A.

15

Servidores eliminar los datos de los servidores, además debe mostrar información con los datos de los servidores

04 Mantener datos de Sistemas Operativos

El software debe ser capaz de ingresar, actualizar o eliminar los datos de los Sistemas operativos, además permite ver qué computadores o servidores tienen instalado éste sistema operativo

C.H.

05 Mantener datos de Software instalado

El software debe ser capaz de ingresar, actualiza o eliminar los datos del software o programa instalado, además permite ver qué computadores o servidores tienen instalados estos programas.

C.H.

06 Mantener datos de Hardware

El software debe ser capaz de ingresar, actualizar o eliminar los datos del hardware existente, puede estar instalado en un equipo o en mantenimiento por lo que debe mostrar esta información.

C.H.

07 Mantener datos de Laboratorio

El software debe ser capaz de ingresar, actualizar o eliminar los datos de los laboratorios, además debe mostrar información con la cantidad de equipos disponibles en cada laboratorio y sus periféricos.

C.H.

08 Generar Informes de Usuario

El software debe generar informe con el detalle de los usuarios del sistema

J.S.

09

Asignar o modificar Hardware a Computador o Servidor

El software debe permitir al administrador asignarle un hardware a un computador o servidor, además también puede ser modificado o reemplazado por otro hardware.

J.S.

10

Asignar o modificar Software a un computador o Servidor

El software debe permitir al administrador asignarle un software a un computador o servidor, además puede ser modificado o eliminado del equipo.

J.S.

11

Asignar o modificar el Sistema Operativo a un computador o Servidor

El software debe permitir al administrador asignarle un Sistema operativo a un computador o servidor, además puede ser modificado o eliminado del equipo. Si se elimina un Sistema Operativo, se eliminan todos los programas que están instalados en ese equipo.

J.S.

12

Mantener datos de proyectos almacenados en los Servidores

El software debe ser capaz de ingresar, actualizar o eliminar los datos de los proyectos, además debe indicar en qué servidor están almacenados

A.Z.

13 Asignar o modificar Proyectos en un Servidor

El software debe permitir al administrador asignarle un servidor a un proyecto; además puede ser modificado o eliminado del Servidor.

A.Z.

14 Mantener datos de Monitores

El software debe ser capaz de ingresar, actualizar o eliminar los datos de los Monitores o Pantallas

A.Z.

15 Asignar o modificar Monitor a un Equipo

El software debe permitir al administrador asignarle un Monitor a un equipo; además puede ser modificado o reasignado del equipo.

A.Z.

16

4.4.2 Interfaces externas de entrada

Cada interfaz de entrada indica todos los grupos de datos que serán ingresados al sistema independiente del medio de ingreso.

Identificador Nombre del ítem. Detalle de Datos contenidos en ítem

DE_01 Datos del Usuario NOMBRE, RUT, CONTRASEÑA

DE_02 Datos de Computador ID

DE_03 Datos de Hardware MODELO, FABRICANTE, ESTADO

DE_04 Datos de Tarjeta de Video CAPACIDAD, CONECTOR

DE_05 Datos de Disco Duro ALMACENAMIENTO, TAMAÑO, REVOLUCIONES POR MINUTO

DE_06 Datos de Placa Madre SOCKET, URL FABRICANTE

DE_07 Datos de Memoria RAM TAMAÑO, FRECUENCIA

DE_08 Datos de periféricos TIPO, PUERTO

DE_09 Datos de Proyectos NOMBRE, ASIGNATURA, CARRERA, SEMESTRE, ALUMNO, PROFESOR, FECHA DE INGRESO, FECHA DE EXPIRACIÓN

DE_10 Datos de Servidor NOMBRE

DE_11 Datos de Laboratorio CÓDIGO, NOMBRE

DE_12 Datos de Software NOMBRE, VERSIÓN, DESCRIPCIÓN, LICENCIA, FECHA INSTALACIÖN, TIPO LICENCIA

DE_13 Datos de Monitores FABRICANTE, MODELO, PULGADAS

DE_14 Datos de Alumno RUT, NOMBRE, CARRERA

DE_15 Datos de Profesor RUT, NOMBRE

17

4.4.3 Interfaces externas de Salida

Se especifica cada salida del sistema, indicando en cada caso el formato o medio de salida.

Identificador Nombre del ítem. Detalle de Datos contenidos en ítem Medio Salida

IS_01

Recursos Computacionales

Hardware en Laboratorios de

Especialidad

UBICACIÓN, RESPONSABLE, PROPÓSITO, TIPO DE EQUIPO, CANTIDAD, CARACTERÍSTICAS

ARCHIVO PDF IMPRESORA PANTALLA

IS_02

Programas Computacionales

laboratorio de Redes Disponibles para los

Alumnos

TIPO, NOMBRE DEL PROGRAMA, VERSION, DESARROLLADOR


IS_03


laboratorio Transferencia Tecnológicas

Disponibles para los Alumnos



IS_04


laboratorio Arquitectura de Computadores

Disponibles para los Alumnos



IS_05 Arquitectura de

Computadores Otros TIPO, CARACTERÍSTICAS


IS_06 Lista de Equipos ID, SISTEMA OPERATIVO, SOFTWARE, HARDWARE Y MONITOR

PANTALLA

IS_07 Lista de Sistemas

Operativos NOMBRE, VERSIÓN, DESARROLLADOR, TIPO LICENCIA, LICENCIA

PANTALLA

IS_08 Lista de Software NOMBRE, VERSIÓN, DESCRIPCIÓN, LICENCIA PANTALLA

IS_09 Lista de Hardware FABRICANTE, MODELO, TIPO (HERENCIA) PANTALLA

IS_10 Lista de Monitores PULGADAS, FABRICANTE, MODELO PANTALLA

IS_11 Lista de Proyectos NOMBRE, ASIGNATURA, CARRERA, ALUMNOS, PROFESOR GUÍA, FECHA INGRESO, FECHA EXPIRACIÓN

PANTALLA

IS_12 Lista de Servidores ID, NOMBRE, CANTIDAD DE PROYECTOS PANTALLA

4.4.4 Atributos del producto

Tomando como referencia el modelo ISO/IEC 9126 se definen los siguientes atributos de calidad:

USABILIDAD-ENTENDIMIENTO: El sistema utiliza un lenguaje de fácil entendimiento, con un menú fácil de utilizar. Se encuentra estandarizada para que los usuarios puedan trabajar intuitivamente, si llegase a existir dudas, se adjunta el manual de utilización del software que incluye de manera práctica como utilizar cada funcionalidad del sistema.

18

USABILIDAD-OPERATIVIDAD: La interfaz del sistema se basa en ventanas visibles dentro del navegador de internet y requiere un dispositivo apuntador y un teclado estándar. El Sistema valida los formularios, solicitado que ingrese datos válidos (Número, Texto, Tamaño máximo), además exige que los campos que son obligatorios no queden vacíos, en caso que ocurra algún error, éste será informado de forma clara, precisa y compacta, permitiendo al usuario comprender fácilmente el error ocurrido.

EFICIENCIA- TIEMPO DE EJECUCIÓN/RESPUESTA. El sistema debe garantizar un tiempo de carga inferior a 10 segundos considerando una conexión de red de velocidad estándar de 2 Mbyte/s.

FUNCIONALIDAD-SEGURIDAD. El sistema debe mantener un control de acceso a la funcionalidad a través de acceso mediante el RUT y contraseña del usuario establecido según los perfiles definidos para los usuarios del sistema. El Sistema le recuerda al usuario que periódicamente cambie su contraseña.

5 ANÁLISIS

5.1 Proceso de negocio - Futuro

Diagrama de Proceso de Negocio – Futuro (BPMN 1.0) 1. Informe de Inventario de los Laboratorios

19

2. Gestión de Proyectos (Proyectos o Tesis) en el Servidor

20

5.2 Modelo de casos de uso

5.3 Diagrama de Casos de Uso

5.3.1.1 Actores

Administrador: Administrador y Encargado de los Laboratorios de Especialidades

Nivel de conocimientos técnicos requeridos: Conocimientos a nivel usuario en

aplicaciones de escritorio y navegación web, conocimientos nivel básico en manejo de Arquitectura de Computadores.

Nivel privilegio en el sistema y las funcionalidades del software a las cuales tiene

acceso: Mantener (Ingresar, Consultar, Actualizar y eliminar los datos) datos de las áreas de Usuario, Computadores, Servidores, Laboratorios, Hardware, Software, Sistema Operativo; Generar Informes de uso de Laboratorios, Equipos y sus Componentes (Hardware y Software).

Visitante:

Administrativos y Directores del Departamento de Sistemas de Información Secretario Académico, Decano, secretarias, alumnos y/o Profesores FACE.

Nivel de conocimientos técnicos requeridos: Conocimientos a nivel usuario en aplicaciones de escritorio y navegación web.

Nivel privilegio en el sistema y las funcionalidades del software a las cuales tiene

acceso: Consultar datos y generar Informes de Computadores, Servidores, Laboratorios, Hardware, Software, Sistema operativo y Reservas.

21

5.3.1.2 Diagrama de Caso de Uso <Administrar Usuario>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los usuarios.

Caso de Uso Precondición Ingresar al Sistema - Ver Usuario - Eliminar Usuario Ver Usuario Ingresar Usuario - Actualizar Usuario Ver Usuario Validar Usuario Ingresar al Sistema

22

Flujo de Eventos Ingresar Al Sistema Actor Sistema

1.- Teclea en su navegador, la página web correspondiente al sistema y presiona Entrar

2.-El navegador encuentra la página. El sistema despliega en pantalla un formulario que contiene un nombre de usuario y contraseña

3.- Rellena los campos requeridos (usuario y contraseña) y presiona Enviar

4.- El sistema validará el usuario

5.- Despliega la pantalla correspondiente al menú disponible para el usuario, ya sea Administrador o visitante

FLUJO ALTERNATIVO 4.1.- Si el sistema no encuentra el

usuario, ha de desplegar el formulario que pide el usuario y contraseña nuevamente, hasta que el usuario sea validado y encontrado

Flujo de Eventos Ver Usuario

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los usuarios Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los usuarios existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los usuarios existentes en su BD, mostrando cada atributo (tipo usuario, nombre, Rut)

FLUJO ALTERNATIVO 2.1 Si el sistema no encuentra ningún

usuario, despliega un mensaje que no ha encontrado usuario alguno

Flujo de Eventos Ingresar Usuarios

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar usuario

2.- El sistema emitirá una consulta a la base de datos para ver si el usuario a ingresar, ya existe.

3.- Al validar el 2.- será guardado el nuevo usuario con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el usuario a ingresar ya existía,

se emite un mensaje comunicando aquello

2.1.1.- Se ingresa nuevamente los datos

23

Flujo de Eventos Actualizar Usuarios

Actor Sistema 1.- Dentro del listado de usuarios mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro usuario.

3.-Luego de terminar el formulario el sistema validará estos datos y los almacenará en la base de datos.

FLUJO ALTERNATIVO 3.1 Si algunos campos del formulario

han quedado en blanco, y no pueden ser nulos, el sistema ha de avisarle al usuario acerca de esto.

3.1.1.- El usuario debe ingresar estos datos imperantes para así poder validar.

Flujo de Eventos Eliminar Usuarios

Actor Sistema 1.- Dentro del listado de usuarios mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese usuario.

3.-Usuario acepta o rechaza la confirmación

4.- El sistema procede a eliminar o a cancelar la eliminación.

24

5.3.1.3 Diagrama de Caso de Uso <Mantener datos de Equipo>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los Equipos (Computadores).

Caso de Uso Precondición Ingresar al Sistema - Ver Equipo - Ingresar Equipo - Actualizar Equipo Ver Equipo Eliminar Equipo Ver Equipo Validar Equipo Ingresar Equipo, Actualizar Equipo,

Eliminar Equipo Ver Detalle Ver Equipo Validar Usuario Ingresar Usuario

25









Flujo de Eventos Ver Equipo

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los equipo Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los terminales existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los equipos existentes en su BD, mostrando cada atributo (hardware que posee, s.o.)


equipo, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Equipo

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar equipo

2.- El sistema emitirá una consulta a la base de datos para ver si el equipo a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo equipo con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el equipo a ingresar ya existía, se

emite un mensaje comunicando aquello


26

Flujo de Eventos Actualizar Equipo Actor Sistema

1.- Dentro del listado de equipos mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro equipo.





Flujo de Eventos Eliminar Equipo

Actor Sistema 1.- Dentro del listado de Equipos mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese equipo.



27

5.3.1.4 Diagrama de Caso de Uso <Mantener datos de Hardware>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos del hardware.

Caso de Uso Precondición Ingresar al Sistema - Ver Hardware - Ingresar Hardware - Actualizar Hardware Ver Hardware Eliminar Hardware Ver Hardware Validar Hardware Existente Ingresar Hardware, Actualizar

Hardware, Eliminar Hardware Ver Detalle Ver Hardware Validar Usuario Ingresar Usuario

28









Flujo de Eventos Ver Hardware

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver hardware Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de todo el hardware existente en sus tablas.

3.- El sistema desplegará en una tabla todo el hardware existente en su BD, mostrando cada atributo (tipo, fabricante.)


hardware, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Hardware

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar hardware

2.- El sistema emitirá una consulta a la base de datos para ver si el hardware a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo hardware con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el hardware a ingresar ya existía,



29

Flujo de Eventos Actualizar Hardware Actor Sistema

1.- Dentro del listado de hardware mostrado por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro hardware.





Flujo de Eventos Eliminar Hardware

Actor Sistema 1.- Dentro del listado de Hardware mostrado por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese hardware.



30

5.3.1.5 Diagrama de Caso de Uso <Mantener datos de Laboratorios>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los Laboratorios.

Caso de Uso Precondición Ingresar al Sistema - Ver Laboratorio - Ingresar Laboratorio - Actualizar Laboratorio Ver Laboratorio Eliminar Laboratorio Ver Laboratorio Validar Laboratorio Existente Ingresar Laboratorio, Actualizar

Laboratorio, Eliminar Laboratorio Ver Detalle Ver Laboratorio Validar Usuario Ingresar Usuario

31









Flujo de Eventos Ver Laboratorio

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los laboratorio Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los laboratorios existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los laboratorios existentes en su BD.


laboratorio, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Laboratorio

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar laboratorio

2.- El sistema emitirá una consulta a la base de datos para ver si el laboratorio a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo laboratorio con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el laboratorio a ingresar ya

existía, se emite un mensaje comunicando aquello


32

Flujo de Eventos Actualizar Laboratorio

Actor Sistema 1.- Dentro del listado de laboratorios mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro laboratorio.





Flujo de Eventos Eliminar Laboratorio

Actor Sistema 1.- Dentro del listado de Laboratorios mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese laboratorio.



33

5.3.1.6 Diagrama de Caso de Uso <Mantener datos de Monitores>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los Monitores (Pantallas).

Caso de Uso Precondición Ingresar al Sistema - Ver Monitor - Ingresar Monitor - Actualizar Monitor Ver Monitor Eliminar Monitor Ver Monitor Validar Monitor Existente Ingresar Monitor, Actualizar Monitor,

Eliminar Monitor Ver Detalle Ver Monitor Validar Usuario Ingresar Usuario

34









Flujo de Eventos Ver Monitor

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los monitores Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los monitores existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los monitores existentes en su BD, mostrando cada atributo (fabricante, tamaño, resolución)


monitor, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Monitor

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar monitor

2.- El sistema emitirá una consulta a la base de datos para ver si el monitor a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo monitor con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el monitor a ingresar ya existía,


2.1.1.- Se ingresa nuevamente los

35

datos Flujo de Eventos Actualizar Monitor

Actor Sistema 1.- Dentro del listado de monitores mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro monitor.





Flujo de Eventos Eliminar Monitor

Actor Sistema 1.- Dentro del listado de Monitores mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese monitor.



36

5.3.1.7 Diagrama de Caso de Uso <Mantener datos de Proyectos>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los proyectos.

Pre-Condiciones:

Ingresar al Sistema: Ninguna. Ver Proyecto: Ninguna. Ingresar Proyecto: Ingresar al Sistema. Actualizar Proyecto: Ingresar al Sistema, Ver Proyecto. Eliminar Proyecto: Ingresar al Sistema, Ver Proyecto Validar Proyecto Existente: Ingresar Proyecto, Actualizar Proyecto o Eliminar

Proyecto, Ingresar al Sistema. Ver Detalle: Ver proyecto. Validar Usuario: Ingresar Usuario

37









Flujo de Eventos Ver Proyecto

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los proyectos Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los proyectos existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los proyectos existentes en su BD, mostrando cada atributo (nombre, descripción, alumno)


proyecto, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Proyecto

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar proyecto

2.- El sistema emitirá una consulta a la base de datos para ver si el proyecto a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo proyecto con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el proyecto a ingresar ya existía,



38

Flujo de Eventos Actualizar Proyecto Actor Sistema

1.- Dentro del listado de proyectos mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro proyecto.





Flujo de Eventos Eliminar Proyecto

Actor Sistema 1.- Dentro del listado de Proyectos mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese proyecto.



39

5.3.1.8 Diagrama de Caso de Uso <Mantener datos del Servidor>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los servidores.

Pre-Condiciones:

Ingresar al sistema: Ninguno Validar Usuario: Ingresar al sistema Ver servidor: Ninguno Ingresar servidor: Ninguno Actualizar servidor: Ver servidor Eliminar servidor: Ver servidor Validar servidor: Ingresar servidor o Actualizar servidor o Eliminar servidor Ver detalle: Ver servidor

40

Flujo de Eventos Ingresar Al Sistema

Actor Sistema






FLUJO ALTERNATIVO

4.1.- Si el sistema no encuentra el usuario, ha de desplegar el formulario que pide el usuario y contraseña nuevamente, hasta que el usuario sea validado y encontrado

Flujo de Eventos Ver Servidor

Actor Sistema

1.- Usuario seleccionará en el menú lateral la Opción de ver los servidores Existentes

2.- El sistema emitirá una consulta a la base de datos para que ésta le entregue un listado de los servidores existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los servidores existentes en su BD, mostrando cada atributo.


servidor, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Servidor Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar servidor.

2.- El sistema emitirá una consulta a la base de datos para ver si el servidor a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo servidor con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el servidor a ingresar ya existía,



41

Flujo de Eventos Actualizar Servidor Actor Sistema 1.- Dentro del listado de servidores mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro servidor.





Flujo de Eventos Eliminar Servidor Actor Sistema 1.- Dentro del listado de Servidores mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese servidor.



42

5.3.1.9 Diagrama de Caso de Uso <Mantener datos de Sistemas Operativos>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de los Sistemas Operativos.

Pre-Condiciones:

Ingresar al sistema: Ninguno Validar Usuario: Ingresar al sistema Ver sistema operativo: Ninguno Ingresar sistema operativo: Ninguno Actualizar sistema operativo: Ver sistema operativo Eliminar sistema operativo: Ver sistema operativo Ver detalle: Ver sistema operativo Validar sistema operativo: Ingresar sistema operativo o Actualizar sistema operativo

o Eliminar sistema operativo

43


Actor Sistema






FLUJO ALTERNATIVO


Flujo de Eventos Ver Sistema Operativo

Actor Sistema

1.- Usuario seleccionará en el menú lateral la Opción de ver los Sistemas Operativos Existentes.

2.- El sistema emitirá una consulta a la base de datos para que ésta le entregue un listado de los Sistemas Operativos existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Sistemas Operativos existentes en su BD, mostrando cada atributo.


Sistema Operativo, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Sistema Operativo Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Sistema Operativo.

2.- El sistema emitirá una consulta a la base de datos para ver si el Sistema Operativo a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo servidor con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el servidor a ingresar ya existía,



44

Flujo de Eventos Actualizar Sistema Operativo Actor Sistema 1.- Dentro del listado de Sistemas Operativos mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Sistema Operativo.





Flujo de Eventos Eliminar Sistema Operativo Actor Sistema 1.- Dentro del listado de Sistemas Operativos mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese Sistema Operativo.



45

5.3.1.10 Diagrama de Caso de Uso <Mantener datos de Software>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de ingresar al sistema, ingresar, consultar, modificar datos de Software.

Pre-Condiciones:

Ingresar al sistema: Ninguno Validar Usuario Ingresar al sistema Ver Software: Ninguno Ingresar Software: Ninguno Actualizar Software: Ver Software Eliminar Software: Ver Software Ver detalle: Ver Software Validar Software existente: Ingresar Software o Actualizar Software o Eliminar

Software

46


Actor Sistema






FLUJO ALTERNATIVO


Flujo de Eventos Ver Software

Actor Sistema

1.- Usuario seleccionará en el menú lateral la Opción de ver los Software Existentes

2.- El sistema emitirá una consulta a la base de datos para que ésta le entregue un listado de los Software existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Software existentes en su BD, mostrando cada atributo.


Software, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ingresar Software Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Software.

2.- El sistema emitirá una consulta a la base de datos para ver si el Software a ingresar, ya existe.

3.- Al validar el 2.- Será guardado el nuevo Software con los atributos que el administrador estimó convenientes

FLUJO ALTERNATIVO 2.1 Si el Software a ingresar ya existía,



47

Flujo de Eventos Actualizar Software Actor Sistema 1.- Dentro del listado de Software mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Software.





Flujo de Eventos Eliminar Software Actor Sistema 1.- Dentro del listado de Software mostrados por el sistema, se selecciona aquel que queremos eliminar.

2.- El sistema preguntará para confirmar, si de verdad se quiere eliminar ese Software.



48

5.3.1.11 Diagrama de Caso de Uso <Asignar o Modificar Hardware a Equipo >

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de asignar o modificar hardware a un equipo.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Validar Usuario: Ingresar al Sistema Ver Hardware: Ninguno Ingresar Hardware: Ninguno Modificar Hardware: Ver Hardware Consultar Base Datos: Ver Hardware ó Ingresar Hardware ó Modificar Hardware

49










Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Hardware Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado del Hardware existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Hardware existentes en su BD, mostrando cada atributo


Hardware, despliega un mensaje que no ha encontrado Hardware alguno

Flujo de Eventos Ingresar Hardware

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Hardware

2.- El sistema desplegará el formulario para ingresar Hardware

3.- Usuario ingresa los datos en el formulario y lo envía.




3.1.1.- El usuario debe ingresar estos datos imperantes para así poder

50

validar. Flujo de Eventos Actualizar Hardware

Actor Sistema 1.- Dentro del listado de Hardware mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Hardware.





51

5.3.1.12 Diagrama de Caso de Uso <Asignar o Modificar Monitor a Equipo >

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de asignar o modificar un Monitor a un Equipo.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Validar Usuario: Ingresar al Sistema Ver Monitor: Ninguno Ingresar Monitor: Ninguno Modificar Monitor: Ver Monitor Consultar Base Datos: Ver Monitor ó Ingresar Monitor ó Modificar Monitor

52









Flujo de Eventos Ver Monitor

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Monitores Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Monitores existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Monitores existentes en su BD, mostrando cada atributo


Monitor, despliega un mensaje que no ha encontrado Monitor alguno

Flujo de Eventos Ingresar Monitor

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Monitor

2.- El sistema desplegará el formulario para ingresar Monitor






53

validar. Flujo de Eventos Actualizar Monitor

Actor Sistema 1.- Dentro del listado de Monitores mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Monitor.





54

5.3.1.13 Diagrama de Caso de Uso <Asignar o Modificar Proyecto a Servidor>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de asignar o modificar proyecto a un servidor.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Validar Usuario: Ingresar al Sistema Ver Proyectos: Ninguno Ingresar Proyectos: Ninguno Modificar Proyectos: Ver Proyectos Consultar Base Datos: Ver Proyectos ó Ingresar Proyectos ó Modificar Proyectos

55









Flujo de Eventos Ver Proyectos

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Proyectos Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Proyectos existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Proyectos existentes en su BD, mostrando cada atributo


Proyecto, despliega un mensaje que no ha encontrado Proyecto alguno

Flujo de Eventos Ingresar Proyecto

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Proyecto

2.- El sistema desplegará el formulario para ingresar Proyecto






56

validar. Flujo de Eventos Actualizar Proyecto

Actor Sistema 1.- Dentro del listado de Proyectos mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Proyectos.





57

5.3.1.14 Diagrama de Caso de Uso <Asignar o Modificar Sistema Operativo a Equipo>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de asignar o modificar un Sistema Operativo a un equipo o servidor.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Validar Usuario: Ingresar al Sistema Ver Sistema Operativo: Ninguno Ingresar Sistema Operativo: Ninguno Modificar Sistema Operativo: Ver Sistema Operativo Consultar Base Datos: Ver Sistema Operativo ó Ingresar Sistema Operativo ó

Modificar Sistema Operativo

58










Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Sistemas Operativos Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Sistemas Operativos existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Sistemas Operativos existentes en su BD, mostrando cada atributo


Sistema Operativo, despliega un mensaje que no ha encontrado Sistema Operativo alguno

Flujo de Eventos Ingresar Sistema Operativo

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Sistema Operativo

2.- El sistema desplegará el formulario para ingresar Sistema Operativo





59


Flujo de Eventos Actualizar Sistema Operativo

Actor Sistema 1.- Dentro del listado de Sistemas Operativos mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Sistema Operativo.





60

5.3.1.15 Diagrama de Caso de Uso <Asignar o Modificar Software a Equipo o Servidor>

Descripción: Este diagrama permite describir la interacción del Usuario Administrador al momento de asignar o modificar software a un equipo o servidor.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Validar Usuario: Ingresar al Sistema Ver Software: Ninguno Ingresar Software: Ninguno Modificar Software: Ver Software Consultar Base Datos: Ver Software ó Ingresar Software ó Modificar Software

61










Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Software Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Software existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Software existentes en su BD, mostrando cada atributo


Software, despliega un mensaje que no ha encontrado Software alguno

Flujo de Eventos Ingresar Software

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ingresar Software

2.- El sistema desplegará el formulario para ingresar Software






62

validar. Flujo de Eventos Actualizar Software

Actor Sistema 1.- Dentro del listado de Software mostrados por el sistema, se selecciona aquel que queremos modificar.

2.- El sistema desplegará un formulario con los atributos que queremos modificar de nuestro Software.





63

5.3.1.16 Diagrama de Caso de Uso <Vistas del Visitante>

Descripción: Este diagrama permite describir la interacción del Usuario Espectador al ingresar al sistema.

Pre-Condiciones:

Ingresar al Sistema: Ninguno Ver Usuario: Ninguno Ver Equipo: Ninguno Ver Hardware: Ninguno Ver Software: Ninguno Ver Sistema Operativo: Ninguno Ver Proyecto: Ninguno Ver Laboratorio: Ninguno Generar Informe: Ver Usuario ó Ver Equipo ó Ver Hardware ó Ver Software ó Ver

Sistema Operativo ó Ver Proyecto ó Ver Laboratorio

64

Flujo de Eventos Ver Usuario Actor Sistema

1.- Usuario seleccionará en el menú lateral la Opción de ver los usuarios Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los usuarios existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los usuarios existentes en su BD, mostrando cada atributo (tipo usuario, nombre, Rut)


sistema operativo, despliega un mensaje que no ha encontrado usuario alguno


Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Hardware Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado del Hardware existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Hardware existentes en su BD, mostrando cada atributo


Hardware, despliega un mensaje que no ha encontrado Hardware alguno


Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Software Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Software existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Software existentes en su BD, mostrando cada atributo


Software, despliega un mensaje que no ha encontrado Software alguno


Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Sistemas Operativos Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Sistemas

65

Operativos existentes en sus tablas. 3.- El sistema desplegará en una tabla

todos los Sistemas Operativos existentes en su BD, mostrando cada atributo


Sistema Operativo, despliega un mensaje que no ha encontrado Sistema Operativo alguno

Flujo de Eventos Ver Proyectos

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver Proyectos Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los Proyectos existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los Proyectos existentes en su BD, mostrando cada atributo


Proyecto, despliega un mensaje que no ha encontrado Proyecto alguno

Flujo de Eventos Ver Equipo

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los equipo Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los terminales existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los equipos existentes en su BD, mostrando cada atributo (hardware que posee, s.o.)


equipo, despliega un mensaje que no ha encontrado terminal alguno

Flujo de Eventos Ver Laboratorio

Actor Sistema 1.- Usuario seleccionará en el menú lateral la Opción de ver los laboratorio Existentes

2.- El sistema emitirá una consulta a la base de datos para que esta le entregue un listado de los laboratorios existentes en sus tablas.

3.- El sistema desplegará en una tabla todos los laboratorios existentes en su BD.

66


laboratorio, despliega un mensaje que no ha encontrado terminal alguno

6 DISEÑO

6.1 Diseño físico de la Base de Datos

Observación: Ambos modelos se encuentran Impresos en mejor calidad en los Anexos del Informe.

6.1.1 Modelo Entidad-Relación

67

6.1.2 Modelo Relacional

6.1.3 Diccionario de Datos:

Tabla Nombre Variable Tipo de Dato Descripción Usuarios Rut Varchar(20) Identificador único de los Encargados

de Laboratorios Nombre Varchar(40) Nombre de los Encargados de

Laboratorios Pantallas Idpa Serial Identificador único de las Pantallas Fabricante Varchar(50) Nombre del Fabricante de Pantallas Modelo Varchar(50) Modelo de Pantalla Pulgadas Integer Pulgadas que tiene la Pantalla Sistemas_Operativos Idso Serial Identificador único del Sistema

Operativo Nombre Varchar(50) Nombre del Sistema Operativo Version Varchar(10) Versión del S.O. Desarrollador Varchar(30) Nombre de Empresa Desarrolladora

68

del S.O. Programas Idsw Serial Identificador único de los Programas

Instalados Nombre Varchar(50) Almacena el nombre del programa Version Varchar(10) Almacena la versión del programa Descripcion Varchar(120) Descripción del uso del Programa Licencia Varchar(100) Código de la Licencia del Software Fecha_instalacion Date Almacena la fecha en que se ingresó el

programa al Sistema Tipo_licencia Varchar(30) Almacena el tipo de licencia (GNU,

Shareware) Laboratorios Codigo Serial Identificador único de los

Laboratorios Nombre Varchar(50) Almacena el Nombre de los

Laboratorios Pcs Id Serial Identificador único de los

Computadores Nombre Varchar(30) Almacena Nombre del Equipo Tipo Integer Almacena en un dígito el tipo de PC

(1: Normal, 2:Servidor, 3:Cluster, 4:Nodo)

Hardwares Idh Serial Identificador único de la tabla hardwares

Fabricante Varchar(50) Almacena el Nombre del Fabricante del Hardware

Modelo Varchar(50) Almacena el Modelo del Hardware Tarjeta_de_videos Idh Integer Identificador único de la tabla

tarjeta_de_videos y además clave foránea de la tabla Hardwares

Capacidad Varchar(20) Almacena la capacidad de la tarjeta de video

Conector Varchar(20) Almacena el tipo de Conector que usa la tarjeta

Hdds Idh Integer Identificador único de la tabla hdds y además clave foránea de la tabla Hardwares

Almacenamiento Varchar(20) Almacena la capacidad de almacenamiento de los Discos Duros

Tamano Varchar(20) Almacena el Tamaño de los Discos Duros (2,5 o 3,5 o espesor)

Rpm Varchar(20) Almacena las Revoluciones por minuto que tiene el Disco Duro

Placas Idh Integer Identificador único de la tabla placas y además clave foránea de la tabla Hardwares

Socket Varchar(20) Almacena el Socket de la Placa Madre Url Varchar(120) Almacena la url donde se encuentra la

información completa del hardware (Drivers, Soporte)

69

Rams Idh Integer Identificador único de la tabla rams y además clave foránea de la tabla Hardwares

Tamano Varchar(20) Almacena el Tamaño de la RAM (Capacidad en GB)

Frecuencia Varchar(20) Almacena la Frecuencia con la cual funcionan las Memorias RAM

Perifericos Idh Integer Identificador único de la tabla Perifericos y además clave foránea de la tabla Hardwares

Nombre Varchar(50) Almacena el Nombre del periférico Conector Varchar(20) Almacena el conector con el cual se

conecta el periférico Proyectos Ipd Serial Identificador único de la tabla

proyectos Nombre Varchar(50) Almacena el Nombre del proyecto Asignatura Varchar(30) Almacena el nombre de la Asignatura

asociada al proyecto Carrera Varchar(30) Almacena el nombre de la carrera

asociada al proyecto Fecha_ingreso Date Almacena la fecha de ingreso del

proyecto al sistema Fecha_expiracion Date Almacena la fecha de expiración, por

defecto equivale a 6 mese después de ingresado el proyecto al sistema

Alumno Varchar(50) Almacena el Nombre del Alumno que está asociado con el proyecto (Jefe de Grupo en caso de ser más de uno)

Profesor Varchar(50) Almacena el Nombre del profesor que está supervisando el proyecto

Semestre Varchar(7) Almacena el periodo Académico en el cual se ingresó el proyecto.

Idpc Integer Almacena el Id del Computador donde está almacenado el Proyecto, es clave Foránea de la Tabla Pcs

Administra RUT Varchar(20) Almacena el Rut de la persona que administra un Laboratorio, es clave foránea de la tabla Usuarios

Codigo Integer Almacena el código del Laboratorio que es administrado, es clave foránea de la tabla Laboratorios

Fecha_ingreso Date Almacena la Fecha de ingreso como Administrador del Laboratorio

Instalado Idsw Integer Almacena el Id del programa se instala en el Laboratorio, es clave foránea de la tabla Programas

Codigo Integer Almacena el código del Laboratorio donde es instalado el Software, es clave foránea de la tabla Laboratorios.

70

Contiene Id Integer Almacena el Id del Computador Que contiene el Laboratorio, es clave foránea de la tabla Programas

Codigo Integer Almacena el código del Laboratorio donde es Asignado el Equipo, es clave foránea de la tabla Laboratorios.

Se_le_asigna Id Integer Almacena el Id del Computador Que contendrá la Pantalla, es clave foránea de la tabla Pcs

Idpa Integer Almacena el Id de la pantalla que se le asignará a un Equipo, es clave foránea de la tabla Pantallas

Usa Id Integer Almacena el Id del Computador Que usa el S.O., es clave foránea de la tabla Pcs

Idso Integer Almacena el Id del S.O. que será instalado en el PC, es clave foránea de la tabla sistemas_operativos

Se_compone Id Integer Almacena el Id del Computador Que contendrá el Hardware, es clave foránea de la tabla Pcs

Idh Integer Almacena el Id del hardware que se le instalará a un Equipo, es clave foránea de la tabla Hardwares

Tiene Idso Integer Almacena el Id del Sistema Operativo Que es compatible con un programa, es clave foránea de la tabla sistemas_operativos

Idsw Integer Almacena el Id del programa que se le instala en un S.O., es clave foránea de la tabla Programas

71

6.2 Diseño de Interfaz y navegación

Obs: Es solo una previsualización de ejemplo, el verdadero MENÚ es distinto. El Diseño de la plantilla cuenta con cuatro partes:

1. Banner Principal: esta sección cuenta con el Nombre del sistema y con la opción que permite al Usuario, Cerrar Sesión, en caso que no tenga su sesión iniciada, le ofrece redigir a la pantalla donde se inicia Sesión

2. Menú Lateral: esta sección cuenta con todas las opciones disponibles para los usuarios, separadas por tus tópicos principales, dentro de cada tópico se despliega una opción (Dependiendo del privilegio del usuario): Ver, Agregar y Eliminar.

3. Cuerpo Principal: esta sección es la encargada de mostrar los formularios de ingreso, actualización y modificación, además es la sección en donde se muestran los listados e informes a generar, informes acorde a lo solicitado por el cliente.

4. Pie de Página: Esta sección cuenta con los datos de la versión del Sistema y además con los datos de contacto del Administrador y personas a cargo del desarrollo.

72

6.2.1 Menú Jerárquico Administrador

Nombre Opción representativa

Jerarquía/Nivel Acceso Facilidad de Acceso

Iniciar Sesión Iniciar Sesión Primer Nivel Fácil Agregar Equipo Ingresar Equipo

o Servidor al Sistema

Segundo Nivel, depende del Menú Desplegable Equipo

Fácil

Ver Equipos Listar todos los Equipos y Servidores que se encuentran en el sistema


Fácil

Agregar Laboratorio

Ingresar Laboratorio al Sistema

Segundo Nivel, depende del Menú Desplegable Laboratorio

Fácil

Ver Laboratorios Listar todos los Laboratorios que se encuentran en el sistema


Fácil

Agregar Hardware Ingresar Hardware al Sistema

Segundo Nivel, depende del Menú Desplegable Hardware

Fácil

Ver Hardware Listar todo el hardware que se encuentra en el sistema


Fácil

Agregar Software Ingresar Software al Sistema

Segundo Nivel, depende del Menú Desplegable Software

Fácil

Ver Software Listar todos el software que se encuentran en el sistema


Fácil

Agregar Sistema Operativo

Ingresar Sistema Operativo al Sistema

Segundo Nivel, depende del Menú Desplegable Sistema Operativo

Fácil

Ver Sistemas Operativos

Listar todos los Sistemas Operativos que se encuentran en el sistema


Fácil

Agregar Proyectos Ingresar Proyectos al Sistema

Segundo Nivel, depende del Menú Desplegable Proyectos

Fácil

Ver Proyectos Listar todos los Proyectos que

Segundo Nivel, depende del Menú Desplegable

Fácil

73

se encuentran en el sistema

Proyectos

Cerrar Sesión Cerrar Sesión Primer Nivel Fácil Ver Informes Lista Informes

Generados a solicitud del Administrador

Primer Nivel Fácil

6.2.2 Menú Jerárquico Visitante

Nombre Opción representativa

Jerarquía/Nivel Acceso Facilidad de Acceso

Ver Equipos Listar todos los Equipos y Servidores que se encuentran en el sistema


Fácil

Ver Laboratorios Listar todos los Laboratorios que se encuentran en el sistema


Fácil

Ver Hardware Listar todo el hardware que se encuentra en el sistema


Fácil

Ver Software Listar todos el software que se encuentran en el sistema


Fácil

Ver Sistemas Operativos

Listar todos los Sistemas Operativos que se encuentran en el sistema


Fácil

Ver Proyectos Listar todos los Proyectos que se encuentran en el sistema

Segundo Nivel, depende del Menú Desplegable Proyectos

Fácil

Ver Informes Lista Informes Generados a solicitud del Administrador

Primer Nivel Fácil

74

6.3 Especificación de Módulos

Nombre Módulo: Iniciar Sesión

Parámetros de entrada Parámetros de Salida

Nombre: Tipo de dato: Nombre: Tipo de dato:

RUT VARCHAR(20)

Contraseña VARCHAR(20)

Nombre Módulo: Agregar Equipo



ID INT

Tipo de Equipo VARCHAR(20)

ID Pantalla Asociada INT

Código Laboratorio al que Pertenece INT

Nombre Módulo: Ver Equipos



Código (ID) INT

Tipo de Equipo VARCHAR(20)

Nombre Módulo: Agregar Laboratorio



Código INT

Nombre VARCHAR(50)

Nombre Módulo: Ver Laboratorios



Código INT

Nombre VARCHAR(50)

Nombre Módulo: Agregar Hardware



Fabricante VARCHAR(50)

Modelo VARCHAR(50)

Nombre Módulo: Ver Hardware



Fabricante VARCHAR(50)

Modelo VARCHAR(50)

75

Obs: Al Agregar o al ver Hardware dependiendo del hardware que desee ingresar o ver existen los siguientes parámetros de entrada y salida: Tarjeta de video: Capacidad VARCHAR(20), Conector VARCHAR(20) Disco Duro: Almacenamiento VARCHAR(20), Tamaño VARCHAR(20), RPM VARCHAR(20) Placa Madre: Socket VARCHAR(20), URL VARCHAR(100) Memoria RAM: Tamaño VARCHAR(20), Frecuencia VARCHAR(20) Periférico: Nombre VARCHAR(50), Conector VARCHAR(20) Pantalla: Pulgadas VARCHAR(5)

Nombre Módulo: Agregar Software



Nombre VARCHAR(50)

Versión VARCHAR(10)

Descripción VARCHAR(20)

Licencia VARCHAR(50)

Fecha Instalación DATE

Tipo Licencia VARCHAR(30)

Nombre Módulo: Ver Software



Nombre VARCHAR(50)


Descripción VARCHAR(20)

Licencia VARCHAR(50)

Fecha Instalación DATE

Tipo Licencia VARCHAR(30)

Nombre Módulo: Agregar Sistema Operativo



Nombre VARCHAR(50)


Desarrollador VARCHAR(30)

Nombre Módulo: Ver Sistemas Operativos



Nombre VARCHAR(50)


Desarrollador VARCHAR(30)

Nombre Módulo: Agregar Proyectos



Nombre VARCHAR(50)

Asignatura VARCHAR(30)

Carrera VARCHAR(30)

Fecha Ingreso DATE

76

Alumno VARCHAR(50)

Profesor VARCHAR(50)

Fecha Expiración DATE

Semestre VARCHAR(6)

Nombre Módulo: Ver Proyectos



Nombre VARCHAR(50)

Asignatura VARCHAR(30)

Carrera VARCHAR(30)

Fecha Ingreso DATE

Alumno VARCHAR(50)

Profesor VARCHAR(50)

Fecha Expiración DATE

Semestre VARCHAR(6)

77

7 RESUMEN ESFUERZO REQUERIDO

El final de este documento se debe indicar las horas destinadas en realizar cada una de las fases del desarrollo del software, las horas corresponden a la suma de las horas gastadas por cada integrante y del equipo en conjunto.

Actividades/fases N° Horas / Por Integrante

Entrevista con el Cliente 2/2

Primer Modelado 3/3

Correcciones y Actualizaciones de Primer Modelado 3/3

Presentación del Modelado al Cliente 1/1

Primer Prototipo 2/2

Correcciones y Actualizaciones de Prototipo 4/4

Montaje y Configuración de Prototipo en Servidor 1/1

Correcciones y Actualizaciones Posteriores al Montaje 5/5

Informe Primera Entrega 15/15

Correcciones Informe Primera Entrega 3/3

Segundo Prototipo 5/5

Prueba y Correcciones del Prototipo 3/3

Montaje y Pruebas del Prototipo en el Servidor 2/2

Presentación del Prototipo al Cliente 1/1

Informe Segunda Entrega 15/15

Programación y desarrollo del Sistema 150/150

Corrección de Errores en informe 5/5

TOTAL 220/220

78

8 CONCLUSIONES

Este proyecto, en apoyo al inventario del software y hardware del laboratorio, además de los proyectos ejecutados dentro del servidor; facilita en grande manera la velocidad y orden con que se gestionan estos datos, datos que hasta el momento solo se manejan “en papel”, dependiendo totalmente del funcionario a cargo, sometiéndose a muchos errores humanos, errores que pueden también ocurrir en el sistema al ingresar mal un dato, pero estos últimos han de ser mucho más fácil de detectar y reparar. Además nuestra herramienta nos permitirá emitir informes, estadísticas y todos los datos extraíbles que el usuario o administrador estime convenientes, ahorrando horas de recopilación de información, transformándola a solo segundos. Pudimos notar la gran importancia que tiene el cliente dentro del proyecto, puesto que el Producto será aprobado sólo por él, y dependemos de su satisfacción para la Venta y Mantención del Producto. Desafortunadamente como la informática es más abstracta que otras ciencias, necesitamos que esté constantemente revisando y aprobando cada avance, sin embargo esto también es bueno, ya que garantiza o aumenta las probabilidades de éxito. Otra cosa importante es el modelado, notando que la parte de programación es muy corta, comparado con todo lo modelado que tenemos. Lo bueno es comprobar cuán importante es esto último, para que a la hora de programar o implementar nuestro producto, sea menos probable las fallas o más fácil de repararlas, de esta manera cualquier desperfecto o falla, no paralice el proyecto entero.

8.1 Conclusiones Personales

Gracias a lo que llevamos del proyecto, nos hemos enriquecido mucho en el trabajo en equipo, en la delegación de responsabilidades y pro actividad personal. Se comprueba y demuestra a la perfección que por más teoría que tengamos, si no la ponemos en práctica, ésta es completamente inútil, y que todos los conocimientos y técnicas se aprenden mucho mejor “en el campo”, ejecutándolas. Además de esto, vemos cuan cierto es la importancia del cliente dentro del desarrollo del proyecto, transformándose en otro integrante del equipo. Finalmente, es verdad que los informáticos no somos llamados sólo a programar, esto es solo una parte o casi el final de un proyecto, antes de esto hay todo un enorme trabajo que permite el desarrollo y confiabilidad del producto. Antes de la programación vienen los cimientos, que si éstos no están bien asentados, por más atractivo que quede nuestro software, está garantizado su fracaso.

79

9 BIBLIOGRAFÍA

Roger S, Pressman. Ingeniería de Software: Un enfoque Práctico. 6ª Edición. MCGRAW-HILL, 2005. 900p. ISBN: 9701054733.

Fowler Martin, Kendall Scott. UML Gota a Gota. Prentice-Hall, 2000. 200p ISBN: 9684443641.

80

10 ANEXO PLANIFICACIÓN INICAL DEL PROYECTO

10.1 Carta Gantt

10.2 Estimación Inicial del Tamaño

10.2.1 Actores del Sistema

Tipo de actor D Nombre del Actor

3 Complejo Administrador

3 Complejo Visitante

6 TOTAL

10.2.2 Puntos de Casos de Uso

Tipo de caso de uso Nombre Caso de uso Transacciones

5 Simple Ingresar al Sistema Validar Datos, Conectarse a la BD, Validar Datos

5 Simple Ver Usuarios Select de la BD

5 Simple Agregar Usuarios Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Usuario Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Usuario Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Equipos Select de la BD

81

5 Simple Ver Detalle Select de la BD

10 Medio Actualiza Equipo Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Equipo Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Agregar Equipo Validar Datos, Insert en la BD, Validar Insert

5 Simple Ver Hardware Select de la BD

5 Simple Agregar Hardware Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Hardware Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Hardware Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Laboratorios Select de la BD

5 Simple Agregar Laboratorios Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Laboratorios Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Laboratorios Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Monitores Select de la BD

5 Simple Agregar Monitores Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Monitores Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Monitores Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Proyectos Select de la BD

5 Simple Agregar Proyectos Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Proyectos Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Proyectos Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Servidor Select de la BD

5 Simple Agregar Servidor Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Servidor Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Servidor Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Sistemas Operativos Select de la BD

5 Simple Agregar Sistemas Operativos

Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Sistemas Operativos

Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Sistemas Operativos

Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Ver Software Select de la BD

5 Simple Agregar Software Validar Datos, Insert en la BD, Validar Insert

10 Medio Actualizar Software Select de la BD, Búsqueda del Usuario, Validar Actualización, Insert en la BD

5 Simple Eliminar Software Select de la BD, Búsqueda del Usuario, Eliminar Usuario

5 Simple Generar Informes Select de la BD

240 TOTAL

10.2.2.1 UUCP (Puntos de Casos de Uso Desajustados)

UUCP = 6 + 240 = 246.

82

10.2.2.2 TCF (Technical Complexity Factor)

Technical Factor Multiplier Total

Distributed System 2 2

Application performance objectives, in either response or throughput 1 5

End-user efficiency (on-line) 1 4

Complex internal processing 1 1

Reusability, the code must be able to reuse in other applications 1 2

Installation ease 0,5 1

Operational ease, usability 0,5 2

Portability 2 2

Changeability 1 5

Concurrency 1 5

Special security features 1 4

Provide direct access for third parties 1 3

Special user training facilities 1 4

TOTAL 40

Descripción Valor

Irrelevante De 0 a 2.

Medio De 3 a 4.

Esencial 5

TCF = 0.6+(0.01*40)= 1

10.2.2.3 EF (Environmental Factor)

Environmental Factor Multiplier Factor Total

Familiar with Exploratorio 1,5 5 7,5

Application experience 0,5 4 2

Object Oriented experience 1 5 5

Analyst capability 0,5 5 2,5

Motivation 1 4 4

Stable requirements 2 5 10

Par time workers -1 1 -1

Difficult programming language -1 2 -2

TOTAL 27

EF = 1,4+(-0.03*27) = 0,59

10.2.2.4 LOE (Level of Effort)

Suma F1-F6 menores a 3: 0 Suma F7-F8 mayores a 3: 0

LOE = 20

83

11 ANEXO: RECOPILACIÓN DE INFORMACIÓN

11.1 Transcripción Audio Entrevista

¿Qué es lo que desea hacer con este sistema? La idea es que yo vaya a la web, pregunte por el servidor de redes y me diga todos los programas que tiene el servidor, si hay que ingresar otro programa, también me dé el derecho de ingresarlo dentro del servidor, o sea la idea es que tenga un sistema de atención, ingreso, eliminación, modificación y consulta. Eso es en cuanto al servidor, también los servidores tienen proyectos, proyectos que Uds. mismos van a hacer o se han hecho, entonces la idea es que yo consulte por un proyecto y que me diga en qué servidor está ubicado. Lo otro también es que cada laboratorio tiene 10 equipos, entonces también quiero que el sistema pueda controlar un sistema de inventario, cada equipo tiene detrás del CPU un código, el monitor tiene un código, el mouse tiene un código, entonces que llevemos una tablita que yo vaya y diga ya: "Laboratorio de Transferencia hay Diez Equipos", y de los equipos, no sé, el código "tanto" aparezca qué es lo que es (detallado). Lo otro también es que cada equipo tiene Windows y que aplicaciones están funcionando ahí, y si los chiquillos que ayudan en el laboratorio, supongamos yo les digo "oye hay que instalar el Netbeans versión 7", sacan la otra versión y también puedan actualizar el inventario. ¿Les parece? No es nada tan profundo. ¡Ah! y ojalá que haga un reporte de eso, para yo también almacenar si me lo pide en el departamento cuantos equipos que software tienen, lo pueda imprimir en una hojita, corchetearlo y llevárselo al director de departamento. ¿Cuántos usuarios tienen aparte de ud, va a haber alguien más, otro usuario? Dos personas más, los dos chiquillos, entonces la idea es que haya dos cuentas, uno administrador y otro operador que vayan a consultar vía web, y que la idea es que si hay otro que se quiera incorporar como administrador, que me deje incorporarlo como Administrador. Supongamos Uds. son dos administradores y dos Operadores, entonces yo les digo "Christopher y Alberto van a ayudarme a administrar", quiero que tengan prioridad Uds., y si los chiquillos quieren solamente ver, tengan la prioridad solamente para ver. Que no se puedan meter en el área de Uds., que esté protegido. Uds. consultar o imprimir pueden hacerlo, pero los demás que puedan administrar. Porque lo estoy haciendo ahora en papel, todo en papel, y lo estoy haciendo en Excel, tengo una planilla. Entonces la idea es llevar todo eso, mejor a un sistema vía web. Y la idea es que nos juntemos dos veces a la semana para que vayan dándome avances y probar el sistema. Lo ideal sería la próxima semana, poder traer el modelo que nosotros hagamos de la base de datos para que lo revisemos Si Uds. quieren traer una presentación lo ponemos en el telón y me lo van explicando y todo, lo hacemos formalmente. La idea es tomen en cuenta que yo fuera un usuario cualquiera, y Uds. vienen de una empresa a desarrollar un sistema, Uds. lo presentan formalmente. Traten de hacer, ver como la empresa, como yo trabajo en una Universidad, la interfaz sea de acuerdo a la pantalla de la U, o sea como la página de la Universidad del Bío-Bío, traten de hacer más o menos similar a eso, la idea es que sea como parte del Sistema de la U, puede ser como la intranet.

84

Depende del nombre que Uds. le den al sistema, también colóquenle alguna imagen o saquen fotos de acá y van colocando del laboratorio, ahí Uds. se las ingenian. Ah, se supone que si yo soy administrador, debería entrar a una pantalla de administrador e insertar un administrador más, y que me de las propiedades. Lo otro sería bueno es que por ejemplo si un servidor falla, dejarlo marcado dentro del inventario, que está con "problema". (Definir una variable "Estado") Y que diga por ejemplo se supone que debería ser una barrita que yo pueda ver estado y descripción. Cualquier persona que vaya y vea la descripción pueda ver que está con problema "tanto" y desde tal fecha. Yo lo arreglo y el estado desaparece y queda activo nuevamente. Al referirse a los computadores, porque los computadores tienen una marca, o sea un código que es del inventario. Lo importante es que diga "Equipo 1", Laboratorio de redes, éste es el código. Entonces si yo voy al Número 1, sé que el código pertenece a este en forma física. En cuanto a los software que están instalados, por ejemplo si yo tengo Windows en un equipo y por ABC motivos viene un profe que va a enseñar Linux (que no está instalado), los ayudantes particionan el disco y generan Linux, entonces también que me dé en el sistema la opción de agregar un sistema operativo y las aplicaciones instaladas en él. Referentes a los proyectos: los proyectos tienen un nombre, personas a cargo. Lo que pasa, supongamos el proyecto que Uds. están haciendo, tiene departamento, carrera, asignatura, profesor y después el proyecto. Cuando hagan el diseño, háganlo y lo proyectamos acá para que lo muestren y para ver cómo van las tablas y las relaciones, por si en eso se me ocurre agregarle algo. RECUERDEN VALIDAR TODO. O sea, si yo, por ejemplo, tomo un computador y se lo paso a "Don Benito", y cambia la tarjeta, yo puedo actualizar eso. El servidor también se caracteriza como un PC más, lo único de diferente es que la arquitectura de los servidores es muy diferente a los PC normales, o bien tienen cuatro núcleos, disipadores más grandes, dos disipadores, pero en sí es otro computador más. Separarlo en cuanto a hardware. Y lo otro sería bueno es que si por ejemplo un servidor que por ABC motivos se está ocupando para un evento X ese servidor también tenga una opción que se presta para un evento. Una descripción de estado, fecha de inicio y fecha de término del evento. Yo entrego informes, se supone que si necesito una estadística de esto, me sacará un informe. Pero ese informe, ¿será PDF? Les enviaré un ejemplo de lo que yo constantemente envío a dirección para poderlos guiar. Siempre a nosotros por la Acreditación nos exigen una estadística de los equipos cuanto se utilizaron, por ejemplo, el software que está instalado en el servidor cuánto tiempo lleva. Que tenga una opción que eso lo registre el encargado. Registrar cuánto tiempo lleva en uso el servidor. Por ejemplo se compró tal fecha y tal fecha se instalaron tales aplicaciones, y por ejemplo yo les puedo entregar un informe, es decir, el Oracle o la versión 5 de PHP se utilizó en un semestre X por tales asignaturas, pero eso lo lleva internamente el servidor pero,

85

¿cómo reflejarlo en papel? Yo lo hago aproximado, porque sé que el servidor partió en esa fecha y cuando actualizo sé que la otra versión viene entonces tiene su período de un mes. Yo digo "ya un mes se utilizó PHP 5 para tales asignaturas", yo lo tengo escrito. ¿Cómo llevarlo a que el sistema lo entregue? Son las típicas estadísticas que te piden en cualquier parte.

_____________________________________________________________ Marco Iturra Mella

Encargado Laboratorios de Transferencia

11.2 Cuestionario

¿Cuál es su labor? - Administrar los Laboratorios de especialidad y Servidores de la FACE. ¿Cómo lleva los registros de los Laboratorios y Servidores? - Para los Laboratorios, manejo una planilla Excel con las piezas y detalles de los Equipos, en el caso de los servidores, cada vez que debo de realizar un informe debo de recurrir a revisarlos para ver qué es lo que contienen. ¿Qué es lo que debe de realizar cada vez que le piden un informe? - Primero, debo de revisar los archivadores, en donde hay copias de informes anteriores para recopilar datos, posteriormente hago una estimación del uso de los Laboratorios y Software que se utilizan, en el caso de los servidores, debo de realizar siempre un registro manual de los sistemas, proyectos y documentos que existen allí. Enumere los registros que debe llevar: - Computadores (Mouse, Teclado) - Sistema Operativo - Versión - Software Instalado - Versión - Fecha de Instalación de los anteriores - Estado - Hardware (Piezas del Computador) - Tipo - Fabricante - Pantallas - Dimensión - Estado - Laboratorio - Cantidad de Equipos - Servidores - Sistema Operativo - Proyectos y/o Sistemas - Asignatura

86

- Fecha - Carrera Actualmente almacena los registros anteriores en algún software? - La gran mayoría de los registros que mencionaba anteriormente, los almaceno en planilla Excel y aquellos históricos de los informes los mantengo en archivadores en la oficina. ¿Qué es lo que desea mejorar? - Deseo poder mantener todos los registros en un solo lugar, es decir, deseo mejorar la forma de administrar la los datos y registros que actualmente utilizo, lo que me permitiría generar informes de forma rápida, con el fin de evitar la demora en la entrega de informes que me solicitan, pues, muchas veces se pierde tiempo en la recopilación de datos, debido a que tengo que revisar archivador por archivador para obtenerlos. Desearía que un Sistema Informático (Con acceso seguro mediante un Log-in y en la web) administre dicha información?, de ser así, ¿Cuántos usuarios utilizarían el sistema? (favor clasifique Usuarios) - Sería genial poder tener todos los registros en un solo lugar, lo ideal es que permita generar ciertos informes, los que generalmente siempre me solicitan, además que me permita ingresar, actualizar, eliminar y consultar por los registros. Los bosquejos de informe se los envío a sus correos. Referente a los usuarios, solo deseo que exista el Administrador (Pueda crear usuarios y Administradores, Administre el Ingreso, Eliminación y Actualización, Consulte y Genere Informes) y el usuario "Visita" (Realice Consultas y genere informes) ¿Le gustaría que el Sistema tuviese algún Diseño predeterminado? - Me gustaría que tuviese un diseño parecido al de la Intranet de la Universidad, pero con colores más cálidos. ¿Qué es lo que más le piden en los Informes? - el detalle de los Equipos existentes en cada Laboratorio, los softwares instalados y cuánto han sido utilizados, el uso de los Laboratorios en horas y porcentaje.

_________________________________________________________ Marco Iturra Mella

Administrador Laboratorios de Especialidades

87

12 ANEXO: OTROS

12.1 Modelo Entidad-Relación

88

12.2 Modelo Relacional

entrega final

Documents