Interactividaes Web

UNIVERSIDAD NACIONAL DE LANUS

INSTITUTO SUPERIOR MANUEL BELGRANO – OBISPADO DE

QUILMES-(DIEPREGEP 5605)

Ciclo de Licenciatura en Informática Educativa

MODALIDAD A DISTANCIA

ASIGNATURA:

Planeamiento Estratégico de Sistemas

UNLA- IMBOQ Licenciatura en Informática Educativa Presentación De La Asignatura

UNIDAD 2

HERRAMIENTAS PARA EL

DESARROLLO DE SISTEMAS

Planeamiento Estratégico de Sistemas Prof. Fanny Martino


INTRODUCCIÓN

En esta unidad revisaremos contenidos trabajados previamente en asignaturas

referentes al Análisis y Diseño de Sistemas, en el intento de avanzar hacia la

“construcción de un puente”1 entre las herramientas teóricas presentadas en la unidad I

y la planificación y diseño de sistemas de información para instituciones educativas.

Las características con las que cuenta una asignatura en un espacio académico

dificultan el buen tratamiento de estos contenidos, en tanto en la realidad gran parte del

Planeamiento y Análisis de Sistemas requiere de mucho tiempo y depende de

herramientas, experiencias y situaciones que son difíciles de recrear en los límites de la

cursada de una materia.

Aún así, y porque creemos que las herramientas teóricas cobran nuevos

sentidos en tanto se ponen en acción, optamos por realizar ejercicios acotados, incluso a

sabiendas de que se realizarán reduccionismos que los desvirtúan, pero a la vez los

hacen posible dentro de las limitaciones propias de los espacios de estudio.

Como actividad final para la asignatura aspiramos que los alumnos realicen un

ejercicio de relación entre los contenidos presentados a nivel teórico con la

planificación de un sitio web institucional. Cabe acotar que el propósito de la actividad

final no consiste en la implementación del sitio, sino en su planeamiento desde las

herramientas teóricas que se trabajan en esta asignatura.

En vistas a lograr esto, y para después crear a partir de lo que existe, al finalizar

esta unidad encontrarán la propuesta de “comenzar a mirar” sitios web institucionales

desde las herramientas teóricas que revisamos en ambas unidades. Esta actividad

pueden integrarla a la primera evaluación de la asignatura.

1 Carl Mitcham. (1994) Pensando a través de la Tecnología: El Camino entre Diseño y Filosofía. Universidad de Prensa de Chicago



Esta unidad tiene el propósito de:

Rever conocimientos referentes al Análisis y Diseño de Sistemas.

Ejercitarse en la evaluación de Sitios Web Institucionales.

Relacionar las teorías vistas en la Unidad I con las decisiones

que se toman en el proceso de Planificación estratégica de

Sistemas.



DESARROLLO TEMÁTICO

TEORÍA GENERAL DE SISTEMAS

La Teoría General de Sistemas propone una forma sistemática y científica de

aproximación y representación de la realidad desde una perspectiva holística e

integradora.

Se ha constituido hoy en una base para formas de trabajo interdisciplinarias.

Orígenes

La búsqueda de los orígenes de la Teoría General de Sistemas nos remite a

Aristóteles, con su afirmación "el todo es más que la suma de sus partes".

Mucho tiempo después, en los siglos XVI y XVII Galileo sostenía que para

lograr la solución de un problema se debería dividir el mismo en la mayor cantidad de

partes posibles, y que la suma de cada una de las pequeñas soluciones supondría la

solución del problema total.

También Hegel, en el siglo XVIII, sostenía ideas que encontramos en la Teoría

General de Sistemas, como: el todo es más que la suma de las partes, el todo determina

la naturaleza de las partes, las partes no pueden comprenderse si se consideran en forma

aislada del todo, las partes están dinámicamente interrelacionadas o son

interdependientes.

Finalmente, fue el biólogo Ludwing von Bertalanffy quien alrededor de 1930

acuñó la denominación Teoría General de Sistemas. A partir de principios extraídos de

