UNIVERSIDAD CRISTIANA AUTNOMA DE NICARAGUA

Trabajo De Anlisis de Sistema

Integrantes:
Mara Epifana Hernndez Zelaya

Carrera: Ingeniera en Sistemas de Computacin

III Ao

Ing. Mario Molina

Fecha: 03 de Mayo de 2014

Como asumir el papel del analista de sistemas.

La importancia de administrar recursos principales tales como la mano de obra y

materias primas. La informacin se ha colocado en un lugar como recurso
principal. Los tomadores de decisiones estn comenzando a comprender que la
informacin no solo es un subproducto de la conduccin sino que a la vez alimenta
los negocios y puede ser el factor crtico para la determinacin del xito o fracaso
de este.
Manejo de la informacin como recurso.
Para maximizar la utilidad de la informacin, un negocio la debe manejar
correctamente tal como maneja los dems recursos. Los administradores
necesitan comprender que hay costos asociados con la produccin, distribucin,
seguridad, almacenamiento y recuperacin de toda la informacin. Aunque la
informacin se encuentra a nuestro alrededor esta no es gratis, y su uso es
estratgico para posicionar la competitividad de un negocio.
La informacin como un recurso de las organizaciones
Los sistemas de procesamiento de transacciones (TPS por sus siglas en ingls)
funcional al nivel operacional de la organizacin, de los sistemas de
automatizacin de oficina (OAS por sus siglas en ingles) y los sistemas de trabajo
de conocimiento (KWS por sus siglas en ingls) que dan cabida al trabajo a nivel
de conocimiento.
Los sistemas de ms alto nivel incluyen a los sistemas de apoyo a decisiones
(DSS por sus siglas en ingls) as como a los sistemas de informacin gerencial
(MIS por sus siglas en ingles). Los sistemas expertos aplican la experiencia de los
tomadores de decisiones para resolver problemas especficos estructurados. Al
nivel estratgico de la administracin encontramos sistemas de apoyos a
ejecutivos (ESS por sus siglas en ingles) y los sistemas de apoyo a decisiones de
grupo (GDSS por sus siglas en ingls) ayudan a la toma de decisiones al mismo
nivel, en una forma sin estructura o semiestructurada.
Concepto de diseo y anlisis de sistema

Los sistemas de informacin son desarrollados con propsitos diferentes

dependiendo de las necesidades del negocio. Los sistemas de procesamiento de
transacciones (TPS por sus siglas en ingls) funcional al nivel operacional de la
organizacional, los sistemas de automatizacin de oficina (OAS por sus siglas en
ingles) y los sistemas de trabajo de conocimiento (KWS por sus siglas en ingls)
que dan cabida al trabajo a nivel de conocimiento.

El papel del analista de sistema

El analista de sistema como consultor
El analista de sistema frecuentemente acta como consultor y, por lo tanto, puede
ser contratado especficamente para que se encargue de los asuntos de los
sistemas de informacin 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 organizacin. Pero tambin puede
decirse que los analistas externos estn en desventaja, debido a que la verdadera
cultura organizacional nunca puede ser conocida por un extrao.

El analista de sistemas como experto de soporte.

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

El papel ms 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 seccin) y se est
presente en el negocio por un periodo extendido (desde dos semanas hasta ms
de un ao). Un agente de cambio puede ser definido como una persona que sirve
de catalizador para el cambio, desarrolla un plan para el cambio y trabajo junto
con otros para facilitar ese cambio.
El ciclo de desarrollo de los sistemas

1- Identificacin de problemas: oportunidades y objetivos.

Se debe identificar el problema. Esta etapa es crtica para el xito del resto de
proyecto. La primera fase requiere que el analista observe honestamente lo que
est sucediendo en un negocio. Luego, junto con los dems miembros de la
organizacin, el analista hace resaltar los problemas. Frecuentemente estos ya
han sido vistos por los dems, y son la razn 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, sumarizacin del conocimiento obtenido, estimacin del alcance del
proyecto y documentacin de los resultados. La salida de esta fase es un estudio
de factibilidad que contiene una definicin del problema y la sumarizacin de los
objetivos. Luego los administradores deben tomar una decisin para ver si
continan con el proyecto propuesto.
2- Determinacin de los requerimientos de informacin
3- Anlisis de las necesidades del sistema.
4- Diseo del sistema recomendado.
5- Desarrollo y documentacin del software.

