Segunda entrega - Semana 5

Cristian Barreto
Sebastián Bernal
Sebastián Betancourt
Arnod Chirivi
Cristian Gustin
Julio Montoya
Luisa Fernanda Oviedo
Marzo 2020.

Politécnico Grancolombiano.
Facultad de Ingeniería, Diseño e innovación.
Ingeniería de Software
Tabla de Contenidos ii

Capítulo 1 Problema ................................................................................................................... 1

Problemática ........................................................................................................................... 1
Planteamiento del problema y justificación ........................................................................... 1
Capítulo 2 Objetivos ................................................................................................................. 3
Objetivo General .................................................................................................................... 3
Objetivos Específicos ............................................................................................................. 3
Capítulo 3 Marco........................................................................................................................ 4
Metodología ........................................................................................................................... 4
Definir y analizar los requerimientos del cliente para crear el sistema de información. ... 4
Diseñar el sistema de información de acuerdo con los requerimientos del cliente. ........... 5
Desarrollar el sistema adecuado a las necesidades informáticas. ...................................... 5
Implantar el sistema de información. ................................................................................. 5
Realizar Seguimiento y Soporte Técnico. .......................................................................... 6
Marco Teórico ........................................................................................................................ 6
Sistema de información (SI)............................................................................................... 7
Ingeniería de software. ....................................................................................................... 8
Definición. ...................................................................................................................... 8
Desarrollo. ...................................................................................................................... 8
Mantenimiento. .............................................................................................................. 9
Tipos de requerimientos. .................................................................................................... 9
Requerimientos de Negocio. .......................................................................................... 9
Requerimientos de usuario. .......................................................................................... 10
Requerimientos funcionales. ........................................................................................ 10
UML. ................................................................................................................................ 10
Diagramas de comportamiento. ................................................................................... 11
Diagramas de estructura estática .................................................................................. 11
Diagramas de interacción ............................................................................................. 12
Lista de referencias .................................................................................................................. 14
Lista de figuras iii

Figura 1 Diagrama de flujo UML ............................................................................................ 11

 1

Capítulo 1

Problema

Problemática

Una de las dificultades presentes en las medianas y grandes empresas es el no contar

con un sistema de información que ayude a la gestión del mantenimiento preventivo de

equipamiento e infraestructura, lo cual genera averías constantes en éstos. Adicional a lo

anterior, en muchas ocasiones el llevar a mantenimientos correctivos genera

traumatismos en muchas empresas, puesto que la planeación, seguimiento y ejecución del

mantenimiento requiere un nivel de organización muy alto, dedicación completa al

soporte de los equipos e infraestructura y al llevar a cabo mantenimientos correctivos

incluso se presentan paradas en la plata y producción.

Planteamiento del problema y justificación

Según la investigación realizada por la revista Marca en el año 2017 en 3 países de

Latinoamérica incluyendo Colombia las empresas que no cuentan con un adecuado

sistema de gestión de mantenimientos hace que su presupuesto destinado para tal fin se

incremente entre un 10 a 15 por ciento, lo anterior sumado a que grandes empresas con

un volumen considerable de inventarios en ocasiones no cuenta con un sistema efectivo

de planeación de mantenimientos preventivos, hacen que su productividad se vea

afectada en gran medida.

Mediante la investigación de proyectos relacionados para dar solución a esta

problemática en internet no se encontró una que proporcionara una solución eficaz,

rentable y que incorpore en una sola plataforma el sistema de gestión de mantenimientos

 2

tanto para tecnología (equipamiento) e infraestructura, más por el contrario se observó

que los softwares actuales solo actúan en sectores del IT, como son el Helpdesk y

Zenkdesk especializados en mesa de ayuda. Aunque en estos hay presente e incluye una

de las actividades planteadas en el software que se pretende desarrollar, no presentan una

forma concreta de solución de problemas en infraestructura y mesa de ayuda de una

forma unificada.

El sistema de información permitirá llevar un control y planeación eficiente del

mantenimiento de equipos e infraestructura de las diferentes empresas las cuales cuenten

con un inventario superior a 500 millones de pesos en activos y que deseen tener control

sobre los mismos, impactando de modo positivo en la parte económica de las empresas

ya que al minimizar las pérdidas y gastos producidos por los mantenimientos correctivos,

se incrementa el profit, productividad y competitividad de las mismas, avanzando hacia el

desarrollo de un plan de mantenimiento preventivo del equipamiento e infraestructura de

la empresa, bajando los costos de los mantenimientos correctivos para evitar pérdidas