la biología propuso una idea de totalidad orgánica, que se contraponía a los enfoques

analíticos y reduccionistas que se venían empleando hasta entonces. Bertalanffy

aspiraba que esta teoría se constituyera en un espacio de integración entre las ciencias



naturales y sociales, así como en un instrumento básico para la formación de

científicos.

En 1954 se organizó la Society for General Systems Research para apoyar la

Teoría General de Sistemas.

Es necesario advertir que no obstante su renovación respecto a la ciencia clásica,

esta teoría conserva la idea de separación sujeto / objeto del modo cartesiano

y la idea lineal de causa / efecto.

Concepto De Sistemas

Antes de comenzar...

¿pueden explicar con sus palabras qué es un sistema?

Como vimos, ya desde sus orígenes, cuando se habla de sistemas aparece la idea

de totalidad, desde el primer principio tomado de Aristóteles: “El todo es más que la

suma de las partes”. Y lo es porque las propiedades del todo se generan en el interjuego

de relaciones de dichas partes.

Bertalanffy toma este primer principio y lo enriquece desde la relación todo/entorno:

un sistema es distinguible de su entorno por la particular manera de relacionarse de sus

componentes: como los seres vivos, los sistemas establecen un flujo de relaciones con

el ambiente donde actúan.

En esa relación con su entorno, el sistema debe realizar adaptaciones en su

interior para que su accionar resulte coherente con el marco que le presenta el ambiente

donde se desenvuelve.

A partir de estos principios, se

identifican los sistemas como conjuntos de

elementos que guardan estrechas relaciones

entre sí, que mantienen al sistema directa o


En este marco, Puleo define sistema como "un conjunto de entidades

caracterizadas por ciertos atributos, que tienen relaciones entre sí y están

localizadas en un cierto ambiente, de acuerdo con un cierto objetivo".


indirectamente unido de modo más o menos estable, que mantiene un flujo de relaciones

con el ambiente, y cuyo comportamiento global persigue, normalmente, algún tipo de

objetivo.

Schoderbek caracteriza a los sistemas a partir de las siguientes categorías:

Interrelación e interdependencia de objetos, atributos,

acontecimientos y otros aspectos similares.

Totalidad: este enfoque estudia el todo con todas sus partes

interrelacionadas e interdependientes en interacción.

Búsqueda de objetivos: todos los sistemas buscan a través de la

interacción de sus partes alcanzar una meta, un estado final o una

posición de equilibrio.

Insumos y productos: todos los sistemas dependen de algunos

insumos para actuar en pos de una meta, y a su vez todos los

sistemas producen salidas que otros sistemas necesitan.

Transformación: los sistemas son transformadores de entradas

en salidas. Su acción modifica las entradas de forma tal que las

salidas son diferentes de las entradas.

Entropía: relacionada con la tendencia natural de los objetos a

caer en un estado de desorden.

Regulación: se requiere la regulación de la interacción de sus

componentes para tender hacia la consecución de los objetivos del

sistema.



Jerarquía: los sistemas complejos están integrados por

subsistemas más pequeños.

Diferenciación: en los sistemas complejos las unidades

especializadas desempeñan funciones especializadas.

Equifinalidad: esta característica de los sistemas abiertos

considera que los resultados finales se pueden lograr con

diferentes condiciones iniciales y de maneras diferentes. Para las

organizaciones complejas implica la existencia de una diversidad

de entradas que se pueden utilizar y la posibilidad de transformar

las mismas de diversas maneras.

Dadas estas características, si miramos a una institución escolar desde la categoría

de sistema, encontraremos suprasistemas de los que ella es componente (el Sistema

Educativo Nacional, por ejemplo) y subsistemas que forman parte de ella (el sistema

administrativo, el sistema de recursos humanos, el sistema de enseñanza y de

aprendizaje, el sistema de la biblioteca, etc.).

Si hiciéramos una simplificación muy grande, como se suele hacer en cursos de

