Marco teórico

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

 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, 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.

Existen diferentes modelos de procesos utilizados en la industria del software algunos

de ellos son:

 Modelo de desarrollo evolutivo: con este modelo se pretende aproximarse a la solución

definitiva a través de un proceso iterativo en el cual se van encontrando soluciones

parciales cada vez más cercanas al producto final.

 Modelo basado en componentes: La idea general del modelo es poder encontrar

componentes, o partes de software previamente desarrollados, que satisfagan

requerimientos definidos para la aplicación cuyo desarrollo está en curso, de tal manera

que no sea necesario llevar a cabo un desarrollo repetido consumiendo tiempo y recursos.

 Modelo Incremental: Este modelo presenta una aproximación intermedia entre los

modelos en cascada y evolutivo, que busca evitar los inconvenientes de cada uno.

Bajo el esquema incremental, se define en conjunto con el cliente, qué es lo que

éste espera del software en términos de requerimientos.

 Modelo en espiral: Como su nombre lo indica, está basado en el concepto de modelar el

proceso de desarrollo de un producto de software no en un modelo lineal, sino en una

estructura espiral en la que cada ciclo modela una fase del proceso.

 Modelo RUP: Conjunto de actividades para transformar los requisitos de un usuario en

un sistema software, este se basa en componentes, se remite a lo largo de una serie de

ciclos que constituyan el ciclo de vida de un sistema.

 Proceso unificado de desarrollo de software (RUP): Es un producto del proceso de

ingeniería de software que proporciona un  enfoque disciplinado para asignar tareas y

responsabilidades dentro de una organización del desarrollo. Su meta es asegurar la producción

del software de alta calidad que resuelve las necesidades de los usuarios dentro de un

presupuesto y tiempo establecidos.

1. Características principales

El RUP contiene tres características principales:

 Proceso dirigido por Casos de Uso: Los casos de uso Inician el proceso de desarrollo y

proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los artefactos

que son generados en las diferentes actividades del proceso de desarrollo.

 Proceso centrado en la arquitectura: En el caso de RUP, además de utilizar los casos de

uso para guiar el proceso, se presta especial atención al establecimiento temprano de una

buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante

la construcción y el mantenimiento.

 Proceso iterativo e incremental: El equilibrio correcto entre los casos de uso y la

arquitectura es muy parecido al equilibrio de la forma y la función en el desarrollo de un

producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone en

RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes

más pequeñas o mini proyectos. Cada mini proyecto se puede ver como una iteración (un

recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales)

del cual se obtiene un incremento que produce un crecimiento en el producto.

 2. Fases de RUP

 Inicio: Define el ámbito y objetivos del proyecto, además de la funcionalidad y

capacidades del producto.

 Elaboración: Tanto la funcionalidad como el dominio del problema se estudian a

profundidad. Se define una arquitectura básica y se planifica el proyecto considerando

recursos disponibles.

 Construcción: El producto se desarrolla a través de iteraciones donde cada iteración

involucra tareas de análisis, diseño e implementación Las fases de concepción y

elaboración sólo dieron una arquitectura básica que es refinada aquí de manera

incremental conforme se construye (se permiten cambios en la estructura). Gran parte del

trabajo es programación y pruebas, se documenta tanto el sistema construido como el

manejo del mismo En esta fase se hace una documentación junto con el producto.

 Transición: Se libera el producto y se entrega al usuario para un uso real. Se incluyen

tareas de mercadotecnia, empaquetado atractivo, instalación, configuración,

entrenamiento, soporte, mantenimiento, etc.

3. Disciplinas de RUP

Las disciplinas son los flujos del trabajo, los cuales son una secuencia de pasos para la

culminación de cada disciplina, estas disciplinas se dividen en dos grupos: las primarias y las de

apoyo. Las primarias son las necesarias para la realización de un proyecto de software, aunque

para proyectos no muy grandes se pueden omitir algunas; entre ellas se tienen:

 Modelado del negocio: Tiene como objetivos comprender la estructura y la dinámica de

la organización, comprender problemas actuales e identificar posibles mejoras,

comprender los procesos del negocio.

 Requerimientos: Sus objetivos son: establecer lo que el sistema debe hacer, se definen los

límites del sistema, y una interfaz de usuario. También realiza una estimación del costo y

tiempo de desarrollo.

 Análisis y diseño: Define la arquitectura del sistema y tiene como objetivos trasladar

requisitos en especificaciones de implementación, al decir análisis se refiere a

transformar CU (casos de uso) en clases, y al decir diseño se refiere a refinar el análisis

para poder implementar los diagramas de clases de análisis de cada CU, los diagramas de

