COLOMBIA

UNIVERSIDAD DE PAMPLONA

ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION

DOCENTE

ALEXANDER HERRERA RUIZ

DEICY JUDITH SANCHEZ MARTINEZ

LORENA MICHEL COLON OROZCO

YEINER MARTINEZ DE LA ROSA

ANGELICA REALES JIMENES

12/04/2023
Contenido
INTRODUCCIÓN ............................................................................................................. 3
OBJETIVO GENERAL .................................................................................................... 3
OBJETIVO ESPECIFICO ................................................................................................ 3
ANALISIS Y DISEÑO DE SISTEMA DE INFORMACION .............................................. 4
SISTEMAS DE INFORMACIÓN (S.I.).......................................................................... 4
USO DE DIAGRAMA DE FLUJO ................................................................................... 5
EL NACIMIENTO DE LOS DIAGRAMAS DE FLUJO .......................................... 5
SÍMBOLOS DEL DIAGRAMA DE FLUJO ............................................................ 5
TIPOS DE DIAGRAMAS DE FLUJO .............................................................................. 8
DIAGRAMA DE NIVEL SUPERIOR ...................................................................... 8
DIAGRAMA DE CARRILES O DEFLUJO DE FUNCIONES CRUZADAS ............... 8
BUSINESS PROCESS MODEL AND NOTATION (BPMN) .................................. 8
VENTAJAS DEL USO DE DIAGRAMAS DE FLUJO .............................................. 9
HERRAMIENTAS QUE SE PUEDEN UTILIZAR PARA CREAR UN DIAGRAMA DE
FLUJO?........................................................................................................................... 9
ANÁLISIS DE SISTEMAS USANDO DICCIONARIOS DE DATOS. ............................ 10
DESCRIPCIÓN DE ESPECIFICACIONES DE PROCESO Y DECISIONES
ESTRUCTURADAS ...................................................................................................... 11
ANÁLISIS DE SISTEMAS DE APOYO DE DECISIONES ..................................... 14
TIPOS DE SISTEMAS DE SOPORTE A LA DECISIÓN ..................................... 15
TIPOS DE DECISIONES ..................................................................................... 16
TIPOS DE DECISIONES ..................................................................................... 17
PREPARACIÓN DE LA PROPUESTA DE SISTEMAS ......................................... 17
EJEMPLOS DE PREPARACION DE LA PROPUESTA DE SISTEMAS. ................. 19
ESCRITURA Y PRESENTACIÓN DE LA PROPUESTA DE SISTEMAS Y
PRESENTACIÓN DE LA ESCRITURA......................................................................... 20
CONCLUSION ................................................................. ¡Error! Marcador no definido.
INTRODUCCIÓN

En una organización o empresa, el análisis y diseño de sistemas de información es el

proceso de estudiar su situación con la finalidad de observar cómo trabaja y decir si es
necesario realizar una mejora.

Un sistema de información es un conjunto de elementos que interactúan entre sí con el

fin de apoyar las actividades de una empresa o negocio.

Un sistema se puede definir como un grupo de elementos interdependientes o que

interactúan regularmente formando un todo.

OBJETIVO GENERAL

El objetivo general de este trabajo es plantear temas como el uso de flujo, análisis de
sistemas, proceso de decisiones etc., el fin de este escrito es analizar y así comprender
la importancia que tiene cada tema en nuestra vida universitaria y en nuestra formación
actual ya que son factores que llevaremos en nuestro vivir como empresarios.

OBJETIVO ESPECIFICO

El objetivo de este proceso es la obtención de una especificación detallada del

sistema de información que satisfaga las necesidades educativas.
Comprender la importancia de los análisis y sus sistemas
Analizar cada rama que se parten de este tema, análisis de sistema.
ANALISIS Y DISEÑO DE SISTEMA DE INFORMACION

El análisis y diseño de sistemas tiene como objetivo planificar el desarrollo de los

sistemas de información mediante la comprensión y la especificación en detalle de lo
que debe hacer un sistema y cómo deben implementarse los diferentes componentes
del mismo para trabajar conjuntamente.

