Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

DOCUMENTO DE CLASE

Clase N°: 2

1. Objetivo/s de la clase:

Introducir al estudiante al rol del analista de sistemas de información

administrativos en las organizaciones mediante el uso de tecnologías informáticas
diferenciando sistemas de información, de sistemas de computación; así como las
estrategias para su re-desarrollo.

2. Mapa conceptual de la clase:

Resolver problemas

Estudio de un plan estratégico

Planificar soluciones METODOLOGÍA

Analizar posibles soluciones

Aplicar solución elegida

Ciclo de Vida Clásico

Análisis Estructurado

Prototipos

Página 1 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

3. Desarrollo:

Unidad 1. Alternativas (estrategias) para el desarrollo.

.1. Problemas en sistemas

El permanente redesarrollo de aplicaciones de Sistemas de Información no es un

proceso trivial en la medida de la complejidad de los problemas que lo originan, y
que requiere de la participación de usuarios administradores y especialistas de
múltiples disciplinas, cuya coordinación suele ser la función del analista de sistemas.

También sabemos que el análisis de sistemas lleva adelante un proceso que intenta
establecer hechos basados en cifras y datos, diagnosticar problemas, y otras tareas,
en el objetivo de producir un informe diagnóstico y recomendaciones.

Cuando acudimos a ayuda profesional, de abogados, contadores, veterinarios,

psicólogos, u otros, lo hacemos para que nos ayuden a resolver un problema.

Los problemas dan razón al “ser profesional”, y no se ven negativamente, sino como
una oportunidad de exteriorizarlo.

Un problema, es habitualmente una distancia -entre una situación esperada o

imaginada (proyectada)- y otra real.

Se los puede clasificar en diversas categorías: como urgentes/ importantes, como

reales, potenciales, de oportunidad, imposiciones, y dentro de las últimas las auto

Página 2 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

impuestas como las directivas de planificación, así también puede pensárselos según
la manera en que los abordamos en, de reacción y de anticipación.

Problema real (negativo) es cuando la situación actual no se corresponde con la

situación proyectada. Situaciones anómalas, no deseadas, que impiden alcanzar
objetivos, metas, propósitos.

Problema potencial: la situación esperada o imaginada (proyectada) se la anticipa

como insatisfactoria.

Problema de oportunidad: A partir del cumplimiento de un objetivo, generalmente a

raíz de nueva información, aparece la oportunidad de alcanzar objetivos subsidiarios,
y de todos modos se genera una distancia entre una situación esperada o imaginada
(proyectada), y otra real lo que equivale a un problema; más allá que, a diferencia de
los problemas reales, los de aprovechamiento de oportunidades se vivencian como
positivos.

Imposiciones. Problemas de Normas impuestas, y dentro de las últimas las auto

impuestas como las directivas deplanificación.

Nuestra Dirección, puede imponer normativas, que al tener que resolverlas se

convierten en problemas. Cambios en el contexto, nuevas disposiciones
gubernamentales, y las influencias de asociaciones de consumidores pueden incidir
también sobre nuestra Dirección provocando de esa forma imposiciones.

Un caso particular, son las normativas de planificación (son auto impuestas)

Planificar en sistemas, consiste en prevalecer (priorizar) el uso de tecnologías y

desarrollos de aplicaciones, aptos para producir la mayor ayuda al logro de los
objetivos organizacionales.

Página 3 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

Así, la planificación propia de sistemas produce directivas de planificación

(imposiciones).

Necesariamente debe seguir la secuencia de:

 El estudio del plan estratégico (la misión) organizacional.

 Definición de un plan, conteniendo la arquitectura del sistema de información,
adecuado al cumplimiento de la misión, o plan maestro de sistemas.
 La investigación de las distintas áreas y funciones pseudos independientes
aunque relacionadas (aplicaciones, subsistemas, por ejemplo procesar
reclamos de clientes) para evaluar sus posibilidades de obsolescencia.

Los problemas denominados urgentes suelen ser del tipo de los que ponen en peligro
la actividad base, o provocan situaciones de alto riesgo.
Deben ser priorizados y se les debe asignar recursos para resolverlos, habitualmente
también se actúa frente a ellos, mediante reacción.

El abordaje por reacción ocurre también cuando es la primera vez que se produce un
problema.

La resolución de problemas es el acto de estudiarlos junto a su entorno para ver como

atenuarlos, o diseñar una situación más satisfactoria que la actual para los usuarios.