parciales o totales de los implementos, incluso reduciendo los desechos de equipos

generando así un menor impacto ambiental por desperdicios electrónicos.

El componente de innovación se ve reflejado en la fusión de los servicios de help desk

para equipamiento y de servicios generales de infraestructura en un solo sistema dando

respuesta a una problemática de las empresas en el control, gestión y administración de

soporte de sus inventarios.

 3

Capítulo 2

Objetivos

Objetivo General

Desarrollar un sistema de información que permita mejorar los procesos prestados por

los ServiceDesk y Servicios Generales, bajo un control de inventarios y cronogramas de

mantenimiento preventivo.

Objetivos Específicos

1. Analizar los requerimientos específicos solicitados por el cliente.

2. Determinar que sistemas de mesa de ayuda y servicios generales que existen

en el mercado.

3. Idear un sistema que integre los sistemas de mesa de ayuda y servicios

generales.

4. Crear un sistema de información que permita integrar los sistemas de mesa de

ayuda y servicios generales.

5. Incorporar los estándares de calidad ISO 9001 (organización internacional de

normalización).

6. Crear la fidelización de nuestros clientes a través del soporte del sistema de

información.
 4

Capítulo 3

Marco

Metodología

La metodología de investigación que se utilizará en la parte investigativa es la

cuantitativa, tomando como referente de estudio el Sena – Regional Nariño, Centro

Internacional de Producción Limpia LOPE, un centro en el cual se manejan 25718

activos en inventario y presenta la problemática planteada de no tener un control en el

desarrollo de los mantenimientos de los activos, la no existencia de hojas de vida del

equipamiento llevando siempre éste a mantenimientos correctivos, incrementando costos

y baja competitividad y adicional a ello el no contar con un sistema para la

administración de tickets para mantenimientos de la planta locativa.

La metodología de trabajo a utilizar es RUP para llevar a cabo nuestro proyecto de

desarrollo del sistema de información de soporte, se realizará las siguientes actividades:

• Analizar los requerimientos del cliente para crear el sistema de información.

• Diseñar el sistema de información de acuerdo a los requerimientos del cliente.

• Desarrollar el sistema adecuado a las necesidades informáticas.

• Implantar el sistema de información.

• Realizar Seguimiento y Soporte Técnico

A continuación, se hará una breve descripción de cada una de las actividades:

Definir y analizar los requerimientos del cliente para crear el sistema de

información.
 5

Se recolectará información para entender cómo funcionarán los procesos que se van a

sistematizar con el sistema de información, se analizará los procesos y procedimientos

afectados por el Sistema de Información con el fin de determinar con mayor claridad la

funcionalidad de este.

Diseñar el sistema de información de acuerdo con los requerimientos del cliente.

Después de haber analizado los procesos que se van a sistematizar se diseñará un

prototipo del sistema de información que ilustra la forma como se presentará y funcionará

el sistema de información. Dicho prototipo será presentado al cliente con el fin de que sea

revisado, sugiera mejoras y por último que sea aprobado. Además, se diseñará una base

de datos, en la que se almacenará los datos de los documentos que maneje el software.

Desarrollar el sistema adecuado a las necesidades informáticas.

Con base en el prototipo aprobado se procederá a construir el sistema de información.

Cada avance en el desarrollo será sometido a pruebas para verificar que funcione

correctamente. Después de desarrollado el sistema de información se elaborará los

manuales de instalación y de usuario que posteriormente serán entregados al cliente y

servirán como herramientas para la implantación del software.

Implantar el sistema de información.

Después de obtener el sistema de información y haberle realizado las respectivas

pruebas de funcionamiento, se instalará el sistema de información en un servidor de

Internet y se instalará o verificará un navegador de internet en el ambiente para el acceso

al software configurando los parámetros que se maneje y se realizarán otras pruebas de

funcionamiento del software en sus computadores.

 6

Se presentará el sistema de información a los posibles usuarios y a las personas

interesadas, con el fin de que conozcan el alcance del software. Después se capacitará a

los usuarios, lo cual consiste en una inducción, donde se ilustrará el funcionamiento del

sistema de información, un taller en el cual se realizarán prácticas sobre el manejo de este

y una evaluación donde se medirá el nivel de manejo alcanzado por los usuarios del

sistema. Si dichas evaluaciones no son aprobadas la capacitación se repetirá, en el

momento en que las evaluaciones sean aprobadas se firmará un acta en la que los

usuarios se comprometen a hacer uso del sistema de información a partir de la firma de

dicha acta.

Realizar Seguimiento y Soporte Técnico.