SISTEMAS DE INFORMACIÓN (S.I.)

Se le denomina al grupo de elementos que guardan relación entre sí con el objetivo de

capturar, procesar, almacenar y propagar información o data para llevar a cabo un
orden en los procesos de la empresa, como la toma de decisiones, lineamientos,
objetivos y control. Son de gran apoyo para el personal administrativo y analistas, ya
que estos analizan y visualizan las dificultades que hay en la organización con el fin de
crear productos nuevos.
El sistema de información está compuesto por operadores, procesos para la trata de
información, equipos o medios, redes informáticas, aplicaciones, datos, etc.
USO DE DIAGRAMA DE FLUJO

EL NACIMIENTO DE LOS DIAGRAMAS DE FLUJO

Los primeros diagramas de flujo se documentaron ya en 1921, dos ingenieros

industriales de la Sociedad Americana de Ingenieros Mecánicos (ASME) presentaron
un diagrama de procesos basado en gráficos: el diagrama de flujo conocido hoy en día.
El uso del diagrama creció de forma constante, de modo que en 1947 se crearon los
primeros "sistemas de conjuntos de símbolos" con diagramas de procesos para los
diagramas de flujo.
Con el tiempo, se estableció una simbología común para crear este tipo de diagramas,
que continúa hasta hoy. Un siglo después de su creación, el diagrama de flujo sigue
siendo un método popular para crear descripciones de procesos y definir tareas.

SÍMBOLOS DEL DIAGRAMA DE FLUJO

Los diagramas de flujo especifican diversas formas y elementos que se utilizan para
representar visualmente los flujos de trabajo.

Para las personas no familiarizadas con el tema, el uso de las distintas formas puede
parecer arbitrario, a primera vista, pero todos los símbolos representan componentes
muy específicos de un proceso.

Mientras que los diagramas de flujo detallados, como el diagrama de flujo del programa
(PAP), requieren un gran número de símbolos, los procesos empresariales sencillos
pueden describirse con sólo un puñado de formas.

Las herramientas de modelado especializadas, como BIC Process Design disponen de

una amplia selección de símbolos y permiten crear diagramas de flujo con facilidad y
rapidez. A diferencia de aplicaciones como Excel, PowerPoint o Word, que requieren
una configuración manual de los diagramas de flujo de los procesos, las soluciones de
software de modelado de procesos profesionales proporcionan plantillas adecuadas
para un rápido modelado de los procesos.

En BIC Process Design, por ejemplo, los diagramas de flujo pueden crearse
simplemente arrastrando y soltando el símbolo seleccionado de la paleta de símbolos a
la ubicación deseada en el editor.
A continuación encontrará un resumen de las formas más comunes, así como ejemplos
adecuados para una mejor ilustración:

Símbolo de inicio y final

El óvalo representa el inicio o el final de un proceso (por ejemplo, se ha recibido
la factura).

Símbolo de proceso/actividad
El rectángulo representa un paso del proceso (por ejemplo, comprobar la
factura).

Activity

Símbolo de decisión
El rombo muestra una operación condicional que determina cuál de los dos
caminos tomará el flujo del diagrama (por ejemplo, ¿factura pagada? - sí/no).

Decisión

Símbolo de datos (Entrada/Salida)

Puede utilizarse para mostrar los recursos o datos utilizados o generados (por
ejemplo, la base de datos de clientes).
 Document Data

Línea de flujo
Todos los elementos del flujo están conectados entre sí y determinan el orden
cronológico de las etapas del proceso.

Los formularios descritos anteriormente sirven para estructurar los procesos de manera
uniforme y garantizar una comprensión común del proceso.
Dependiendo del objetivo y el alcance del diagrama, se pueden utilizar símbolos
adicionales, así como formas no estándar.
En la práctica, sin embargo, hay que evitar el uso excesivo de símbolos no
estandarizados y garantizar el uso continuo de los formularios para mantener la
uniformidad y la comprensión del proceso.

EJEMPLO
TIPOS DE DIAGRAMAS DE FLUJO

