ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS

CAPITULO 1 EL CONTEXTO DE MÉTODOS DE ANÁLISIS Y DISEÑO DE SISTEMAS

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 soporte a una
organización.

Tecnología de información (TI):

Término contemporá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 información, que generalmente se encarga
del financiamiento del proyecto y del desarrollo, operación y mantenimiento del sistema de
información.

VENTAJAS Y BENEFICIOS DE LOS SISTEMAS DE INFORMACIÓN

Aumento en la utilidad del negocio Mejora en las relaciones con los clientes
Reducción de los costos del negocio Aumento en la eficiencia
Costos y beneficios del sistema Mejor toma de decisiones
Aumento en la participación de mercado Mejor cumplimiento de la normatividad
Menos errores Mejor seguridad
Mayor capacidad

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.

Usuario móvil
Usuario cuya ubicación cambia constantemente pero requiere acceso a los sistemas de información
desde cualquier lugar

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.

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.

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 conocimiento 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
 CAPITULO 2 COMPONENTES DE SISTEMAS DE INFORMACIÓN

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.

CLASES DE APLICACIONES DE SISTEMAS DE INFORMACIÓN

Sistema de proceso de transacciones (TPS)
Sistema de información administrativa (MIS)
Sistema de soporte a las decisiones (DSS)
Sistema de información ejecutiva (EIS)
Sistema experto Sistema de comunicación y colaboración
Sistema de automatización de oficina

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.

FUNCIONES DE NEGOCIOS TÍPICAS

Ventas
Servicio
Manufactura
Embarques
Recepción
Contabilidad

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 presuntamente 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.

CAPITULO 3 DESARROLLO DE SISTEMAS DE INFORMACIÓN

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 desarrollo 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”).
METODOLOGÍAS REPRESENTATIVAS DEL DESARROLLO DE SISTEMAS
Arquitectura de desarrollo rápido de aplicaciones (arquitectura RAD)
Metodología de desarrollo de Sistemas dinámicos (DSDM)
Desarrollo Conjunto de Aplicación (JAD)
Ingeniería de información (IE)
Desarrollo rápido de aplicación (RAD)
Proceso unificado (RUP)
Análisis y diseño estructurado (viejo, pero todavía se encuentra ocasionalmente)
Programación eXtrema (XP)
Nota: Existen muchas metodologías comerciales y herramientas de software (a veces llamadas
methodware) con base en las metodologías generales anteriores

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, productos 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 informació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 conviertan 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.
PRINCIPIOS DEL DESARROLLO DE SISTEMAS
Hacer que los usuarios participen
Utilizar un método de solución de problemas
Establecer fases y actividades
Documentar a través del desarrollo
Establecer estándares
Administrar el proceso y los proyectos
Justificar los sistemas de información como inversiones de capital.
No temer cancelar o revisar el alcance.
Dividir y conquistar.
Diseñar sistemas para el crecimiento y el cambio.

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.

Oportunidad
Ocasión de mejorar la organización, incluso en ausencia de un problema identificado.

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, muestreo 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, productos 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áticamente 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.

CAPITULO 4 ANÁLISIS DE SISTEMAS

Análisis de sistemas
Técnica de solución de problemas que descompone el sistema en sus componentes para estudiar el
grado en que éstos funcionan e interactúan para lograr su propósito.

Diseño de sistemas
Técnica complementaria (de la de análisis de sistemas) de solución de problemas que reensambla
los componentes de un sistema en el sistema completo, con la esperanza de mejorarlo. Ello puede
abarcar la adición, la eliminación y el cambio de componentes en relación con el sistema original.

Análisis de sistemas de información

Las fases de desarrollo de un proyecto de desarrollo de sistemas de información que se centran
principalmente en los problemas y requerimientos de negocios, con independencia de la tecnología
que pueda usarse o se use para implantar una solución al problema

Repositorio
Base de datos o directorio de archivos donde los desarrolladores de sistemas guardan toda la
documentación, conocimientos y herramientas de uno o más proyectos o sistemas de información.
Los depósitos usualmente se automatizan para facilitar el almacenamiento y la recuperación, así
como para compartir la información.

Análisis basado en modelos

Una estrategia de solución de problemas que hace énfasis en trazar modelos de sistemas de
imágenes para documentar y validar los sistemas existentes o propuestos. En última instancia, el
modelo de sistema se convierte en el plano para diseñar y construir un sistema mejorado.

Modelo
Representación de la realidad. Puesto que “una imagen vale más que mis palabras”, en muchos
modelos se usan imágenes para representar la realidad.