colaboración de cada CU, el de clases de diseño de cada CU, el de secuencia de diseño de

CU, el de estados de las clases, etc.

 Implementación: Tiene como objetivos implementar las clases de diseño como

componentes, asignar los componentes a los nodos, probar los componentes

individualmente (pruebas unitarias) e integrar los componentes en un sistema ejecutable.

 Pruebas: Verificar la integración de los componentes (prueba de integración), verificar

que todos los requisitos han sido implementados (pruebas del sistema), asegurar que los

defectos detectados han sido resueltos antes de la distribución.

 Despliegue: Sus objetivos son asegurar que el producto está preparado para el cliente,

para proceder a su entrega y recepción por el cliente. En esta disciplina se realizan las

actividades de probar el software en su entorno final (Prueba Beta), empaquetarlo,

distribuirlo e instalarlo, así como la tarea de enseñar al usuario.

 Gestión y configuración de cambios: Éste es esencial para controlar el número de

artefactos producidos por la cantidad de personal que trabajan en un proyecto

 conjuntamente. Los controles sobre los cambios son de mucha ayuda ya que evitan

confusiones costosas, como la compostura de algo que ya se había arreglado.

Lenguaje de modelado unificado (UML): Es un lenguaje gráfico para visualizar,

especificar, construir y documentar un sistema de software. UML ofrece un estándar para

describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos

de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de

programación, esquemas de bases de datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no para describir

métodos o procesos. Se utiliza para definir un sistema de software, para detallar los artefactos en

el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito

el modelo. Se puede aplicar en una gran variedad de formas para dar soporte a una metodología

de desarrollo de software (tal como el Proceso Unificado Racional), pero no especifica en sí

mismo qué metodología o proceso usar.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de

las entidades representadas.

Diagramas de estructura enfatizan en los elementos que deben existir en el sistema

modelado:

 Diagrama de clases

 Diagrama de componentes

 Diagrama de objetos

 Diagrama de estructura compuesta

 Diagrama de despliegue
  Diagrama de paquetes

Diagramas de comportamiento enfatizan en lo que debe suceder en el sistema

modelado:

 Diagrama de actividades

 Diagrama de casos de uso

 Diagrama de estados

Diagramas de Interacción, un subtipo de diagramas de comportamiento, que enfatiza

sobre el flujo de control y de datos entre los elementos del sistema modelado:

 Diagrama de secuencia

 Diagrama de comunicación

 Diagrama de tiempos (UML 2.0)

 Marco conceptual

1. ServiceDesk o Helpdesk: Conjunto de recursos tecnológicos y humanos, para prestar

servicios con la posibilidad de gestionar y solucionar todas las posibles incidencias de

manera integral, junto con la atención de requerimientos relacionados con

las Tecnologías de la Información y la Comunicación (TIC).

2. ISO 9001: Es una norma ISO internacional elaborada por la Organización Internacional

para la Estandarización (ISO) que se aplica a los Sistemas de Gestión de Calidad de

organizaciones públicas y privadas, independientemente de su tamaño o actividad

empresarial. Se trata de un método de trabajo excelente para la mejora de la calidad de

los productos y servicios, así como de la satisfacción del cliente.

3. Tecnologías de la información (TI): Es la aplicación de ordenadores y equipos de

telecomunicación para almacenar, recuperar, transmitir y manipular datos, con frecuencia

utilizado en el contexto de los negocios u empresas.

 Referencias

- Sistemas de información. Recuperado de

https://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n

- Sistemas de información. Recuperado de https://www.significados.com/sistema-de-

informacion/

- Jiménez, L., Montealegre, D. (2008). Diseño y desarrollo de un sistema de información

para el apoyo y administración de datos de vehículos de la empresa de transportes
Pemape s.a. Recuperado de
https://poligranmy.sharepoint.com/:f:/g/personal/lmjimenezr_poligran_edu_co/EtQNZbas
YwtOk-qtojoUoM8BTrXliVxvw_l_oDnnzTPF8A?e=NJPbu8

- Cartilla-S1, Cartilla-S2. Recuperado de Politécnico Grancolombiano Institución

universitaria

- Metodología RUP. Recuperado de http://lacuevadelasabiduria.blogspot.com/

- EcuRed. UML. Recuperado de https://www.ecured.cu/UML

- Mesa de ayuda. Recuperado de https://es.wikipedia.org/wiki/Mesa_de_ayuda

- ISO 9001 Sistema de gestión de calidad Recuperado de

https://www.isotools.org/normas/calidad/iso-9001/

- Tecnología de la información. Recuperado de https://es.wikipedia.org/wiki/Tecnolog

%C3%ADa_de_la_informaci%C3%B3n