Debido a la versatilidad de sus usos, existen diferentes tipos de diagramas de flujo.

Veamos con más detalle los tres tipos de diagramas más comunes:

DIAGRAMA DE NIVEL SUPERIOR

Con el diagrama de nivel superior, la atención se centra en el flujo del proceso con una
dirección uniforme.

El principio y el final están claramente definidos.

Los pasos individuales se representan con diferentes formas y campos.

El llamado diagrama de nivel inferior muestra una visión general básica de un proceso
empresarial, pero también puede incluir subpasos o resultados intermedios.

DIAGRAMA DE CARRILES O DEFLUJO DE FUNCIONES CRUZADAS

Aquí, los pasos del proceso se dividen en columnas categorizadas.

Las columnas, también denominadas carriles, suelen estar subdivididas por función,
departamento y fase del proceso. Según el uso, esta representación es útil para
distinguir las afiliaciones y los requisitos más rápidamente.

BUSINESS PROCESS MODEL AND NOTATION (BPMN)

El clásico para la representación de los procesos empresariales: BPMN se considera un

lenguaje de modelado reconocido en la gestión de procesos.
Hay varias convenciones y mejores prácticas que se especifican.
El método de representación se basa en el diagrama de flujo, pero sólo se utiliza para
los procesos empresariales.
 VENTAJAS DEL USO DE DIAGRAMAS DE FLUJO

El uso de diagramas de flujo para ilustrar los flujos de trabajo tiene numerosas ventajas,
especialmente para las empresas con procesos complejos:

Representación comprensible de los flujos de trabajo actuales

Posibilidad de supervisar los procesos o recoger datos
Análisis de los procesos e identificación de los potenciales de mejora
Creación de un entendimiento común de los procesos
Visión general de toda la información, documentos y recursos de un proceso
Integración de la gestión de calidad, los documentos y los riesgos

HERRAMIENTAS QUE SE PUEDEN UTILIZAR PARA CREAR UN DIAGRAMA

DE FLUJO?

Mientras que las primeras representaciones del proceso, por ejemplo en las clases de
informática, suelen seguir configurándose manualmente mediante tablas en Word,
Excel o PowerPoint, las empresas utilizan en gran medida herramientas especiales
para ello.

Aquí hay que distinguir entre las herramientas de diagrama de flujo gratuitas y
un software profesional como BIC Process Design.

Las herramientas de modelado como BIC Process Design permiten visualizar procesos
complejos de forma rápida y sencilla con la ayuda de una amplia selección de tipos de
diagramas y símbolos, así como de una interfaz de usuario intuitiva.

Las comprobaciones de conformidad integradas garantizan una representación

coherente y detectan los errores en la cadena de procesos de forma independiente.
Operaciones como insertar, modificar, formatear o eliminar objetos se realizan con un
sólo clic.

Con el portal integrado, todos los participantes tienen acceso a los procesos publicados
y son informados automáticamente por el sistema en caso de cambios en los procesos.
Las funciones de colaboración permiten un fácil intercambio entre los participantes del
proceso y apoyan un proceso de mejora continua.

Esto se ve reforzado además por informes y análisis reconfigurados que revelan de

forma fiable los puntos débiles y el potencial de optimización.
Los flujos de trabajo de gobierno automatizados y una gestión integrada de documentos
y riesgos garantizan un control completo y conforme a la normativa de sus flujos de
procesos.

ANÁLISIS DE SISTEMAS USANDO DICCIONARIOS DE DATOS.

El diccionario de datos es una aplicación especializada de los tipos de diccionarios

usados como referencia en la vida cotidiana. El diccionario de datos es una obra de
consulta con información acerca de los datos (es decir, metadatos), compilada por los
analistas de sistemas para guiarse en el análisis y diseño. Como un documento, el
diccionario de datos recopila y coordina términos de datos específicos y confirma lo que
cada término significa para las diferentes personas en la organización.

NECESIDAD DE ENTENDER EL DICCIONARIO DE DATOS.