Análisis estructurado
Técnica centrada en PROCESOS y operada por modelos que se usa para analizar un sistema
existente, para definir los requerimientos de negocios de un nuevo sistema o para ambos objetivos.
Los modelos son imágenes que ilustran los componentes del sistema: procesos, entradas, salidas y
archivos.
Ingeniería de información (IE)
Una técnica operada por modelos y centrada en DATOS, pero sensible a PROCESOS, para la
planeación, el análisis y el diseño de sistemas de información. Los modelos de IE son imágenes que
ilustran y sincronizan los datos y procesos del sistema.

Objeto
Encapsulación de datos (llamados propiedades) que describen a una persona, objeto, sitio o evento,
con todos los procesos (llamados métodos) permitidos para usar o actualizar los datos y
propiedades. La única forma de tener acceso a los datos del objeto o actualizarlos es usar los
procesos predefinidos del objeto.

Estrategia orientada a objetos

Técnica basada en modelos que integra los datos y procesos en conceptos llamados objetos. Los
modelos de objetos son imágenes que ilustran los objetos del sistema desde diversas perspectivas,
como la estructura, el comportamiento y las interacciones entre ellos.

Prototipo
Muestra a pequeña escala, un ejemplo incompleto pero funcional de un sistema deseado.

Elaboración de prototipos de identificación

Técnica usada para identificar los requerimientos de negocios de los usuarios al hacerlos reaccionar
a una implantación rápida y no acabada de esos requerimientos.

Análisis rápido de arquitectura

Estrategia que intenta derivar modelos de sistemas (como se describe con antelación en la misma
sección del capítulo) a partir de sistemas existentes o prototipos de identificación.

Análisis rápido de arquitectura

Estrategia que intenta derivar modelos de sistemas (como se describe con antelación en la misma
sección del capítulo) a partir de sistemas existentes o prototipos de identificación.

Identificación de requerimientos
Proceso que usan los analistas de sistemas para identificar o extraer problemas de sistemas y
requerimientos de solución de la comunidad de usuarios.

Identificación de requerimientos
Proceso que usan los analistas de sistemas para identificar o extraer problemas de sistemas y
requerimientos de solución de la comunidad de usuarios.

Planeación conjunta de requerimientos (JRP)

Uso de talleres facilitados para reunir a todos los propietarios, usuarios y analistas de un sistema y a
ciertos diseñadores y constructores de sistemas con el fin de realizar conjuntamente el análisis de
sistemas. La JRP por lo general se considera como parte de un método más amplio, llamado
desarrollo conjunto de aplicaciones (JAD), que es una aplicación más completa de las técnicas de
JRP al proceso de desarrollo de sistemas en su totalidad.

Rediseño de procesos de negocios (BPR)

Aplicación de métodos de análisis de sistemas con el objetivo de cambiar y mejorar
significativamente los procesos de negocios fundamentales de una organización, con independencia
de la tecnología de la información.

Método acelerado
Integración de diversos enfoques del análisis y diseño de sistemas para su aplicación según se
considere apropiado al problema que se intenta resolver y el sistema que se está desarrollando.
Alcance
Límites de un proyecto: las áreas de un negocio que el proyecto podría atender (o no).

Comité de dirección
Un comité de gerentes ejecutivos de negocios y sistemas que estudia y jerarquiza propuestas de
proyectos que compiten entre sí, con el fin de determinar cuáles generarán más valor para la
organización, de las cuales, algunas se aprobarán para que continúe el desarrollo de sistemas.
También llamado comité de dirección.

Análisis de causa y efecto

Técnica en la que se estudian problemas para determinar sus causas y efectos.

Objetivo
Una medición del éxito. Es algo que se espera lograr, si se tienen recursos suficientes.

Restricción
Algo que limita la flexibilidad en la definición de una solución según los objetivos que se tengan.
En lo esencial, es imposible modificar las restricciones.

Requerimiento funcional
Descripción de las actividades y servicios que debe brindar un sistema.

Requerimiento no funcional
Descripción de otras características y restricciones que definen un sistema satisfactorio.

Caso de uso
Escenario de negocios o evento respecto del cual el sistema debe proporcionar una respuesta
definida. Los casos de uso evolucionaron a partir del análisis orientado a objetos; pero su utilización
se ha vuelto común en muchos otros métodos de análisis y diseño de sistemas.

