PLANEACIN DE SISTEMAS

Resea De Anlisis De Sistemas

Los mtodos de desarrollo de sistemas orientados a la estructura de los datos tienen un
enfoque y una notacin distintos, todos tienen algunas caractersticas comunes :
Todos ayudan a los analistas en la identificacin de los objetos de informacin clave (tambin
llamados entidades o elementos) y de las operaciones (llamadas acciones o procesos)
Todos asumen que la estructura de la informacin es jerrquica.
Todos requieren que se represente la estructura de los datos usando las construcciones
secuencia, seleccin y repeticin.
Todos proporcionan un conjunto de pasos para transformar una estructura jerrquica de los
datos en una estructura de programa.

Etapas De La Planeacin Estratgica De Sistemas

Para llevar a cabo una planeacin de sistemas se requiere de 3 pasos:
establecer las metas de los sistemas,
determinar y asignar prioridades a las solicitudes de proyectos de sistemas y
Evaluar los recursos y la capacidad de los sistemas.
Establecer las metas de los sistemas. Este paso implica la revisin de la dimensin de las
operaciones de la organizacin, las polticas de sistemas y el plan de la empresa. El objetivo
principal es establecer las metas de la organizacin y enlazarlas con las metas de los sistemas.
A partir de esto empiezan a surgir ideas de proyectos en sistemas para dar soporte a estas
metas. Para dar forma a las ideas de proyectos, se recopila informacin de entrada de los
miembros del equipo , incluyendo informacin de otras personas que puedan contribuir al
proceso de planeacin como consultores y auditores internos. El proceso de planeacin deber
alinear sus actividades con la estrategia de la empresa, enfocando los proyectos hacia las
metas estratgicas de la compaa e identificando las reas en las que probablemente se
encontraran oportunidades con altos beneficios. A partir de este proceso de investigacin se
plantean metas generales de sistemas de informacin. Estas metas pueden proponerse como :
o diseo e implementacin de sistemas que apoyen a las metas
organizacionales,
o aprovechar las oportunidades de negocios proporcionadas por
las nuevas tecnologas informticas y
o seguir una metodologa de desarrollo de sistemas que
interacte con los usuarios y proporcione el estado de los
sistemas.
Determinar y asignar prioridades a las solicitudes de proyectos de sistemas. Durante el paso
anterior se tiene una gran comunicacin entre los usuarios y el personal de sistemas. A partir
de esta interaccin empiezan a formalizarse los proyectos, formado por algunas ideas de los
usuarios como ideas provenientes por el personal de sistemas. Siendo en cualquier caso, se
producen solicitudes de proyectos de sistemas y se realiza en un intercambio libre de ideas.

Para ello ninguna compaa, ni su sistema de informacin cuentan con los recursos necesarios
para atender a las solicitudes de proyectos de sistemas, ni todas las solicitudes son buenas.
Este mtodo implica el llenado de una forma de solicitud de proyectos de sistemas que se
ilustra en la figura 1-1., as como la preparacin de una hoja de trabajo de prioridades de las
solicitudes de proyectos de sistemas que se muestran en la figura 1-1.

Fig 1-1 Hoja de Solicitud de proyectos

Hoja de trabajo de prioridades de las solicitudes de proyectos
La puntuacin tiene una escala de 1 a 10, tanto para factores estratgicos como de factibilidad.
Los miembros del equipo de planeacin proporcionan puntaje acerca de que tan bien una
solicitud de proyecto se enlaza con las necesidades estratgicas y organizacionales de la
empresa, tanto en la productividad, mejorar la diferenciacin de productos y servicios, as como
la toma de decisiones a nivel gerencial. Haciendo lo mismo para los factores de factibilidad:
econmicos, tcnicos, operacionales, legales y de calendario.
Determinacin de los recursos y la capacidad de los sistemas. Los aspectos clave en un
sistema y su capacidad de operacin estn representados por su personal y su tecnologa. La

finalidad de este paso es la determinacin de la aceptacin que tendrn los proyectos de
sistemas planeados sobre estos recursos, as como afirmar de que se cuenta con capacidad
suficiente durante la etapa de planeacin, no solo para solucionar la necesidad actual, sino
para respaldarlo por condiciones de funcionamiento permanente hasta que un nuevo proyecto
lo reemplace de acuerdo a nuevas necesidades estratgicas por parte de la empresa. Los
cambios en la capacidad del sistema generalmente mantienen una funcin escalonada, en
tanto que el crecimiento en las necesidades de la capacidad es en cierta forma continua. Esta
relacin se ilustra con la figura 1-3 en donde se demuestra la forma en que las mejoras
tecnolgicas, mainframes, software, almacenamiento auxiliar, los perifricos, las redes de
telecomunicacin y el personal de sistemas, debern alinearse al crecimiento y satisfacer los
requerimientos de capacidad con el paso del tiempo. Fijando a la capacidad mxima en el
punto donde la lnea punteada est a punto de interceptar la lnea de carga. Se considera que
las mejoras son necesarias antes del punto de lnea de carga para evitar la degradacin del
sistema en el servicio a los usuarios.



Fig. 1-3 Nombre de la grfica

Anlisis Preliminar De Sistemas
La principal finalidad de realizar un Anlisis Preliminar consiste en evaluar las necesidades del
proyecto. Lo cual no abarca un estudio de diseo, ni la recopilacin de datos para hacer una
descripcin completa del sistema; en cambio sirve a los analistas que recopilan la informacin

que permite al comit evaluar las ventajas del proyecto y cimentar bases bajo un juicio sobre la
factibilidad del proyecto propuesto.

Las funciones de los analistas que trabajan en el Anlisis Preliminar son :
Aclarar y entender la solicitud del proyecto. Qu se est haciendo?, Qu es lo que
se necesita?, Por qu?
Determinar la dimensin del proyecto
Sealar los costos y beneficios de las alternativas apropiadas
Determinar la factibilidad tcnica y operativa de otras alternativas
Informar los hallazgos a la gerencia con recomendaciones y subrayando la aceptacin
o rechazo de la propuesta.

Preparacin del reporte de la propuesta para realizar un anlisis de sistemas.
Una vez aceptado el proyecto el analista de sistemas debe definir el alcance y desarrollar un
enfoque profundo de los requerimientos y necesidades de los usuarios. El documentos que
resulta de este anlisis preliminar es el reporte de la propuesta para realizar un anlisis de
sistemas en donde este documento representa un acuerdo entre el analista de sistemas y los
usuarios.
Razones para iniciar el anlisis de sistemas
Los analistas de sistemas deben entender en primer lugar porque se va a realizar un trabajo de
sistemas. Las razones bsicas para iniciar un anlisis de sistemas son las siguientes :
Necesidad de resolver un problema .- Puede suceder que el actual sistema no este
funcionando como se esperaba entonces se acude al analista de sistemas para que corrija esta
anomala.
Nuevas necesidades .- Esto ocurre cuando surgen nuevas disposiciones en la organizacin.
Puede tratarse de una nueva ley, prctica contable, una nueva prctica administrativa.
Independientemente de la causa que de origen a la nueva necesidad el analista de sistemas
identificar las modificaciones o adiciones que deben hacerse al sistema, con el fin que la
empresa pueda satisfacer dicha necesidad.
Implantacin de una nueva tecnologa .- Puede ser el caso de implantar un tcnica diferente
por ejemplo:
Si se ha empezado a utilizar equipo de reconocimiento de caracteres pticos para dar entrada
a los pedidos de los clientes, es ms probable que haya necesidad de disear un nuevo
subsistema.
Mejoramiento general de los sistemas .- Por ltimo el analista deben encontrar el modo de
hacer mejor lo que ya se tiene.
Solicitud de un anlisis de sistemas
Los analistas de sistemas independientemente de las razones para efectuar un anlisis de
sistemas, todos los proyectos debern empezar con una forma de solicitud de servicios de
sistemas de informacin similar a la siguiente (Fig. 1-4):