Muchos sistemas de administración de base de datos están equipados con un
diccionario
de datos automatizado. Estos diccionarios pueden ser complejos o sencillos.
Algunos diccionarios de datos computarizados catalogan automáticamente los
elementos de datos
cuando se hace la programación; otros simplemente proporcionan una plantilla
para motivar a la persona que llene el diccionario a que lo haga de una manera
uniforme para cada entrada.
 ESTRUCTURAS DE DATOS LÓGICAS Y FÍSICAS.
Cuando las estructuras de datos se definen primero, sólo se incluyen los
elementos de datos que el usuario vería, tal como un nombre, dirección y saldo a
pagar. Esta fase es el diseño lógico, el cual muestra qué datos necesita el
negocio para sus operaciones diarias.
 ALMACENES DE DATOS.
Todos los elementos base se deben almacenar en el sistema. También los
elementos derivados se podrían almacenar en el sistema, tal como, para un
empleado, el sueldo bruto acumulado a la fecha. Los almacenes de datos se
crean para cada entidad de datos diferente que se almacenará. Es decir, cuando
los elementos base de un flujo de datos se agrupan para formar un registro
estructural, se crea un almacén de datos para cada registro estructural único.
 CREACIÓN DEL DICCIONARIO DE DATOS.

Las entradas del diccionario de datos se podrían crear después de completar el

diagrama de flujo de datos, o se podrían construir conforme se desarrolle el diagrama
de flujo de datos.
El uso de notación algebraica y registros estructurales permite al analista desarrollar el
diccionario de datos y los diagramas de flujo de datos mediante un enfoque jerárquico
de arriba hacia abajo.
Por ejemplo, el analista podría crear un flujo de datos de un Diagrama 0 después de las
primeras entrevistas y, al mismo tiempo, hacer las entradas preliminares del diccionario
de datos. Típicamente, estas entradas consisten en los nombres de los flujos de datos
encontrados en el diagrama de flujo de datos y sus estructuras de datos
correspondientes.

DESCRIPCIÓN DE ESPECIFICACIONES DE PROCESO Y DECISIONES

ESTRUCTURADAS

El analista de sistemas que aborda las especificaciones de procesos y las decisiones y

tiene muchas opciones para documentarlas y analizarlas.

FORMATO DE LA ESPECIFICACIÓN DE PROCESOS

Las especificaciones de procesos vinculan el proceso al diagrama de flujo de datos y,
por consiguiente, al diccionario de datos. La especificación de cada proceso se debe
registrar en un formulario especial o en la pantalla de una herramienta CASE como la
que utiliza Visible Analyst y que se muestra en el caso de la CPU.
Teclee la siguiente información:

El número del proceso.

Es el cual debe coincidir con el ID del proceso del diagrama de flujo de datos. Esta
especificación permite a un analista trabajar con cualquier proceso o modificarlo y
localizar fácilmente el diagrama de flujo de datos donde se encuentra el proceso.

El nombre del proceso.

Es el cual nuevamente debe ser el mismo que el asentado en el símbolo del proceso en
el diagrama de flujo de datos.

Una lista de flujos de datos de entrada.

Es usando los nombres que están en-el diagrama de flujo de datos. Los nombres de
datos que se usan en la fórmula o lógica deben coincidir con los del diccionario de
datos para garantizar la consistencia y una buena comunicación.

El analista de sistemas que se enfoca en las especificaciones de los procesos y las

decisiones estructuradas tiene muchas opciones para documentarlas y analizarlas. Es
importante ser capaces de reconocer las decisiones lógicas y estructuradas que
ocurren en una empresa y cómo podemos diferenciarlas de las decisiones
semiestructuradas que tienden a involucrar el juicio humano. Así, es imprescindible
reconocer que las decisiones estructuradas se prestan particularmente bien al análisis
con métodos sistemáticos que promueven la integridad, precisión y comunicación.

GENERALIDADES DE LAS ESPECIFICACIONES DE LOS PROCESOS.

Para determinar los requerimientos humanos de información de una estrategia de