Es común para una visión reduccionista, cuando se habla de solución para un

problema, se visualice una situación de “volver atrás lo ocurrido” (deshacer) para que
el problema desaparezca como en los problemas simples de “reparación”.

Sin embargo, problemas complejos no pueden resolverse en la visión de los sistemas

mecánicos (no pueden “repararse” porque sistemas complejos no están “rotos”, al no
ser sistemas máquina) sino que corrientemente el término solución se aplica a, migrar
de una situación conflictiva a otra nueva más satisfactoria para los usuarios, y con
las menores consecuencias o impactos para ellos.

Página 4 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

Contrariamente a la reacción, la anticipación de un problema es común en la medida

de su repetición. Por ejemplo problemas estacionales, puedan ser abordados con
mecanismos de anticipación. Consiste en incluirlos en la planificación para que
produzca una directiva de planificación.

.2. Ciclo de vida clásico de resolución de problemas.

Desde el conocimiento cotidiano, no científico, para los problemas complejos la

sensatez aconseja seguir una serie de etapas del tipo

“pensá bien antes de decidir”

“planificá cuidadosamente lo que vas a hacer”, y “hacelo con
cuidado”
“cuando empiece a funcionar vas corrigiendo desajustes”

Esta serie circular, es conocida como ciclo de vida clásico de resolución de

problemas.

Menos ambiguamente, suelen ser abordados mediante un ciclo de

resolución de problemas, en fases de,

 Inteligencia: identificación, definición del problema. Conocimiento del

contexto y requerimientos.
 Diseño: identificación y evaluación de factibilidad y consecuencia, de
alternativas de solución.
 Elección: Determinación del curso de acción en base a criterios de
optimización, satisfacción, heurística.
 Puesta en marcha: plan de puesta en operación, implementación.
 Supervisión: Evaluación de resultados, empleo de la información obtenida en
la puesta en marcha, corrección de errores y/o rediseño si hay otras nuevas
alternativas o si hay nuevos problemas volver al análisis.

.3. Metodología, Técnicas y Herramientas.

Página 5 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

En el ámbito científico, la resolución de problemas se emprende recorriendo un

sistema (conjunto enorme) de tareas y técnicas en fases sucesivas, como una forma
amplia, rigurosa, y detallada del ciclo de vida tradicional (clásico) completo. A este
recorrido por el sistema de tareas se lo denomina Metodología.

La metodología de desarrollo contiene:

 fases sucesivas con tareas.

 Y para cada tarea se establecen

o criterios de calidad,

o misión de los que la realizan,

o producto que resulta de ella,
o y técnicas (maneras) de realizarlas.

Considerando a las técnicas también como como sucesión de tareas con reglas y
herramientas, pero aplicables sólo a una fase del ciclo de vida metodológico.

Una herramienta, es todo elemento que perfecciona la realización de una tarea.

.4. Alternativas (estrategias) para el desarrollo de aplicaciones

de sistemas de información.

Para el desarrollo de aplicaciones de sistemas organizacionales, por tratarse de

sistemas complejos, se aplica metodología como un proceso en el que distintos
sectores (analistas, usuarios, responsables, beneficiarios, etc.) desarrollan sistemas
administrativos y de información o aplicaciones informáticas. Además es una

Página 6 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

herramienta de gestión de proyectos, ya que cumple con el planeamiento, ejecución,

y control del desarrollo de sistemas.

Hay diferentes estrategias con sus ventajas y desventajas según la situación:

 Metodología del ciclo de vida, con técnicas clásicas.

(esta metodología se ampliará en esta clase)
 Metodología del ciclo de vida, con técnicas estructuradas o método del
análisis estructurado.
 Metodología del ciclo de vida, con técnicas de desarrollo de
prototipos, y/o método de prototipos.

.5. Evaluación preliminar.Viabilidad.

Métodos usuales de aprobación de proyectos.

Página 7 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

Es común, que los departamentos de sistemas reciban muchos pedidos de desarrollo.

Los usuarios desean procesos más rápidos, o más volumen de proceso a igual
velocidad, y además recuperar la información que necesitan en tiempos mínimos,
desean acelerar el flujo de papeles y documentos en sus trámites, mejorar el control
y si se puede disminuir el costo del proceso. Eventualmente solicitan desarrollos que
les permitan igualar los de competidores externos, u ocupar nuevos nichos de
mercado.

