ANÁLISIS

DE S

ISTEM

AS

DE INFORM

ACIÓN

Tópicos del temaDefiniciónPrincipiosObjetivosAnálisis económicos y técnicosPapel de un analista de sistemaCiclo de vida de desarrollo de si

stemaHerramientas técnicas para el a

nálisis de un sistema

Definición • Es un conjunto de procedimientos o programas relacionados de manera que juntos forman una sola unidad.

• Es el proceso de clasificar e interpretar hechos, diagnostico de problemas y empleo de la información para solucionar las dificultades del sistemas.

REGRESO A TOPICO

PrincipiosDebe presentarse y entenderse el dominio

de la información de un problema. Defina las funciones que debe realizar el

Software. Represente el comportamiento del

software a consecuencias de acontecimientos externos.

Divida en forma jerárquica los modelos que representan la información, funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el detalle de la Implementación.

REGRESO A TOPICO

OBJETIVOS

• Identificación de Necesidades

•Estudio de Viabilidad

REGRESO A TOPICO

Identificación de Necesidades

• Es el primer paso del análisis del sistema, en este proceso el Analista se reúne con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.

• Antes de su reunión con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicación Cliente – analista, ya que de hacerlo el cliente solo de todas maneras tendría que ser modificado, durante la identificación de las necesidades. REGRESAR

Estudio de ViabilidadMuchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materialización sin tener pérdidas económicas y frustración profesional. La viabilidad y el análisis de riesgos están relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro áreas principales de interés:

• Viabilidad Económica• Viabilidad Técnica• Viabilidad Legal• Alternativas.

REGRESAR

Viabilidad Económica

Una evaluación de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.

REGRESAR

Viabilidad Técnica

Un estudio de funciones, rendimiento y restricciones que puedan afectar la realización de un sistema aceptable.

REGRESAR

Viabilidad Legal

Es determinar cualquier posibilidad de infracción, violación o responsabilidad legal en que se podría incurrir al desarrollar el Sistema.

REGRESAR

Alternativas.

Una evaluación de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia.

REGRESAR

Análisis económico y técnico de los sistemas de información

EL ANÁLISIS ECONÓMICO incluye lo que llamamos, el análisis de costos – beneficios, significa una valoración de la inversión económica comparado con los beneficios que se obtendrán en la comercialización y utilidad del producto o sistema. Muchas veces en el desarrollo de Sistemas de Computación estos son intangibles y resulta un poco dificultoso evaluarlo, esto varía de acuerdo a la características del Sistema. El análisis de costos – beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto.

Análisis económico y técnico de los sistemas de información

EN EL ANÁLISIS TÉCNICO, el Analista evalúa los principios técnicos del Sistema y al mismo tiempo recoge información adicional sobre el rendimiento, fiabilidad, características de mantenimiento y productividad. Los resultados obtenidos del análisis técnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras.

Modelado de la arquitectura del Sistema

Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idéntico, pero en menor escala (mas pequeño).Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento del Sistema.Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información empleando una arquitectura del tipo entrada y salida.

Especificaciones del Sistema

Es un Documento que sirve como fundamento para la Ingeniería Hardware, software, Base de datos, e ingeniería Humana. Describe la función y rendimiento de un Sistema basado en computadoras y las dificultades que estarán presentes durante su desarrollo. Las Especificaciones de los requisitos del software se producen en la terminación de la tarea del análisis.

REGRESO A TOPICO

EL PAPEL DE EL A

NALISTA

DE

SISTEMAS

REGRESO A TOPICO

El analista de sistemas como consultor

El analista de sistemas frecuentemente actúa como consultor y, por lo tanto, puede ser contratado específicamente para que se encargue de los asuntos de los sistemas de información dentro de un negocio. Esto puede ser una ventaja, debido a que los consultores externos pueden llevar con ellos una perspectiva fresca que no poseen otros miembros de la organización. Pero también puede decirse que los analistas externos están en desventaja, debido a que la verdadera cultura organizacional nunca puede ser conocida por un extraño.

