CAPITULO 1: ROL DEL ANALISTA DE SISTEMAS

Existen diversos tipos de sistemas en los que el analista trabaja, esto

sistemas tienen propósitos diversos, ya que se basan según a las
necesidades de las organizaciones. No todas las organizaciones tienen el
mismo fin, ya que en ella los analistas realizan un gran trabajo como el
diseño, mantenimiento y a veces dan recomendaciones de sobre que sistemas
es el que necesitan. Los sistemas que estos analistas pueden desarrollar
se encuentran; los sistemas de procesamiento de transacciones
(TPS),sistemas de automatización de la oficina(OAS),los sistemas de
trabajo del conocimiento(KWS) y los sistemas de información gerencial.
También se encuentran los sistemas que ayudan a la toma de decisiones
(DSS), hay sistemas experto que aplican el conocimiento de los gerentes o
encargados de la toma de decisiones para poder dar solución a problemas
muy bien estructurados; los sistemas de apoyo a la toma de decisiones en
grupo (GDSS), sistemas de trabajo colaborativo apoyados por computadora
(CSCWS) y sistemas de apoyo a ejecutivos [ESS). Muchos de estos sistemas
se realizan originalmente en lo que es la web o por otro caso se suben a
la web, y así dan apoyo al comercio electrónico, como es la publicidad en
línea de los productos que dichas organizaciones realizan.

La realización del diseño y el análisis del sistemas se dice que es un

enfoque sistemático, tal y como los analistas de sistemas lo realizan,
esto ayuda a identificar los problemas, oportunidades y objetivos, y así
poder analizar el flujo de entrada de los datos, el proceso que se
realiza con dichos datos, como también su almacenamiento, y salida de la
información. Base a esto se pueden diseñar sistemas de información
computarizada destinados a solucionar este tipo de problema, este debe
ser adecuado ya que se puede provocar que el sistema se deje de utilizar
en el futuro.

El analista tiende a desempeñar diversos roles, durante el transcurso del

trabajo, ya que tiene que evaluar el procesamiento de los datos y la
producción de la información, para así poder mejorar los procesos de una
organización. El analista tiene que tener una gran capacidad de trabajo,
ya que tiene que tratar a todo tipo de personas y contar con una gran
experiencia en computadoras. En este libro solo trata de explicar los
tres principales roles que el analista de sistemas desempeña. El rol de
consultor externo para el negocio, el rol de experto en soporte técnico
este se realiza dentro de la empresa o negocio, y por el ultimo el rol de
agente de cambio este es el mas completo y de mayor responsabilidad de
los tres, ya que este abarca la situación tanto externo como interior
para la empresa.

El analista tiene que poseer cualidades, para poder desempeñar cada uno
de los roles, ay persona que trabajan como analista pero una descripción
de esta puede quedarse conta en cualquier sentido de la palabra. Ya que
estos pueden tener cualidades comúnmente iguales; un analista es un
solucionador de problemas, ya que a este le encanta el reto de solucionar
problemas, no importa lo difícil que sea darle una solución. También debe
de ser un comunicador para tener capacidad de poder relacionarse con las
demás personas durante un largo periodo de tiempo. El analista debe de
ser autodisciplinada y automotivada, para poder así administrar y
coordinar los innumerables recursos de un proyecto en ella también van
incluido el personal.
Gran parte de lo que se vio anteriormente lo incluye el ciclo de vida del
desarrollo de sistemas (SDLC). Es un enfoque que se realiza por fases
para el análisis y el diseño. Estas fases pueden ser secuenciales, aunque
en realidad estas se interrelacionan y con frecuencia se llevan a cabo de
manera simultánea. Las siete fases son: identificación de problemas,
oportunidades y objetivos; determinación de los requerimientos de
información; análisis de las necesidades del sistema; diseño del sistema
recomendado; desarrollo y documentación del software; prueba y
mantenimiento del sistema, e implementación y evaluación del sistema.

Unas de las herramientas que es utilizada por los analistas, desde tiempo
atrás este se a beneficiado de esta herramienta denominada como
herramienta de ingeniería de software asistida por computadora (CASE).
Existen 4 razones para el uso de esta herramienta, la primera es el
aumento en la productividad del analista como es Visible Analyst(VA) da
la posibilidad de realizar planeaciones, análisis y diseño, por medio de
gráficos; la segunda razón es la mejora de la comunicación analista-
usuario durante el ciclo de vida del desarrollo de sistemas; integración
de las actividades del ciclo de vida, en esta tercera razón nos ayuda a
dar una continuidad de una fase a la siguiente; y la cuarta y última
razón es la evaluación de manera precisa los cambios en el mantenimiento
del sistema. La herramienta case puede ser de bajo y alto nivel, en el
alto nivel el analista tiene la posibilidad de crear y modificar el
diseño de dicho sistema, mientras que en el de bajo nivel solo se utiliza
para poder generar código maquina, para así eliminar la necesidad de
programar el sistema.