análisis de Decisiones, el analista de sistemas debe primero determinar los objetivos de
los usuarios junto Con los objetivos de la organización, ya sea mediante el uso de una
metodología arriba-abajo o una metodología orientada a objetos.
El analista de sistemas debe comprender los principios de las organizaciones, además
de contar con un conocimiento práctico sobre las técnicas de recopilación de datos.
La metodología arriba-abajo es imprescindible, ya que todas las decisiones humanas en
la organización deben estar relacionadas, al menos en forma indirecta, con los objetivos
generales de toda la organización.
Las especificaciones de los procesos (a las que algunas veces se les denomina mini-
especificaciones, debido a que son una pequeña parte de las especificaciones totales
del proyecto) se crean para procesos primitivos en un flujo de diagrama de datos, así
como para algunos procesos de nivel más alto que se expanden en un diagrama hijo.
También se pueden crear para los métodos de clases en el diseño orientado a objetos
y, en un sentido más general, para los pasos en un caso de uso.
Estas especificaciones explican la lógica de la toma de decisiones y las fórmulas que
transformarán la entrada del proceso en su salida. Cada elemento derivado debe tener
lógica de proceso para mostrar cómo se produce desde los elementos base u otros
elementos derivados creados con anterioridad que actúen como entrada para el
proceso primitivo.

Los tres objetivos al producir especificaciones de procesos son.

1. Reducir la ambigüedad del proceso. Este objetivo obliga al analista a aprender los
detalles acerca de la forma en que trabaja el proceso. Hay que detectar las áreas
imprecisas, anotarlas y consolidarlas para todas las especificaciones de los procesos.
Estas observaciones forman una base y proveen las preguntas para las entrevistas de
seguimiento con la comunidad de usuarios.
2. Obtener una descripción precisa de lo que se va a lograr, que por lo general se
incluye en un paquete de especificaciones para el programador.

3. Validar el sistema de diseño. Este objetivo incluye asegurar que un proceso tenga
todo el flujo de datos de entrada necesario para producir la salida. Además, todas las
entradas y salidas se deben representar en el diagrama de flujo de dato.
Es importante contar con la capacidad de identificar las lógicas y las decisiones
estructuradas que ocurren en un negocio y como se distinguen de las decisiones no
estructuradas. También es más importante reconocer que las decisiones estructuradas
son particularmente adecuadas para el análisis con métodos sistemáticos que
promueven la completitud, exactitud y la comunicación.
Formato de especificación de los procesos
Las especificaciones de procesos vinculan al diagrama de flujo de datos y, por
consiguiente al diccionario de datos. La especificación de cada proceso se debe
registrar en un formulario especial o en la pantalla de una herramienta CASE. Debe
contener la siguiente información
 El número del proceso, el cual debe coincidir con el ID del proceso del
diagrama de flujo de datos
  El nombre del proceso
 Una descripción breve de lo que realiza el proceso
 Una lista de flujos de datos de entradas
 Una indicación del tipo de proceso, por lote, en línea o manual
 Si el proceso usa código prescrito, incluya el nombre del sub programa o
función que contenga el código
 Una descripción de la lógica del proceso que indiques las políticas y
reglas del negocio en lenguaje cotidiano
 Si no hay suficiente espacio en el formulario para una descripción
completa del español estructurado o si hay una tabla o árbol de decisión
que describa la lógica, incluir el nombre de la tabla o árbol
correspondiente.
 Mencione cualquier problema sin resolver, partes de la lógica u otras
consideraciones. Estos problemas constituyen la base de las preguntas
usadas para las entrevistas de seguimiento

ANÁLISIS DE SISTEMAS DE APOYO DE DECISIONES

Un sistema de soporte a la decisión es una forma de modelar datos y hacer decisiones

de calidad basadas en estos, tomar la decisión correcta en los negocios se suele basar
en la calidad de sus datos y su capacidad para filtrar y analizar los datos para encontrar
las tendencias en cual usted puede crear soluciones y estrategias.

DDS o sistemas de soporte a las decisiones son generalmente aplicaciones de

computador, junto con un componente humano que puede filtrar a través de grandes
cantidades de datos y escoger entre numerosas opciones.