El analista de sistemas como experto de soporte

Otro papel que tal vez requiera desarrollar es el de experto de soporte en un negocio donde se está empleado regularmente en alguna actividad de sistemas. En este papel el analista se apoya en su experiencia profesional relacionada con el hardware y software de computadora y su uso en el negocio. Este trabajo frecuentemente no es un proyecto de sistema completo, sino solamente pequeñas modificaciones o decisiones que afectan a un solo departamento.

El analista de sistemas como agente de cambio

El papel más comprensivo y responsable que toma un analista de sistemas es el de agente de cambio, ya sea interno o externo al negocio. Como analista se es un agente de cambio cada vez que se ejecuta cualquiera de las actividades del ciclo de vida del desarrollo de sistemas (tratado en la siguiente sección) y se está presente en el negocio por un periodo extendido (desde dos semanas hasta más de un año). Un agente de cambio puede ser definido como una persona que sirve de catalizador para el cambio, desarrolla un plan para el cambio y trabaja junto con otros para facilitar ese cambio. REGRESAR

EL CICLO DE VIDA DEL DESARROLLO

DE SISTEMAS.

REGRESO A TOPICO

Identificación de problemas, oportunidades y objetivos.

En la primera fase del ciclo de vida del desarrollo de sistemas el analista tiene que ver con la identificación de problemas, oportunidades y objetivos. Esta etapa es crítica para el éxito del resto de proyecto, debido a que nadie quiere desperdiciar el tiempo subsecuente resolviendo el problema equivocado. La primera fase requiere que el analista observe honestamente lo que está sucediendo en un negocio. Luego, junto con los demás miembros de la organización, el analista hace resaltar los problemas. Frecuentemente estos ya han sido vistos por los demás, y son la razón por la cual el analista fue llamado inicialmente. Las personas involucradas en la primera fase son los usuarios, analistas y administradores de sistemas que coordinan el proyecto. Las actividades de esta fase consisten en entrevistas a los administradores de los usuarios, sumarización del conocimiento obtenido, estimación del alcance del proyecto y documentación de los resultados. La salida de esta fase es un estudio de factibilidad que contiene una definición del problema y la sumarización de los objetivos. Luego los administradores deben tomar una decisión para ver si continúan con el proyecto propuesto.

Determinación de los requerimientos de información

Entre las herramientas utilizadas para definir los requerimientos de información en el negocio se encuentran: muestreo e investigación de los datos relevantes, entrevistas, cuestionarios, el comportamiento de los tomadores de decisiones , su ambiente de oficina y hasta la elaboración de prototipos. En esta fase el analista está esforzándose por comprender qué información necesitan los usuarios para realizar su trabajo. Las personas involucradas en esta fase son los analistas y los usuarios, típicamente los administradores de las operaciones y los trabajadores de las operaciones.

Análisis de las necesidades del sistema

La siguiente fase que realiza el analista de sistemas involucro el análisis de las necesidades del sistema. Nuevamente, herramientas y técnicas especiales ayudan para que el analista haga las determinaciones de los requerimientos. Una herramienta de éstas es el uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma gráfica estructurado. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, si son alfanuméricos y qué tanto espacio ocupan cuando se imprimen. Durante esta fase el analista de sistemas también analiza las decisiones estructuradas que se hacen. Las decisiones estructuradas son aquellas para las que pueden ser determinadas las condiciones como alternativas de condición, acciones y reglas de acción. Hay tres métodos principales para el análisis de decisiones estructurales: lenguaje estructurado, tablas de decisión y árboles de decisión.

Diseño del sistema recomendadoEn esta fase del ciclo de vida del desarrollo de sistemas, el analista usa la información recolectada anteriormente para realizar el diseño lógico del sistema de información. El analista diseña procedimientos precisos para la captura de datos, a fin de que los datos que van a entrar al sistema de información sean correctos. Además, el analista también proporciona entrada efectiva para el sistema de información mediante el uso de técnicas para el buen diseño de formas y pantallas.

