Transcripcin de Anlisis de sistemas de informacin

Anlisis de sistemas de informacin

1. Diagnstico del problema y valoracin de la factibilidad para el desarrollo de
sistemas de informacin
En esta subrea se evalan los siguientes temas:
Anlisis preliminar de los sistemas de operacin de la organizacin
Diagnstico de la situacin de los sistemas de operacin de la organizacin
Identificacin de los problemas a resolver con sistemas de informacin
Anlisis de factibilidad de productos comerciales contra desarrollos a la
medida como estrategias de solucin del problema
Propuestas de sistemas de informacin computacional que solucionen la
problemtica detectada en la organizacin

El anlisis de sistemas
Se emplea para analizar, disear e implementar mejoras en el funcionamiento
de las empresas, a travs de sistemas de informacin computarizados.
ANLISIS Y DISEO DE SISTEMAS ORIENTADO A OBJETOS
El anlisis y diseo orientado a objetos es un enfoque cuyo propsito es
facilitar el desarrollo de sistemas que deben cambiar con rapidez en respuesta
a entornos de negocios dinmicos.

Los enfoques orientados a objetos utilizan el estndar de la industria para la

modelacin de sistemas orientados a objetos, el lenguaje unificado de
modelacin (UML, Unified Modeling Language), para analizar un sistema en
forma de modelo de casos de uso.

El diagrama de entidad-relacin (DER)

Estudio de la viabilidad
Los resultados del estudio de viabilidad deberan ser un informe que
recomiende si merece o no la pena seguir con la ingeniera del requerimiento y
el proceso del desarrollo del sistema.
El SDLC (SDLC, Systems Development Life Cycle) es un enfoque por fases para
el anlisis y el diseo cuya premisa principal consiste en que los sistemas se
desarrollan mejor utilizando un ciclo especfico de actividades del analista y el
usuario.

Uso de herramientas CASE

Ingeniera de Software Asistida por Computadora (CASE, Computer-Aided
Software Engineering).

Razones para el uso de herramientas CASE:

Aumento en la productividad del analista
Mejora de la comunicacin analista-usuario
Integracin de las actividades del ciclo de vida
Evaluar de manera precisa los cambios en el mantenimiento

Herramienta CASE de alto nivel

Da al analista la posibilidad de crear y modificar el diseo del sistema.

Herramientas CASE de bajo nivel

Se utilizan para generar cdigo fuente de computadora, eliminando as la

necesidad de programar el sistema.
Ingeniera inversa y reingeniera de software
Son mtodos para alargar la vida de programas anteriores, conocidos como
software heredado.

En ambos mtodos se emplea software de reingeniera asistida por

computadora (CARE, Computer-Assisted Reengineering) para analizar y
reestructurar el cdigo de computadora existente.
PROGRAMACIN EXTREMA
Es un enfoque para el desarrollo de software que utiliza buenas prcticas de
desarrollo y las lleva a los extremos.

Se basa en valores, principios y prcticas esenciales.

Los cuatros valores son:

la comunicacin

la simplicidad
la retroalimentacin
la valenta.
Anlisis de los requerimientos

El anlisis de requisitos del software puede dividirse en cinco reas de

esfuerzo:

(1) reconocimiento del problema

(2) evaluacin y sntesis
(3) modelado
(4) especificacin
(5) revisin

Modelado del anlisis

El modelo de anlisis debe lograr tres objetivos primarios:

Describir lo que requiere el cliente
Establecer una base para la creacin de un diseo de software
Definir un conjunto de requisitos que se pueda validar una vez que se
construye el software.

Representa las relaciones entre los objetos de datos.

Los atributos de cada objeto de datos sealados en el DER se pueden describir

mediante una descripcin de objetos de datos.
Viabilidad tcnica: El analista debe averiguar si es posible actualizar o
incrementar los recursos tcnicos actuales de tal manera que satisfagan los
requerimientos bajo consideracin.
Viabilidad econmica los recursos bsicos que se deben considerar

El tiempo

El costo
El costo del tiempo de los empleados de la empresa
El costo estimado del hardware
El costo estimado del software comercial o del desarrollo de software.
Viabilidad operativa: La viabilidad operativa depende de los recursos
humanos.
VALIDACIN DE REQUERIMIENTOS
La validacin de requerimientos trata de mostrar que estos realmente definen
el sistema que el cliente desea.

Se apoya en verificaciones:
Verificacin de validez
Verificacin de consistencia
Verificacin de completitud
Verificacin de realismo
Verificabilidad
Pueden utilizarse en conjunto algunas tcnicas de validacin de
requerimientos:

Revisiones de requerimientos
Construccin de prototipos
Generacin de casos prueba

Los requerimientos se dividen en dos clases:

Requerimientos duraderos
Requerimientos voltiles

Calculo del tiempo requerido

Grfica de Gantt: es una forma fcil de programar tareas. En este tipo de

grfica las barras representan cada tarea o actividad. La longitud de cada barra
representa la duracin relativa de dicha tarea.

Program Evaluation and Review Techniques (Tcnicas de Evaluacin y Revisin

de Programas, PERT).

Un programa (sinnimo de proyecto) se representa mediante una red de nodos

y flechas que se evala para determinar las actividades crticas, mejorar la
programacin de fechas si es necesario y revisar el progreso una vez que se
aborda el proyecto.
ANLISIS DE LOS REQUERIMIENTOS DE INFORMACIN
MTODOS INTERACTIVOS
MTODOS NO INTRUSIVOS
Entrevistas
Hay cinco pasos que deben realizarse para preparar la entrevista:

1. Leer los antecedentes.

2. Establecer los objetivos de la entrevista.
3. Decidir a quin entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.

Joint Application Design (JAD)

Creada por IBM.

Las razones para usar JAD:

Reducir el tiempo (y el costo) requerido por las entrevistas personales

Mejorar la calidad de los resultados de la evaluacin de los requerimientos de
informacin
Generar una mayor identificacin del usuario con los nuevos sistemas de
informacin.

Cuestionarios
El uso de cuestionarios es una tcnica de recopilacin de informacin que
permite a los analistas de sistemas estudiar las actitudes, creencias,
comportamiento y caractersticas de muchas personas importantes en la
organizacin que podran resultar afectadas por los sistemas
actuales y los propuestos.

Los mtodos no intrusivos para la recopilacin de informacin, incluyendo el

muestreo; investigacin de datos cuantitativos y cualitativos en los formularios
actuales y en los archivados, y la observacin de las actividades del tomador
de decisiones a travs del uso del guin del analista.
El mtodo para la Observacin Estructurada del Entorno (STRuctured
OBservation of the Environment, STROBE)

La aplicacin exitosa del STROBE requiere que el analista observe

explcitamente siete elementos concretos que por lo general se encuentran en
las oficinas.
Observe la oficina de un tomador de decisiones para darse una
idea de la manera en que almacena, procesa y distribuye la informacin.