Los analistas también utilizan la ingeniería inversa y la reingeniería,

ambos métodos se emplea un software de reingeniería asistida por
computadora llamada CARE, ya que se utilizan para alargar la vida de los
programas vistos anteriormente, conocidos también como software heredado.

También existe el análisis y diseño de sistemas orientados a objetos,

estos diseños utilizan el lenguaje unificado de modelación (UML), para
así poder analizar los casos de uso. Hay ocasiones en donde el analista
dejara de utilizar el SDLC y probara una nueva metodología. Como es la
programación extrema (XP), este lleva a cabo al limite las practicas de
análisis y diseño.

1 comentario
Cerrar esta ventanaIr al formulario de comentarios

1 – 1 de 1

 anamuñoz dijo...

EN SI ESTE CAPITULO TRATO DE TODO LO QUE REALIZA EL ANALISTA,ESTE

PUEDE DESEMPEÑARSE EN DIVERSOS SISTEMAS, SEGUN LAS NECESIDADES DE
LAS EMPRESAS, PARA ELLO SE TIENE QUE IDENTIFICAR EN ALGUNO DE LOS
TRES ROLES PRINCIPALES QUE EL LIBRO MUESTRA, PARA ELLO NECESITA
TENER UNA GRAN CAPACIDAD.
EL ANALISTA TAMBIEN CUENTA CON UNA SERIE DE HERRAMIENTAS, UNA DE LAS
CUALES ES EL "CASE", EXISTEN CUATRO RAZONES PRINCIPALES POR LA CUAL EL
ANALISTA DEBE DE UTILIZAR ESTA HERRAMIENTA, LA CUAL SE DIVIDE EN DOS
 NIEVES EL ALTO QUE SIRVE PARA MODIFICAR EL DISEÑO DEL SISTEMA Y EL BAJO
QUE SE REALIZA POR MEDIO DE CODIGO MAQUINA SIN NECESIDAD DE
PROGRAMAR EN SI EL SISTEMA.
EL ANALISTA UTLIZA DOS METODOS PARA LARGAR LA VIDA DEL PROYECTO , EL
METODO INVERSO Y LA REINGENIERIA, LOS CUALES UTLIZAN UN SOFTWARE
LLAMADO "CARE".

CAPITULO 2.-EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS

SISTEMAS DE INFORMACIÓN.
LAS ORGANIZACIONES COMO SISTEMAS

Los analistas visualizan a las organizaciones donde elaboran como un sistema el cual esta
formado por tres aspectos principales, niveles de administración, el diseño de las organizaciones y
las culturas organizacionales. Esto ayuda analizar y diseñar sistemas de información apropiados.
Por otro lado las organizaciones son unos sistemas más complejos ya que estos están compuestos
de subsistemas interrelacionados e interdependientes que se encargan de funciones
especializadas. Unas de las funciones que se pueden decir que son las más comunes están la
contabilidad, el marketing, la producción, el procesamiento de datos y la administración.

ENTERRELACIÒN E INTERDEPENDENCIA DE LOS SISTEMAS

La situación de que todos los sistemas y subsistemas se interrelaciones y sean interdependientes,

es de gran importancia en las implicaciones tantos para las organizaciones como para el analista
de sistemas que se encarga de realizar que estas consigan de la mejor forma sus metas. El
sistema ideal es aquel que corrige y regula por sí mismo de tal forma que no se necesario tomar
decisiones sobre situaciones comunes.

ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALES

Hoy en día las organizaciones y sus equipos también pueden estar organizadas de manera virtual,
esto les puede permitir poder hacer cambios a su configuración para así poderse adaptarse a
proyectos cambiantes o a demandas del mercado.

Hay beneficios potenciales para la organización virtual, entre ellas se encuentran la posibilidad de
reducir los costos que se derivan de la instalación física, a responder con más rapidez las
necesidades de los clientes y contribuir que los empleados virtualmente satisfagan sus
compromisos familiares. Pero esto aun sigue en investigación y discusión, para saber que tan
importantes son las necesidades de los trabajadores virtuales.

ADOPCIÓN DE UNA PERSPECTIVA DE SISTEMAS

Adoptar una perspectiva de sistemas da a los analistas la oportunidad de poder clasificar y así
comprender los diversos aspectos con los que se tendrán que enfrentar. Es de gran importancia
que los que son pertenecientes de los subsistemas se den cuenta que su trabajo esta
interrelacionado. Ninguno de ellos puede alcanzar su meta sin el otro.

PLANEACIÓN DE RECURSOS EMPRESARIALES: LA ORGANIZACIÓN COMO SISTEMA