informática a efectos de iniciarse en la idea de sistemas, podríamos decir que esa

institución tiene el objetivo de formar a sus alumnos en un determinado nivel

educativo, según el currículum vigente. Claro que si la mirada de una institución

educativa como sistema la realizamos desde las Ciencias Sociales, la definición de los

objetivos se complejizará. El enfoque holístico que nos propone la teoría de sistemas

nos exigirá alejarnos del objeto a conocer y descubrirla como un subsistema dentro de

un sistema mayor que en un momento histórico tuvo, por ejemplo, el objetivo de

civilizar; pero también nos exigirá acercarnos a su interior e intentar descubrir las

interrelaciones de sus partes, donde posiblemente encontremos objetivos contrapuestos

en lucha (adoctrinamiento versus educación libertaria, por ejemplo).

Una organización escolar está conformada por gran cantidad de elementos, cada

uno de ellos con objetivos propios, aunque congruentes con el sistema. Si los objetivos



del sistema apartan a un elemento de sus propios objetivos, o si éste intenta modificar el

sistema para acercar sus objetivos a los propios, se produce inestabilidad.

Por su característica dinámica, las organizaciones escolares podrían verse como

sistemas que varían su conformación con el paso del tiempo. La evaluación permite

controlar la diferencia entre los objetivos alcanzados y los deseados, y producir cambios

en busca de los objetivos deseados; lo que produce la retroalimentación del sistema.

La planificación de un sistema informático se verá beneficiada cuanto mayor y

mejor sea el conocimiento de la complejidad de la organización en la cual el sistema

va a interactuar como un subsistema. El pensar la planificación de un sistema

informático desde al Teoría General de Sistemas, nos exige tener en cuenta relaciones

complejas que van a intervenir en la vida del sistema.

Tal vez volvamos a la Teoría General de Sistemas y

nos preguntemos sobre la transformación de las entradas en salidas si

planificamos un sistema informático que organiza

los requerimientos de los alumnos para que sean tratados en

el centro de estudiantes.

nos preguntemos sobre la relación todo / entorno si

intentamos desarrollar un sistema informático que tienda

a la democratización de la información

en una institución donde hay relaciones de poder que se construyen

sobre el control de la información.

nos preguntemos sobre la interdependencia de elementos si

desarrollamos un sistema informático que requiera de la participación

de personas que han aprendido a no participar.



nos preguntemos sobre el principio de entropía si

implementamos un sistema que nos costó mucho esfuerzo,

y después de poco tiempo de funcionamiento,

aquello que creíamos totalmente ordenado

deja de estarlo.

Tal vez busquemos relaciones entre la Teoría General de Sistemas y las corrientes

teóricas sobre tecnología que vimos en la unidad I y

nos preguntemos quiénes deben participar en la definición de los objetivos

de nuevos Sistemas Informáticos en las Instituciones Educativas 2

En su interacción con la Práctica concreta, la Teoría General de Sistemas podrá ser

conformadora de nuevas preguntas, pero la complejidad de la acción en ámbitos

cotidianos la volverán rápidamente insuficiente, lo que demandará la búsqueda o

construcción de nuevas teorías, en una espiral dialéctica infinita.

2 Recordemos que Feenberg sostiene que el control humano de la tecnología se puede dar en el

nivel de su diseño.



INGENIERÍA DE SOFTWARE

La ingeniería de software puede definirse como:

“La aplicación de un enfoque sistemático, disciplinado y cuantificable hacia el

desarrollo, operación y mantenimiento del software; es decir, la aplicación de la

ingeniería al software.”3

PRESSMAN presenta tres fases en el proceso de desarrollo de software:

La fase de definición se centra en el qué. En ella se deben identificar los requerimientos

principales del sistema, se intenta definir qué información se procesará, qué funciones

se quiere lograr, qué interfaces se establecerán, qué restricciones de diseño existen.

Los métodos de esta fase variarán según el paradigma de ingeniería que se seleccione,

pero aún así se realizará la ingeniería de la información, la planificación del proyecto y

