Está en la página 1de 7

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.

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.

Por lo general un repositorio se implementa como una combinación de lo siguiente:

• Un directorio de red de procesadores de palabras, hojas de cálculo y otros archivos generados en


computadoras que contienen correspondencia de proyectos, informes y datos.

• Uno o más diccionarios o enciclopedias de herramientas CASE (como se analizó en el capítulo 3).
• Documentación impresa (como la almacenada en carpetas y bibliotecas de sistemas).

• Una interfaz de sitio Web de intranet para los componentes anteriores (útil para la comunicació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.

Modelo: Representación de la realidad.

Uno de los primeros métodos tradicionales formales, que aún es ampliamente utilizado en la
actualidad es el: El análisis estructurado.

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.

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.

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.

Estrategia orientada a objetos: Técnica basada en modelos que integra los datos y procesos en
conceptos llamados objetos.

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.

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.

Método de 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.

Técnica de identificación de hechos: Proceso de recopilar información acerca de problemas,


oportunidades, requerimientos de solución y prioridades del sistema.

Que incluyen las técnicas de identificación de hechos:

• El muestreo de la documentación existente, informes, formatos, archivos, bases de datos y


memorandos.

• Investigación de bibliografía relevante, sondeo en el mercado de otras soluciones y visitas a sitios.

• Observación del sistema actual en acción y el ambiente de trabajo.

• Cuestionarios y encuestas de la administración y la comunidad de usuarios.

• Entrevistas de administradores, usuarios y personal técnico apropiado.

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.

Método de 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.

Las técnicas de análisis de sistemas serán aplicadas dentro del marco de referencia de:

• Los componentes de su sistema de información.

• Las fases de FAST.

• Las tareas de FAST que implementan una fase.


La fase de definición de alcance incluye las siguientes tareas:

1) Identificar problemas y oportunidades básicos. 2) Negociar alcance base.

3) Considerar el valor del proyecto base. 4) Desarrollar un programa y presupuesto iniciales.

5) Comunicar el plan de proyecto.

Alcance: Límites de un proyecto: las áreas de un negocio que el proyecto podría atender (o no).

Para desarrollar un programa y presupuesto base el proyecto inicial debe consistir al menos de lo
siguiente:

• Un plan maestro preliminar que incluya programa y asignación de recursos para el proyecto
completo. Este plan será actualizado al final de cada fase del proyecto.

• Un plan y programa detallado para completar la siguiente fase del proyecto (la de análisis del
problema).

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.

La fase de análisis de problemas por lo general incluye las siguientes tareas:

1) Entender el dominio del problema. 2) Analizar problemas y oportunidades.

3) Analizar procesos de negocios. 4)Establecer objetivos de mejora del sistema.

5)Actualizar o refinar el plan del proyecto. 6)Comunicar resultados y recomendaciones.

Diagrama de contexto: El propósito de un diagrama de contexto es analizar cómo el sistema


interactúa con el mundo y especificar en términos generales las entradas y salidas del sistema.

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.

Las restricciones caen dentro de cuatro categorías, como se listan a continuación (con ejemplos):
• Programa: El nuevo sistema debe ser operativo para el 15 de abril.

• Costo: El nuevo sistema no puede costar más de 350 000 dólares.

• Tecnología: El nuevo sistema debe estar en línea o todos los nuevos sistemas deben utilizar el
sistema de administración de base de datos DB2.

• Política: El nuevo sistema debe utilizar técnicas de inventario de doble declinación de balance.

Fase de análisis de requerimientos: define los requerimientos de negocios para un sistema nuevo.
La fase de análisis de requerimientos generalmente incluye las siguientes tareas:

1) Identificar y expresar los requerimientos del sistema. 2) Priorizar los requerimientos de sistema.

3) Actualizar o refinar el plan de proyecto. 4)Comunicar la definición de requerimientos.

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.

En su formato más simple, el esquema puede ser dividido en cuatro secciones lógicas:

a) entradas, b) procesos, c) salidas y d) datos almacenados necesarios para satisfacer el objetivo.

Timeboxing: Técnica que entrega funcionalidad y requerimientos de sistemas de información


mediante el control de versiones.

La fase de diseño lógico generalmente incluye las siguientes tareas:

1) a) Requerimientos funcionales de estructura. 1) b) Requerimientos funcionales del prototipo.

2) Validar requerimientos funcionales 3) Definir casos de prueba de aceptación.

La fase de análisis de decisión normalmente incluye las siguientes tareas:

1) Identificar soluciones alternativas. 2) Analizar soluciones alternativas. 3) Comparar soluciones


alternativas. 4) Actualizar el plan del proyecto. 5) Recomendar una solución del sistema.

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.

La falla de identificar correctamente los requerimientos del sistema puede dar como resultado en
una o más de las siguientes: • El sistema puede costar más de lo proyectado.

