Capítulo 1.

sistema Grupo de componentes interrelacionados que funcionan juntos para lograr

un resultado deseado.
sistema de información (IS) Conjunto de personas, datos, procesos y tecnología
de la información que interactúan para recopilar, procesar, guardar y proporcionar
como salida la información necesaria para brindar so porte a una organización.
tecnología de información (TI) Término con temporáneo que describe la
combinación de la tecnología de computadoras (hardware y software) con la de
telecomunicaciones (redes de datos, imágenes y voz).
sistema de procesamiento de transacciones (TPS) Sistema de información en el
que se capturan y procesan los datos relativos a transacciones de negocios.
sistema de información administrativa (MIS) Sistema de información que provee
informes orientados a la administración basado en el procesamiento de las
transacciones y operaciones de la organización.
sistema de soporte de decisiones (DSS) Sistema de información que ayuda a
identificar oportunidades de toma de decisiones o proporciona información que
ayuda a tomarlas.
sistema de información ejecutiva (EIS) Sistema de información que brinda soporte
a las necesidades de planeación y evaluación de los administradores de nivel
ejecutivo.
sistema experto Sistema de información en el cual se captura la experiencia de los
expertos humanos y luego simula esa experiencia para beneficio de quienes no
son expertos.
sistema de comunicación y colaboración Sistema de información que posibilita la
comunicación más efectiva entre los empleados, socios, clientes y proveedores,
para mejorar su capacidad de colaboración.
sistema de automatización de oficina Sistema de información que brinda soporte a
la amplia gama de actividades de oficina de los negocios para mejorar el flujo de
trabajo entre los empleados.
involucrado Toda persona que tiene interés en un sistema de información
existente o propuesto. Los involucrados y grupos de interés pueden ser
trabajadores técnicos y no técnicos. También puede tratarse de trabajadores
internos y externos.
trabajador de la información Toda persona cuyo trabajo entrañe la creación,
recopilación, procesamiento, distribución y uso de información.
propietario del sistema Patrocinador y representante ejecutivo de un sistema de
in formación, que generalmente se encarga del financiamiento del proyecto y del
desarrollo, operación y mantenimiento del sistema de información.
usuario del sistema “Cliente” que usa con regularidad un sistema de información o
se ve afectado por él, capturando, validando, introduciendo, respondiendo,
almacenando e intercambiando datos e información.
trabajador del conocimiento Todo trabajador cuyas responsabilidades se centran
en un área especializada de conocimientos.
usuario remoto Usuario que no se ubica físicamente en las instalaciones donde se
encuentran los sistemas de información pero que necesita y tiene acceso a ellos.
constructor del sistema Especialista técnico que construye sistemas de
información y sus componentes con base en las especificaciones de diseño que
generan los diseñadores de sistemas.
diseñador de sistemas Especialista técnico que traduce los requerimientos de
negocios de los usuarios del sistema y las restricciones en soluciones técnicas.
Diseña las bases de datos, entradas, salidas, pantallas, redes y software que
podrán satisfacer los requerimientos de los usuarios del sistema.
analista de sistemas Especialista que estudia los problemas y necesidades de una
organización para determinar la forma en que las personas, los datos, los
procesos y la tecnología de la información pueden lograr óptimamente mejoras
para la empresa.
proveedor de servicio externo (ESP) Un analista, diseñador o constructor de
sistemas que vende su cono cimiento y experiencia a otras empresas para
ayudarlas en la compra, el desarrollo o la integración de sus soluciones de
sistemas de información; puede estar afiliado a una organización de consultoría o
servicios.
administrador de proyectos Profesional experimentado que acepta la
responsabilidad de planear, monitorear y controlar proyectos con respecto a un
calendario, presupuesto, entregables, satisfacción del cliente, normas técnicas y
calidad del sistema.
Capítulo 2.
sistema de información de front-office Un sistema de información que brinda
soporte a funciones del negocio que se extienden hacia fuera, a los clientes de la
organización.
sistema de información de back-office Sistema que brinda soporte a las
operaciones internas del negocio, además de permitir el acceso a los proveedores.
arquitectura de sistemas de información Marco de referencia unificador en el que
los diversos involucrados con perspectivas distintas, pueden organizar y ver los
componentes fundamentales de los sistemas de información.
requerimientos de datos Representación de los datos de los usuarios con base a
entidades, atributos, relaciones y reglas.
función del negocio Grupo de procesos relacionados que brinda soporte al
negocio. Las funciones se pueden descomponer en otras subfunciones y así
sucesivamente hasta llegar a procesos que realizan tareas específicas.
sistemas de información transversal Sistema que brinda soporte a los procesos del
negocio pertinentes de varias funciones del negocio sin importar los límites
organizacionales tradicionales, como las divisiones, los departamentos, los centros
y las oficinas.
requerimientos de proceso Expectativas del usuario acerca de los requerimientos
de un proceso del negocio y sus sistemas de información.
política Conjunto de reglas que rige la manera de realizar un proceso.
procedimiento Conjunto de instrucciones paso a paso y lógica para lograr un
proceso del negocio.
flujo de trabajo El flujo de transacciones a través de los procesos del negocio para
garantizar que se realicen las comprobaciones y aprobaciones debidas.
especificaciones de software Diseño técnico de los procesos del negocio para
automatizarlos o brindarles soporte mediante programas de computadora que
escriben los constructores del sistema.
programa de aplicación Representación basada en un lenguaje legible para la
computadora sobre lo que se supone que debe hacer un proceso de software o la
forma en que éste presunta mente ha de realizar su tarea.
elaboración de prototipos Técnica de construcción rápida de un modelo funcional y
a la vez incompleto de un sistema de información con las herramientas de
desarrollo rápido de aplicaciones.
especificaciones de interfaz Diseños técnicos en los que se documenta la manera
en que los usuarios del sistema interactuarán con él y la forma en que el sistema
mismo lo hará con otros sistemas.
diálogo de usuario Especificación de la forma en cómo el usuario se mueve de una
ventana o página a otra e interactúa con los programas de aplicaciones para
realizar tareas útiles.
middleware Software de utilería que permite interactuar a software de aplicación y
de sistemas que usan distintas tecnologías.
Capítulo 3.
proceso de desarrollo de sistemas Conjunto de actividades, métodos, mejores
prácticas, productos y herramientas automatizadas que los interesados (del
capítulo 1) usarán para desarrollar y mejorar software y sistemas de información
(de los capítulos 1 y 2).
Modelo de Madurez de la Capacidad (CMM) Marco estándar de referencia para
evaluar el nivel de madurez del desarrollo de sistemas de información de una
organización y sus procesos y productos administrativos. Consiste en cinco
niveles de madurez.
metodología de desarro llo de sistemas Estrategia formalizada del proceso de
desarrollo de sistemas; un proceso estandarizado que incluye actividades,
métodos, mejores prácticas, productos y herramientas automatizadas que se usan
en el desarrollo de sistemas de información.
ciclo de vida del sistema El ciclo de vida de un sistema de información se divide en
dos etapas: 1) desarrollo de sistemas, y 2) operación y mantenimiento de
sistemas; primero se construye y, luego se usa y se mantiene. Tarde o temprano
el ciclo culmina con el desarrollo de un nuevo sistema.
FAST Método teórico usado en este libro para demostrar un proceso de desarrollo
de sistemas representativo. Las letras de las siglas corresponden a Framework for
the Application of Systems Thinking (“Marco de referencia para la Aplicación del
Pensamiento de Sistemas”
administración de procesos Actividad continua que documenta, enseña, supervisa
y mejora el uso de los métodos (el “proceso”) y estándares que elige una
organización para el desarrollo de sistemas. La administración de procesos se
relaciona con fases, actividades, pro ductos y normas de calidad que se deben
aplicar de manera constante a todos los proyectos.
administración de proyectos Proceso de definir el alcance, planear, dotar de
personal, organizar, dirigir y controlar un proyecto para desarrollar un sistema de
in formación con costo mínimo, dentro del tiempo especificado y con calidad
aceptable.
efectividad de costos Resultado obtenido al lograr el equilibrio entre los costos de
desarrollo, mantenimiento y operación de un sistema de información y los
beneficios derivados de éste durante su ciclo de vida. La actividad de costos se
mide con el análisis de costo-beneficio.
plan estratégico de sistemas de información Plan formal (tres a cinco años) para
construir y mejorar la infraestructura de tecnología de la información y las
aplicaciones de sistemas de información que usan dicha infraestructura.
plan estratégico de la empresa Plan formal (de tres a cinco años) de todo negocio
que define su misión, visión, objetivos, estrategias, normas de comparación y
mediciones de avance y logros. Es usual que el plan estratégico se complemente
con planes estratégicos de unidades del negocio, en los que se define la manera
en que cada unidad del negocio contribuirá al plan de la empresa. El plan de
sistemas de información es uno de esos planes en el nivel de unidad.
compromiso ajustado Estrategia en la que se reevalúan continuamente la
factibilidad y los riesgos a lo largo de un proyecto. El presupuesto y fecha límite
del proyecto se ajustan en concordancia.
administración de riesgos Proceso de identificar, evaluar y controlar los problemas
que podrían surgir con un proyecto antes de que se con viertan en una amenaza
para la terminación exitosa del proyecto o la puesta en práctica del sistema de
información. La administración de riesgos se lleva a cabo mediante el análisis o
evaluación de riesgos.
problema Situación indeseable que impide a la organización lograr plenamente su
misión, visión, metas y objetivos.
oportunidad Ocasión de mejorar la organización, incluso en ausencia de un
problema identificado.
directriz Un nuevo requerimiento que imponen los administradores, organismos
gubernamentales o alguna otra influencia externa.
comité de dirección Cuerpo administrativo de propietarios del sistema y ejecutivos
de tecnología de la información que asigna prioridades y aprueba los proyectos de
desarrollo de sistemas candidatos.
reserva (Proyectos en cartera) Repositorio de propuestas de proyectos que no se
pueden financiar ni dotar de personal porque su prioridad es más baja que la de
los proyectos aprobados para desarrollo de sistemas. Nótese que la prioridad
cambia al paso del tiempo, por lo que un proyecto en reserva podría ser aprobado
en una fecha futura.
definición del problema Definición y categorización de problemas, oportunidades y
directrices; también suele incluir las restricciones y una decisión inicial de la
solución. Sus sinónimos abarcan estudio preliminar y evaluación de factibilidad.
restricción Cualquier factor o limitación de una solución o proceso de solución de
problemas.
ampliación del alcance Fenómeno común en el que se incrementan los
requerimientos y expectativas de un proyecto, frecuentemente sin considerar el
efecto en su presupuesto y calendario (programa) de trabajo.
declaración de trabajo Contrato de los administradores y la comunidad de usuarios
para desarrollar o mejorar un sistema de información; define la visión, alcance,
restricciones, requerimientos de usuarios de alto nivel, plan y presupuesto. Su
sinónimo es carta de definición de proyecto, plan de proyecto y convenio del nivel
de servicio.
modelo del sistema Imagen de un sistema que corresponde a la realidad o a una
realidad deseada. Los modelos de sistemas facilitan el mejoramiento de la
comunicación entre los usuarios, analistas, diseñadores y constructores del
sistema.
diseño lógico La traducción de los requerimientos de los usuarios del negocio en
un modelo de sistemas que muestre sólo los requerimientos del negocio y no
cualquier posible diseño o ejecución técnica de esos requerimientos. Sus
sinónimos frecuentes abarcan diseño conceptual y diseño esencial, de los cuales
el segundo se refiere a modelar la “esencia” de un sistema o sus “requerimientos
esenciales” con independencia de cualquier tecnología. El antónimo de diseño
lógico es diseño físico (definido más adelante en este capítulo).
parálisis de análisis Término satírico acuñado para describir una situación común
en proyectos, en la que el modelado excesivo del sistema desacelera el avance
hacia la puesta en práctica de la solución de sistema que se pretende implantar.
diseño físico La traducción de los requerimientos de un usuario de negocios en un
modelo de sistemas que muestra una ejecución técnica de tales requerimientos.
Sus sinónimos comunes abarcan diseño técnico o, para describir las salidas,
modelo de ejecución. El antónimo del diseño físico es el diseño lógico (descrito
con antelación en este mismo capítulo).
soporte del sistema Soporte de naturaleza técnica y continua para los usuarios de
un sistema, así como el mantenimiento necesario para hacer frente a errores,
omisiones o requerimientos nuevos que pueden surgir.
actividad transversal del ciclo de vida Toda actividad que se traslapa en múltiples
fases del proceso de desarrollo de sistemas. Entre sus ejemplos, se cuentan la
identificación de hechos, documentación, presentación, estimación, análisis de
factibilidad, administración de proyectos y procesos, administración del cambio y
administración de la calidad.
identificación de hechos Proceso formal de usar la investigación, entrevistas,
juntas, cuestionarios, mues treo y otras técnicas para recopilar información
acerca de problemas, requerimientos y preferencias concernientes al sistema.
También se llama recopilación de información o recopilación de datos.
documentación Actividad continua de registrar hechos y especificaciones de un
sistema para referencia actual y futura.
presentación Actividad continua de comunicar hallazgos, recomendaciones y
documentación para su revisión por los usuarios interesados y administradores.
Las presentaciones pueden ser escritas o verbales.
repositorio Base de datos o directorio de archivos donde los desarrolladores de
sistemas guardan toda la documentación, conocimientos y artefactos de uno o
más proyectos o sistemas de información. Los repositorios usualmente se
automatizan para facilitar el almacenamiento, recuperación, así como para
compartir la información. análisis de factibilidad Actividad en la que se mide y
evalúa la factibilidad.
factibilidad Medición de cuán benéfico sería el desarrollo de un sistema de
información para una organización.
estimación Predicción calculada de los costos y esfuerzos necesarios para el
desarrollo de un sistema. Un sinónimo hasta cierto punto menos pretencioso es
conjetura informada, que normalmente significa que la estimación se basa en la
experiencia como datos empíricos, si bien carece de rigor, en otras palabras, una
simple conjetura.
administración de proceso Actividad continua que documenta, enseña, supervisa y
mejora el uso de los métodos (el “proceso”) y estándares que elige una
organización para el desarrollo de sistemas. La administración de procesos se
relaciona con fases, actividades, pro ductos y normas de calidad que se deben
aplicar de manera constante a todos los proyectos.
administración de proyecto Proceso de definir el alcance, planear, dotar de
personal, organizar, dirigir y controlar un proyecto para desarrollar un sistema de
información con costo mínimo, dentro del tiempo especificado y con calidad
aceptable.
estrategia de desarrollo en cascada Una forma de análisis y diseño de sistemas
que completa cada fase una después de otra y solamente una vez.
estrategia de desarrollo iterativo Estrategia de análisis y diseño de sistemas que
completa el sistema de información en iteraciones sucesivas. Cada iteración
realiza una cierta parte del análisis, diseño y construcción. Sus sinónimos incluyen
estrategia de desarrollo incremental y espiral.
desarrollo basado en modelos Estrategia de desarrollo de sistemas que hace
énfasis en trazar modelos de sistemas como ayuda para visualizar y analizar los
problemas, definir los requerimientos de negocios y diseñar los sistemas de
información.
modelo lógico Representación visual de qué es o hace un sistema. Sus sinónimos
son modelo esencial, modelo conceptual y modelo de negocios.
modelo físico Representación visual técnica que describe qué es un sistema o qué
hace y cómo ponerlo en práctica. Sus sinónimos son modelo de implantación y
modelo técnico.
Modelado de proceso: Técnica centrada en procesos que se popularizó con el
análisis estructurado y la metodología de diseño en los que se aplican modelos de
requerimientos de procesos de negocios con el fin de derivar diseños de software
efectivos para un sistema. Con el análisis estructurado, se introdujo una
herramienta de modelado que se llama diagrama de flujo de datos para ilustrar el
flujo por una sucesión de procesos de negocios. El diseño estructurado convirtió
los diagramas de flujo de datos en un modelo de procesos llamado gráficos
estructurales, para ilustrar una estructura descendente de software que satisface
los requerimientos de negocios.
modelado de datos Técnica centrada en datos que se usa para modelar los
requerimientos de datos de las empresas y diseñar sistemas de bases de datos
que satisfagan esos requerimientos. Los modelos de datos más frecuentes son los
diagramas de relaciones de entidades.
elaboración de modelos de objetos Técnica que intenta fusionar los datos y
procesos en un solo concepto, llamado objeto. Los modelos de objetos son
diagramas que documentan un sistema en cuanto a sus objetos y sus
interacciones. El modelado de objetos es la base del análisis orientado a objetos y
de las metodologías de diseño.
desarrollo rápido de aplicaciones (RAD) Estrategia de desarrollo de sistemas que
hace énfasis en la rapidez de desarrollo mediante la participación amplia del
usuario en la construcción rápida, iterativa e incremental de una sucesión de
prototipos funcionales de un sistema, que tarde o temprano se convierten en el
sistema definitivo (o en una versión de él).
prototipo Modelo a pequeña escala, representativo o de trabajo de los
requerimientos de los usuarios o de un diseño propuesto de un sistema de
información. Todo prototipo puede omitir ciertas funciones o características hasta
el momento en que haya evolucionado en grado suficiente para convertirse en una
puesta en práctica aceptable de los requerimientos.
timeboxing Imposición de un periodo no prorrogable, normalmente de 60 a 90
días, al término del cual debe entregarse para su funcionamiento la primera (o
siguiente) versión de un sistema.
paquete de aplicación comercial Una aplicación de software que se puede
comprar y personalizar (dentro de ciertos límites) para satisfacer las necesidades
de negocios de numerosas organizaciones o de un ramo específico. Sinónimo de
sistema comercial listo para usarse (COTS).
solicitud de propuesta (RFP) Documento formal que comunica los requerimientos
de negocios, técnicos y de soporte de un paquete de software de aplicación a los
proveedores que desean competir por la venta de ese paquete de aplicación y los
servicios correspondientes.
solicitud de cotización (RFQ) Documento formal que comunica los requerimientos
de negocios, técnicos y de soporte de un paquete de software de aplicación a un
solo proveedor, al que se ha considerado capaz de proporcionar el paquete de
aplicación y servicios respectivos.
análisis de diferencias Comparación de los requerimientos de negocios y técnicos
de un paquete de aplicación comercial contra las características y capacidades de
un paquete de aplicación comercial específico para definir los requerimientos que
no se pueden satisfacer.
ingeniería de software asistida por computadora (CASE) Uso de herramientas de
software automatizadas que brindan soporte al dibujo y análisis de modelos de
sistemas y a las especificaciones correspondientes. Algunas herramientas de
CASE también posibilitan la elaboración de prototipos y generación de código.
repositorio CASE Base de datos de desarrolladores de sistemas donde pueden
almacenar modelos de sistemas, descripciones y especificaciones detalladas, y
otros productos del desarrollo de sistemas. Sus sinónimos abarcan enciclopedia y
diccionario de datos.
ingeniería hacia adelante Una capacidad de herramienta CASE que permite
generar código inicial del software o base de datos directamente a partir de
modelos de sistemas.
ingeniería inversa Función de las herramientas CASE que permite generar
automática mente modelos de sistemas iniciales a partir de software o código de
bases de datos.
ambiente de desarrollo de aplicaciones (ADE) Herramienta integrada de desarrollo
de software que proporciona todas las funciones necesarias para el desarrollo de
nuevo software de aplicaciones con rapidez y calidad máximas. Un sinónimo muy
usado es ambiente de desarrollo integrado (IDE).
aplicación de administración de proceso Herramienta automatizada que ayuda a
documentar y gestionar un método y sus rutas, productos y normas de
administración de la calidad. Un sinónimo emergente es methodware.
aplicación de administración de proyecto Herramienta automatizada que ayuda a
planear las actividades de desarrollo de sistemas (de preferencia, con el uso de
métodos aprobados), estimar y asignar.