Desarrollo y documentación del softwareEn la quinta fase del ciclo de vida del desarrollo de sistemas el analista trabaja con los programadores para desarrollar cualquier software original que se necesite. Durante esta fase, el analista también trabaja con los usuarios para desarrollar documentación efectiva para el software, incluyendo manuales de procedimientos. La documentación le dice al usuario la manera de usar el software y también qué hacer si se suceden problemas con el software.

Pruebas y mantenimiento del sistemaAntes de que pueda ser usado, el sistema de información debe ser probado. Es mucho menos costoso encontrar problemas antes de que el sistema sea entregado a los usuarios. Algunas de las pruebas son realizadas por los programadores solos, y otras por los analistas de sistemas junto con los programadores. Primero se ejecuta una serie de pruebas para que destaquen los problemas con datos de ejemplo y eventualmente con datos reales del sistema actual. El mantenimiento del sistema y de su documentación comienza en esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de información.

Implementación y evaluación del sistemaEn esta fase del desarrollo del sistema el analista ayuda a implementar el sistema de información. Esto incluye el entrenamiento de los usuarios para que manejen el sistema. Algún entrenamiento es hecho por los proveedores, pero la supervisión del entrenamiento es responsabilidad del analista de sistemas. Adicionalmente, el analista necesita un plan para una conversión suave del sistema antiguo al nuevo. La evaluación se muestra como parte de esta fase final de ciclo de vida del desarrollo del sistema, principalmente para efectos de discusión. De hecho, la evaluación se realiza durante cada fase. Un criterio principal que debe ser satisfecho es si los usuarios pretendidos ya están usando el sistema.

La importancia del mantenimiento

Después de que el sistema está instalado se le debe dar mantenimiento, esto significa que los programas de computadora deben ser modificados y mantenidos actualizados. La figura muestra la cantidad promedio de tiempo empleada en mantenimiento en una instalación MIS típica. El mantenimiento se realiza por dos razones. La primera de estas es para corregir errores de software. Sin importar que tan completamente se pruebe el sistema, se deslizan errores en los programas de computadora. Los errores del software comercial para microcomputadoras son a veces documentados como "anomalías conocidas", y son corregidos cuando son lanzadas nuevas versiones del software o versiones intermedias.En el software personalizado los errores deben ser corregidos conforme son detectados.

La otra razón para realizar el mantenimiento del sistema es para mejorar las capacidades del software en respuesta a las necesidades organizacionales cambiantes y, por lo general, involucran algunas de las siguientes tres situaciones:1. Los usuarios frecuentemente solicitan características adicionales después de que se familiarizan con el sistema de cómputo y sus capacidades. Estas características solicitadas pueden ser tan simples como el desplegado de totales adicionales en un reporte o tan complicadas como el desarrollo de nuevo software.2. El negocio cambia a través del tiempo. Se debe modificar el software para abarcar cambios tales como nuevos requerimientos de reportes gubernamentales o corporativos, la necesidad de producir nueva información para clientes, etcétera.3. El hardware y software están cambiando a un ritmo acelerado. Un sistema que usa tecnología antigua puede ser modificado para usar las capacidades de una tecnología más nueva. Un ejemplo de tal cambio es el reemplazo de una Terminal de macrocomputadora con una estación de trabajo de microcomputadora, o una microcomputadora con una computadora de escritorio.REGRESAR

Herramientas para el Diseño de Sistemas de Información

Apoyan el proceso de formular las características que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del análisis:

Herramientas de especificación

Apoyan el proceso de formular las características que debe tener una aplicación, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos.

Herramientas para presentación

Se utilizan para describir la posición de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida.

Herramientas para el desarrollo de Sistemas

