1. UNIVERSIDAD PEDAGÓGICA EXPERIMENTAL LIBERTADOR
INSTITUTO PEDAGÓGICO “LUIS BELTRÁN PRIETO FIGUEROA”
DEPARTAMENTO DE MATEMÁTICA
COORDINACIÓN DE INFORMÁTICA
Prueba Unidad I
Análisis y Diseño de Sistemas de Información
Prof. Julio Castillo
EL PAPEL DEL ANALISTA DE SISTEMAS
El analista de sistemas generalmente valora la manera que funcionan los negocios examinando la
entrada, el procesamiento de datos y la salida de información con el propósito de mejorar los
procesos organizacionales.
Muchas mejoras involucran mejor apoyo para las funciones de los negocios por medio del uso de
sistemas de información computarizados. Esta definición enfatiza un enfoque sistemático y metódico
para analizar, y posiblemente mejorar, lo que está sucediendo con el contexto específico creado por
un negocio.
Analista de Sistemas. El analista tiene como cometido analizar un problema y describirlo con el
propósito de ser solucionado mediante un sistema de información. Se vale de la información de
entrada, los procesos modificadores y la información de salida, para así definir los procesos
intermedios y poder entender con claridad a la organización.
Funciones
Tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al
usuario nuevas opciones de uso.
Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para aplicar los recursos
existentes a operaciones adicionales.
Es capaz de crear nuevos sistemas, ya sea de hardware y de software.
Características
Los conocimientos que requiere son aquellos relacionados con las técnicas de análisis de sistemas
de información:
Conocimiento del paradigma de programación e ingeniería del software.
Modelado funcional: Diagrama de flujo de datos, diagrama de estado, etc.
Modelado de datos y sus técnicas: Diagrama entidad-relación, modelo relacional, etc.
Conocimiento de la tecnología: arquitectura de software, bases de datos, etc.
Cualidades
Las cualidades que se esperan de un analista son esencialmente la capacidad de abstracción
(Proceso mental, que permite al individuo comprender un concepto de un objeto. Sin tener al objeto
de manera tangible) y de análisis.
El analista es un solucionador de problemas
2. Es una persona que aborda como un reto el análisis de problemas y que disfruta al diseñar
soluciones factibles.
Cuando es necesario, el analista debe contar con la capacidad de afrontar sistemáticamente
cualquier situación mediante la correcta aplicación de herramientas, técnicas y su experiencia.
El analista también debe ser un comunicador con capacidad para relacionarse con los demás
durante extensos periodos.
Necesita suficiente experiencia en computación para programar, entender las capacidades de
las computadoras, recabar los requisitos de información de los usuarios y comunicarlos a los
programadores.
Debe tener una ética personal y profesional firme que le ayude a moldear las relaciones con
sus clientes.
Se requiere que los analistas de sistemas desempeñen muchos paquetes en el curso de su trabajo.
Algunos de estos papeles son:
1. Consultores externos para negocios.
2. Experto de soporte dentro de un negocio.
3. Agente de cambio en situaciones tanto internas como externas.
El Rol de Consultor
Un consultor externo tiene una perspectiva fresca de la cual carecen los demás miembros de
una organización
Tiene la desventaja de que alguien externo nunca conocerá la verdadera cultura
organizacional.
El Rol de Experto en Soporte Técnico
En este rol, el analista da soporte del Hardware-Software de la empresa
Con frecuencia, este trabajo no implica un proyecto completo de sistemas, sino la realización
de pequeñas modificaciones
No está a cargo del proyecto; tan sólo actúa como recurso para aquellos que sí lo están.
El Rol De Agente De Cambio Del Analista De Sistemas
Sirve de catalizador para el cambio, desarrolla un plan para el cambio y coopera con los
demás para facilitar el cambio.
Interactuar con los usuarios y la administración desde el principio de su proyecto.
Si el cambio parece factible después de efectuar el análisis, el siguiente paso es desarrollar un
plan para el cambio de manera conjunta con quienes tienen la facultad de autorizarlo.
Promover un cambio que involucre el uso de los sistemas de información.
Enseñar a los usuarios el proceso del cambio, ya que las modificaciones a un sistema de
información no sólo afectan a éste sino que provocan cambios en el resto de la organización.
Los analistas proceden sistemáticamente. El marco de referencia para su enfoque sistemático es
proporcionado por lo que es llamado el ciclo de vida del desarrollo de sistemas (SDLC). Este puede
3. ser dividido en siete fases secuenciales, aunque en realidad las fases están interrelacionadas y
frecuentemente se llevan a cabo simultáneamente. Las siete fases son:
1. Identificación de problemas: Requiere que el analista observe de forma objetiva lo que
ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización
hará notar los problemas.
2. Oportunidades y objetivos: Las oportunidades son acuellas situaciones que el analista
considera que pueden perfeccionarse mediante el uso de los sistemas de información
computarizados. La identificación de objetivos también es un componente importante
de la primera fase. En un comienzo, el analista deberá descubrir lo que la empresa
intenta realizar, y luego. estará en posibilidad de determinar si el uso de los sistemas
de información apoyaría a la empresa para alcanzar sus metas, el encaminarla a
problemas u oportunidades específicas.
3. Determinación de los requerimientos de información: En esta etapa el analista hace
todo lo posible por identificar qué información requiere el usuario para desempeñar sus
tareas. Para identificar los requerimientos de información dentro de la empresa, pueden
utilizarse diversos instrumentos, los cuales incluyen: el muestreo, el estudio de los
datos y formas usadas por la organización, la entrevista, los cuestionarios: la
observación de la conducta de quien toma las decisiones, así como de su
ambiente: y también el desarrollo de prototipos.
4. Análisis de las necesidades de sistemas: el analista prepara una propuesta del sistema
que resume todo lo que ha encontrado, presenta un análisis costo / beneficio de las
alternativas y plantea las recomendaciones (si es que existen) de lo que deberá
realizarse. Si la dirección acepta alguna de las recomendaciones, el analista procederá
de acuerdo con ella.
5. Diseño del sistema recomendado: En esta etapa del ciclo de desarrollo de los sistemas,
el analista de sistemas usa la información que recolectó con anterioridad y elabora el
diseño lógico del sistema de información. El analista diseña procedimientos
precisos de captura de datos, con el fin de que los datos que se introducen al sistema
sean los correctos. Ei analista también diseña accesos efectivos al sistema de
información, mediante el uso de las técnicas de diseño de formularios y de pantallas.
Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el
usuario.
6. Desarrollo y documentación del software: En esta etapa del ciclo de desarrollo de los
sistemas, el analista trabaja con los programadores para desarrollar todo el
software original. Durante esta fase, el analista también colabora con los usuarios para
desarrollar la documentación indispensable del software, incluyendo los
manuales de procedimientos. La documentación le dirá al usuario como operar el
software, y así también, qué hacer en caso de presentarse algún problema.
7. Prueba y mantenimiento del sistema e implementación del mismo: El sistema de
información debe probarse antes de utilizarlo. E! costo es menor si se detectan los
problemas antes cié la entrega del sistema. El programador realiza algunas pruebas
por su cuenta, otras se llevan a cabo en colaboración con el analista de sistemas.
Los paquetes de software basados en microcomputadora automatizado para el análisis y diseño de
sistemas son llamados herramientas CASE es decir, Un conjunto de programas y ayudas que dan
4. asistencia a los analistas, ingenieros de software y Desarrolladores, durante todos los pasos del
Ciclo de Vida de desarrollo de un Software. El Software DIA será el elegido para las sesiones de
trabajo.
Las cuatro razones para la adopción de herramientas CASE son:
1. El incremento de la productividad del analista
2. La mejora de la comunicación entre analistas y usuarios
3. La integración de actividades del ciclo de vida y el análisis.
4. Evaluar de manera precisa los cambios en el mantenimiento
Clasificación de las Herramientas CASE
U-CASE (Upper CASE - CASE superior o front-end) orientadas a la automatización y soporte de las
actividades desarrolladas durante las primeras fases del desarrollo: análisis y diseño.
Herramientas de bajo nivel, L-CASE (Lower CASE - CASE inferior o back-end) semi-automatizan la
generación de código, crean programas de detección de errores, soportan la depuración de
programas y pruebas.
I-CASE (Integrated CASE, CASE integrado): abarcan todas las fases del ciclo de vida del desarrollo
de sistemas. Son llamadas también CASE workbench.
Ejemplos de Herramientas CASE
8.2.3.1. Herramientas Abiertas
Umbrello
ArgoUML
Gaphor
8.2.3.2. Herramientas Comerciales/Cerradas
Rational Rose
Together
System Architect
Visual Paradigm
Poseidon
Los analistas también usan enfoque CARE (Reingeniería Asistida por Computadora) para hacer
ingeniería inversa y reingeniería de software para extender la vida del software legado.
Un enfoque nuevo y diferente al análisis y diseño de sistemas es el análisis y diseño de sistemas
orientados a objetos (O-O). Estas técnicas están basadas en conceptos de programación orientada a
objetos en los cuales los objetos, que son creados incluyen no solamente código acerca de los datos
sino también instrucciones acerca de las operaciones que se pueden realizar con ellos.
5. Cuando la situación organizacional lo demanda, el analista puede apartarse del SDLC para intentar
una metodología alterna, tal como la elaboración de prototipos, ETHICS, el enfoque de campeón de
proyecto, la metodología Soft Systems o Multiview.
COMPRENSIÓN DE LOS ESTILOS, ORGANIZACIONES Y SU IMPACTO SOBRE LOS SISTEMAS
DE INFORMACIÓN
Hay tres amplios puntos fundamentales de las organizaciones a considerar cuando se analizan y
diseñan sistemas de información son: el concepto de la organización como sistema, los diversos
niveles de administración y la cultura organizacional general.
Las organizaciones son sistemas completos compuestos de subsistemas interrelacionados e
interdependientes. Además, los sistemas y subsistemas están caracterizados por su ambiente
interno, en un continuo que va desde abiertos a cerrados. Un sistema abierto permite el paso libre de
recursos (personas, información y materiales) a través de su frontera. Los sistemas cerrados no
permiten el libre flujo de entrada o salida.
ORGANIZACIONES VIRTUALES Y EQUIPOS VIRTUALES
No todas las organizaciones o partes de éstas se encuentran visibles en una ubicación física. En la
actualidad, organizaciones completas o unidades de éstas pueden tener componentes virtuales que
les permiten cambiar su configuración para adaptarse a proyectos cambiantes o a demandas del
mercado. Las empresas virtuales utilizan redes de computadoras y tecnología de
telecomunicaciones para reunir, por medios electrónicos, a individuos con habilidades específicas
con el propósito de que trabajen en proyectos que no se localizan físicamente en el mismo lugar. La
tecnología de información hace posible la coordinación de los miembros de estos equipos remotos.
Con frecuencia, en organizaciones recién establecidas, surgen repentinamente equipos virtuales; sin
embargo, en algunos casos, las organizaciones de trabajadores remotos han sido capaces de
triunfar sin las inversiones tradicionales en infraestructura.
Los tres niveles de control administrativo son: operacional, medio y estratégico. El horizonte de
tiempo para la toma de decisiones es diferente para cada nivel.
Nivel institucional o nivel estratégico: Es el nivel más elevado, compuesto por los directores,
propietarios o accionistas y los altos ejecutivos, se considera estratégico ya que estos toman las
decisiones y establecen los objetivos de la organización, así como las estrategias y recursos para
lograrlos, su orientación es hacia el exterior ya que mantiene una conexión física con el ambiente,
manejando niveles de incertidumbre ya que no puede controlar los eventos ambientales.
Nivel intermedio o táctico: en él se encuentra los departamentos y divisiones de la empresa,
situada entre el nivel institucional y operacional, ya que encarga que las decisiones tomadas en el
nivel institucional sean adecuadas a las operaciones realizadas en nivel operacional, son el elemento
intermedio de la organización, son personas y órganos encargados de transformar la planificación en
programas de acción. Además este amortigua los impactos del ambiente traído por el nivel
institucional, los absorbe y dirige al nivel operacional involucrando rutinas, procedimientos y normas
con el objeto alcanzar los objetivos planificados.
6. Nivel operacional o núcleo técnico: está localizado en las áreas internas e inferiores de la
organización, en el cual se ejecutan las tareas y se llevan a cabo las operaciones, comprende la
programación y ejecución de las actividades diarias de la empresa, en este punto se encuentra la
tecnología predominante organización la cual incluye maquinaria, instalaciones, oficinas y puntos de
venta, incluyendo trabajo físico relacionado con elaboración de producto o prestación de servicios.
Su función predominante es garantizar la utilización de los recursos disponibles y la máxima
eficiencia de las operaciones
La cultura organizacional es el conjunto de percepciones, sentimientos, actitudes, hábitos, creencias,
valores, tradiciones y formas de interacción dentro y entre los grupos existentes en todas las
organizaciones.
Se puede considerar como elementos básicos de la definición de cultura organizativa, los siguientes:
- Conjunto de valores y creencias esenciales: Los valores son afirmaciones acerca de lo que está
bien o mal de una organización. Creencia es la percepción de las personas entre una acción y sus
consecuencias. Valores y creencias se concretan por medio de normas, cuyo papel es especificar el
comportamiento esperado.
- La cultura compartida: No es suficiente con que existan valores y creencias a título individual,
deben ser valores y creencias sostenidos por una mayoría de los miembros de la organización.
- Imagen integrada: Es la configuración de la identidad de la empresa. La identidad proporciona
continuidad en el tiempo, coherencia a pesar de la diversidad, especificidad frente al exterior y
permite a sus miembros identificarse con ella.
- Fenómeno persistente: Es resistente al cambio. Esta inercia social puede tener implicaciones
tanto positivas como negativas. No obstante, la cultura organizativa evoluciona constantemente.
DETERMINACIÓN DE LA FACTIBILIDAD Y EL MANEJO DE LAS ACTIVIDADES DE ANÁLISIS Y
DISEÑO
Los cuatro puntos fundamentales del proyecto que el analista de sistemas debe manejar son:
1. Iniciación del proyecto
2. Determinación de la factibilidad del proyecto
3. Calendarización del proyecto
4. Administración de los miembros del equipo del análisis de sistema.
Los proyectos pueden ser solicitados por muchas personas diferentes dentro del negocio o por los
mismos analistas de sistema.
La selección de un proyecto es una decisión difícil, debido a que serán solicitados más proyectos de
los que pueden ser hechos.
Cinco criterios importantes para la selección de proyectos son:
1. Que el proyecto solicitado este respaldado por la administración.
7. 2. Que tenga el tiempo adecuado para la asignación de recursos.
3. Que mueva al negocio hacia la obtención de sus objetivos.
4. Que sea practicable.
5. Que sea lo suficientemente importante para ser considerado en vez de otros proyectos
posibles.
Si un proyecto solicitado satisface estos criterios, entonces puede ser elaborado un estudio de la
factibilidad de sus méritos operacionales, técnicos y económicos. Por medio del estudio de
factibilidad los analistas de sistemas recopilan datos que permiten a la administración decidir si
continúan con un estudio de sistema completo.
La planeación del proyecto incluye la estimación del tiempo requerido por cada una de las
actividades del analista, su calendarización y la agilización de ellas, si es necesario para asegurar
que un proyecto sea terminado a tiempo. Una técnica de que dispone el analista de sistemas para la
calendarización de tareas es la gráfica de Gantt, que despliega actividades en forma de barras en
una gráfica.
La calendarización de proyectos basada en computadora, usando microcomputadoras, es ahora
práctica común, debido principalmente al uso de interfaces de usuario gráficas. Adicionalmente. Se
pueden usar los administradores de información personales (PIM) por los analistas para planear,
crear deposito de números telefónicos y de fax y hasta para ejecutar otros programas.
Una segunda técnica, llamada PERT (evaluación de programas y técnicas de revisión), despliega las
actividades como flechas en una red. El PERT ayuda a que el analista determine la ruta crítica y el
tiempo de holgura, que es la información requerida para el control efectivo del proyecto. Cuando es
necesario terminar un proyecto en menor tiempo, el analista puede reducir la duración total del
proyecto identificación y agilizando las actividades principales.
Una vez que un proyecto ha sido juzgado factible, el analista de sistemas debe administrar a los
miembros del equipo, sus actividades, tiempo y recursos. La mayor parte de esto se logra mediante
la comunicación con los miembros del equipo. Los equipos están constantemente buscando un
balance entre el trabajar sobre las tareas y el mantener las relaciones con el equipo. Deben ser
solucionadas las tensiones que suceden al intentar lograr este balance. Frecuentemente emergen
dos líderes en un equipo, un líder de tarea y un líder socioemocional. Los miembros deben valorar
periódicamente las normas del equipo para asegurarse de que sean funcionales en vez de
disfuncionales para el logro de los objetivos del equipo.
Es importante que le equipo de análisis de sistemas ponga objetivos de productividad razonables
para las salidas tangibles y las actividades del proceso. Las fallas del proyecto pueden ser evitadas,
por lo general, examinando las motivaciones de los proyectos solicitados, así como los motivos del
equipo para recomendar o evitar un proyecto particular.
Viabilidad técnica.
Es donde el analista debe averiguar si es posible actualizar o incrementar los recursos técnicos
actuales de tal manera que satisfagan los requerimientos bajo consideración.
8. Viabilidad económica.
La viabilidad económica es la segunda parte de la determinación de recursos. Los recursos básicos
que se deben considerar son el tiempo de usted y el del equipo de análisis de sistemas, el costo de
realizar un estudio de sistemas completo (incluyendo el tiempo de los empleados con los que
trabajará usted], el costo del tiempo de los empleados de la empresa, el costo estimado del
hardware y el costo estimado del software comercial o del desarrollo de software.
Viabilidad operativa.
La viabilidad operativa depende de los recursos humanos disponibles para el proyecto e implica
determinar si el sistema funcionará y será utilizado una vez que se instale.
Recursos para ampliar el tema:
Pags. 1-47, Análisis y diseño de sistemas, Kendall & Kendall, 3ª edición, ed. Pearson educación,
1997.