Timeboxing
Técnica que entrega funcionalidad y requerimientos de sistemas de información mediante el control
de versiones. El equipo de desarrollo selecciona el subconjunto más pequeño del sistema que al ser
puesto en práctica por completo genera valor inmediato para los propietarios y usuarios del sistema.
Se desarrolla ese subconjunto, de preferencia en seis a nueve meses o menos. En forma
subsiguiente, se desarrollan versiones del sistema con valor añadido, en marcos cronológicos
similares.

CAPITULO 5 TÉCNICAS DE EXPLORACIÓN DE HECHOS PARA IDENTIFICACIÓN

DE LOS REQUERIMIENTOS

Identificación de requerimientos
Proceso y técnicas que usan los analistas de sistemas para identificar o extraer problemas de los
sistemas y requerimientos de solución de la comunidad de usuarios.

Requerimiento del sistema

Algo que el sistema de información debe hacer o una propiedad que debe tener. También llamado
un requerimiento del negocio.

Requerimiento funcional
Algo que debe hacer el sistema de información
Requerimiento no funcional
Propiedad o cualidad que debe tener el sistema. Ejemplos incluyen seguridad, facilidad de uso,
rendimiento, etcétera

Diagrama Ishikawa
Herramienta gráfica usada para identificar, explorar e ilustrar problemas, así como las causas y
efectos de esos problemas. Es frecuente que se le llame diagrama de causas y efectos o diagrama de
espina de pescado (porque se asemeja al esqueleto de un pez).

Exploración
Proceso formal del uso de la investigación, juntas, entrevistas, cuestionarios, muestreo, y otras
técnicas para recabar información acerca de los problemas, los requerimientos, y las preferencias
del sistema. También se llama recopilación de información o recolección de datos.

Documento de definición de requerimientos

Documento formal que comunica los requerimientos de un sistema propuesto a involucrados clave
y sirve como un contrato del proyecto de sistemas. Sinónimo de declaración de requerimientos,
especificación de requerimientos, y especificación funcional.

Administración de requerimientos
Proceso de administrar los cambios de los requerimientos.

Muestreo
Proceso de recolectar una muestra representativa de documentos, formas y registros.

Muestreo aleatorio
Técnica de muestreo que se caracteriza por no contar con ningún patrón o plan predeterminado para
seleccionar los datos de la muestra.

Muestreo estratificado
Técnica sistemática de muestreo que intenta reducir la variancia de las estimaciones al dispersar el
muestreo (por ejemplo, con una selección de los documentos o los registros mediante una fórmula)
y evitar estimaciones muy altas o muy bajas.

Observación
Técnica de exploración en la cual el analista de sistemas participa u observa a una persona que
realiza actividades para aprender acerca del sistema.

Muestreo del trabajo

Técnica de exploración que consiste en tomar un gran número de observaciones para intervalos
aleatorios.

Cuestionario
Documento que permite al analista recabar información y opiniones de los encuestados.

Cuestionario de formato libre

Cuestionario diseñado para ofrecer al encuestado más laxitud en la respuesta. Se formula una
pregunta, y el encuestado registra la respuesta en el espacio provisto después de la pregunta.

Cuestionario de formato fijo

Cuestionario que contiene preguntas que requieren la selección de una respuesta entre respuestas
disponibles predefinidas.
Entrevista
Técnica de exploración mediante la cual el analista de sistemas recolecta información de las
personas a través de la interacción cara a cara.

Entrevista no estructurada
Entrevista que se conduce solamente con un objetivo o tema general en mente y con pocas
preguntas específicas, si es que las hay. El entrevistador cuenta con el entrevistado para proveer un
marco y dirigir la conversación.

Entrevista estructurada
Entrevista en la cual el entrevistador tiene un conjunto específico de preguntas para hacérselas al
entrevistado.

Pregunta de respuesta abierta

Pregunta que permite al entrevistado responder de cualquier manera que parezca apropiada.

Pregunta de respuesta cerrada

Pregunta que restringe las respuestas ya sea a selecciones específicas o a respuestas cortas y
directas.

Lenguaje corporal
Información no verbal que comunicamos

Proxemia
Relación entre las personas y el espacio a su alrededor

Elaboración del prototipo de identificación

Acto de construir un representante a pequeña escala o modelo de trabajo de los requerimientos de
los usuarios con objeto de identificar o verificar esos requerimientos.

Planeación conjunta de requerimientos (JRP)

Proceso mediante el cual se conducen reuniones de grupo altamente estructuradas con el propósito
de analizar problemas y definir requerimientos.

Lluvia de ideas
Técnica para generar ideas al alentar a los participantes para que ofrezcan tantas ideas como sea
posible en un corto tiempo sin ningún análisis hasta que se hayan agotado todas las ideas.