Los desarrolladores del software firmarán un acuerdo de nivel de servicios con el cual

se comprometieron a hacer un seguimiento y a brindar un soporte técnico al

funcionamiento del sistema de información durante un plazo de tres meses. En dicho

documento se especificará la forma en la que el cliente deberá hacer la solicitud de

mejora y el tiempo en el que los desarrolladores realizarán la corrección.

Marco Teórico

En la actualidad el software en las organizaciones son una parte fundamental de los

procesos corporativos, teniendo en cuenta la problemática planteada anteriormente se

pretende desarrollar un software que permitirá dar una solución eficiente a la gestión de

mantenimiento preventivo de equipamiento y de infraestructura.

 7

En este punto abordaremos los conceptos relacionados con la problemática planteada,

conceptos computacionales, y antecedentes de software que ya han brindado una solución

a dichas necesidades, sin embargo, es necesario recalcar que las aplicaciones que existen

en este momento no cumplen con todos los requisitos que se plantean en nuestro

proyecto.

Sistema de información (SI).

Un sistema de información es un conjunto de datos que interactúan entre sí con un fin

común. Estos ayudan a administrar, recolectar, recuperar, procesar, almacenar y distribuir

información relevante para los procesos fundamentales y las particularidades de cada

organización.

Los componentes que forman un sistema de información son:

• Entrada: captura o recolecta datos en bruto tanto del interior de la organización

como de su entorno externo.

• Almacenamiento: guardar de forma estructurada la información recopilada.

• Procesamiento: convierte esa entrada de datos en una forma más significativa.

• Salida: transfiere la información procesada a las personas o roles que la usarán.

Todo sistema de información posee un ciclo de vida, dicho ciclo es continuo y se

compone de las siguientes fases:

• Investigación preliminar, identificación de fortalezas y amenazas

• Definición de las necesidades y requerimientos

• Diseño

• Desarrollo y documentación del software

 8

• Pruebas

• Implementación y mantenimiento

• Identificación de debilidades y oportunidades

Ingeniería de software.

Es la disciplina de la ingeniería que se ocupa del conjunto de procesos, prácticas y

estándares necesarios para abordar todos los aspectos del proceso de construcción de un

producto de software de calidad, dentro de las restricciones de tiempo y presupuesto que

existan. La ingeniería de software consta de tres fases principales.

Definición.

Se busca entender de manera completa el problema a solucionar, las condiciones

generales dentro de las que es necesario trabajar, para con base en estos elementos poder

determinar un esquema de organización de recursos y tiempo que ofrezca soporte al

desarrollo de la solución requerida. Dentro de esta fase encontramos: planeación, gestión

de requerimientos y análisis.

Desarrollo.

En esta fase es necesario responder a la pregunta “¿Cómo?”. ¿Cómo dará el software

respuesta a las necesidades del cliente? ¿Cómo satisfará los requerimientos expresados,

documentados y analizados en la fase previa? ¿Cuál es la estructura interna más adecuada

para cumplir con las necesidades presentes? La respuesta a estas preguntas da paso a la

posibilidad de escribir código que responda de manera real a las necesidades encontradas,
 9

a la vez que cumple con los requisitos de calidad y robustez esperados. Dentro de esta

fase se encuentran las tareas de: Diseño, codificación y pruebas.

Mantenimiento.

Hoy en día, resulta claro para la mayor parte de los desarrolladores de software, que el

ciclo de vida de un producto no termina en la entrega. Uno de los factores de éxito de un

producto y por tanto de la compañía que lo genera, es la capacidad de adaptarse al

cambio constante que resulta apenas natural en los ambientes de producción actuales.

Con una visión general de los componentes comunes de todo proceso de software, es

posible abordar con algo más de detalle las aproximaciones más específicas a dichos

procesos

Tipos de requerimientos.

Ya que cubren tan amplias áreas de la definición de una solución de software, los

requerimientos deben dividirse en diferentes categorías, de acuerdo con su nivel de

detalle y con el tipo de características que definen.

Requerimientos de Negocio.

Representan a gran nivel los objetivos de la organización y/o las solicitudes del cliente

con respecto al sistema o producto. Son aquellos requerimientos que, sin ocuparse aún

del detalle práctico de la implementación, describen la necesidad general, y la utilidad

para el negocio que encierra la aplicación a desarrollar.

 10

Requerimientos de usuario.

Los requerimientos de usuario describen las tareas de los usuarios que deben poder ser

realizadas a través del uso del producto. Estos requerimientos enuncian en un nivel más

operativo los procesos que el software debe permitir. Es de notar que la suma de las