Durante esta fase, el analista tambin trabaja con los usuarios para desarrollar
documentacin efectiva para el software, incluyendo manuales de procedimientos.
La documentacin le dice al usuario la manera de usar el software y tambin que
hacer si suceden problemas con el software.
6- Prueba y mantenimiento del sistema.
7- Implementacin y evaluacin del sistema.
La otra razn 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 caractersticas adicionales despus de
que se familiarizan con el sistema de cmputo y sus capacidades. Estas
caractersticas 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 cambio a travs del tiempo. Se debe modificar el software para
abarcar

cambios

tales

como

nuevos

requerimientos

de

reportes

gubernamentales o corporativos, la necesidad de producir una nueva

informacin para clientes, etc.
3. El hardware y software estn cambiando a un ritmo acelerado. Un sistema que
usa tecnologa antigua puede ser modificado para usar las capacidades de una
tecnologa ms nueva. Un ejemplo de tal cambio es el remplazo de una
terminal

de

macrocomputadoras

con

una

estacin

de

trabajo

de

microcomputadoras, o una microcomputadora con una computadora de

escritorio.

4. Diseo del sistema

Uso de las Herramientas CASE

Las herramientas CASE (Computer Aided Software Engineering, Ingeniera de
Software Asistida

por Computadora)

son

diversas aplicaciones

informticas

destinadas a aumentar la productividad en el desarrollo de software reduciendo el

costo de las mismas en trminos de tiempo y de dinero. Estas herramientas
pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software
en tareas como el proceso de realizar un diseo del proyecto, clculo de costos,
implementacin de parte del cdigo automticamente con el diseo dado,
compilacin automtica, documentacin o deteccin de errores entre otras. Ya en
los aos 70 un proyecto llamado ISDOS dise un lenguaje y por lo tanto un
producto que analizaba la relacin existente entre los requisitos de un problema y
las necesidades que stos generaban, el lenguaje en cuestin se denominaba
PSL (Problem Statement Language) y la aplicacin que ayudaba a buscar las
necesidades de los diseadores PSA (Problem Statement Analyzer).

Fundamentos Organizacionales
Para analizar y disear adecuadamente el analista de sistema necesita
comprender las organizaciones en que trabajo como sistemas conformados por la
interaccin de tres fuerzas principales: los niveles de administracin, el diseo de
la organizacin y la cultura organizacional.
Las

organizaciones

son

sistemas

grandes

compuestos

de

subsistemas

interrelacionados. Los subsistemas son relacionados por tres amplios niveles de

administradores que toman decisiones

(operacin, administracin media y

administracin estratgica) y que cortan horizontalmente a travs del sistema

organizacional. Las culturas y subculturas organizacionales influencian la manera
en que se interrelaciona la gente en los subsistemas.

La Interrelacin e interdependencia de los sistemas.

Todos los sistemas y subsistemas estn relacionados y son interdependientes.

Este hecho tiene implicaciones importantes para las organizaciones y para los
analistas de sistemas que buscan ayudarlos a lograr mejor sus objetivos. Cuando
cualquier elemento de un sistema es cambiado o eliminado, tambin son
impactados el resto de los elementos y subsistemas del sistema.
Representacin grfica de sistema

Los sistemas y el diagrama de datos a nivel de contexto.

El primer modelo es el diagrama de flujo de datos a nivel contexto (tambin
llamado modelo ambiental). Los diagramas de flujos de datos se enfocan en los
datos fluyendo hacia adentro y fuera del sistema y el procesamiento de los datos.
Estos componentes bsicos de todo programa de computadora pueden ser
descritos a detalles y usados para analizar el problema con respecto a su
precisin y totalidad. El diagrama a nivel de contexto emplea solamente tres
smbolos: (1) un rectngulo con esquinas redondeadas, (2) un cuadrado con dos
orillas sombreadas y (3) una flecha, tal como se muestra en la figura.