Los sistemas de planeación de recursos empresariales son sistemas de información organizacional

(empresarial) integrados, desarrollados mediante software comercial personalizado, que ayudan al
flujo de información entre las áreas funcionales de la organización. Implementar este sistema
puede ser desgastante ya que es difícil de analizar un sistema en uso y luego ajustar el modelo
ERP a dicho sistema. Esta labor de rediseñar tiene el nombre de reingeniería de los procesos de
negocios.

DESCRIPCIÓN GRÁFICA DE SISTEMAS

SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS DE CONTEXTO

Uno de los primeros modelos que se utilizan para la realización de graficas, es el diagrama de flujo
de datos de contexto o también conocida como modelo del entorno.
Este se enfoca principalmente en el flujo de los datos que entran y salen del sistema, en el
procesamiento de los datos.

SISTEMAS Y EL MODELO DE ENTIDAD-RELACIÓN

Este es otro modelo pero este abarca más la entidad – relación, eso ayuda que el analista pueda
definir la fronteras del sistema más apropiadas. Así ayuda que el analista comprenda las entidades
y relaciones con las cuales se conforman el sistema organizacional. Una entidad dentro de una
organización puede ser una persona, un lugar o cosa, y la relación seria la asociación que describe
la interacción entre las entidades.

Para poder dibujar un diagrama E –R existen diversos esquemas con nombres como notación de
pata de cuervo, flecha o bachman. En este libro la que más se utiliza es la notación de pata de
cuervo. En un diagrama E – R se pueden describir diferentes tipos de relación de uno a uno, uno a
muchos, muchos a uno y muchos a muchos.

NIVELES DE ADMINISTRACIÓN

La administración dentro de una organización se divide en tres niveles de control: control de

operaciones, planeación y control administrativo, y por ultimo administración estratégica. Todos
esto niveles tienen en si sus propias responsabilidades y se enfocan a su manera en lograr las
metas y objetivos que tiene la organización estipulada.

IMPLICACIONES PARA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN

Cada uno de los niveles que anteriormente se vieron representa diferentes implicaciones para el
desarrollo de sistemas de información. El horizonte de tiempo para la toma de decisiones es
diferente en cada nivel. En cada una de los niveles se encuentran implicados diferentes personaje
para así poder realizar el trabajo en los sistemas de información.

CULTURA ORGANIZACIONAL

Estas son áreas de investigación que ha crecido de manera notable en la última generación. Tanto
las culturas y las subculturas son de gran importancia ya que estas determinan la manera en como
los usuarios o la gente utilizan la información y los sistemas de información. En la actualidad se
han realizado estudios para poder determinar si las organizaciones y equipos virtuales tienen
efectos en la creación de las subculturas, cuando los integrantes del lugar no compartes el mismo
espacio de trabajo pero si comparten tareas.

comentario:

anamuñoz dijo...
 En este capítulo 2 se vieron tres aspectos fundamentales que el analista debe tomar
en cuentas para analizar y diseñar los sistemas de información.
El primero que se vio fue la de la organización como sistemas, aquí se dice que son
sistemas muy complejos, ya que estas se componen también por subsistemas
interrelacionado e interdependientes.
Dentro de ellos se vieron que las organizaciones y sus equipos pueden estar
organizados virtualmente.
Se puede utilizar dos modelos de diagramas, uno es el diagrama de flujo de datos de
contexto, el otro es el diagrama de entidad relación. Estos dos diagramas son de gran
ayuda para el analista ya que en ellas se identifican las entidades de las
organizaciones y las relaciones que se hacen entre ellas.
El segundo punto que se vio fueron los niveles de administración y su implicación para
el desarrollo de sistemas de información. Existen tres niveles principales el control de
operación, planeación y control administrativo.
Y por último es de cultura organizacional estas son áreas de investigación que ha
crecido de manera notable en la última generación. Esta se puede dividir en
subculturas pero las dos son de gran importancia ya que determinan la información
para los usuarios y los sistemas de información.