operaciones que los usuarios pueden realizar con la aplicación debe satisfacer el conjunto

de los requerimientos de negocio enunciados en primera instancia

Requerimientos funcionales.

Los requerimientos funcionales definen qué hace el sistema (a través de la definición

de entradas y salidas), es decir, las funciones que dicho sistema debe cumplir. Este tipo

de requerimientos son los que definen de una manera detallada las En alianza con

Colombia funcionalidades concretas que el software debe contener con el fin de permitir

a los usuarios cumplir con sus labores, de tal manera que los requerimientos de negocio

sean satisfechos

UML.

Definido de manera formal, UML es un lenguaje estándar que se puede utilizar para

especificar, documentar y visualizar el conjunto de productos de un proceso de

construcción de software, así como las características del software resultante. UML

utiliza herramientas gráficas y una notación estandarizada para lograr estos resultados y

está pensado para facilitar los procesos de comunicación dentro de los equipos de

desarrollo de software, de tal manera que los procesos de exploración, diseño, validación

y construcción sean lo más limpios, claros y efectivos.

 11

Figura 1 Diagrama de flujo UML

Diagramas de comportamiento.

Son diagramas que se ocupan de la descripción de características del sistema que

tienen que ver con el comportamiento de este.

• Diagrama de casos de uso: Muestra las interacciones de los actores externos al

sistema (usuarios, por ejemplo) con éste y las relaciones que pueden existir

entre dichas interacciones.

• Diagrama de actividad: Muestra procesos del negocio de alto nivel. Utilizando

este diagrama es posible modelar flujo de datos y otros comportamientos de la

lógica de la aplicación

Diagramas de estructura estática

Son diagramas que representan elementos de la especificación que no son afectados

por el tiempo
 12

• Diagrama de clases: El diagrama de clases muestra la colección de elementos

estáticos que describen la estructura del software, así como las relaciones que

los unen.

• Diagrama de componentes: Despliega los componentes que hacen parte de la

aplicación. Incluye sus interrelaciones, interacciones e interfaces públicas

• Diagrama de objetos: Muestra las relaciones que existen entre los objetos de la

aplicación durante su ejecución, en un momento determinado del tiempo.

• Diagrama de estructura compuesta: Representa la estructura interna de una

clase, un caso de uso o un componente, junto con sus puntos de interacción con

otras partes del sistema.

• Diagrama de despliegue: Despliega la arquitectura en la que se enmarca la

ejecución del sistema. Específicamente los espacios físicos (hardware) y

lógicos (software) en los que dicha ejecución se llevará a cabo

• Diagrama de paquetes: Muestra como los elementos del sistema están

organizados dentro de paquetes y las relaciones que unen dichos paquetes

Diagramas de interacción

Los diagramas de interacción están relacionados con los diagramas de

comportamiento, pero su énfasis está en la interacción entre los componentes del sistema.

• Diagrama de secuencia: Modela la manera como se comunican elementos del

sistema durante el tiempo, con énfasis en la representación del orden de dichas

interacciones.
 13

• Diagrama de comunicación/colaboración: Muestra como las instancias de

clases se comunican entre sí, con énfasis en la estructura organizacional de

dichas instancias y los mensajes que se envían entre sí

• Diagrama de tiempos. Representa los cambios en el estado de un elemento del

sistema a lo largo del tiempo, como respuesta a estímulos externos

• Diagrama general de interacción: Representa la interacción de las partes del

sistema desde una perspectiva mucho más general. Cada nodo de un diagrama

general de interacción es un diagrama de interacción en sí mismo

 14

Lista de referencias

Roger S Pressman. (2012). Ingenieria de Software. USA: Mc Graw Hill.

Robert Sedgewick. (2016). Algorithms. Princeton University: Princeton University.

Ivar Jacobson (2013). The Essence of Software Engineering. USA: Mc Graw Hill.

Help Desk ¿Cómo mejorar los niveles de desempeño? Recuperado de

www.emb.cl/gerencia//articulo.mvc?xid=3304.

E-Informático. (02 Mayo 2017). "la suciedad en un ordenador también afecta a la

velocidad de procesamiento". Recuperado de

http://www.eleinformatico.es/hardware/como-mejorar-rendimiento-de-mi-pc.

Fernando Jiménez Raya (2015). Mantenimiento preventivo de sistemas de

automatización industrial. ELEM0311.

Cartilla 1 - S4 lectura uno: unified modeling language (UML) introducción.

Cartilla 1 – S3 lectura uno: requerimientos. ¿qué son y para qué sirven?