Las solicitudes son evaluadas preliminarmente encuadrándolas en categorías de:

 no se corresponde con un problema de desarrollo;

 ya es parte de proyectos de desarrollo en marcha;
 se evaluará preliminarmente su factibilidad y responderá por personal con
experiencia en sistemas.
Para la última categoría se emprenderá un estudio preliminar evaluando la viabilidad
en aspectos legal, técnicos, económicos, operacionales entre otros.

Los proyectos aprobados preliminarmente deberán ser aprobados luego por un comité
que garantice transparencia en la aprobación/ desaprobación de solicitudes de
desarrollo en la visión de todos los participantes, para emprender su desarrollo.

La creación de comités/ comisiones/ consorcios de propietarios/ consejos/ etc.

(métodos de consenso) es una estrategia corriente, para la aprobación de proyectos
que utilizan recursos comunes, que garantiza transparencia al conformase con
diferentes participantes de la puja de poder organizacional, que -con procedimientos
de funcionamiento y controles establecidos- encuentran consenso al aprobar un
proyecto.

.6. Portafolio de aplicaciones en desarrollo.

Al conjunto de proyectos de desarrollo que cuentan con estudio preliminar,

presupuesto y aprobación a través de métodos de consenso, se lo denomina

Página 8 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

habitualmente “cartera de proyectos” o “portafolio” de aplicaciones en

desarrollo.

Contiene proyectos de desarrollo de aplicaciones: estudiados, viables, aprobados

y “en desarrollo”; o sea que para cada uno de ellos, la jefatura de sistemas deberá
asignar recursos, y establecer cronogramas, para seguir el análisis detallado o
determinación de requerimientos, que lleve a la determinación de hechos y
diagnóstico de problemas, propio del cumplimiento de la primera fase del ciclo
de vida clásico de desarrollo.
Sin embargo, al tratarse de proyectos que toman tiempo y requieren de la
voluntad de múltiples participantes, si sufren demoras -casi siempre por
insuficiencia de recursos- pueden no realizarse o tener que volver a ser requerido
su estudio preliminar.

Para los externos relacionados con la organización, la evaluación del número y

tipo de cartera de proyectos de sistemas constituye un indicador de cómo la
organización se ve a si misma.

Una organización que tiene pocos proyectos de mantenimiento, por ejemplo, dará
una impresión no tan buena, como una cartera con muchos proyectos de corto,
mediano y largo plazo, más allá que luego, muchos no lleguen a concretarse.

Volviendo al punto 4. , detallaremos la Metodología del ciclo de vida, con técnicas

clásicas.

El método de Ciclo de Vida Clásico para el desarrollo de sistemas está formado por un
conjunto de actividades que los analistas, programadores y usuarios realizan para
desarrollar e implantar un sistema de información.

El método está formado por las siguientes etapas:

1) Investigación preliminar
2) Determinación de los requerimientos del sistema
3) Diseño del sistema o diseño lógico

Página 9 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

4) Desarrollo de software o diseño físico

5) Prueba de los sistemas
6) Implantación y evaluación
Las actividades mencionadas anteriormente están muy relacionadas, en general son
inseparables y probablemente sea difícil determinar el orden de los pasos que se siguen
para efectuarlas. Las distintas partes del proyecto pueden encontrarse al mismo tiempo en
distintas fases de desarrollo.

1) La Investigación preliminar, se inicia ante una solicitud de un empleado, personal

técnico, un administrativo, directivo o algún otro miembro de la organización que
considere la necesidad de realizar un proyecto.

La Investigación preliminar consta de tres etapas:

a) Aclaración de la solicitud: dicha solicitud debe estar formulada de manera

clara. El analista debe determinar con precisión lo que el solicitante desea.
b) Estudio de factibilidad: un resultado importante de la investigación
preliminar es la determinación de que el sistema solicitado sea factible.

Existen tres aspectos relacionados con el estudio de factibilidad:

 Factibilidad Técnica: Nos debemos preguntar si el trabajo

para el proyecto puede realizarse con el equipo actual o si
dispongo la tecnología necesaria para realizarlo o si tengo el
personal capacitado disponible.
 Factibilidad Económica: Al crear el sistema, los beneficios
que se obtienen serán suficientes para aceptar los costos o
los costos asociados con la decisión de no crear el sistema
son tan grandes que se debe aceptar el proyecto.
 Factibilidad Operacional: Si se desarrolla e implanta el