Esta forma no solo sirve para proporcionar informacin acerca del proyecto de sistemas y sus
objetivos, sino tambin de beneficios anticipados, as como una especie de contrato o acuerdo
entre el usuario y el analista de sistemas.
La mayora de las veces esta solicitud es llenada entre los usuarios y los analistas trabajando
conjuntamente, el usuario generalmente tiene la informacin completa de las necesidades de
entrada y de salida y posiblemente una nocin general de los controles necesarios.
Los analistas de sistemas interactuan con el usuario para refinar, sintetizar y agregar sobre
estas ideas. Esta forma determina un punto claro de inicio, eliminando de esta forma la
posibilidad de varias salidas no requeridas e innecesarias que seria el objetivo principal que se
debe evitar en esta etapa.
Inicialmente el proyecto debe tener un alias o un nombre corto llamativo, esto personaliza el
proyecto y facilita su referencia. Adems se ha determinado que si los usuarios que solicitan el
sistema asignan el nombre al proyecto de sistemas, entonces ste se convierte en su sistema.
Conclusiones del anlisis preliminar de sistemas
Una vez que el analista de sistemas completa las entrevistas iniciales y determina que deber
realizarsel anlisis de sistemas, se deber comunicar formalmente con los usuarios solicitantes
y la gerencia del analista de sistemas el entendimiento de lo que debe realizar y el enfoque
general hacia esta meta.
Esta comunicacin se le denomina reporte de la propuesta para realizar el anlisis de sistemas.
Proporcionando un punto de verificacin en el que el solicitante puede evaluar si el analista
entiende lo que se requiere dando tambin a la gerencia de sistemas la oportunidad de evaluar
el enfoque y la cantidad de recursos que se van a emplear durante el anlisis.


El reporte deber incluir lo siguiente :
Una definicin clara y concisa de las razones para realizar el anlisis.
Un planteamiento especfico referente a los requerimientos del desempeo del sistema
propuesto.
Una definicin del alcance del anlisis
Una identificacin de los hechos que probablemente necesiten recopilarse durante el anlisis.
Una identificacin de las fuentes potenciales donde pueden obtenerse los hechos.
Un programa que indique los eventos principales del anlisis.
Fuentes de los hechos de estudio para el anlisis de sistemas.
Existen diferentes fuentes de hechos de estudio, dentro y fuera de la organizacin, informacin
que se encuentra a disposicin del analista durante el anlisis de sistemas. Las categoras de
hechos son :
o El sistema actual
o Fuentes internas
o Fuentes externas
Sistema actual
En la mayora de las organizaciones existe el caso de que se cuenta con un sistema o
subsistema, con frecuencia se dedica una gran cantidad de dinero y tiempo investigando,
analizando y documentando el sistema anterior, con resultados que en la mayora de los casos
aporta muy pocos resultados.
Algunos aspectos a tomar en cuenta para analizar el sistema anterior son :
Eficacia del sistema actual. El estudio del sistema anterior es una oportunidad para conocer si
dicho sistema es satisfactorio, si requiere alguna reparacin menor, si requiere mantenimiento
o si hay que reemplazarlo.
Ideas de diseo. El anlisis del sistema anterior puede apoyar al analista en ideas de diseo,
as como apreciar notablemente la forma en cmo se est haciendo y de que forma, as como
la observacin de las necesidades y capacidades que el sistema anterior ahora requiere.
Reconocimiento de recursos. El reconocimiento de recursos permite al analista identificar con
que recursos cuenta, como personal de oficina, instalaciones de infraestructura, equipo de
cmputo que posee actualmente y est en operacin.
Conocimiento de conversin. En el caso de que se implemente el nuevo sistema, el analista
coordinar funciones que se dejaran de hacer del sistema anterior, as adecuar algunas
funciones anteriores al nuevo sistema, para ello es necesario que el analista revise el sistema
anterior para observar cmo se hacia.
Los gastos de tiempo generalmente convertidos en dinero son una desventaja en el anlisis de
un sistema anterior.
Fuentes internas

La fuente ms importante para un analista es la gente. Esto incluye la parte gerencial, personal
de oficinas o usuarios directos, ya que son las personas ms cercanas que se encargan de
procesar la informacin, siendo una fuente parlante que nos puede proporcionar una lista de
necesidades y requerimientos, influyendo la participacin del analista de lo que se puede hacer
para proporcionar y orientar a los usuarios hacia un mejor planteamiento de requerimientos.
Otra fuente interna es el papeleo o la documentacin existente dentro de una organizacin,
clasificndolo en documentos que describen la organizacin de la empresa, documentos que
describen lo que la empresa planea as como documentos que describen lo que hace la
empresa. En la tabla 1-1 se muestra una lista de la posible documentacin interna.
Documentos que describen
cmo est organizada la
empresa.
Documentos que describen lo
que planea hacer la empresa.
Documentos que describen lo
que hace la empresa.
Declaraciones polticas
Manuales de mtodos y
procedimientos
Organigramas
Descripcin de puestos
Delegacin de
desempeo
Delegacin de autoridad
Catlogo de cuentas
Declaracin de metas y
objetivos Presupuestos
Programas Pronsticos Planes
(a largo y corto plazo) Minutas
corporativas
Estados financieros Reportes
de desempeo Estudios por
personal asesor Reportes
histricos Archivos de
Transacciones
(incluyendo: rdenes
de compras, pedidos
de los clientes,
facturas, hojas de
tiempo, registros de
gastos,
correspondencia con
los clientes.)
Documentos legales
(incluyendo: derechos,
patentes, franquicias,
marcas registradas,
juicios)
Archivos de referencia
maestros
(incluyendo:clientes,
empleados, productos,
proveedores)
Tabla 1-1 Diversos tipos de documentos a disposicin del analista en una organizacin a partir
de las cuales se puede obtener informacin referente al anlisis de sistemas.
Fuentes externas
El trabajo del analista de sistemas lo puede llevar a cabo fuera de los lmites de una
organizacin para la cual se est efectuando el anlisis. Es decir, el analista de sistemas puede
tomar ideas, conceptos, tcnicas, procesos y formas de operacin de los sistemas de otras
organizaciones, tomando en cuenta que algunas organizaciones son muy celosas de su
informacin, pero cabe resaltar que se puede tomar en cuenta la informacin de experiencias,
as como observaciones vistas en otros sistemas que pueden ser de utilidad para el desarrollo
del nuevo sistema.

