El documento describe los pasos clave del análisis de sistemas, incluyendo identificar requisitos, analizar necesidades, diseñar el sistema recomendado y probarlo. También discute la importancia del mantenimiento del sistema a lo largo del tiempo para corregir errores y mejorar la capacidad en respuesta a los cambios. Finalmente, resalta las herramientas que apoyan el proceso de diseño de sistemas de información.

4. Debe 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.

5. •Identificación de
Necesidades
•Estudio de Viabilidad

7. Muchas 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.

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

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

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

11. 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.

12. 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.

13. 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.

14. 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.

15. 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.

17. 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.

18. 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.

19. 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.

21. 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.

22. 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.

23. 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.

24. Diseño del sistema recomendado
En 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.

25. Desarrollo y documentación del
software
En 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.

26. Pruebas y mantenimiento del
sistema
Antes 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.

27. Implementación y evaluación del
sistema
En 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.

28. 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.

29. 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.

30. 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.

31. 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.

32. 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.

33. 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.

34. 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.

35. 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.