el análisis de los requisitos.

La fase de desarrollo se centra en el cómo. En ella se definirá cómo se diseñarán las

estructuras de datos, cómo se implementarán las funciones del software, cómo se

caracterizarán las interfaces, cómo se traducirá el diseño en un lenguaje de

programación y cómo se probará el sistema.

Independientemente de los métodos que se usen, en esta etapa se diseñará el software,

se generará el código y se probará el software.

La fase de mantenimiento se centra en el cambio. En ella se realizarán los cambios

relacionados con la corrección de errores, con la adaptación del software ante los

cambios del entorno, con las necesidades de mejoras y con la prevención, a fin de evitar

el deterioro del software a partir de los cambios realizados.

3 IEE Software Engineering Standards, Std, citado en PRESSMAN, R. Op.cit.



Raccoon4 caracteriza el desarrollo del software como un bucle de resolución de

problemas con cuatro etapas.

Fases de un bucle de resolución de problemas

Status quo: representa el estado actual de sucesos.

Definición de problemas: identifica el problema específico a

resolver

Desarrollo técnico: resuelve el problema a través de la aplicación

de alguna tecnología

Integración de soluciones: ofrece los resultados.

4 RACCOON, L.B.S. “The Chaos Model and the Chaos Life Cycle” en: Software Engineering Notes, vol 20, 1° enero 1995.


Definiciónde problemas

Desarrollotécnico

Integraciónde soluciones

Statusquo


METODOLOGÍAS PARA EL ANÁLISIS Y DISEÑO

DE SISTEMAS

Los métodos de análisis y diseño de sistemas se basan en la construcción de

modelos del sistema que se va a desarrollar.

El desarrollo de modelos permite centrarse en las características más significativas

del sistema, bajar el costo de los cambios y correcciones, y verificar que se han

comprendido las especificaciones de los usuarios.

A lo largo del tiempo, se han producido diferentes metodologías.

Análisis de sistemas convencional

Se usaba hasta finales de los 70, y se caracterizaba por la redacción de

documentos textuales con especificaciones funcionales que eran difíciles de leer y

mantener. Para comprender el sistema había que leer los documentos completos; esta

metodología no permitía detenerse o centrarse en una parte de la especificación. La

redundancia de información provocaba inconsistencias ante cambios en el sistema. Al

estar escritas en lenguaje natural, podían provocar ambigüedad en su interpretación.

Estas características dificultaban la mantención y modificación de los sistemas.

Según Pressman5 "Fue la aparición del diseño y la programación estructurada

alrededor de los años 60´ la que dieron cabida al surgimiento del análisis estructurado,

ya que existía la necesidad de utilizar una notación gráfica para representar los datos y

los procesos que los transforman".

5 PRESSMAN, R. (1998) Ingeniería de Software: un enfoque práctico. Mac Graw-Hill. Madrid.



Análisis estructurado

Con inicios a mediados de la década del 70, responde a la necesidad de buscar una

forma interpretativa más eficiente, de manera que se pudiesen definir los requerimientos

del usuario y las especificaciones del sistema de forma clara y fácil de mantener. Surgen

con él técnicas gráficas, particionadas, transparentes, que se proponen minimizar la

redundancia de información.

A mediados de los años 70, se identificaron problemas en el análisis estructurado

clásico, como una difusa distinción entre los modelos lógicos y los modelos físicos,

limitaciones para modelar sistemas en tiempo real, y poca claridad en el modelo de

datos. Estas razones influyeron en la creación de nuevas herramientas, que forman hoy

parte del análisis estructurado moderno.

Según Senn, "El análisis estructurado permite al analista conocer un sistema o

proceso (actividad) en una forma lógica y manejable al mismo tiempo que proporciona

la base para asegurar que no se omite ningún detalle pertinente” 6

El análisis estructurado moderno si bien conserva la consideración del software

desde la perspectiva clásica de entrada – proceso - salida, se basa fundamentalmente en