CAPITULO 3: DETERMINACIÓN DE LA VIABILIDAD Y

ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO.
Existen diferentes fuentes que ayudan a dar inicio a los proyectos de sistemas. Pero algunos de
estos proyectos que pueden ser sugeridos pueden sobrevivir hasta llegar a uno o puede no
hacerlo.
Los ejecutivos de negocios han sugerido los proyectos por 2 razones principales; el primero
porque tienen problemas que requiere a una solución de sistemas y por último porque identifican
oportunidades de mejorar mediante la actualización, modificación, etc. De nuevos sistemas
cuando ocurren.
A veces existen administradores que no aceptan la realidad de que sus organizaciones tienen
muchos problemas, no quieren tratar de hablar con alguien externo al asunto. Al contrario este
debe aceptar dichos problemas y encontrarles una solución. La retroalimentación es útil para
poder ver si existe una brecha entre las metas que se han alcanzado y las que todavía no. Y así
poder resolver los problemas que se han originado.
Otros de los puntos es la selección de un proyecto, ya que uno tiene que tener en cuenta las
razones para así seleccionar un sistema de proyecto que ayude a resolver los problemas. Ya que
no es muy fácil tomar esta decisión, tome en cuenta que los diversos subsistemas que se vieron
en el capitulo anterior están interrelacionados y son interdependientes, y que al hacerle cambio
a uno de estos puede afectar a los demás. Para poder tomar una buena decisión, a continuación
se le darán 5 criterios existentes específicos para la mejor selección de proyectos:
 Que el proyecto solicitado tenga el respaldo de los directivos de la organización,
 que cuente con un periodo adecuado de compromiso para la terminación del proyecto
 Que impulse a la organización hacia la consecución de sus metas
 Que sea factible.
 Que tenga la importancia suficiente para darle mayor prioridad que a otros proyectos.
Si algunos de los proyectos que usted haya seleccionado cumple con cada uno de los criterios q
ue se vieron en el punto anterior, entonces se puede empezar por realizar el estudio de
viabilidad, se debe también establecer los objetivos del proyectos que ayudan a la realización de
los procesos de la viabilidad. Ya que estos tienen aclararse de manera formal, por escrito los
objetivos del proyectos y de manera informal a los representantes de dichas organizaciones.
La determinación de recursos, se divide en tres capacidades viabilidad operativa, viabilidad
técnica y viabilidad económica. Base a este estudio el analista puede ir recolectando información
útil y así facilita a los encargados del manejo se la organización la toma de decisión de poder
realizar un estudio de sistemas completos.
La administración de proyectos abarca las tareas generales de planeación y control. En la
planeación se deben incluir las actividades que realiza el analista con una estimación de tiempo
para su realización y así se puedan programar para que estas se puedan terminar a tiempo y así
garantizar un buen proyecto. Unas de las tantas técnicas que se utilizan para planear las
actividades que se puedan realizar en paralelo es la grafica de Gantt. Este representa en forma
de barra cada una de las actividades. Otra de las técnicas es el uso de diagramas PERT (de
Técnicas de Evaluación y Revisión de Programas), este programa representa la evaluación de
actividades en forma de una red de nodos y flechas. Este tipo de diagramas ayuda a un analista
poder determinar la ruta más crítica y el tiempo que se llevaría, esta es una información
necesaria para poder controlar con eficiencia un proyecto. Cuando se utiliza un diagrama PERT es
importante la precedencia de actividades para la determinación del tiempo del proyecto.
El punto de entrega es un reciente desarrollo en la administración de proyectos. Este enfoque de
punto de entrega (timeboxing) utiliza una fecha de vencimiento absoluta para el proyecto y todo
lo que se realice en esa fecha se debe de implementar. Existen otros enfoques para la
programación incluyen PIMs, algunos de estos ejemplos son Microsoft Outlook y Palm Desktop.
Estos son útiles ya que sirven para depositar el pago de los números telefónicos y el fax.
Después de a ver administrado el tiempo y los recursos, en pocas palabras después de que el
proyecto se haya clasificado como viable, el analista también administra gente. Existen técnicas
para poder lograr la comunicación en la administración de equipos. Uno de ellos es comprender la
personalidad de cada equipo. Otro punto es la fijación de las metas de productividad del
proyecto, en este el analista está acostumbrado a las metas de los empleados que muestran
salidas tangibles en su productividad.
Dentro de esta administración también existen otros tipos:
 Administración de proyectos con software comercial(COST, Microsoft Word y Access)
 Administración de proyectos de comercio electrónico( diseño de interfaz a los usuarios)
También hay que evitar fracasos, para ello hay que involucrarse en la solicitud del proyecto,
junto con el estudio de viabilidad, ya que con ello se puede rechazar proyecto que no pueden
llevar al fracaso.
Los proyectos de prioridad extrema (XP) es un desarrollo de sistemas que aceptan lo que se
conoce como buenas practica de desarrollo de sistemas y las lleva el extremo, existen 4 variables
que el desarrollador debe tomar en cuenta para poder controlar son: el tiempo, el costo, la
calidad y el alcance del proyecto.

CAPITULO 4: RECOPILACIÓN DE INFORMACIÓN: MÉTODOS

INTERACTIVOS
En este capítulo se describen lo que son loa métodos interactivos, que quiere decir con interactivo,
es tener contacto directo con alguien o con algo. Bueno en libro nos marca como interactivo 3
métodos que son parte clave de la recopilación de información que el analista de sistemas pueda
utilizar.