Mientras mucha gente piensa en un sistema de soporte a la decisión como una parte
especializada de un negocio, la mayoría de las empresas han integrado a este sistema
en sus actividades día a día de explotación.

Por ejemplo, muchas empresas constantemente descargan y analizan datos de ventas,

hojas de presupuesto y las previsiones de actualización, y su estrategia una vez que
analizan y evalúan los resultados actuales.

Los Sistemas de soporte a las decisiones tienen una estructura definida en las
empresas, pero en realidad, los datos y las decisiones se basan en que son fluidas y en
constante evolución.
La clave de los sistemas de soporte a la decisión es recoger datos, analizar y dar forma
a los datos que se recogen y, a continuación, tratar de tomar decisiones o la
construcción de estrategias de análisis.

Si las computadoras, bases de datos o personas están involucradas generalmente no

importa, sin embargo, es este proceso de toma de datos en bruto o no estructurados,
que contiene y percibe y, a continuación, utiliza la ayuda para ayudar a la toma de
decisiones.

Es importante señalar que si bien los ordenadores y la inteligencia artificial consisten en

trabajar o en jugar con los datos, es decisión de los seres humanos ejecutar estas
estrategias o comprender los datos en una hipótesis utilizable.

Es importante señalar que el campo de DDS no tiene un modelo universalmente

aceptado, lo que significa que hay muchas teorías que rivalizan por la supremacía en
este amplio campo.

Debido a que hay muchas de las teorías de trabajo en el tema de DDS, hay muchas
maneras de clasificar el DDS.

Por ejemplo, uno de los modelos disponibles es el DDS es con la relación del usuario
en mente. Este modelo toma en consideración modelos DDS pasivos, activos y
cooperativos.

 TIPOS DE SISTEMAS DE SOPORTE A LA DECISIÓN

Sistemas de soporte a la decisión (DSS) que sólo recogen datos y organizan de manera
eficaz se llaman modelos pasivos, no sugieren una decisión específica, y sólo se
revelan los datos.

Un soporte activo de decisión procesa datos y muestra explícitamente soluciones

basadas en los datos, aunque hay muchos sistemas que son capaces de ser activos,
sería difícil poner toda la fe en un modelo de computador sin intervención humana.

Un sistema cooperativo de soporte a las decisiones del sistema recoge datos, analiza y,
a continuación, se presta a un componente humano, que luego puede ayudar a revisar
el sistema o refinarlo.

Esto significa que un componente humano y el ordenador trabajan juntos para

encontrar la mejor solución.
El Modelo DSS Impulsado es cuando la toma de decisiones hace uso de estadística,
simulaciones o modelos financieros para llegar a una solución o estrategia.

Tenga en cuenta que estas decisiones se basan en los modelos, pero no tienen que ser
abrumadoras de datos intensivos.

El DSS impulsado por la comunicación es cuando muchos colaboradores trabajan

juntos para llegar a una serie de decisiones para poner en marcha una solución o
estrategia.

Este modelo de comunicaciones impulsados DSS puede estar en un entorno de oficina

o en la web.

Un DSS impulsado por modelos de datos pone su énfasis en los datos recogidos,
que son manipulados para ajustarse a la decisión de las necesidades del fabricante.

Estos datos pueden ser internos, externos y en una variedad de formatos.

Es importante que por lo general los datos se recojan y se clasifiquen como series de
tiempo que es una colección de datos que forman una secuencia, como el diario de
ventas, presupuestos de funcionamiento de un trimestre a otro, los niveles de inventario
con respecto al año anterior, etc.

 TIPOS DE DECISIONES

Una vista simple de la toma de decisiones es que es un problema de elección entre

varias alternativas, una visión algo más sofisticada incluye el proceso de construcción
de las alternativas (es decir, dado una declaración del problema, desarrollar una lista de
opciones de elección).

Una imagen completa incluye una búsqueda de oportunidades para tomar decisiones
(es decir, descubrir que hay una decisión que tomar).

