Conceptos Relevantes

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 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 a partir de sistemas existentes
o prototipos de identificación.
Ingeniería inversa:
Uso de tecnología que lee el código de programas a partir de bases de datos,
programas de aplicación o interfaces de usuarios existentes y genera
automáticamente el modelo de sistemas equivalente.
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 hechos:
Proceso de recopilar información acerca de problemas, oportunidades,
requerimientos de solución y prioridades del sistema. También denominado
recopilación de información.
Planeación conjunta de requerimientos (JRP):
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.