Los libros de texto y revistas proporcionan informacin terica o prctica, as como algunas
propuestas que pueden beneficiar al analista donde ideas o tomando bases para el desarrollo
de sistemas. El asistir a cursos, seminarios, talleres, conferencias los analistas se pueden
beneficiar, obteniendo informacin actualizada e innovadora.
Las fuentes de hechos de estudio disponibles para un analista durante el anlisis de sistemas
son variadas y abundantes. La cantidad de fuentes puede diferir del anlisis a anlisis,
tomando en cuenta restricciones en tiempo y costo. El tamao y complejidad del sistema a
estudiar tambin ayuda a determinar la fuente necesaria a utilizar.
Tcnicas de la recopilacin de hechos de estudio
Existen una variedad de mtodos para los analistas a fin de recopilar datos sobre una situacin
existente, como entrevistas, cuestionarios, inspeccin de registros y observacin. En donde en
cada uno de ellos tiene ventajas y desventajas. Generalmente se utilizan una o dos tcnicas
para complementar el trabajo.
Entrevista
La entrevista se utiliza para recopilar informacin en forma verbal, a travs de preguntas que
propone el analista. Las personas que responden pueden ser gerentes o empleados, quienes
son usuarios actuales del sistema existente, usuarios principales del sistema propuesto o
aquellos que sern afectados por el sistema propuesto. La entrevista puede ser en forma
individual o en grupo, se debe tomar en cuenta que las entrevistas no son siempre la mejor
fuente de informacin.
Recabar Datos Mediante La Entrevista
"La entrevista es una forma de conversacin, no de interrogacin! al analizar las caractersticas
de los sistemas con el personal seleccionado cuidadosamente por sus conocimientos sobre el
sistema, los analistas pueden conocer datos que no estn disponibles en ninguna otra forma
En la investigacin de sistemas, los aspectos cuantitativos y cualitativos de informacin son
importantes. Los aspectos cuantitativos tratan con nmeros, cantidades frecuencias, mientras
que los aspectos cualitativos se relaciona con opiniones, polticas, descripcin narrativa de
actividades o problemas. En general las entrevistas tienden ser mejores fuentes de informacin
cualitativas, mientras que las otras tcnicas son mejores fuentes de aspectos cuantitativos.
Se debe tomar en cuenta los beneficios que se obtiene al elaborar una entrevista, ya que
mucha gente es incapaz de expresarse por escrito, pero puede expresar sus ideas en forma
verbal. Como resultado de estos las entrevistas pueden detectar malos entendidos, falsas
expectativas o incluso resistencia potencial para las aplicaciones en desarrollo. Siendo valioso
los comentarios, ideas o sugerencias en relacin a cmo se podra hacer el trabajo. La
entrevista, a veces es la mejor forma para conocer las actividades de una empresa.
Determinacin Del Tipo De Entrevista
La estructura de la entrevista de acuerdo a los objetivos, es decir, si los objetivos de la
entrevista radican en adquirir informacin en general, es conveniente llevar a cabo una serie de
preguntas sin estructura, con sesin de preguntas y respuestas libres, esto proporciona una
mayor oportunidad para conocer actitudes, creencias e ideas de quin responde, sin embargo
cuando se desean conocer respuestas ms directas sobre el sistema o asegurar una alta
confiabilidad sobre las respuestas a las preguntas que han propuesto a sus entrevistados, las
entrevistas estructuradas son mejores.
La entrevista estructurada estandariza las preguntas. El formato de las preguntas puede ser
abierto o cerrado; las preguntas para respuesta abierta, permiten a los entrevistados dar
cualquier respuesta que parezca apropiada contestando con sus propias palabras. Con las

preguntas para respuestas cerradas se proporciona a los entrevistados un conjunto de
respuestas que pueda seleccionar. Todos los entrevistados se basan en un conjunto de
respuestas posibles. Las entrevistas no estructuradas requieren menos tiempo de preparacin,
Sin embargo analizar las respuestas lleva ms tiempo que con las entrevistas estructuradas,
De cualquier forma , el mayor costo radica en la preparacin, administracin, anlisis de las
entrevistas estructuradas para preguntas cerradas.
Seleccin De Entrevistados
Dado que el nmero de entrevistados el limitado los analistas deben tomar en cuenta todas
aquellas personas tiene informacin que no se podr conseguir de otra forma, Durante la
investigacin detallada en donde el propsito es descubrir hechos especficos, opiniones y
conocer cmo se desempean actualmente las actividades, las entrevistas se aplican a todos
los niveles gerenciales y de empleados y se depende de quien pueda proporcionar la mayor
parte de la informacin til para el estudio.
Realizacin De La Entrevista
La habilidad del entrevistador es importante en la bsqueda de hechos por medio de la
entrevista. Las buenas entrevistas dependen de la capacidad del analista tanto en la
preparacin del objetivo de una entrevista especfica como de las preguntas por realizar a una
persona determinada. El tacto, la imparcialidad e incluso la forma apropiada de vestirse ayudan
a asegurar una entrevista exitosa. La falta de alguno de estos factores puede determinar el
xito de una entrevista. A travs de la entrevista, los analistas deben preguntarse as mismos
las siguientes preguntas :
Qu es lo que me est diciendo la persona?
Por qu me lo est diciendo a m?
Qu se est olvidando?
Qu espera esta persona que haga yo?
Si se considera cada elemento de la informacin contra estas preguntas, los analistas tendrn
ms conocimiento no solamente de la informacin adquirida sino tambin la importancia que
implica.
Cuestionario
Los cuestionarios son un medio que proporcionan una alternativa muy til para las entrevistas;
sin embargo existen ciertos aspectos que pueden ser apropiados en algunas situaciones e
inapropiados en otras. Al igual que las entrevistas, deben elaborarse cuidadosamente.
Recabacin De Datos Mediante Cuestionarios
Para los analistas de sistemas los cuestionarios pueden ser el medio de comunicacin con un
gran nmero de personas para la obtencin de conocimiento de varios aspectos del sistema,
En los cuestionarios no es posible ver las expresiones, gestos o reacciones de quienes
responden los cuestionarios.
Para obtener mejores resultados se recomienda reunir al mayor nmero posible de gentes para
la resolucin de un cuestionario, las tasas de respuesta pueden mejorar, aunque rara vez se
tendr una respuesta total
Seleccin De Formas Para Cuestionarios

