Conceptos y gestión de sistemas de información para la toma de decisiones

Sistemas y conceptos clave

Sistema: Conjunto de elementos con un objetivo relacionados entre sí y con su entorno, que responden a entradas para producir salidas.

Análisis de un sistema

Análisis de un sistema: Descomponer un sistema en subsistemas (sin analizar su interior: caja negra). Considerar cada uno como un sistema y descomponerlo en sub-subsistemas hasta obtener objetos manejables.

Ingeniería inversa

Ingeniería inversa: Componer un sistema a partir de sus partes constituyentes.

Dato, información y conocimiento

Dato: Representación de un hecho o fenómeno a través de signos y señales. No proporcionan juicios de valor ni interpretaciones.

Información: Suma de los datos con relevancia y propósito. La información tiene que proporcionar utilidad para tomar decisiones. Debe ser relevante, precisa, completa, comprensible, con un nivel de detalle adecuado y a tiempo.

Conocimiento: Capacidad de transformar los datos, la información y la pericia de las personas en acción.

Tipos y roles en los Sistemas de Información (SI)

Tipos de SI

Tipos de SI: Basados en Internet (e-commerce…), de extracción y de gestión del conocimiento (big data), de información empresarial (ERP, CRM, SCM, etc.) y de ayuda a la toma de decisiones y de business intelligence. Pueden ser automatizados o no automatizados.

Experto en SI

Experto en SI: Analizar los requisitos de la organización; diseñar soluciones eligiendo, adaptando e integrando las herramientas disponibles más adecuadas; identificar las oportunidades de mejora de procesos e introducir innovaciones.

Planificación estratégica de SI

Planificación estratégica de SI: Análisis para planificar el desarrollo de los sistemas informáticos en consonancia con la estrategia global de la organización. Se hace a largo plazo (2–5 años).

Sistemas estándar

Sistemas estándar: Cubren necesidades amplias y en muchos campos. Son personalizables y flexibles. Instalar un sistema comprado puede hacerse en unos meses o en un año. El coste de desarrollo y mantenimiento está controlado. Ya probado. Ejemplos: SCM, ERP, etc.

Ciclo de vida del software y procesos

Ciclo de vida SW

Ciclo de vida del software (SW):

• Requisitos (casos de uso, prototipo de interfaz…)
• Diseño (modelo de clases)
• Implementación
• Pruebas
• Mantenimiento

El opuesto es code & fix. Actividades típicas: especificación de requisitos, análisis, diseño del sistema, diseño de objetos, implementación, testing, entrega y mantenimiento.

Proceso iterativo

Proceso iterativo: Entregas que evolucionan hasta la versión final.

Definición y gestión de requisitos

Definición de requisitos:

Obtención

Obtención: Conocer los requisitos del sistema a desarrollar y establecer sus fronteras.

Análisis

Análisis: Describir las tareas que deben llevarse a cabo para examinar los requisitos, delimitarlos y definirlos con precisión.

Especificación

Especificación: Describir de forma completa los requisitos del sistema a desarrollar. Construcción de un modelo del sistema a construir desde el punto de vista del usuario, junto con los requisitos obtenidos. Incluir: funcionalidad, interfaces externas, actuación y restricciones de diseño.

Validación

Validación: Examinar si los documentos de requisitos definen el software que los usuarios esperan y comprobar que los requisitos definidos en la ERS son correctos.

Características de una buena especificación de requisitos

• Completa
• No ambigua
• Fácil de verificar
• Fácil de modificar y mantener
• Consistente
• Con buena trazabilidad

Requisitos funcionales: Funciones, servicios o tareas a llevar a cabo.

Requisitos no funcionales: Especifican una característica del sistema (seguridad, rendimiento…).

Técnicas de recogida de información

Técnicas de recogida de información:

• Entrevistas: Obtener la máxima información de forma individual. Requieren un guion previo.
• Reuniones: Obtener información dispersa entre varios usuarios, comunicar información y tomar decisiones. Al inicio, resumir objetivos y método de trabajo.
• JAD: Reunión de usuarios y analistas para condensar el proceso de recogida y discusión de requisitos. Se genera una especificación.
• JRP: Potenciar la participación de la alta dirección.
• Prototipado: Creación de “maquetas” de sistemas. Coste/esfuerzo alto. Especialmente útil para interfaces de usuario.
• Observación: Captar la realidad del trabajo diario; en algunos casos, hacerse pasar por cliente para comprender procesos.
• Cuestionarios: Útiles para usuarios dispersos o poco disponibles. Preguntas claras, precisas, cortas y sencillas.
• Estudio de documentación: Revisar la documentación existente relacionada con los procesos y sistemas actuales.
• Brainstorming: Crear nuevas ideas cuando no hay tradición del problema o no existe software previo.

Notas finales

Mantener el enfoque en la utilidad para la toma de decisiones y en la trazabilidad de los requisitos a lo largo del ciclo de vida del software.