Los procesos transforman los datos de entrada en informacin de salida, y el nivel

de contenido tiene solamente un proceso que representa al sistema completo. La
entidad externa representa cualquier entidad que proporciona o recibe informacin
de sistema pero que no es parte del sistema. Esta entidad puede ser una persona,
un grupo de personas, una posicin corporativa o departamento u otros sistemas.

Las lneas que conectan las entidades externas con el proceso son llamados flujos
de datos y representan datos.
Un ejemplo de un diagrama de flujo de datos a nivel contexto se encuentra en la
siguiente figura. En este ejemplo se representan los elementos bsicos de un
sistema de Reservaciones de una lnea area.

El pasajero (una entidad) inicia una peticin de viaje (flujo de datos). El diagrama a
nivel contexto no muestra suficientes detalles para indicar exactamente lo que
sucede (y tampoco se pretende que se muestre), pero podemos ver que se envan
las preferencias del pasajero y los vuelos disponibles al agente de viajes, que
enva de regreso al proceso informacin sobre los boletos. Tambin podemos ver
que la reservacin del pasajero es enviada a la lnea area.

Niveles de administracin

Administracin de operaciones
El control operacional forma el nivel inferior de la administracin a tres niveles. Los
administradores de operaciones toman decisiones usando reglas predeterminadas

que tienen resultados predecibles cuando son implementados correctamente. Los

administradores de operaciones son los tomadores de decisiones cuyo trabajo es
el ms claro, debido al alto nivel

de certeza en su ambiente de toma de

decisiones.

Administracin media
La administracin media forma el nivel segundo, o intermedio, del sistema de
administracin de tres niveles. La administracin media se realiza decisiones de
planeacin y control a corto plazo sobre la manera en que son mejor asignados los
recursos para satisfacer los objetivos organizacionales. La administracin media
experimenta muy poca certeza en su ambiente de toma de decisiones.

Administracin estratgica
La administracin estratgica comprende el tercer nivel de control administrativo
de tres niveles. Los administradores estratgicos ven fuera de la organizacin
hacia el futuro, tomando decisiones que guiaran a los administradores medios o
de operacin en los meses y aos por venir. Los administradores estratgicas
trabajan en un ambiente de toma de decisiones altamente incierto.

Implicaciones para el desarrollo de sistema de informacin

Cada uno de los tres niveles de administracin tiene diferentes implicaciones para
el desarrollo de sistema de informacin para la administracin. Algunos de los
requerimientos de informacin para los administradores estn bien definidos y, en
cambio, otros son difusos y se traslapan. Los administradores de operaciones
necesitan informacin interna que es, por naturaleza, de bajo nivel y repetitiva.
Tienen gran dependencia sobre la informacin de captura el desempeo actual y
son grandes usuarios de recursos de informacin en lnea de tiempo real. La
necesidad de los administradores de operaciones de informacin sobre el
desempeo pasado y la informacin peridica es solamente moderada. Ellos

