informe de taller de sia

SOFTWARE DE INVENTARIO

“S.E.I”(Support Equipment Inventory)

Integrante: Luis E. Díaz M.

Rodrigo A. Tapia O.

Docente: Carla Arzola Z.

17

Taller de Sistemas

Introducción

El presente proyecto de desarrollará en el Instituto Profesional Dr. Virginio Gómez, específicamente en el laboratorio de informática, se implementara un SIA para lograr manejar de mejor manera el área de trabajo del laboratorio de informática. Se abordará el método utilizado actualmente para la solución de problemas y se implementara una herramienta para mejorar el tiempo de respuesta de los encargados en el tema, la organización de respaldos por trabajos realizados, la información de los insumos que posee laboratorio para sus eventuales tareas y algún otro problema que pueda aparecer en el camino.

Se realizara un análisis crítico de cada uno de los procesos, puntualmente en el Inventario. Pero antes daremos diferentes alternativas de solución para lograr dicha automatización eligiendo la que mas satisfaga las necesidades del laboratorio, en otras palabras la que sea más eficiente para sus necesidades.

Los encargados de cada área nos informarán del actual sistema con el que trabajan, los materiales con los que cuentan, sus fortalezas y las debilidades que ellos pueden percibir desde el punto de vista de trabajadores, intentaremos además, tener una frecuente y detallada conversación con ellos ya que serán los usuarios finales y los que conocen a cabalidad el trabajo que les fue asignado.

El instituto Profesional Dr. Virginio Gómez cuenta en la actualidad con 3 sedes, los que en su unificación tienen carreras de Ingeniería y TNS.

Además de laboratorios de computación para los alumnos como salas de clases. Esto nos da como resultado una cantidad de computadores considerable, cada sala de clases también cuenta con un computador y un proyector. Existen además la necesidad de transportar un proyector y un Notebook para algunas aulas que se encuentre fuera del edificio principal

El proyecto tendrá como base el método espiral para tener un desarrollo constante del mismo, así como también para organizar todo tipo de temas que puedan surgir conforme avance el desarrollo.

El proyecto será desarrollado en HTML, bajo el sistema operativo Windows 7, los detalles técnicos los veremos más adelante. Y por último daremos a conocer los requisitos técnicos HW y SW para la construcción y puesta en marcha de nuestro sistema.

Luis Díaz – Rodrigo Tapia

17

Taller de Sistemas

Diagrama de Contexto


17

Taller de Sistemas

Diagrama Superior


17

Taller de Sistemas

Diagrama de Detalle


17

Taller de Sistemas

Diagrama de detalle


17

Taller de Sistemas

Análisis critico

Problema Consecuencia Datos son almacenados en

Planillas Excel. Sistema poco automatizado. Proceso medianamente lento. Demora en los registros de los

datos. Información de mantención

correctiva y preventiva del software y actualización de Hardware es registrada en Bitácora.

Sistema deficiente. Proceso lento. Poco óptimo. Demora en la búsqueda de

información. Demora en los registros de los

datos. Dificultad de mantener actualizada

la información. Deterioro del material por excesiva

manipulación de éste. No cuenta con respaldo de un

sistema computacional.

Información de mantención de Impresoras se guardan en archivadores.

Se puede dar el caso de algún evento fortuito, ya que sólo se maneja la información en archivos manuales.

En algunos casos se produce el extravío.

Falta de categorización de los bienes con sus respectivos tipos de cuentas.

Desorden en la clasificación de los bienes.

Demora en la búsqueda de la información.

Información de la mantención preventiva de software en correo electrónico.

Poca seguridad en el almacenamiento de la información.


17

Taller de Sistemas

Alternativa de solución

Alternativa 1

Como ya lo hemos mencionado en el análisis crítico hay procesos que son deficientes, lentos e inseguros es por eso que nuestra primera alternativa de solución sería la construcción de un Software (S.E.I.) con la finalidad de automatizar todos los procesos mencionados anteriormente y además agregar otros procesos que no fueron considerados, como es el registro de activos y devolución de los activos, para así prevenir cualquier tipo de pérdida tanto de software como de hardware.

Nuestro Software va a contener todos los módulos necesarios para almacenar la información para así poder llevar un control y manejo exhaustivo de los activos, entregando las herramientas a nuestros usuarios, ya sean los directos e indirectos para que puedan ingresar en el caso de los directos y obtener toda la información que ellos requieran en forma rápida y precisa, teniendo siempre presente que se puedan cumplir a cabalidad los requisitos no funcionales y los requerimientos de HW y SW para la puesta en marcha.