Estas herramientas nos ayudan como analistas a trasladar diseños en aplicaciones funcionales.

Herramientas para Ingeniería de Software

Apoyan el Proceso de formular diseños de Software, incluyendo procedimientos y controles, así como la documentación correspondiente.

Generadores de códigos

Producen el código fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas.

Herramientas para pruebas

Apoyan la fase de la evaluación de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operación del Sistema así como el grado de perfección alcanzado en comparación con las expectativas.

La revolución del procesamiento de datos de manera computarizada, junto con las prácticas de Diseño sofisticadas está cambiando de forma dramática la manera en que se trasladan las especificaciones de Diseño d Sistemas de Información funcionales.

Sistemas de apoyo para la toma de decisiones

Entre los tipos de sistemas que apoyan el proceso de toma de decisiones se idéntica los siguientes:

Sistemas de Soporte para la Toma de Decisiones Apoyar la toma de decisiones mediante la generación y evaluación sistemática de diferentes alternativas o escenarios de decisión.

Un DSS no soluciona problemas, ya que solo apoya al proceso de toma de decisiones. La responsabilidad de tomar una decisión, de adoptar y de realizarla es de los administradores, no del DSS. Puede emplearse para obtener información que revele los elementos clave de los problemas y las relaciones entre ellos. También puede usarse para identificar, crear y comunicar cursos de acción disponibles y alternativas de decisión.

Sistemas de Soporte para la Toma de Decisiones de Grupo. Cubren el objetivo de lograr la participación de un grupo de personas durante la toma de decisiones en ambientes de anonimato y consenso, apoyando decisiones simultaneas.

Sistemas Expertos de Soporte para la Toma de Decisiones. Permiten cargar bases de conocimiento que se integran por una serie de reglas de sentido común para que diferentes usuarios las consulten, apoyen la toma de decisiones, la capacitación, etc.

Sistemas de Información para Ejecutivos. Están dirigidos a apoyar el proceso de toma de decisiones de los altos ejecutivos de una organización, presentado información relevante y usando recursos visuales de fácil interpretación, con el ejecutivo de mantenerlos informados.

Las principales características de estos sistemas son las siguientes: La Información que generan sirve de apoyo a los mandos

intermedios y a la alta administración en el proceso de toma de decisiones.

Suelen ser intensivos en cálculos y escasos en entrada y salidas de información.

Así, por ejemplo, un modelo de planeación financiera requiere poca información de entrada, genera poca información como resultado pero puede realizar muchos cálculos durante su proceso.

No suelen ahorrar mano de obra. Suelen ser interactivos y amigable, con altos estándares de

diseño grafico y visual, ya que están dirigidos al usuario final. Apoyan la toma de decisiones que por su misma naturaleza son

estructuradas y no estructuradas. Estos sistemas pueden ser desarrollados directamente por el

usuario final sin la participación operativa de los analistas y programadores del área de informática.

Sistemas de Soporte para la Toma de Decisiones Interactividad. Interactuar en forma amigable y con el cargado de tomar

decisiones. Tipo de decisiones. Apoya el proceso de toma de decisiones estructuradas y

no estructuradas. Frecuencia de uso. Tiene una utilización frecuente por parte de la

administración. Variedad de usuario. Puede emplearse por usuarios de diferentes áreas

funcionales. Flexibilidad. Permite acoplarse a una variedad determinada de estilos

administrativos participativos. Desarrollo que el usuario desarrolle de manera directa modelos de decisión sin

la participación operativa de profesionales en informática. Interacción ambiental. Permite la posibilidad de interactuar con información

externa como parte de los modelos de decisión. Comunicación ínter organizacional. Facilita la comunicación de información

relevante de los niveles altos a los niveles operativos y viceversa, a través de gráficas.

Acceso a bases de datos. Tiene la capacidad de acceder información de las bases de datos corporativas.

Simplicidad. Simple y fácil de aprender y utilizar por el usuario final.REGRESAR