la descomposición funcional del sistema que se quiere construir. Esta descomposición

funcional requiere traducir el dominio del problema en una serie de funciones y

subfunciones. El analista debe comprender primero el dominio del problema y a

continuación documentar las funciones y subfunciones que debe proporcionar el

sistema.

Las técnicas de Flujo de Datos permiten estudiar cómo fluye la información a

través del sistema. Este enfoque se adapta bien al uso de sistemas informáticos para

6 SENN, JAMES (1992) - Análisis y Diseño de Sistemas de Información, Mc. Graw-Hill, pp.174-177.



implementarlo, pero se les cuestiona que no se corresponden con el pensamiento

natural.

En cuanto al almacenamiento de datos, y a partir de los problemas que ocasionaba

la poca importancia que le daba el análisis clásico, el análisis estructurado moderno

incorpora modelos de datos, además de modelos de procesos y de comportamiento.

Análisis Orientado a Objetos

A mediados de los 80, el desarrollo de Software Orientado a Objetos comenzó a

presentarse como una alternativa a la programación estructurada, lo que demandó la

creación de técnicas de análisis específicas. Éstas se han desarrollado paulatinamente, y

recientemente se están empezando a utilizar.

El Análisis Orientado a Objetos se basa en modelar el sistema mediante los

objetos que forman parte de él y las relaciones estáticas o dinámicas entre estos

objetos. Este enfoque pretende conseguir modelos que se ajusten mejor al problema

real, evitando que en el análisis influyan consideraciones relacionadas con los

requerimientos de la computadora.

La utilización de objetos como abstracciones del mundo real nos permite

centrarnos en los aspectos significativos del dominio del problema (en las características

de los objetos y las relaciones que se establecen entre ellos). Este conocimiento se

convierte en la parte fundamental del análisis del sistema software, que será luego

utilizado en el diseño y la

implementación.

Este enfoque puede considerarse

como una continuidad del modelado de

datos que se utiliza en los métodos

estructurados. En ellos se da más importancia a la descomposición funcional del sistema

y, por tanto, a los diagramas de proceso. Por el contrario el enfoque orientado a objetos

primero se centra en la identificación de los objetos del dominio de aplicación y

después en los procedimientos que los manejen. Esto facilita el mantenimiento del


Coad/Yourdon, Jacobson, Booch y

Rumbaugh han creado nuevas técnicas

de Análisis Orientado a Objetos.


sistema, porque se basa en la estructura subyacente del dominio de aplicación, en vez de

en los requisitos funcionales de un determinado problema.

Análisis de prototipos

A mediados de la década de los 80, y ante la necesidad de disminuir el tiempo de

desarrollo de software, surgieron herramientas de generación de prototipos, que

permiten crear en forma rápida modelos de software que se dan a evaluar al cliente, y se

recrean paulatinamente a medida que se van probando hasta obtener el sistema final.

Con estas herramientas se intenta evitar que el sistema caduque debido al excesivo

tiempo que demanda su desarrollo.

Se usan en particular cuando se puede definir un conjunto de objetivos generales

para el software pero no se puede identificar con nitidez los requisitos de entrada,

procesamiento o salida.

Cuando se trabaja con este modelo, se corre el riesgo de que se considere el

prototipo como el sistema final y se pierda entonces calidad en el software. Para evitar

esto, es necesario definir desde el comienzo que el prototipo se construye como una

herramienta para la definición de requisitos.

Las técnicas de Análisis Orientado a Objetos pueden facilitar la creación de

prototipos, en tanto permiten crear catálogos de objetos que pueden usarse en sucesivas

aplicaciones.

En la actualidad se están fusionando lo mejor de cada una de las técnicas que fueron

creadas por distintas metodologías de análisis y diseño de sistemas.



ACTIVIDAD

En esta unidad recurrimos a la Teoría General de Sistemas para apropiarnos de

herramientas teóricas que nos aporten a la visión de los sistemas de información de las

instituciones educativas.

Desde esta teoría podemos ver a los sitios web institucionales como sistemas, que

