Página 1 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
CAPITULO 1 EL CONTEXTO DE MÉTODOS DE ANÁLISIS Y DISEÑO DE SISTEMAS
1. Sistema:
Grupo de componentes interrelacionados que funcionan juntos para lograr un resultado deseado
2. 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.
3. 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).
4. Sistema de procesamiento de transacciones (TPS):
Sistema de información en el que se capturan y procesan los datos relativos a transacciones de negocios.
5. 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.
6. 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.
7. 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.
8. 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.
9. 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.
10. 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.
11. 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.
12. 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.
13. 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.
14. Trabajador del conocimiento
Todo trabajador cuyas responsabilidades se centran en un área especializada de conocimientos.
15. 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.
16. 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.
17. 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.
18. 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.
19. 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.
20. 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
M.A. PATRICIA GARZA GARZA
Página 2 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
CAPITULO 2 COMPONENTES DE SISTEMAS DE INFORMACIÓN
1. 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.
2. 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.
3. 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
4. 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.
5. Requerimientos de datos
Representación de los datos de los usuarios con base a entidades, atributos, relaciones y reglas.
6. 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.
7. 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.
8. Requerimientos de proceso
Expectativas del usuario acerca de los requerimientos de un proceso del negocio y sus sistemas de información.
9. Política
Conjunto de reglas que rige la manera de realizar un proceso.
10. Procedimiento
Conjunto de instrucciones paso a paso y lógica para lograr un proceso del negocio.
11. 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.
12. 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.
13. 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.
14. 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
15. 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.
16. 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.
17. 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
1. 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)
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.
M.A. PATRICIA GARZA GARZA
Página 3 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
3. 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.
4. 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”).
5. 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
6. 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.
7. 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.
8. 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.
9. 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.
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.
10. 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).
11. 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
12. 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).
13. 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.
14. 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.
15. Documentación
Actividad continua de registrar hechos y especificaciones de un sistema para referencia actual y futura.
16. 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.
M.A. PATRICIA GARZA GARZA
Página 4 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
17. Análisis de factibilidad
Actividad en la que se mide y evalúa la factibilidad.
18. Factibilidad
Medición de cuán benéfico sería el desarrollo de un sistema de información para una organización.
19. 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.
20. 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.
21. 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.
22. 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.
23. 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.
24. 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
25. 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
26. 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.
27. 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.
28. 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.
29. 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).
30. 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.
31. 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.
32. 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.
33. 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
M.A. PATRICIA GARZA GARZA
Página 5 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
34. 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.
35. 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.
36. 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).
37. 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.
38. 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
1. 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.
2. 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.
3. 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
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
9. 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.
10. 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.
11. 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.
12. 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.
M.A. PATRICIA GARZA GARZA
Página 6 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
13. 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.
14. 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.
15. 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.
16. 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.
17. 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.
18. 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.
19. 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.
20. Análisis de causa y efecto
Técnica en la que se estudian problemas para determinar sus causas y efectos.
21. Objetivo
Una medición del éxito. Es algo que se espera lograr, si se tienen recursos suficientes.
22. Requerimiento funcional
Descripción de las actividades y servicios que debe brindar un sistema.
23. Requerimiento no funcional
Descripción de otras características y restricciones que definen un sistema satisfactorio.
24. 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.
25. 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
1. 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.
2. 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.
3. Requerimiento funcional
Algo que debe hacer el sistema de información
4. Requerimiento no funcional
Propiedad o cualidad que debe tener el sistema. Ejemplos incluyen seguridad, facilidad de uso, rendimiento,
etcétera
5. 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.
M.A. PATRICIA GARZA GARZA
Página 7 de 7
GUIA - EXAMEN DE MEDIO CURSO:
ANÁLISIS DE SISTEMAS: DISEÑO Y MÉTODOS
6. 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.
7. Administración de requerimientos
Proceso de administrar los cambios de los requerimientos.
8. Muestreo
Proceso de recolectar una muestra representativa de documentos, formas y registros.
9. 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.
10. 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.
11. 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.
12. Muestreo del trabajo
Técnica de exploración que consiste en tomar un gran número de observaciones para intervalos aleatorios.
13. Cuestionario
Documento que permite al analista recabar información y opiniones de los encuestados.
14. 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.
15. Cuestionario de formato fijo
Cuestionario que contiene preguntas que requieren la selección de una respuesta entre respuestas disponibles
predefinidas.
16. 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.
17. 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.
18. Entrevista estructurada
Entrevista en la cual el entrevistador tiene un conjunto específico de preguntas para hacérselas al entrevistado.
19. Proxemia
Relación entre las personas y el espacio a su alrededor
20. 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.
21. 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.
M.A. PATRICIA GARZA GARZA