tienen poco uso para informacin externa que les permita proyecciones futuras o
creacin de escenarios que pasa si.
En el siguiente nivel de administracin, la administracin media, que tanto planea
como controla, se necesita informacin de corto y largo plazo. Debido a la
naturaleza de su trabajo de resolver problemas, los administradores medios
experimentan necesidades extremadamente alta de informacin en tiempo real.
Para poder controlar adecuadamente tambin necesitan informacin actual del
desempeo medido en comparacin a juegos de estndares. Los administradores
estratgicos (difieren, en buena medida, de los administradores medios y de
operacin en sus requerimientos de informacin. Son altamente dependientes de
informacin de fuentes externas que les proporciona noticias sobre las tendencias
del mercado y las estrategias de corporaciones con las que compiten).
La cultura organizacional
La administracin estratgica demanda proyecciones hacia un futuro incierto, los
planeadores estratgicos necesitan informacin general resumida, el planeador
estratgico necesita informacin cualitativa, principalmente de fuentes externas.
Representacin de las relaciones
Se pueden distinguir tres tipos de relaciones:
Relacin Uno a Uno: Cuando un registro de una tabla solo puede estar
relacionado con un nico registro de la otra tabla y viceversa. Las relaciones uno a
uno no son demasiado frecuentes pero existen as que debemos conocerlas.
Buscando alguna coincidencia en nuestro entorno que nos pueda servir como
ejemplo encontramos el vnculo entre un tutor y su grupo. Como sabemos, un
profesor puede ser tutor de un slo grupo (UNO) y del mismo modo, cada grupo
slo puede tener un tutor. Ejemplo

Cada registro de la tabla A se relaciona con un nico registro de la tabla B y cada registro
de la tabla B slo se relaciona con un elemento de la tabla A

Relacin de Uno a Varios: Cuando un registro de una tabla (tabla secundaria)

solo puede estar relacionado con un nico registro de la otra tabla (tabla principal)
y un registro de la otra tabla (tabla principal) puede tener ms de un registro
relacionado en la primera tabla (tabla secundaria). En las relaciones de uno a varios
cada registros de una tabla A, a la que llamaremos tabla primaria, puede estar enlazado
con ms de un registro de otra tabla B, a la que llamaremos tabla secundaria. En cambio,
cada registro de la tabla B slo puede estar enlazado a un registro de la tabla A.

Relacin Varios a Varios: Cuando un registro de una tabla puede estar relacionado
con ms de un registro de la otra tabla y viceversa. En las relaciones Muchos a
muchos a cada registro de la tabla A se le pueden asociar varios registros de la
tabla B y cada registro de la tabla B puede estar relacionado con ms de un
registro de la tabla A.

10

Fundamentos del proyecto

Los cuatros puntos principales que el analista de sistema debe manejar son:
a) Iniciacin del proyecto
b) Determinacin de la factibilidad del proyecto
c) Calendarizacin del proyecto, y,
d) Administracin de los miembros del equipo del anlisis del sistema.
El revisar la salida, la observacin del comportamiento de los empleados y el
escuchar la retroalimentacin, son maneras que ayudaran al analista a resaltar los
problemas y oportunidades de los problemas.

Organigrama de los analistas de sistemas

11

Ingeniero en Sistemas Computacionales.- Es el dueo y presidente de la empresa

se encarga de revisar la administracin de la empresa para que sea adecuada.
Lic. en Administracin y Sistemas Computacionales (Dependiente de I. S. C.).- Es
el Vicepresidente de la Empresa y el que se encarga de que todas las personas
trabajen adecuadamente as como de la administracin de la empresa.
Programador (Dependiente de Vicepresidente).- Se encargara de programar tola
la base del programa y cuando est completa lo pasara al diseador grfico.
Mercado-logo (Dependiente de Vicepresidente).- Esta persona se encargara de la
publicidad del juego con el fin de tener ventas elevadas.
Analista de Sistemas (Dependiente de Vicepresidente).- Se encarga de analizar
los sistemas informticos de toda la empresa para automatizarlos as como
respaldar toda la informacin de la empresa.
Diseador Grfico (Dependiente de Programador).- Su actividad es idear y
proyectar mensajes visuales de los juegos.

12

Capturista de Datos (Dependiente de Programador).- responsable de alimentar la