La elaboracin, desarrollo y distribucin de los cuestionarios es costoso, debido a esto se debe
utilizar de forma inteligente el tiempo invertido en los cuestionarios. Existen dos formas de
cuestionario para recopilar datos : cuestionario abierto y cuestionario cerrado
Cuestionario Abierto. Este tipo de cuestionario se aplica cuando se quiere conocer los
sentimientos, opiniones as como experiencias generales. El cuestionario abierto es el medio
que proporciona una amplia oportunidad para las personas que respondan expresen las
razones de sus ideas, En algunos casos las personas prefieren un conjunto de respuestas
preparadas que pensar por s mismas.
Cuestionario Cerrado. Limita respuestas posibles del interrogado. Esto es por medio de
preguntas que en su elaboracin se prestan para este tipo de recopilacin de datos, cuidando
el marco de referencia de lo que desea el analista. Este medio es el mejor mtodo para obtener
informacin sobre los hechos. La forma del cuestionario cerrado forza a los interrogados tomen
una posicin y formar su opinin sobre los aspectos importantes.
Etapas En El Desarrollo De Un Cuestionario
Los cuestionarios bien elaborados no se desarrollan rpidamente, llevan tiempo y mucho
trabajo. El primer aspecto en tomar en cuenta es determinar el objetivo del cuestionario, en
donde el analista define como utilizar los cuestionarios a fin de obtener los hechos al considerar
la estructura ms til para el estudio y la forma ms sencilla por parte de los interrogados.
Para la elaboracin de un buen cuestionario requiere de mucho tiempo en la formulacin de las
preguntas, que deben ser probadas y modificadas antes de aplicarlo, si es necesario antes de
que se imprima la forma final y se distribuya. A continuacin se presentan los lineamientos
generales para la recaudacin efectiva de los hechos de sistemas por medio de cuestionarios.
Como Desarrollar Un Cuestionario
Los buenos cuestionarios no nada ms se escriben, se disean. Un pensamiento cuidadoso,
acompaado de una prueba previa tanto del formato como de las preguntas, son la base de
una recaudacin de datos significativa a travs de cuestionarios.
Aqu hay algunas pautas para ayudarle en la formulacin de un cuestionario:
o Determnese qu datos necesitan recabarse y qu personas son las ms
calificadas para proporcionarlos. Si otros grupos pueden proporcionar datos
variantes y mayor visin identifquese tambin.
o Seleccinese el tipo de cuestionario para utilizarlo (Abierto o Cerrado).
Reconzcase que algunos cuestionarios pueden ser ms tiles, si contienen
una seccin con preguntas de respuesta cerrada y otras con preguntas de
respuestas abierta.
o Desarrllese un grupo de preguntas para incluirlas en el cuestionario. Las
preguntas extras que son intencionalmente redundantes, pueden ser tiles al
asegurar respuestas consistentes por parte de quien responda.
o Examnese el cuestionario para encontrarle fallas y defectos; como :
a. Interrogantes innecesarias, lo mismo se ha preguntado y no hay
necesidad para una verificacin extra.
b. b. Las preguntas pueden ser mal interpretadas debido a su enfoque o
forma de escritura.
c. c. Preguntas que el sujeto posiblemente no pueda responder, dado
que desconoce la respuesta.
d. Preguntas que estn escritas de forma que se escoger la respuesta
preferida.
e. e. Preguntas que se interpretarn en forma diferente, dependiendo del
marco de referencia de cada entrevistado.

f. Preguntas que no proporcionan opciones adecuadas de respuesta.
g. Un ordenamiento no adecuado de las preguntas o respuestas.
o Prubese previamente el cuestionario en un grupo pequeo de personas, para
detectar otros problemas posibles. Hacer esto no solamente descubre los
problemas en cuanto a su escritura, espaciado, ortografa y mtodos de
registro de respuesta, sino tambin proporciona una indicacin del tipo de
respuesta que se recopilarn en un grupo mayor. Si existen muchas
respuestas inesperadas, se captarn durante la prueba previa ms que durante
la recaudacin de datos reales.
o Analcense las respuestas del grupo de prueba para asegurar que el anlisis
de los datos que se busca puede llevarse a cabo con el tipo de datos
recopilados. Si los datos de la prueba no revelan algo que los analistas no
conocen y no necesitan verificar, el cuestionario puede no ser necesario en su
forma actual.
o Realcense cambios finales de edicin, correcciones de mecanografa y ajustes
a la forma; entonces imprimase el cuestionario en una forma limpia legible.
Distribyase el cuestionario. Cuando sea posible, antese el nombre de cada
persona. Se comienza en forma incorrecta con nombres y direcciones como "a
quien corresponda", "empleado por hora de produccin", o "departamento 34
A"

Seleccin De Quienes Recibirn El Cuestionario
Aquellas personas que reciban el cuestionario debe seleccionarse de acuerdo con la
informacin que pueda proporcionar. Lo pueden contestar personas no calificadas y si el
cuestionario no es annimo, ya no ser posible retirar las respuestas de la muestra, lo cual es
caro y ocasiona desgaste.
Antes de la distribucin de los cuestionarios es necesario asegurar que quienes lo reciban
tengan los datos necesarios para responder los cuestionarios, adems de verificar sus
antecedentes y experiencias que fueron la base para responder el cuestionario.
Revisin de Registros
El trmino "Registro, se refiere a los manuales sobre las polticas, regulaciones y
procedimientos de operaciones estndar que la mayora de las empresas mantienen como gua
para gerentes y empleados". Debido a ello con frecuencia en muchas organizaciones la
informacin se encuentra a disposicin para que los analistas tengan conocimiento de las
actividades u operaciones con las cuales no se encuentra familiarizado.
Los manuales con que cuentan estas organizaciones documentan o describen las operaciones
para los procesos de datos ya existentes, o los sistemas de informacin que entran dentro del
rea de investigacin tambin proporcionan una visin sobre la forma en que la organizacin
debe conducirse. Generalmente muestran los requerimientos y restricciones del sistema y
caractersticas de diseo. Estos registros en algunos casos no muestran donde se ubica el
verdadero poder para la toma de decisiones, como se realizan las tareas en la actualidad, las
posibles alternativas de como solucionar un problema. Es aqu donde entran las entrevistas y
cuestionarios, herramientas que son eficaces para proporcionar al analista este tipo de
informacin.
Seleccin De Los Registros Para Revisin
En la mayora de las empresas los manuales y estndares de procedimientos de operacin con
los que cuentan generalmente son obsoletos, ya que no por lo regular no sealan los
procedimientos existentes.

Algunos analistas seleccionan los documentos a fin de determinar cules se utilizan y cundo,
y cules no se utilizan despus de llenarlos. Este esfuerzo extra puede ser difcil y llevar mucho
tiempo si son demasiados documentos; pero establecer un diagrama de procedimientos y flujos
puede resultar de gran utilidad para lograr una visin integral de todas las tareas.
El analista debe buscar formas y documentos que desconoce la mayora, aquellas que las
personas elaboran para su propio uso, pero que no pertenecen a los procedimientos
preestablecidos. No deben pasarse por alto los informes de estudios previos, los resmenes de
consultores y los informes de los gerentes. Estos pueden proporcionar una historia que
explique el mecanismo de los procedimientos que los analistas observan durante el estudio, y
pueden proporcionar algn dato sobre puntos ya detectados y an sin solucin.
Observacin
Observar las operaciones le proporciona al analista hechos que no podra obtener de otra
forma.
Recopilacin De Datos Mediante La Observacin
Leer en relacin con una actividad de un negocio le proporciona al analista un visin de las
actividades del sistema. Aplicar Entrevistas o cuestionarios a grupos de personas, tambin le
ayuda o le dice algo ms. Ninguno de los dos mtodos da una informacin completa. Leer
sobre autos de carrera no reproduce la experiencia de viajar a 300kph. de velocidad. La
observacin proporciona informacin de primera en relacin con la forma en la que se llevan a
cabo las actividades.