El primero es la entrevista.
El libro nos dice que para que podamos entrevistar hay que hacerlo primero con nosotros mismo,
para poder ver nuestros errores al momento de entrevistar a alguien. La entrevista es uno de los
métodos interactivo más conocido por los analistas de sistemas, ya que durante su proceso al
entrevistar a un encargado de tomar las decisiones en la organización, se puede recopilar
información de gran importancia, como son las metas, sentimientos, opiniones y los procedimientos
informales. La entrevista se realiza mediante un dialogo de preguntas y respuestas entre dos
personas, las preguntas se tienen que preparar desde antes no al instante.Un analista se vale de
este método para tener una mejor relación con el cliente, ya que así puede observar con atención
el lugar de trabajo y así poder recopilar una mejor información con base a los requerimientos de
información.

Hay cinco pasos que deben realizarse para preparar la entrevista:

1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
 3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.

Las preguntas se clasifican en dos tipos en abiertas y cerradas, en las abierta se permiten utilizar
todas las opciones de respuestas posibles, mientras que las cerradas limitan las respuestas. Las
entrevista se estructura de tres maneras:
• En forma de pirámide esta enpiezacon preguntas cerrada y termina con preguntas generales.
• En embudo inicia con preguntas abiertas y generales y termina con preguntas cerradas.
• En diamante combina los dos tipos de entrevista.

El segundo es el JAD (diseño de conjunto de aplicaciones)

Con la ayuda de este método los analistas pueden examinar con eficacia los requerimientos y así
diseñar una interfaz de usuario. Al hacer una cuidadosa evaluación nos puede ayudar a determinar
si el JAD es adecuando utilizarlo en la organización.

Y por último el cuestionario

Los cuestionarios son otra cosa, este ayuda a un analista a recopilar datos sobre otras cosas como
son las actitudes, creencias, comportamiento y características de las personas importantes de la
organización.
Es muy bueno utilizar este método siempre y cuando los integrantes de la organización se
encuentren en diferentes áreas, o lugares geográficos. Puede ser que no solo una persona sino
varias estén involucradas en dicho proyecto, entonces es necesario saber si todo el grupo
involucrado a prueba o desaprueba una característica especifica del sistemas que se propuso.
Ya que los objetivos del cuestionarios están bien establecidos, ya se puede empezar a realizar las
preguntas cerradas o abiertas, el vocabulario que se utilice tiene que ser entendible para las
personas a las que se les piensa aplicar.

CAPITULO 5: RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO

INTRUSIVOS

En el tema anterior se vio lo que fueron los métodos interactivo, esta vez veremos
lo contrario, ya que esta manera de recopilar información es menos molesta que
las otras. Lo métodos que se verán en este capítulo son el muestreo, la
investigación, y la observación del comportamiento y el entorno físico donde se
desempeña la labor del tomador de decisiones.
 ·         Muestreo
El muestreo en si se trata de tomar elementos que represente parte de una
población en particular. Se dice que el analista de sistema tiene que tomar
encuestas 2 puntos muy importantes a realizar este método, el primero se tiene
que tomar encuesta todos los documentos y sitios web que los miembros de la
organización han realizado, tiene que checar cuál de ellos le sirve y cual hay que
rechazar. El segundo tiene que ver quiénes serán más afectados con la
implementación del sistema que se desarrollara.
Existen muchas razones por la cual es necesario el muestreo, ya que el analista
tiene que seleccionar una parte representativa de dato o personas que tiene que
 analizar, ya sea por medio de entrevistas para el caso de las persona. Hay cuatro
razones importantes.
1)    Reducir costos.
Ya que es muy costoso para el analista, andar examinando documento por
documento, más los sitios web. Con el muestro el analista puede ahorrase mucho
trabajo, ya solo puede recopilar información de un lugar con todos los datos de la
población.

2)    Acelerar la recopilación de datos

Ayuda a mejorar la efectividad si se puede obtener información más precisa.

3)    Mejorar efectividad
Hablar con menos empleados, hace que analista tenga tiempo de verificar que no
haya perdido o incompletado los datos.

4)    Reducir la parcialidad
En este punto el analista entrevista al ejecutivo que esta mas involucrado con el
sistema.
Diseño del muestreo
Para tener un buen muestreo el analista tiene que seguir los siguientes 4 pasos:
1)    Determinar qué datos van a ser recopilados o descritos
2)    Determinar qué población se van a tomar muestra
3)    Escoger el tipo de muestra
4)    Decidir el tamaño de la muestra
 ·         Investigación

La investigación es la acción de descubrir y analizar los datos. El analista de