informacin al sistema de computo, sus capacidades deben ser (velocidad en el
uso del teclado, uso de procesador de texto, hojas de clculo, bases de datos y
paquetera en general).
Secretaria (Independiente).- Es la encargada de la atencin al cliente as como
recepcin y encarga de mantener ordenados los archivos de primera mano.
Intendencia (Independiente).- Se encarga en mantener en un impecable estado las
oficinas, cubculos, etc. de la empresa en el respectivo horario que se le asigne.
Administrador de Redes (Dependiente de presidente.).-Es responsable de
administrar, supervisar y desarrollar las aplicaciones y el mantenimiento de la red
aptas para los juegos.
Problemas dentro de la organizacin
Un proyecto es una decisin difcil, debido a que sern solicitados ms proyectos
de los que pueden ser hechos. Cinco criterios importantes para la seleccin de
proyectos son:
a) Que el proyecto solicitado este respaldo por la administracin,
b) Que tenga el tiempo adecuado para la asignacin de recursos,
c) Que mueva al negocio hacia la obtencin de sus objetivos,
d) Que sea practicable, y,
e) Que sea lo suficientemente importante para ser considerado en vez de
otros proyectos posibles.
Seleccin del proyecto
La planeacin del proyecto incluye la estimacin del tiempo requerido por cada
una de las actividades del analista, su calendarizacin y la agilizacin de ellas, si
es necesario, para asegurar que un proyecto sea terminado a tiempo.
Una tcnica que dispone el analista de sistemas para la calendarizacin de tareas
es la grfica de Gantt, la cual despliega actividades en forma de barras en una

13

grfica. La calendarizacin de proyectos basada en computadora, es ahora una

prctica comn, debido principalmente al uso de interfaces de usuario grficas.
Adicionalmente, se pueden usar los administradores de informacin personales
(PIM) por los analistas para planear, crear depsitos de nmeros telefnicos y de
fax y hasta ejecutar otros programas.
Una segunda tcnica llamada PERT (evaluacin de programas y tcnicas de
revisin), despliega las actividades como flechas en una red. El PERT ayuda a
que el analista determine la ruta crtica y el tiempo de holgura, que en la
informacin requerida para el control efectivo del proyecto. Cuando es necesario
terminar un proyecto en menor tempo, el analista puede reducir la duracin total
del proyecto identificando y agilizando las actividades principales.

GRFICA DE GANTT
1. PLANEAMIENTO DE UN PROYECTO INFORMTICO
La planificacin consiste en disear un futuro deseable y seleccionar o crear
formas de lograrlo, hasta donde sea posible.

Por

lo

tanto,

al

planificar

se

construye

la secuencia de

tareas

con

la lgica necesaria, y la asignacin de recursos necesarios para alcanzar el

objetivo del proyecto en un tiempo ptimo.
La disponibilidad de recursos, hace que la secuencia de tareas pueda variar en el
tiempo; dependiendo de los recursos con que se dispongan. Por lo tanto, al
momento de planificar, hay que considerar, las tareas y los recursos; con el mismo
grado de importancia.
1.1 MTODOS DE PLANIFICACIN TEMPORAL DE TAREAS

14

La planificacin temporal de un proyecto de software, no difiere mucho de la de

cualquier otro esfuerzo de desarrollo multitarea. Adems, se pueden utilizar las
tcnicas y herramientas generales de planificacin temporal de proyectos para el
desarrollo de software, con pequeas modificaciones; entre ellas podemos citar a
la tcnica de Evaluacin y Revisin de Programas, el mtodo del Camino Crtico y
al diagrama de Gantt.
La Tcnica de Evaluacin y Revisin de Programas (Program Evaluation and
Review Technique-PERT) y el mtodo del Camino Crtico (Critical Path MethodCPM) son dos mtodos de planificacin temporal de proyectos que pueden
aplicarse al desarrollo de proyectos informtico. Ambas tcnicas desarrollan
una descripcin

de

la

red

de

tareas del

proyecto,

es

decir,

una

representacin grfica o tabular de las tareas que deben realizarse desde el

principio hasta el final del proyecto.
En el mtodo PERT/CPM se coordinan todos los elementos de un proyecto en un
plan maestro, mediante la creacin de un modelo lgico, para lograr el mejor
tiempo y con el mnimo costo.
La red se define desarrollando una lista de todas las tareas asociadas con el
proyecto especfico, y una lista de secuenciamientos, que indica en qu orden
deben realizarse las tareas.
Se estiman luego los tiempos correspondientes; y para ello se deben:
1. Establecer, con la aplicacin de modelos estadsticos, las estimaciones de
tiempo, ms probables para cada una de las tareas;
2. Luego se calculan los lmites de tiempo que definen una amplitud temporal
para cada tarea (teniendo en cuenta los recursos disponibles), y por ltimo;