Cuando Observar
La observacin es muy til cuando el analista necesita ver cmo se manejan los documentos,
cmo se llevan a cabo los procesos y si ocurren los pasos especificados. Saber que buscar y
cmo interpretar su significado, tambin requiere de experiencia. Algunos observadores con
experiencia captan quin utiliza los documentos y si encuentran dificultades; tambin estn
alertas para detectar documentos o registros que no se utilizan. Siempre se deben identificar
las tareas problemticas, que llevan a los empleados a cometer errores con frecuencia al
completarlas, as como aquellas que tienden a retardar el procedimiento.
La Observacin Le Ensea Al Analista
Lo que debe suceder....
Procedimientos normales de
operacin
Controles y verificaciones de
exactitud y grado de terminacin
Documentos llenados en forma
apropiada
Terminacin del trabajo en forma
eficiente y a tiempo
Lo que realmente ocurre....
Retraso al hacer el trabajo
Informacin que se recuerda de
memoria (Incorrectamente)
Etapas omitidas
Fotocopia extra necesaria
Necesidad de nuevos controles
Informacin que no se encuentra
en el archivo

Documentos mal llenados
Los empleados no estn conscientes de
los procedimientos prescritos
ESTUDIO DE FACTIBILIDAD
El estudio de factibilidad de un proyecto consiste en averiguar si es posible que el sistema de
informacin sea desarrollado e implantado exitosamente en la empresa. La evaluacin de la
factibilidad de un proyecto es la informacin que requieren los altos ejecutivos para decidir
realizar el proyecto, posponerlo o cancelarlo. La factibilidad debe ser revisada desde tres
perspectivas:

a. Factibilidad operativa. Se refiere a la posibilidad de xito que tendr el sistema al
momento de ser implantado y operado por el personal de la empresa. Para estudiar esta el
analista debe investigar lo siguiente:

Los usuarios estn de acuerdo con el nuevo sistema?
La gente se resiste a los cambios en su forma de trabajo cuando esta no presenta
inconvenientes y se sienten cmoda. Pero si no es as entonces los usuarios aceptaran con
gusto cualquier cambio que permita tener un sistema ms til y fcil de usar.

Trabajaran con el sistema cuando se haya terminado o instalado?

Los usuarios han participado en la planeacin y desarrollo del sistema?
Si los usuarios se involucran con el proyecto desde el principio sern parte del cambio y las
posibilidades de xito, desde la perspectiva operativa aumentan.

El sistema incrementara la productividad de los empleados?
El proyecto debe aumentar la productividad de los empleados para que sea atractivo para la
empresa.

Mejorara la integracin con otras reas?
Nunca un proyecto de sistemas debe obstruir o disminuir la integracin de las funciones de
una empresa ni en el corto ni en el largo plazo.

b. Factibilidad tcnica. Se debe realizar una investigacin durante el estudio de factibilidad y
debe incluir:
Existe o se puede adquirir la tecnologa necesaria para cubrir las demandas del nuevo
proyecto?
Si se desarrolla el sistema, puede crecer con facilidad
Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de
datos?
El proveedor del equipo tambin dar el soporte tcnico y de capacitacin necesarios antes,
durante y despus del desarrollo del proyecto
Cualquier aspecto tcnico no considerado puede ocasionar prdidas importantes a la empresa.


c. Factibilidad financiera o econmica. Un sistema que puede desarrollarse desde el punto
de vista tcnico y adems se utilice, si se llega a instalar debe ser una buena inversin para la
organizacin. Los beneficios financieros deben igualar o superar a los costos.
Las cuestiones econmicas y financieras formuladas por los analistas durante la investigacin
preliminar, tienen el propsito de estimar lo siguiente:

El costo de llevar a cabo la investigacin completa del sistema
El costo del hw y sw para la aplicacin que se est considerando
Beneficios en la forma de reduccin de costos o de menos errores costosos
El costo si nada sucede, es decir, si el proyecto no se lleva a cabo

d. Proyectos no factibles. Para que la propuesta sea factible debe de pasar todas las pruebas.
Las propuestas que no pasen las pruebas de factibilidad pueden desecharse o redefinirse para
presentarse posteriormente. La solucin a los problemas de la empresa no es precisamente
mediante el desarrollo de un S.I.

e. Seleccin de un proyecto. No todas las solicitudes de proyecto pueden elegirse para
estudiar su factibilidad. Las solicitudes de proyectos deben examinarse desde una perspectiva
de sistemas, de tal forma que se considere el impacto del proyecto propuesto sobre toda la
organizacin. Existen 5 criterios bsicos para seleccionar el proyecto a desarrollar:

Contar con el respaldo de la directiva: nada puede lograrse en el respaldo de la gente que
eventualmente recibir la cuenta.
Programar el tiempo que se requiere para el proyecto: tanto el de los analistas como el de
los programadores y usuarios que participaran.
Mejorar el logro de metas de la organizacin: dentro de los objetivos del proyecto debe
estar contemplada la organizacin y no desviarla de sus fines primarios.
Debe ser viable en funcin de los recursos y capacidades: tanto del analista como de la
organizacin, tal vez haya proyectos para los cuales no existan los recursos ni la capacidad para
llevarlos a la prctica.
Debe dar ventajas sobre cualquier otra opcin de inversin: cuando un negocio autoriza un
proyecto est comprometiendo los recursos que excluir de otros proyectos.

Basndose en estos criterios se puede reducir considerablemente el nmero de proyectos a los
que se dedicara tiempo.











PLANEACION ESTRATGICA DE LOS SISTEMAS DE INFORMACIN
A travs de los aos, se han evaluado numerosos intentos de modernizar sistemas de
informacin; se han encontrado grandes problemas como altos costos, largos retrasos en el
desarrollo y sistemas que no satisfacen las necesidades del usuario.
En muchos casos, estos defectos en el desarrollo ocurrieron por una inadecuada planeacin
detallada para identificar necesidades futuras y actuales de los usuarios y una prematura
decisin a un especfico diseo que no consider alternativas de solucin o que tan bien
satisficieran las necesidades de los usuarios.
Las complejidades de los sistemas de informacin pueden ser vastamente diferentes, pero el
anlisis determina las necesidades de informacin de una organizacin para lograr su misin
son esencialmente las mismas sin importar la complejidad del problema. Organizaciones
pblicas y privadas han ideado metodologas para identificar necesidades de informacin y
planificar adquisiciones para satisfacer esas necesidades. Mientras que las metodologas
pueden ser un poco diferentes cada propone un enfoque estructurado completo para
identificar las necesidades de informacin y analizar como satisfacer esas necesidades.