sistema, debemos preguntarnos si luego será utilizado o si
existirá cierta resistencia al cambio por parte de los usuarios
que dé como resultado una disminución de los posibles

Página 10 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

beneficios de la aplicación.

c) Aprobación de la Solicitud: No todos los proyectos solicitados son

deseables o factibles. En caso de aprobarse el proyecto se deberá estimar su
costo, el tiempo necesario para terminarlo y las necesidades de personal.

2) Determinación de los requerimientos del sistema

En esta etapa los analistas emplean cuestionarios, realizan entrevistas, se

estudian manuales y reportes. Se observa en condiciones reales las actividades
de la organización afectadas al proyecto y muchas veces se revisan documentos
para comprender el proceso en su totalidad.

Luego de reunir los detalles anteriores, los analistas estudian los datos sobre los
requerimientos con la finalidad de identificar las características que debe tener
el nuevo sistema, incluyendo tiempos de respuesta y métodos de
entrada/salida.

3) Diseño del sistema

En esta etapa se produce los detalles que establece la forma en la que el sistema
cumplirá con los requerimientos identificados durante la fase de análisis.

Se deben identificar reportes y otras salidas, luego de determinan los datos

específicos para cada reporte y salida.
Se realiza un bosquejo del formato de la pantalla que contendrá lo que se espera
que aparezca en la misma cuando el sistema esté terminado.

Se debe indicar también en esta etapa los datos de entrada, los datos que serán
calculados, los datos que serán almacenados.
Se detallan procedimientos de cálculo.
Se determina la estructura de los archivos y los dispositivos de
almacenamiento.

Página 11 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

4) Desarrollo de software

En esta etapa los encargados de desarrollar el software pueden:

 Instalar programas o modificar programas y después instalarlos.

 Comprar software a terceros.
 Escribir un programa a medida.

La elección dependerá de:

 Costo de cada alternativa.

 Tiempo disponible para hacer el programa.
 Disponibilidad de programadores que trabajen en la organización.

5) Prueba del sistema

En esta etapa se prueba el software para asegurarse que no tenga fallas, es decir
que funcione de acuerdo a las especificaciones y forma en que los usuarios
esperan que funcione.

6) Implantación y evaluación
El proceso de implantación consiste en:

 Verificar e instalar el nuevo equipo.

 Entrenar a los usuarios.
 Instalar la aplicación y los archivos de datos para utilizarla.

El proceso de evaluación ocurre en las siguientes dimensiones:

 Evaluación operacional: se evalúa la forma en que funciona el

sistema, incluyendo facilidad de uso y tiempo de respuesta.
 Impacto organizacional: identifica y mide los beneficios para la

Página 12 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

organización.
 Opinión de los administradores: evalúa la actitud de los
directivos, administradores y usuarios dentro de la organización.
 Desempeño del desarrollo: la evaluación del proceso de
desarrollo se realiza de acuerdo a criterios como tiempo y esfuerzo
de desarrollo.
4. Bibliografía:

Senn, J. A.1993 Análisis y diseño de sistemas de información 2º E México

McGrawHill Cap 1-2
Stair M. Ralph, Reynolds J. 2000/ 2010 Principios de Sistemas de Información
Ed Thomson Learning/ Cengage 4th/ 9th Ed. Cap 1-3-4 y 10-12
Laudon, Kennet y Laudon Jane2008 Sistemas de Información Gerencial
Edit.Pearson Mexico Cap.1
Davis Gordon, Olson Margrethe 1989 Sistemas de Informacion Gerencial,
Editorial Mc Graw Hill, Segunda Edición. Cap 3

5. Actividad pedagógica:

1) Explique qué es un problema y cómo se los clasifica.

2) ¿Cómo se resuelven problemas en el ámbito del conocimiento cotidiano?
3) ¿Cómo se resuelven problemas en el ámbito científico/ académico?
-Defina Metodología, técnica, herramienta.
4) Grafique la metodología clásica de desarrollo de aplicaciones de sistemas de
información. Analice cada una de sus etapas.
5) ¿Qué se hace en la investigación preliminar? ¿cómo se aprueba un proyecto?
6) ¿Cómo se denomina, y para qué sirve el conjunto de proyectos aprobados?

6. Material complementario de la clase:

Se sugiere la lectura de la bibliografía indicada.

Página 13 de 14
 Departamento de Ciencias Económicas

Código de 2415 – Sistemas de Información

Página 14 de 14