a su vez son subsistemas de otro mayor: la institución educativa.

Como anticipamos en la introducción de esta Unidad, aspiramos lograr como

actividad final para la asignatura, que como alumno pueda apropiarse de estos

conocimientos y plasmarlos en el planeamiento de un Sitio Web Institucional.

Por eso antes realizaremos el ejercicio de estudiar sitios web institucionales

existentes, para hacernos de elementos previos que nos permitan crear a partir de lo que

ya existe.

Con el propósito de realizar esta actividad, consideren el siguiente trabajo de José

Silvio7:

Páginas Web Institucionales

José Silvio identificó diferentes tipos de sitios web de instituciones educativas,

según el grado y tipo de interactividad entre el usuario y el sitio web. Varían en una

escala de menor a mayor grado de interactividad, diferentes niveles de profundidad de

utilización del sitio y de tareas posibles para el usuario.

Ellos son:

Presencia solamente, sin interactividad: corresponde a los sitios

web que se limitan a describir la organización, sus objetivos, etc.,

pero no permite realizar otro tipo de actividad al usuario. Son

7 SILVIO, J. (2000) La virtualización de la Universidad. La Tecnología y el paradigma de la Sociedad del conocimiento. Caracas. IESALC/UNESCO.



solamente informativos respecto a la presencia de la institución

educativa; a través de ellos la organización dice: estoy aquí.

Interactividad informativa: en estos sitios se permite que el

usuario pueda obtener información suplementaria en cuanto a la

organización, pero también a las facultades y departamentos,

cursos ofrecidos, detalles de materias, nombres y direcciones de

profesores, etc. La organización dice: Estoy aquí y puedo

informarte cómo es este lugar de estudio.

Interactividad consultiva: en este nivel los usuarios pueden

acceder a informaciones contenidas en bases de datos de las

organizaciones, consultar la biblioteca, información referida a su

situación de alumno, etc. La organización dice: Estoy aquí y te

permito consultar mi base de datos.

Interactividad comunicacional: este tipo de sitios, además de

los servicios de información que proveen los anteriores,

proporciona también servicios de comunicación. En ellos los

usuarios pueden acceder a espacios de comunicación sincrónicos

o asincrónicos a través de espacios de chat, correo electrónico,

foros, listas de discusión, etc. Ellos dicen: Estamos aquí para que

puedas comunicarte con otros estudiantes y profesores.

Interactividad transaccional: son los sitios que brindan el grado

más elevado de interactividad, diseñados para que los usuarios se

apropien de sus espacios de interacción; podrán realizar diversas

operaciones a través de ellos, como inscribirse, acceder a material

escrito y a documentos, participar de procesos de enseñanza y

aprendizaje, participar en cursos y conferencias. A través de

estos sitios la organización dice: Aquí puedes comunicarte y

aprender en espacios que han sido diseñados para enseñar.



A partir de la tipificación de José Silvio:

Seleccionen un sitio web institucional de una organización

educativa

Busquen categorías por las cuales las ubicarían en uno u otro tipo.

¿Pueden identificar objetivos de ese sistema?

¿Pueden encontrar subsistemas?

Esta página web es un subsistema de la institución de la que es

parte, ¿Pueden leer a través de ella alguna característica del

sistema mayor? (Recuerden tener en cuenta lo que está presente,

pero también lo que no lo está, las ausencias)



BIBLIOGRAFÍA

UNIDAD 2

GENERAL:

PRESSMAN, R. (1998) Ingeniería de Software: un enfoque práctico . Mac Graw-

Hill. Madrid. Capítulo 2.

SILVIO, J. (2000) La virtualización de la Universidad. La Tecnología y el

paradigma de la Sociedad del conocimiento . Caracas. IESALC/UNESCO.

AMPLIATORIA:

YOURDON, EDWARD. (1989) Análisis estructurado moderno. Prentice-Hall

Hispanoamericana. S.A. México.


Interactividaes Web

Education

Transcript of Interactividaes Web