Qu es Planeacin Informtica?

La planeacin estratgica de los sistemas de informacin es un enfoque sistemtico y
disciplinado para determinar los mtodos ms efectivos y eficientes para satisfacer las
necesidades de informacin, para que sea exitoso, debe emplear procesos tcnicos y
gerenciales en el contexto de ingeniera de software.
Bajo este enfoque, las caractersticas del hardware y software del sistema, instalaciones, datos
y personal son identificados y definidos a travs de un diseo y anlisis detallado para lograr
un sistema que sea el ms efectivo en costos para satisfacer las necesidades de la
organizacin.
El proceso debe considerar la gestin del ciclo de vida del sistema, las polticas de la
organizacin y presupuesto como factores integrales e importantes, e incluye a todos los
participantes de la organizacin a travs del proceso. Es un proceso iterativo, por lo que
cambios identificados durante el proceso deben ser evaluados para determinar su efecto en el
anlisis completo. La planeacin estratgica de los sistemas de informacin, no es un evento
de una sola ocasin, esta debe ser revisada peridicamente para asegurar la continua
viabilidad del sistema en satisfacer las necesidades de informacin y lograr misiones a largo
plazo.
El marco de trabajo de la planeacin informtica utiliza un proceso ordenado y estructurado
para obtener la informacin clave antes de comenzar el desarrollo del sistema. Cuenta con
ocho pasos:
Identificar la misin
Identificar funciones a realizar para lograr la misin
Identificar informacin necesaria para realizar esas funciones
Identificar datos para realizar esas funciones
Identificar aplicaciones especficas necesitadas para obtener esa informacin
Identificar la definicin lgica del sistema (arquitectura funcional, arquitectura de la
informacin ,arquitectura de los datos, arquitectura de la aplicacin)
Explorar arquitecturas alternativas (considerando hardware, software, comunicaciones,
manipulacin de datos, consideraciones de seguridad).
Seleccionar una arquitectura

La importancia de la Planeacin Informtica

Los sistemas de informacin son herramientas importantes para lograr efectivamente los

objetivos organizacionales. Informacin siempre disponible, completa y precisa es esencial
para hacer decisiones fundamentadas y a tiempo. Informacin no disponible, mezclada entre
informacin intil y un ineficiente procesamiento de datos gasta recursos.
La organizacin debe identificar sus necesidades de informacin en las bases de una
identificacin sistemtica y anlisis de su misin y funciones a realizar, quien las realiza, la
informacin y datos de soporte necesitados para realizar las funciones y los procesos
necesitados para la estructura de informacin ms til.
El desarrollo y adquisicin exitosos de un sistema de informacin deben incluir un proceso
riguroso y disciplinado de obtencin, evaluacin y anlisis de datos antes de comprometer
recursos considerables financieros y humanos para cualquier desarrollo de sistema de
informacin.
Mientras que implementar este enfoque puede no excluir todos los problemas de adquisicin
de los sistemas de informacin, este debe producir conocimiento detallado de la misin y
objetivos organizacionales, necesidades de informacin del usuario y alternativas para
direccionar esas necesidades, y una arquitectura abierta y flexible que es expandible y puede
ser actualizadas para satisfacer necesidades futuras.

El impacto de no identificar sistemticamente las necesidades de informacin.

La importancia de identificar y analizar a fondo y sistemticamente las necesidades de
informacin no se le pueden dar sobre nfasis. Se ha descubierto a travs de los aos que
adquirir sistemas de informacin cuesta mucho, toman demasiado tiempo y resultados en
sistemas que no hacen lo que las organizaciones quieren que hagan.
Hay muchos ejemplos de adquisiciones de sistemas de informacin errneas, una vez
analizada la adquisicin del sistema, los costos pueden incrementarse en un 50% y el
desarrollo tom ms del doble del tiempo estimado, y el sistema estaba lejos de satisfacer
todas las necesidades de los usuarios.

La planificacin estratgica de los sistemas de informacin tiene como propsito la revisin del
estado actual de la organizacin, la identificacin de la situacin estratgica deseada y la
planificacin de los proyectos y cambios en la organizacin necesarios para alcanzar dicho
estado deseado, tpicamente en un periodo de 3 o 5 aos.
Esta actividad debe involucrar a todos los actores relevantes de la organizacin para conseguir
la alineacin de los objetivos de los sistemas de informacin con los organizativos.
A pesar que el proceso de creacin del plan de sistemas no es trivial, como tampoco lo es su
posterior despliegue, el objetivo se puede definir de una manera sencilla: se trata de analizar
el estado actual de las tres dimensiones bsicas de los sistemas de informacin, identificar su
situacin futura deseada y determinar las acciones necesarias para alcanzar dicha situacin
futura:
Las fases propuestas para la redaccin de un plan estratgico de sistemas son:



FASE 1. Determinar la estrategia y contexto actual de la organizacin

La primera fase del proyecto consiste en asegurar que cubrir de manera efectiva las
necesidades de la organizacin, y conocer esta suficientemente para poder determinar
posteriormente sus requisitos de los sistemas de informacin.
El primer paso ser validar el plan de proyectos y Establecer los antecedentes.
FASE 2. Identificar los requisitos de negocio para los sistemas de informacin
La segunda fase del proyecto, una vez identificado el contexto y revisada la informacin
disponible sobre la estrategia y planificacin de la organizacin, es determinar cules son los
requisitos concretos de negocio a los que pueden contribuir estos sistemas.
Para identificar dichos requisitos con una visin amplia y estratgica, deben revisarse las
necesidades del negocio desde varios niveles del anlisis:
Anlisis DOFAdel negocio.
Requisitos de contexto y operativos
FASE 3. Determinar el estado actual de los sistemas de informacin
Una vez que se ha revisado el negocio y se han obtenido sus requisitos, la siguiente fase es
determinar el estado actual de los sistemas de informacin, para poder analizar
posteriormente la efectividad del soporte ofrecido a partir de sus tres aspectos bsicos:

Estado de la infraestructura tcnica
Estado de las aplicaciones
Estado de la organizacin
FASE 4. Anlisis de necesidades de los sistemas de informacin
Una vez conocidos los requisitos que el negocio demanda de los sistemas de informacin y

determinado el estado actual de estos, se debe realizar su anlisis para identificar cules son
los puntos fuertes a mantener y las debilidades a mejorar.
Para ello puede realizarse un anlisis a los siguientes niveles:
Anlisis estratgico de los sistemas de informacin
Benchmarking de las prcticas de la competencia y del estado de la industria IT
Soporte ofrecido a los compontes de negocio
Evaluacin de coste/beneficio de las aplicaciones y los sistemas