• El sistema puede ser entregado después de lo prometido.

• El sistema puede no estar a la altura de las expectativas de los usuarios, y esa insatisfacción puede
originar que no lo usen.

• Una vez en producción, los costos de mantenimiento y mejora del sistema pueden ser
excesivamente altos.

• El sistema puede ser poco confiable y tener la tendencia a fallar y tener mucho tiempo muerto.

• La reputación del equipo de TI en el grupo se mancha debido a cualquier falla, sin importar quién
ha cometido el error, dicha falla será percibida como un error del equipo.
Por tanto, al definir los requerimientos del sistema, es muy importante que éstos obedezcan los
siguientes lineamientos:

• Consistentes: Los requerimientos son no contradictorios o ambiguos.

• Completos: Los requerimientos describen todas las posibles entradas del sistema y las respuestas.
• Factibles: Los requerimientos pueden satisfacerse con los recursos disponibles y sus restricciones.

• Requeridos: Los requerimientos se necesitan en realidad y cumplen con el objetivo del sistema.

• Exactos: Los requerimientos son expresados de manera correcta.

• Rastreables: Los requerimientos apuntan directamente hacia las funciones y características del
sistema.

• Verificables: Los requerimientos se definen de forma en que pueden ser comprobados durante la
prueba.

El proceso de identificación de requerimientos consiste de las siguientes actividades:

• Identificación del problema y análisis. • Identificación de los requerimientos.

• Documentación y análisis de los requerimientos. • Administración de los requerimientos.

Diagrama Ishikawa: Herramienta gráfica usada para identificar, explorar e ilustrar problemas, así
como las causas y efectos de esos problemas.

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.

Es inevitable que los requerimientos del borrador contengan muchos problemas, tales como:

• Requerimientos faltantes. • Requerimientos en conflicto.

• Requerimientos infactibles. • Traslape de requerimientos. • Requerimientos ambiguos.

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.

Ejemplos de errores que el analista de sistemas podría encontrar son:

• Modelos del sistema que contienen errores. • Errores tipográficos o gramaticales.

• Conflicto de requerimientos. • Requerimientos ambiguos o mal redactados.

• Falta de conformación con los estándares de calidad requeridos para el documento.

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

Muestreo: Es el proceso de recolectar una muestra representativa de documentos, formas y


registros.
Las sietes técnicas de exploración más comunes son:

• Muestreo de la documentación, las formas y las bases de datos existentes.

• Investigación y visitas al sitio. • Observación del ambiente de trabajo. • Cuestionarios.

• Entrevistas. • Propuestas de prototipos. • Planeación conjunta de requerimientos.

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 del ambiente de trabajo: 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.

Ventajas y desventajas de la observación:

Ventajas:

• Los datos recabados basándose en la observación pueden ser muy confiables.

• El analista de sistemas puede ver exactamente lo que se está haciendo.

• La observación es relativamente barata en comparación con otras técnicas de exploración.

• La observación permite que el analista de sistemas haga mediciones del trabajo.

Desventajas:

• Ya que la gente generalmente se siente incómoda cuando está siendo vigilada, inconscientemente
puede comportarse de una manera diferente que cuando está siendo observada.

• El trabajo que se esté observando tal vez no incluya el nivel de dificultad o de volumen
normalmente experimentado durante ese tiempo.

• Algunas actividades de sistemas pueden tener lugar en horas estrambóticas, causando una
inconveniencia de programación para el analista de sistemas.

• Las tareas que se observan están sujetas a diferentes tipos de interrupciones.

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.

Tipos de cuestionarios: Cuestionario de formato libre y cuestionario de formato fijo.

Cuestionario de formato libre: Cuestionario diseñado para ofrecer al encuestado más laxitud en la
respuesta.
Cuestionario de formato fijo: Cuestionario que contiene preguntas que requieren la selección de
una respuesta entre respuestas disponibles predefinidas.

Los siguientes lineamientos son clave para refinar las habilidades de observación:

• Determine el quién, qué, dónde, cuándo, porqué y cómo de la observación.

• Obtenga el permiso para observar por parte de los supervisores o los gerentes.

• Informe a quienes van a ser observados acerca del propósito de la observación.

• Mantenga un bajo perfil. • Tome notas durante o inmediatamente después de la observación.

• Revise las notas de la observación con las personas apropiadas.

• No interrumpa a las personas que están trabajando.

• No se centre mucho en actividades triviales. • No haga suposiciones.

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.

Tipos de entrevistas:

1)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.

2)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, usada en las entrevistas no estructuradas.

Pregunta de respuesta cerrada: Pregunta que restringe las respuestas ya sea a selecciones
específicas o a respuestas cortas y directas, usada en las entrevistas estructuradas.

También podría gustarte