15

3. Se halla el camino crtico, o sea el conjunto de actividades, que determina la

duracin total del proyecto y que sus atrasos o adelantos originarn atrasos o
adelantos de iguales unidades de tiempo en la duracin total del proyecto.
Una vez establecido el camino crtico, se lo utiliza para: considerar alternativas,
elaborar la lgica del plan y precisar las estimaciones de tiempo de las actividades
crticas, as como la influencia de limitaciones y las posibles soluciones de
situaciones conflictivas.

FIGURA 1.1. PERT Y CPM

Otra herramienta de diseo es el Diagrama de Gantt; sta es una representacin
grfica cronolgica, de las etapas componentes de un proyecto. Este grfico se
sustenta en una estructura de barras horizontales, en las cuales la longitud es
directamente proporcional al tiempo requerido para su ejecucin. El objetivo de
este grfico es el de planear un proyecto y verificar el cumplimiento.
A los efectos de su confeccin, se requiere determinar.
a) Las tareas a desarrollar

16

b) La relacin o dependencia entre las tareas

c) El tiempo Planeado para la ejecucin de cada tarea

FIGURA1.2 Diagrama de GANTT.

La utilizacin de una herramienta automatizada de administracin de proyectos,
como es el caso de Microsoft Project, le otorgar una mayor eficacia en el control
del proyecto; tambin le permitir mantener una mejor comunicacin entre los
participantes del proyecto.
2.2. MTODOS PARA PLANIFICACIN DE RECURSOS
La planificacin de recursos pretende determinar qu recursos sern necesarios,
cundo, cmo y dnde se obtendrn los que no estn disponibles y en qu forma
sern generados o adquiridos.
Se debe tener en cuenta cinco tipos de recursos:
Los insumos (materiales, piezas, energa y servicios);

17

 Las instalaciones y equipo (inversiones de capital);

El personal;
La informacin;
$ El dinero.
La herramienta principal para la planificacin de recursos es el presupuesto; y ste
se compone de la asignacin de responsabilidades para generar y utilizar el
dinero, y del calendario para hacerlo.
PLANIFICACIN FINANCIERA
Vimos que un proyecto involucra tareas y recursos; por lo tanto, en la planificacin
son tan importantes las tareas como los recursos disponibles.
Al momento de asignar los recursos, debe tener en cuenta algunas
consideraciones como: la simultaneidad de tareas para un mismo recurso, la
importancia de cada tarea, si es una actividad crtica o no.
Lo importante es que una vez que fueron identificados los recursos para cada
tarea, se deben realizar los siguientes anlisis:

De Costo;

De Beneficio;

De Riesgo;

De Sensibilidad.

Es importante considerar que la utilidad de los modelos financieros, aumenta

cuando se los computariza. Esto facilitar una exploracin financiera rpida, y de
una gran cantidad de medios alternativos y/o supuestos sobre el ambiente. A
travs de los anlisis de riesgo y sensibilidad. Dichas exploraciones alcanzarn un
gran valor en el proceso de planificacin

18

Entre tantas condiciones comerciales, en la que se puede estimar la sensibilidad,

podemos citar:

La tasa de inters bancaria;

El costo del dinero accionario;

El ndice de inflacin.

FIGURA1.3. ANLISIS DE FLUJO DE FONDOS

2.3. CONSIDERACIONES EN UN PLAN ESTRATGICO INFORMTICO
Tenemos que en el proceso de planeamiento, de un sistema de informacin, se
debe determinar:

La situacin actual

La situacin deseada

Las distintas alternativas

Tambin

se

deben

considerar,

los recursos necesarios

la Tecnologa de la Informacin:

19

especficos

de

Fsicos
o

Sistema Central (Microprocesador, Memoria principal)