sistemas necesita examinar cada punto importante dentro de la organización,
mediante  la exanimación de datos reales.los datos y formulación dan a entender a
donde ha estado la organización y hasta donde se cree que se dirige. Para ello ay
que analizar todos los documentos que sean de  carácter cuantitativo y cualitativo.
En el documento cuantitativo, se incluyen informes usados en la toma de
decisiones, informes de desempeño, registros y una variedad de formularios. En el
documento cualitativo se incluyen mensajes de correos, memorandos, carteles en
los tableros de anuncios y en las áreas de trabajo entre otros documentos. Estos
documentos son muy detallados.

·         Observación
La observación es una de los métodos mas sencillos en el se observan muchas
cosas importante,ya que este nos da una mejor idea de lo que realmente se hace
en la organización, o sea que ve como se realizan todos y cada uno de los
procesos que se realizan. En ello se identifican los actores principales en la toma
de decisiones, utilizando un guion del analista. Otro punto importante dentro del
 método de la observación es la estructura del entorno del tomador de decisiones,
llamado STROBE.
Se pueden observar e interpretar algunos elementos concretos en el entorno del
tomador de decisiones. Estos elementos incluyen:
(1)  la ubicación de la oficina.
(2)   la colocación del escritorio del tomador de decisiones;
(3)   el equipo fijo de oficina
(4)   los accesorios como las computadoras de bolsillo y las PCs
(5)   las fuentes externas de información como las revistas especializadas y el uso de
la Web
(6)   la iluminación y el color de la oficina
(7)   La vestimenta de los tomadores de decisiones.

CAPITULO 6: ELABORACIÓN DE PROTOTIPOS, RAD Y

PROGRAMACIÓN EXTREMA
Elaborar un prototipo es un método o técnica que ayuda a recopilar información para así poder
completar el ciclo de vida del desarrollo tradicional de un sistema.
Un analista al presentar el prototipo debe de estar muy interesado en las reacciones que este
producirá en los usuarios y lo directivos de la organización. Estas reacciones se pueden recopilar a
través de la observación, la entrevista y las hojas de retroalimentación, ya que así se pueden
obtener de manera más eficiente las opiniones de todas y cada una de las personas sobre el
prototipo, esto después de que interactúe con él.
Se dice que la palabra prototipo tiene diversos significados, de los cuales solo son usados 4.

1) Prototipo corregido: Esto quiere decir que en la primera clase de elaboración de prototipos tiene
que estar relacionada con la construcción de un sistema que funciona pero a las este de corrige
simultáneamente.

2) Prototipo no funcional: Este es a escala configurado para probar ciertos aspectos de diseño.

3) Primer prototipo de una serie: este es totalmente funciona. Involucra la creación completa del
sistema, el cual se le puede llamar piloto.

4) Prototipo de características seleccionadas: es la creación de un modelo funcional que incluya

alguna, pero no todas las características que tendrá el sistema final.

Para desarrollar un prototipo hay que seguir 4 lineamientos principales des pues de que se haya
decidido elaborar dicho prototipo, estos lineamientos integran su elaboración con fase de
determinación de requerimientos del SDLC:

1. El trabajo en módulos manejables: cuando el prototipo en alguna de sus características se

integra para formar un módulo funcional, el analista tiene que trabajar en módulos manejables.
2. Construcción rápida del prototipo: esto es esencial para tener una elaboración exitosa del
prototipo de un sistema de información.
3. Modificación del prototipo: su construcción debe soportar modificaciones. ya que hacer un
prototipo modificable es crearlo en módulos que no sean estos demasiados interdependientes.
4. Énfasis en la interfaz de usuario: este es muy importante para la elaboración del prototipo.

Existen desventajas en la elaboración de un prototipo, ya que este es difícil debido a la rapidez de

los procesos, un prototipo incompleto puede ser forzado a colocarse en servicio como si ya fuera
un sistema completo, y esto sería un error ya que no trabajaría eficientemente. Pero también
existen ventajas ya que el prototipo nos ayuda a realizar modificación en las primeras etapas de su
desarrollo, también nos permite poder suspender el sistema si este no es funcional, y por ultimo
también ayuda a desarrollar un sistema que cumpla con todas las necesidades de la organización.
También se pueden desarrollar prototipos usando un software llamado COTS.

El desarrollo rápido de aplicación o RAD, es un enfoque que es orientado a objetos con tres fases
principales:
• Planeación de requerimientos
• Taller de diseño del RAD
• Implementación

La programación extrema (XP) este tema fue tratado en el capítulo 3, se dice que XP es un
enfoque de desarrollo delo software, el cual adopta practicas de software aceptables y las lleva al
extremo. Dentro de la programación extrema podemos encontrar valores y principios, ya que crean
el contexto para la colaboración entre programadores y clientes. Existen 4 valores que crean el
entorno, en el cual se pueden servir de manera adecuada el diseñador y el negocio. También
encontramos 4 actividades básicas, las cuales son codificar, probar, escuchar y diseñar. Hay 4
variables de control de recursos, como son el tiempo, costo calidad y alcance. Las 4 prácticas
esenciales, son las necesarias en la programación extrema