Alternativa 2

Este contempla la construcción de un Software (S.E.I.) que tenga como objetivo principal automatizar todos los procesos mencionados anteriormente.

Nuestro Software va a contener todos los módulos necesarios para almacenar la información necesaria para llevar un control y manejo exhaustivo de los bienes, entregando las herramientas a nuestros usuarios, ya sean los directos e indirectos para que puedan ingresar en el caso de los directos y obtener toda la información que ellos requieran en forma rápida y precisa, teniendo siempre presente que se puedan cumplir a cabalidad los requisitos no funcionales y los requerimientos de HW y SW para la puesta en marcha.


17

Taller de Sistemas

Elección de la mejor alternativa

Hemos elegido la alternativa 1, ya que cuenta con todas las características que un sistema requiere para la automatización de los procesos y lo más importante se le agregó dos procesos que antes no eran considerados: el registro de software y el registro de devolución y préstamo de los bienes.Como nuestro mayor objetivo es entregar el mejor servicio a nuestro cliente, haciendo más fácil la complicada labor de llevar un buen registro de Inventario, con todo lo que esto implica.


17

Taller de Sistemas

Especificación de requerimientos

NOMBRE DEL SOFTWARE: S.I.E. (Support Equipment Inventory)

Generar soluciones Innovadoras que permitan anticiparnos a satisfacer las necesidades de la aplicación de tecnología para el almacenamiento y ordenamiento de la información de los bienes en la Unidad Educativa “Virginio Gómez” y la distribución de éstos hacia el usuario, así se vela por la seguridad de la información y su acceso rápido.

Y quisiéramos agregar que tenemos como Misión colaborar en la mejora de la calidad en el ámbito laboral para los funcionarios, a través del uso de las nuevas tecnologías aplicadas en nuestro producto y servicio.

Ser para nuestros usuarios, una fuente de información valiosísima para los procesos de información y análisis, toma de decisiones, seguimiento y monitoreo de los bienes de la Institución, control de los recursos, apoyo al personal encargado, ya que en su conjunto los distintos módulos permiten el registro de las actividades propias de altas y bajas de los bienes, haciendo más fácil las complejas tareas propias de un Inventario.

OBJETIVOS ESPECÍFICOS:

Permitirá la gestión del Usuario. Permitirá el registro de altas y bajas de los equipos (Hardware). Permitirá conocer la ubicación de los bienes. Permitirá el registro de la realización de imagen de disco de los equipos

computacionales (Software). Podrá entregar registros en planillas con los detalles correspondientes a la consulta

que el usuario solicite. El sistema automatizará procesos definidos al integrar datos en la base de datos del

sistema para lograr mejorar la velocidad de respuesta para el usuario dándole el acceso veloz a los datos y generando consultas, permitiendo al usuario tener la información de la organización rápida.


17

Taller de Sistemas

USUARIOS DIRECTOS:

Los Ayudantes de Laboratorio y administrador de laboratorio serán los usuarios directos ya que ellos se encargaran de ingresar la información al sistema y generar los listadosde consulta y reportes que permita el sistema.

USUARIOS INDIRECTOS:

Rectoría, Jefe de Carrera, secretaría, serán los usuarios indirectos ya que ellos notendrán acceso al sistema, sino que ellos se verán beneficiados por lainformación que este entregue.

REQUISITOS FUNCIONALES:

Permitir la Actualización del Módulo Equipo Computacional (I,E,M) Permitir la Actualización del Módulo Monitor (I,E,M) Permitir la Actualización del Módulo Ubicación(I,M) Permitir la Actualización del Módulo Herramienta(I,E,M) Permitir la Actualización del Módulo Proveedor (I,M) Permitir la Actualización del Módulo Repuesto(I,E,M) Permitir la Actualización del Módulo Software (I,M)) Permitir la Actualización del Módulo Préstamo Permitir Emisión de listados:

Lista de Inventario. Lista de Altas. Lista de Bajas. Listado de Préstamos.

Permitir Consultas por Pantalla: Cantidad de Equipos. Estado de Equipos. Disponibilidad de equipos.


17

Taller de Sistemas

De Entrada:

Para Equipo Computacional: Serial. Marca. Modelo. Estado. Fecha Compra. Fecha Baja. Descripción. IP. Nombre. Garantía.

Para Monitor:

Serial Marca Modelo Estado Fecha Baja Fecha Compra

Para Ubicación:

Código Nivel Sector Equipo

Para Herramienta:

Id Nombre Marca Estado


17

Taller de Sistemas

Para Proveedor:

RUT Teléfono Giro Contacto Nombre Dirección Email

Para Repuesto:

ID Nombre Marca Fecha Compra Número de serie Stock máximo Stock mínimo

Para Software:

ID Nombre Fecha Compra

Para Préstamo:

Nombre Usuario Sección Tipo de Equipo Fecha Entrega Fecha Devolución Estado


17

Taller de Sistemas

REQUISITOS NO FUNCIONALES:

Estabilidad: el sistema será compilado en el sistema operativo Windows 7, y en lenguaje HTML, basado en los requerimientos de la organización. Se le implementaran restricciones para evitar la caída del sistema y la perdida de la información, pese a todo eso, se capacitara a los usuarios para evitar fallas y mantener una prueba del sistema por una semana.

Tiempos de Respuestas: El sistema no tardará más de cinco segundos en mostrar los resultados de una búsqueda. Si se supera este plazo, el sistema detiene la búsqueda.

Seguridad:

Nuestro servicio contará con servidores de altos estándares de seguridad y aun así, se efectuarán respaldados cada día.

Solamente pueden intervenir en la plataforma las personas autorizadas para ello, a quienes previamente se les indicará una clave de acceso y un perfil. Los datos son de uso e ingreso exclusivo de parte del establecimiento.

La Plataforma no pierde datos y registra mediante log todos sus movimientos de sus usuarios, por lo que, de ser necesario se puede realizar una auditoría a fin de averiguar bajo qué usuarios se realizaron modificaciones y la posibilidad de recuperar los datos anteriormente existentes.

Mantenibilidad:

Se debe estructurar el código de una manera consistente y predecible. Para objetos que son frecuentemente manejados en la lógica del negocio,

implementar las respectivas interfaces que aseguren su fácil implementación en el sistema.

Asegurar que el diseño de las interfaces contemplen el que las propiedades públicas y los parámetros de los métodos sean de un tipo común (estandarizados).

El sistema debe ser construido e implantado de tal manera que un cambio en los parámetros no obligue a la generación de una nueva versión del módulo.

Disponibilidad:

La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 días X 24 horas, garantizando un esquema adecuado que permita ante una posible falla de la solución en cualquiera de sus componentes, contar con una contingencia, generación de alarmas.


17

Taller de Sistemas

Debe contemplar requerimientos de consistencia transaccional. Ante la falla del aplicativo, se debe contar con mecanismos que contemplen la interrupción de transacciones para que estas finalice de manera correcta.

Escalabilidad:

El diseño debe contemplar el uso óptimo de recursos tales como conexiones a la base de datos.

Contemplar en el diseño la clara partición entre datos, recursos y aplicaciones para optimizar la escalabilidad del sistema.

REQUISITOS TÉCNICOS HW Y SW PARA LA PUESTA CONSTRUCCIÓN Y PUESTA EN MARCHA:

Nuestro sistema podrá ser ejecutado en Windows XP o superior también en Linux y sus derivados, será programado en HTML, tendrá una resolución de pantalla de 800 X 600 pixeles, y funcionará en cualquier equipo igual o superior a:Procesador: Intel Pentium 4 (3.00 GHz)Memoria RAM: 2 GBTarjeta de video: 128 MBMonitor: 800 X 600 pixelesDisco duro: 100 GB


17

Taller de Sistemas

Conclusión

En este Informe pudimos aprender la importancia de tener en cuenta cada uno de los aspectos de los Requerimientos para desarrollar un sistema, cada paso a seguir para satisfacer las necesidades de los usuarios y automatizar el proceso.

Aprendimos que no es llegar y hacer un sistema a la ligera, sino que hay procesos importantes a seguir, características que debemos tomar en cuanta al desarrollar, implementar y poner en marcha un sistema de información que cumpla con los objetivos esperado por los usuarios.

Cada una de las partes del proyecto ayudo con la retroalimentación que necesitábamos tener con el usuario y la administración, aunque el sistema comience su marcha blanca, se necesitara de un seguimiento para verificar el buen funcionamiento y poder corregir los errores que queden.El proceso que logramos a través de todos los informes nos deja ver la realidad de una institución, la cantidad de procesos que se pueden automatizar y cuál es la brecha que falta aún para lograr el perfeccionamiento en los tiempos de respuesta.


17

Taller de Sistemas

Bibliografía

Kendall, K (2005). Analisis y diseño de sistemas. Sexta edición. México: Pearson.


informe de taller de sia

Documents