El anlisis identificar acciones de mejora, determinadas en base a las oportunidades
identificadas anteriormente, y se agruparn en los tres aspectos de los sistemas de
informacin anteriormente vistos:
Aplicaciones.
Infraestructura.
Organizacin y procesos.
FASE 5. Definir la estrategia y plan de sistemas de informacin
La ltima fase de un proyecto de planificacin estratgica de sistemas es la definicin de la
estrategia y plan de sistemas.
FASE 6. Desarrollar el programa de despliegue
Una vez finalizado y aprobado el plan estratgico de sistemas, se debe desplegar y ello se
planifica y gestiona de manera similar a cualquier otro programa o proyecto grande.
Lanzamiento del programa.
Seguimiento y evaluacin del programa.
Una vez completada la planificacin anual, la actividad principal es el seguimiento de los
indicadores operativos y de los proyectos en curso, as como la toma y supervisin de las
acciones correctivas que se abran en base a las desviaciones identificadas. En paralelo se
mantiene la relacin con el cliente interno, que es el resto de la organizacin, gestionando la
demanda de peticiones generales y de proyectos no previstos en el plan de sistemas.

Fuente : http://www.cynertiaconsulting.com
La planeacin estratgica ofrece puntos importantes para las actividades de la organizacin. Al
servirse de ella los gerentes dan a su organizacin objetivos definidos con claridad y mtodos
para lograrlo. Este proceso de planeacin les ayuda a prever los problemas antes que surjan y
a afrontarlos antes que se agraven, tambin ayuda a los gerentes a reconocer las
oportunidades seguras y riesgosas y a elegir entre ellas.
Es importante diferenciar la planeacin estratgica de la planeacin tctica, igualmente la
planeacin operativa de la planeacin normativa. La primera se refiere al proceso mediante el
cual los ejecutivos trazan la direccin a largo plazo (mayor a 3 aos) estableciendo objetivos y
metas especficas en el desempeo, tomando en cuenta circunstancias internas y externas
(contexto especfico) para llevar a cabo los planes de accin seleccionados. Esto suele llevarse
a cabo dentro de las organizaciones en el nivel directivo, o el ms alto nivel de mando.

La planeacin tctica presenta caractersticas de ser un proceso continuo y permanente,
orientado al futuro cercano o corto plazo, racionalizar la toma de decisiones, determinar
cursos de accin, es sistmica ya que es una totalidad formada por el sistema y subsistemas,
visto desde un punto de vista sistmico. Es interactiva ya que permite mediciones y
evaluaciones conforme se ejecuta y es una tcnica que coordina a varias actividades para
conseguir la eficiencia de los objetivos deseados.

La planeacin operativa se da a nivel de los trabajadores o empleados, en el nivel ms bajo de
la organizacin. Es una microplaneacin de las organizaciones de carcter inmediato, que
detalla acerca de la forma en que las metas tendrn que ser operacionalizadas para ser
alcanzadas.
La planeacin normativa, se refiere a la conformacin de normas, polticas y reglas
establecidas para el funcionamiento de una organizacin. Se va a apoyar en la conformacin
de estndares, metodologas y mtodos para el correcto funcionamiento de las actividades
dentro de la planeacin.
Elementos de la planeacin estratgica
En general, se puede decir que existen tres elementos base (o preguntas que deben ser
contestadas) del proceso de planeacin estratgica

A dnde queremos llegar? Si una organizacin no sabe a dnde se dirige (por ejemplo sin
visin, ni misin y sin metas y objetivos especficos) es como si estuviera a la deriva.
Cul es la situacin o ambiente en que nos desarrollamos? Es importante identificar y
entender en forma objetiva los factores internos (en la organizacin) y externos que pueden
apoyar o obstaculizar el llegar a donde queremos llegar.
Tambin se conoce como diagnstico situacional de la organizacin
Cmo llegaremos a ese lugar o futuro deseado? Aqu se definen cules son los caminos a
seguir: proyectos, alianzas, actividades, recursos financieros, entre otras cosas. De aqu surge
informacin muy importante que alimenta otras reas dentro de la organizacin.

El desarrollo y, sobre todo, la e implementacin de una estrategia y su plan requiere de un
esfuerzo disciplinado, creativo, y honesto que sea adaptado a las necesidades y condiciones de
cada organizacin.

Pasos de la planeacin estratgica

Aunque hay muchas metodologas disponibles para realizar la planeacin estratgica, un
proceso que puede ser aplicado a todos las organizaciones consiste de los siguientes
componentes o pasos generales. Dependiendo de la situacin de cada organizacin, estos
componentes pueden ajustarse, por ejemplo, cuando una organizacin desea actualizar su
plan o si desea implementar una planeacin estratgica por primera vez.

1 - Preparacin para la planeacin
Antes de iniciar el proceso, hay que definir y preparar claramente lo siguiente:
Compromiso de la organizacin a seguir el proceso completo y aplicar resultados
La metodologa o pasos a seguir, los marcos de tiempo, el presupuesto requerido
Quien ser el responsable interno del proceso y productos
Cuales miembros de la organizacin deben participar y en que paso participan
Necesidades de informacin previa
Definir las prioridades en lo referente a rea geogrfica, temas,, especies, etc., en los que la
organizacin concentrar sus esfuerzos (este paso debe ajustarse segn el contexto especfico
de cada organizacin con referente a su rea de produccin de bienes o servicios)

2- Desarrollo de la Visin y Misin

La Visin es una meta a largo plazo y refleja cmo se ve la empresa en ese futuro, es como un
sueo que se pretende alcanzar. Su conocimiento por todos los miembros de la organizacin
es muy importante porque significa que todos saben para dnde se va.
La Misin es la razn de ser de la empresa. Orienta a todos los empleados para que las
decisiones que se tomen no se salgan del rumbo y representen esfuerzos perdidos. Su

conocimiento debe ser por todos los miembros de la empresa.

3- Anlisis de la situacin actual externa (Amenazas, Oportunidades; tambin se conoce como
POAM: perfil de oportunidades y amenazas del medio)

4- Anlisis interno de la organizacin (Fortalezas y Debilidades; tambin se conoce como PCI:
perfil de capacidad institucional).
Al conjunto de Debilidades, Oportunidades, Fortalezas y Amenazas, se les conoce con el
nombre de DOFA y resumen lo que es el Diagnstico Situacional.

5- Definicin de metas y objetivos estratgicos. Seleccionar el portafolio o cartera de
proyectos. Estos estn dirigidos a prevenir las amenazas, disminuir las debilidades, mantener
las fortalezas y aprovechar las oportunidades

6- Integracin de la estrategia con el plan financiero y otras reas de la organizacin
(produccin, mercadeo y talento humano).

7- Implementacin de la estrategia: Es la parte operativa y en donde se disean,
implementan, monitorean, y evalan los proyectos.

5. DINAMICA

Realizar la siguiente actividad:
Con base en el Marco Terico y su investigacin, aplicar los 7 pasos de la planeacin
estratgica utilizando una situacin ficticia del campo industrial que el estudiante conozca.
1) Elabore un plan estratgico mnimo (misin, visin, objetivos y estrategias) para los
siguientes casos:

a) Una Fbrica de Ccuta que produce Zapatos finos.

b) Una panadera de organizacin familiar.

c) Usted mismo dentro de 15 aos.


2) Elija una empresa y explique que fabrica. Luego de un ejemplo de una decisin a
nivel poltico, otra de nivel ejecutivo y otra de nivel operativo.


3) Tome como referencia a nuestra Universidad. Indique quin o quienes ocupan el
nivel poltico, el ejecutivo y el operativo.



4) En relacin a la anterior, mencione una decisin en el nivel poltico y explique que
acciones podran llevar a cabo los niveles ejecutivo y operativo para cumplir con ella.


5) Realizar un anlisis DOFA simplificado para los siguientes casos:

a) La Repblica Colombia

b) Nuestra Universidad

c) Usted como estudiante de Administracin de Sistemas informticos.


6. BIBLIOGRAFIA
"La Gerencia Estratgica". Fred R. David, Fondo Editorial Legis, Tercera Reimpresin
Febrero 1990
Ogliastri, Enrique. Manual de planeacin estratgica, Santaf de Bogot: TM Editores,
Ediciones Uniandes, 1994.
Serna Gmez, Humberto. Planeacin y gestin estratgica, Bogot D.C.: RAM Editores,
1996
Vlez V., Ral. Veinte guas para la prctica de la planeacin estratgica, Medelln:
Revista Universidad Eafit, N 68, 1987















TECNICAS DE SERVICIO
El Anlisis es otra de las Tcnicas Didcticas Activas ms utilizadas en
diferentes contextos. Si bien esta es una tcnica que puede desarrollarse por s
sola en muchas situaciones, tambin es una tcnica que puede integrarse
fcilmente con otras muchas tcnicas, bien como inicio de las mismas bien en
el transcurso de algunas de ellas.

Desde la perspectiva de la temtica que conlleva el Anlisis, se puede hacer
una diferenciacin entre el Anlisis de Objetos/Sistemas/Procesos Tcnicos, y
el Anlisis de Servicios/Actividades Comerciales.

El Anlisis de Objetos/Sistemas/Procesos Tcnicos, si bien puede ser utilizado
en cualquier contexto en que se requiera dicho anlisis, tiene una mayor
aplicacin en mbitos productivos/industriales. Por su parte, el Anlisis de
Servicios/Actividades Comerciales -sin ser excluyente- cobra un mayor
significado en el desarrollo de procesos formativos del mbito de Comercio y
Servicios.

De forma esquemtica, podemos sealar las siguientes fases para cada uno de
estos procesos de Anlisis:

Anlisis objetos/Sistemas Anlisis de Servicios/Actividades
Comerciales
Descripcin del Objeto/Sistema
como operador
Descripcin anatmica del
Objeto/Sistema
Anlisis funcional
Anlisis tcnico y constructivo
Anlisis sistmico
Anlisis histrico
Elaboracin de una Memoria
Presentacin del trabajo
Evaluacin del proceso y
resultados obtenidos
Funcin global del Servicio/Actividad
Comercial
Componentes/Fases del Servicio/Actividad
Comercial
Anlisis histrico, evolucin
Anlisis social/contextual
Caractersticas del Servicio/Actividad
Comercial en cuanto a:
- Usuarios a los que se dirige
- Diseo requerido
- Recursos (humanos, tecnologas,
equipamientos)
- Producto(s) directos e indirectos que
ofrece
Tendencias en su desarrollo/evolucin
- Elaboracin de una MemoriaPresentacin

del trabajo
- Evaluacin del proceso y resultados
obtenidos

Independientemente que el anlisis se aplique en el mbito Tcnico o en el de
Comercio y Servicios hay algunas consideraciones didcticas de carcter
general que deberan tenerse siempre en cuenta cuando se aplica esta
metodologa:


El anlisis puede plantearse individualmente, por parejas o en grupos
reducidos (no es aconsejable ms de cuatro aprendices) en funcin de la
complejidad de la propuesta y de la situacin de aprendizaje que se desee
promover. En este sentido, todas las organizaciones son razonables, como
tambin lo es ir variando, en sucesivas actividades de anlisis, la modalidad
escogida.
Cuando se prepara la actividad debe decidirse si a todo el grupo clase se le
propondr el mismo anlisis o bien habr propuestas de anlisis distintas. La
decisin depender, de nuevo, de las prioridades que establezcamos pues
todas las posibilidades tienen sus ventajas e inconvenientes. En caso de optar
por distintos motivos de anlisis se hace imprescindible dar a conocer los
resultados obtenidos en cada anlisis.
La utilizacin de guas o fichas de anlisis, adems de prctica y
sistematizadora del anlisis, facilita todo el proceso y ayuda a los aprendices a
obtener una visin global de la actividad realizada. Estos documentos son ms
atractivos y sugerentes cuando dejan espacios para los aportes personales de
los aprendices, ya sea a partir de ampliaciones de la informacin requerida o
bien abriendo la posibilidad de observar otros aspectos no contemplados en la
gua.







TECNICAS DE SEGURIDAD
Garantizar la seguridad de las personas en las futuras instalaciones
fotovoltaicas es requisito clave para el desarrollo de este sector, sobre
todo, teniendo en cuenta el progresivo incremento del riesgo elctrico en
dichas instalaciones por el crecimiento de sus potencias, y sus
emplazamientos cada vez ms prximos al mbito domstico. Las
medidas de proteccin de personas en sistemas elctricos convencionales
estn detalladas en normas y reglamentos de obligado cumplimiento
(tanto nacionales como internacionales) que garantizan la seguridad de
los mismos, independientemente del proyectista, instalador e inspector
que intervenga en la instalacin. As, durante ms de un siglo de
experiencia en estas instalaciones, estas normas y reglamentos han ido
evolucionando en funcin de los avances tecnolgicos y de la experiencia
acumulada y han permitido dar solucin de una manera eficaz a los
problemas relacionados con la seguridad. Los sistemas fotovoltaicos, en
su reciente aparicin, se encuentran en las primeras fases de este
proceso, en las cuales se est iniciado el desarrollo de la normativa y el
estudio de implantacin de medidas eficaces de proteccin. Para este
desarrollo, y como paso previo, es necesario el estudio en profundidad
del comportamiento elctrico del generador fotovoltaico y su respuesta
en situaciones de defecto. Dentro de este campo de la proteccin a
personas se han desarrollado los trabajos de esta tesis doctoral,
fundamentalmente en el estudio del aislamiento del generador y de la
operatividad y viabilidad de distintas medidas de proteccin. Los trabajos
se han estructurado en distintas fases: la primera en la que se proponen
las distintas medidas de proteccin que se pueden emplear; la segunda
donde se analiza el comportamiento del generador respecto a tierra y se
propone un modelo de circuito equivalente; la tercera donde se estudia el
aislamiento y las corrientes de fuga a tierra del generador; y por ltimo
en base a los resultados obtenidos en el estudio se analiza la viabilidad
de las medidas de proteccin propuestas.