CAPITULO 7: USO DE DIAGRAMAS DE FLUJO DE DATOS

Hay una forma de entender mejor cada uno de los procesos que se realizan dentro de la
organización, y así entender los movimientos lógicos de los dato, el analista de sistemas realiza
diagramas de flujo de datos. Existen 4 ventajas que posee el enfoque del flujo de datos, las cuales
describen la relación con la forma en que los datos se mueven a través del sistema:

1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de flujo
de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos
necesarios.

En estos diagramas de flujo de datos son utilizados 4 símbolos básicos los cuales ayudan a
graficar el movimiento de los datos: un cuadrado doble, una flecha, un rectángulo con esquinas
redondeadas y un rectángulo abierto (cerrado en el lado izquierdo y abierto en el derecho). Con la
combinación de estos cuatro símbolos se puede describir gráficamente un sistema completo y
varios subsistemas.

Todo diagrama de flujo tienen que ser desarrollados de manera sistemática, el analista tiene que
ver cada uno de los flujos de datos desde una manera de jerarquía, ose a de arriba hacia abajo. Ya
que hayan recabado una lista básica de elementos de datos, entonces se podrá realizar el
diagrama de contexto; el diagrama de contexto debe de mostrar de manera inicial un panorama
global que incluye las entradas básicas, el sistema general y las salidas de los datos. Se dice que
este tipo de diagrama es el nivel más alto en un diagrama de flujo de datos y este contiene un solo
proceso, que representa a todo el sistema en sí. El siguiente nivel es el diagrama 0, este es la
ampliación del diagrama de contexto y este a su vez puede incluir hasta nueve procesos. El otro
diagrama es la creación del diagrama hijo, el diagrama anterior se le denomina proceso padre, ya
que con la ayuda del diagrama 0 se crea la ampliación con el diagrama hijo, este diagrama no
puede producir salida o no puede este recibir entrada, siempre y cuando el proceso padre no
produzca o reciba también.
Hay que tener en cuenta que al realizar un diagrama de flujo de datos se pueden cometer errores,
como puede ser:

• Olvidar incluir un flujo de datos o apuntar con una flecha en la dirección incorrecta
• Conectar directamente entre sí almacenes de datos y entidades externas
• Entre otros errores.

Existe también el diagrama de flujo de datos lógico y físico, de manera lógica el diagrama se
enfoca más a lo que es el negocio y el funcionamiento de este, mientras que de manera física
muestra en si como se implementara el sistema, incluyendo todo lo relacionado con el software,
hardware, etc.
Hay varias ventajas al usar un modelo lógico, entre ellas:

1. Mejor comunicación con los usuarios.

2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los analistas.
4. Flexibilidad y mantenimiento.
5. Eliminación de redundancias y creación más sencilla del modelo físico.

Así como los diagramas de flujo de datos lógicos tienen ciertas ventajas, los diagramas de flujo de
datos físicos tienen otras, entre ellas:

1. Aclarar qué procesos son manuales y cuáles son automatizados.

2. Describir los procesos con mayor detalle los DFDs lógicos.
3. Distribuir en un orden particular los procesos que se deben realizar.
4. Identificar los almacenes de datos temporales.
5. Especificar los nombres reales de archivos y documentos impresos.
6. Agregar controles para asegurar que los procesos se realicen adecuadamente.

CAPITULO 8: ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS

DE DATOS
Este capítulo como dice su nombre, de los diccionarios de datos, en ella se guarda como una
especie de consulta, que con tiene información sobre los datos. Este diccionario recopila y coordina
términos de datos específicos y a la vez no da a mostrar el significado para las diferentes personas
en la organización.

El analista de sistemas se basa en el diagrama de flujo para empezar a diseñar el diccionario de

datos, ya que se tiene que tener un enfoque de manera jerárquica, este es un trabajo que sirve
como referencia por que contiene datos acerca de datos. Para entender mejor se dice muchos
sistemas de administración contienen diccionarios de datos de manera automática. Además de
proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:

1. Validar la integridad y exactitud del diagrama de flujo de datos.

2. Proporcionar un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.

Todo diccionario de datos tiene que contener el nombre del elemento o campo, una descripción, el
rango, la longitud, y la información que sea necesaria. Este diccionario de datos es muy útil al
momento de crear la base de datos en algún lenguaje de programación.

CAPITULO 9: DESCRIPCIÓN DE LAS ESPECIFICACIONES DE