Perifricos (Unidades de entrada, Unidades de salida; Unidades de

entrada/salida)

Comunicaciones (Modem, Repetidores, Hub)

lgicos
o

Estructuras de almacenamiento (Base de datos relacional, orientada a

objetos)

Monitores de comunicaciones

Lenguajes ( Pascal, Cobol, C++, SQL)

Mtodos de desarrollo ( Ciclo de Vida, Prototipo, Espiral)

Control de seguridad y calidad

humanos
o

Seleccin

Formacin

Incentivo

Determinacin de la factibilidad.
Una vez que ha sido juzgado factible, el analista de sistema debe administrar a los
miembros del equipo, sus actividades, tiempo y recursos. La mayor parte de esto
se logra mediante la comunicacin con los miembros del equipo. Los equipos
estn correctamente buscando un balance entre trabajar sobre las tareas y
mantener las relaciones con el equipo. Deben ser solucionadas las tensiones que
suceden al intentar lograr este balance. Frecuentemente emergen dos lderes en
un equipo, un lder de tarea y un lder socioemocional los miembros deben valorar
peridicamente las normas del equipo para asegurarse de que sean funcionales
en vez de disfuncionales para el logro de los objetivos de equipo.
Planeacin y control de las actividades
La evaluacin de hardware y software, identificacin y pronstico de costos y
beneficios y la realizacin de anlisis de beneficio -

20

costo son actividades

necesarias que el analista de sistema debe lograr para la preparacin del material
para la propuesta de sistema. Los requerimientos de informacin ayudan a
conformar que software es comparado o codificado as como que hardware es
necesario para realizar las funciones de transformacin de datos requeridas. Los
analistas de sistemas deben estimar las cargas de trabajo para caracterizar
adecuadamente la capacidad de cargas de trabajo actual y la proyeccin
necesaria para el hardware no necesita cambiar.
El hardware computacional puede ser adquirido mediante compra, arrendamiento
financiero o renta. Los vendedores proporcionaran servicios de apoyo, tales como
mantenimiento preventivo y entrenamiento a usuarios, que son tpicamente
negociados por aparte. Los paquetes de software tambin deben ser evaluados
por el analista de sistema y los usuarios pertinentes. Se puede ahorrar mucho
tiempo de programacin si uno de estos paquetes es utilizables

sin gran

personalizacin. El software necesita ser evaluado sobre que tambin desarrolla

las funciones deseadas, su facilidad de uso, adecuacin de la documentacin y
servicios de apoyo que puedan ofrecer los vendedores. El analista de sistema
tiene varios mtodos disponibles para pronosticar los costos, beneficios,
volmenes de transacciones y variables econmicas futuras que afectan los
costos y beneficios. Los costos y beneficios pueden ser tangibles (no
cuantificables y resistentes a una comparacin directa).
Administracin de las actividades de anlisis y diseo
Los cuatro lineamientos para las formas de entrada bien diseada son:
1. Las formas deben ser fciles de llenar.
2. Las formas deben satisfacer el propsito para el que fueron diseadas.
3. Las formas deben ser diseadas para asegurar su llenado preciso.
4. Las formas deben ser atractivas.

21

Las pantallas proporcionan frecuentemente asistencia con la entrada y, en cambio,

aparte de las instrucciones pre-impresas, puede ser difcil obtener ayuda adicional
para una forma.
1. Las pantallas deben ser mantenidas simples.
2. Las pantallas deben ser consistentes de pantalla a pantalla.
3. El diseo de pantalla debe facilitar el movimiento entre pantallas.
4. Las pantallas deben ser atractivas.
Conocer el usuario
Su necesidad de retroalimentacin, el xito depende del involucramiento y
aceptacin del usuario. Varios tipos de interfaz de usuario y dispositivos de
entrada, interfaz grfica de usuario, el ratn, pluma ptica y pantallas sensibles al
tacto. El empleo de mens anidados dentro de interfaces de preguntas y
respuestas produce combinaciones interesantes.

22