Un gerente de una empresa puede enfrentar una opción en la que las opciones son
claras (por ejemplo, la elección de un proveedor entre todos proveedores existentes).
También puede enfrentar un problema bien definido para el cual se diseña una decisión
creativa (por ejemplo, cómo comercializar un nuevo producto para maximizar las
ganancias).

Finalmente, la DSS puede trabajar de una manera menos reactiva y ver los problemas
de decisión como oportunidades que deben ser descubiertas estudiando las
operaciones de su empresa y su entorno (por ejemplo, cómo puede el proceso de
producción ser más eficiente).

 TIPOS DE DECISIONES

Una vista simple de la toma de decisiones es que es un problema de elección entre

varias alternativas, una una visión algo más sofisticada incluye el proceso de
construcción de las alternativas (es decir, dado una declaración del problema,
desarrollar una lista de opciones de elección).

Una imagen completa incluye una búsqueda de oportunidades para tomar decisiones
(es decir, descubrir que hay una decisión que tomar).

Un gerente de una empresa puede enfrentar una opción en la que las opciones son
claras (por ejemplo, la elección de un proveedor entre todos proveedores existentes).

También puede enfrentar un problema bien definido para el cual se diseña una decisión
creativa (por ejemplo, cómo comercializar un nuevo producto para maximizar las
ganancias).

Finalmente, la DSS puede trabajar de una manera menos reactiva y ver los problemas
de decisión como oportunidades que deben ser descubiertas estudiando las
operaciones de su empresa y su entorno (por ejemplo, cómo puede el proceso de
producción ser más eficiente).

Decisiones semiestructuradas. Imposibilidad de usar métodos en la fase de inteligencia

e incluso en la de diseño y selección. Generalmente la fase de inteligencia no es
estructurada, pero en ella, una vez identificado el problema, es posible el uso de
modelos matemáticos, de algoritmos o de reglas de decisión.

PREPARACIÓN DE LA PROPUESTA DE SISTEMAS

La propuesta de sistemas condensa todo lo que el analista de sistemas ha aprendido

acerca
de una empresa y lo que ésta necesita para mejorar su desempeño.
Si desea satisfacer adecuadamente los requerimientos de información, el analista de
sistemas debe usar métodos sistemáticos para la adquisición de hardware y software,
la identificación y pronóstico de costos y beneficios futuros y la realización de un
análisis de costos y beneficios. Todos estos métodos se usan para preparar el material
de la propuesta de sistemas.
Las necesidades de información de los usuarios determinan la selección del hardware
de cómputo, los medios de almacenamiento de datos y cualquier software comercial
(COTS).

El sistema de hardware y software que con el tiempo se propone es la respuesta

del analista a las necesidades de información de los usuarios.

Este capítulo proporciona los métodos que se necesitan para proyectar

sistemáticamente las necesidades futuras y ponderar a continuación las alternativas
actuales de hardware y software. También cubre la elaboración de pronósticos,
lineamientos para la adquisición de hardware y software y el análisis de costos y
beneficios.
EJEMPLOS DE PREPARACION DE LA PROPUESTA DE SISTEMAS.

IMÁGENES DE ILUSTRACION SOBRE PROPUESTA DE SISTEMAS.

 ESCRITURA Y PRESENTACIÓN DE LA PROPUESTA DE SISTEMAS Y
PRESENTACIÓN DE LA ESCRITURA
PROPUESTA DE SISTEMAS
La propuesta escrita sirve como un resumen del trabajo del analista de sistemas; y
como tal, es esencial que se dé mucha atención a la escritura y presentación de ella.

Mediante el uso de 3métodos, el analista puede crear una propuesta exitosa del
sistema.

Estos métodos son:

La organización eficiente del contenido

Un estilo profesional de redacción.
Presentación verbal de la propuesta en forma informativa

DIAGRAMA DE FLUJO EJEMPLO GRAFICO

La lámpara no funciona

NO
¿Esta
enchufada la Enchufar la
lámpara? lampara

SI

SI
¿Esta
Cambiar la
quemada la
ampolleta
ampolleta?

NO

Comprar nueva lámpara