PROCESOS Y DECISIONES ESTRUCTURADAS
Ya que pasamos los capítulos anteriores identificando los que son los flujos de datos y base a este
se empieza a construir el diccionario de datos, entonces es necesario pasar a otro paso, como son
las especificaciones de procesos y el análisis de decisiones. En este capítulo se describirán 3
métodos mas para así tomar una mejor decisión y para así poder describir la lógica del proceso,
estos métodos: el lenguaje estructurado, tablas de decisiones y arboles de decisiones
Las especificaciones se le pueden llamar a veces miniespecificaciones, ya que representan una
pequeña parte de las especificaciones del proyecto en total. Este contiene tres metas para poder
así producir especificaciones de procesos:

1) Reducir la ambigüedad del proceso

2) Obtener una descripción precisa de lo que se está realizando.
3) Validar el diseño del sistema

También existen procesos que no necesitan o no requieren especificaciones, de las cuales se

mencionan algunas categorías:

1. Procesos que representan entrada o salida física, tal como leer y escribir.
2. Procesos que representan una validación de datos simple, la cual normalmente es bastante fácil
de realizar.
3. Procesos que usen código preescrito.

Las especificación de procesos están vinculados a los diagrama de flujo y por consiguiente también
a los diccionarios de datos. Este se debe registrar en un formulario especial.

Lenguaje estructurado

Este lenguaje es utilizado cuando la lógica del proceso involucra formula o interacciones o cuando
las decisiones no son nada complejas. Esta técnica ayuda a analizar el proceso de decisiones, este
se basa en lógica estructurada.
Este utiliza instrucciones o palabras claves como son el IF, THEN, ELSE, DO, DO WHILE, DO
UNTIL y PERFORM. Estas palabras claves son las únicas aceptadas por este lenguaje; y también
es válido agregar sangrías, para así poder identificar la jerarquía de la estructura dependiendo del
proceso de decisión.

Tabla de decisiones

Esta es una tabla como cualquier otra, ya que contiene filas y columnas, separas en cuatro
cuadrantes. En las cuales se encuentran las condiciones, las reglas, sus acciones y las entradas
de las acciones. Para determinar las acciones, la lógica se mueve en el sentido de las manecillas
del reloj empezando por la parte izquierda.
Para desarrollarla el analista tiene que determinar que tamaño tendrá la tabla, los pasos siguientes
proporcionan al analista un método sistematizado

1. Determine el número de condiciones que podrían afectar la decisión.

2. Determine el número de posibles acciones que se pueden realizar.
3. Determine el número de alternativas de condición para cada condición
4. Calcule el número máximo de columnas en la tabla de decisión multiplicando el número de
alternativas para cada condición.
5. Complete las alternativas de condición.
6. Complete la tabla insertando una X en donde las reglas indiquen ciertas acciones.
7. Combine las reglas en donde sea evidente que una alternativa no representa una diferencia en
el resultado.
8. Verifique si la tabla contiene situaciones imposibles, contradicciones y redundancias.
9. Reorganice las condiciones y acciones (o incluso las reglas) si esto hace más comprensible la
tabla de decisión.

Árbol de decisiones
Este es el último método, se utiliza también para el análisis de decisiones, está compuesto por
nodos y ramas. Este tipo de método está asociado con el método anterior que son las tablas de
decisiones. También son apropiados ya que ayudan cuando las acciones que se realizaron son de
cierta forma secuencialmente.

CAPITULO 10: PREPARACIÓN DE LA PROPUESTA DE SISTEMAS

Este capítulo trata que cuando se va a implementar el sistema, el analista tiene que ver si la
organización necesita comprar equipo nuevo, para poder instalar el sistema. Con frecuencia se
exige a analistas de sistemas desarrollar o evaluar paquetes de software de nivel superior usado
por los sistemas de apoyo a la toma de decisiones. El analista puede ayudar a obtener la
información necesaria para identificar los objetivos, alternativas, criterios, atributos y prioridades o
pesos necesarios para la toma de decisiones criterios múltiples.
Dice que para tener lista una propuesta, hay que identificar primero los costos y beneficio de varias
alternativas con el sistema. Tiene que ver si el sistema tendrá buenos resultados, si será eficaz en
el desarrollo de la organización. Los costos y beneficios de este tienen que ser tangibles o se
cuantificable, pero también pueden ser intangibles (no cuantificables). Para realizar estos análisis,
el analista puede tener muchos métodos, los cuales se mencionaran unos: El análisis de punto de
equilibrio, análisis del tiempo y el análisis de flujo de efectivo.

El analista de sistemas debe seguir tres pasos principales para reunir una propuesta de sistemas
eficaz: organizar eficientemente el contenido de la propuesta, escribir la propuesta en un estilo de
negocios apropiado y presentar de forma oral una propuesta de sistemas informativa.