Está en la página 1de 4

REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL P.P. PARA LA EDUCACION UNIVERSITARIA


UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS LLANOS
OCCIDENTALES EZEQUIEL ZAMORA
UNELLEZ MUNICIPALIZADA ACHAGUAS

Facilitadora: Bachiller:

Jos Brito Freddy Gonzlez

CI: 17.200.330 CI: 26.658.985

El proceso de diseo, es la herramienta mediante la cual se construye o


cambia la estructura de una organizacin con la finalidad de lograr los
objetivos previstos. An cuando en la realidad, muchas veces se percibe ms
como un suceso discreto que como proceso; los tericos del diseo
organizacional coinciden, en su mayora, no slo en la definicin sino en las
caractersticas o atributos propios que debe incluir el diseo de una
organizacin resaltando que no se trata de estructurar cargos y niveles
jerrquicos, sino de contemplar una serie de elementos que permitan el
continuo aprendizaje tanto de la organizacin como de sus agentes; de
acuerdo con sus necesidades y objetivos, y en funcin de la tecnologa, el
ambiente, el tamao, la estrategia y el ciclo de vida de la organizacin, por lo
tanto el diseo se define de diferentes modalidades como; El diseo
organizacional es conjunto de medios que maneja la organizacin con el
objeto de dividir el trabajo en diferentes tareas y lograr la coordinacin
efectiva de las mismas, la Importancia del diseo organizacionall, es la
construccin de una estructura y puestos de trabajo, flexibles, sencillos
alineados con estrategia, los procesos, la cultura y el nivel de evolucin de la
organizacin, con el fin lograr los resultados y la productividad mediante la
organizacin del trabajo y la distribucin adecuada de las cargas laborales. A
travs del diseo de la organizacin se busca el logro de un adecuado grado
de eficacia y eficiencia de la organizacin. La estructura formal es un
elemento fundamental para proporcionar un ambiente interno adecuado en la
organizacin, en el que las actividades que desarrollan sus miembros
contribuyen al logro de los objetivos organizacionales. En este sentido, una
estructura es eficaz si facilita el logro de los objetivos. Una estructura es
eficiente si permite esa consecucin con el mnimo de costo o evitando
consecuencias imprevistas para la organizacin, a travs del diseo de la
estructura de la organizacin se busca el logro de un adecuado grado de
eficacia y eficiencia de la organizacin.
La estructura formal es un elemento fundamental para proporcionar un
ambiente interno adecuado en la organizacin, en el que las actividades que
desarrollan sus miembros contribuyen al logro de los objetivos
organizacionales. En este sentido, una estructura es eficaz si facilita el logro
de los objetivos. Una estructura es eficiente si permite esa consecucin con
el mnimo de costo o evitando consecuencias imprevistas para la
organizacin. En la Evolucin del Diseo Organizacional existe el enfoque
clsico los primeros gerentes y autores sobre administracin buscaban "el
mejor camino", una serie de principios para crear una estructura
organizacional que funcionara bien en todas las situaciones. Max Weber,
Frederick Taylor y Henri Fayol fueron los principales contribuyentes al
llamado enfoque clsico para disear organizaciones. El enfoque tecnolgico
de las tareas, que surgi en los aos sesenta, intervienen una serie de
variables internas de la organizacin que son muy importantes. "Tecnologa
de las Tareas" se refiere a los diferentes tipos de tecnologa de produccin
que implica la produccin de diferentes tipos de productos. Por el cual en el
enfoque ambiental En la poca que Woodward realizaba sus estudios, Tom
Burns y G.M. Stalker estaban desarrollando un enfoque para disear
organizaciones que incorporan el ambiente de la organizacin en las
consideraciones en cuanto al diseo. Burns y Stalker sealaron las
diferencias entre dos sistemas de organizacin: el mecanicista y el orgnico.
Ya as con relacin a la Reduccin de Tamao, en aos recientes, los
gerentes de muchas organizaciones estadounidenses han practicado un tipo
de proceso de diseo organizacional que concede enorme importancia a las
condiciones del entorno de sus organizaciones. Este tipo de toma de
decisiones se conoce, en general, con el nombre de reestructuracin. En la
actualidad, a la reestructuracin suele entraar una disminucin de la
organizacin, o para ser ms descriptivos, una reduccin de tamao. Y as
se Toma en cuenta que l diseo del sistema es la estrategia de alto nivel
para resolver problemas y construir una solucin. ste incluye decisiones
acerca de la organizacin del sistema en subsistemas, la asignacin de
subsistemas a componentes hardware y software, y decisiones
fundamentales conceptuales y de poltica que son las que constituyen un
marco de trabajo para el diseo detallado; La organizacin global del sistema
es lo que se denomina la arquitectura del sistema. Existe un cierto nmero
de estilos frecuentes de arquitectura, cada uno de los cuales es adecuado
para ciertas clases de aplicaciones. Una forma de caracterizar una aplicacin
es por la importancia relativa de sus modelos de objetos, dinmico y
funcional. Las distintas arquitecturas ponen distintos grados de nfasis en los
tres modelos. El diseo de sistemas es la primera fase de diseo en la cual
se selecciona la aproximacin bsica para resolver el problema. Durante el
diseo del sistema, se decide la estructura y el estilo global. La arquitectura
del sistema es la organizacin global del mismo en componentes llamados
subsistemas. La arquitectura proporciona el contexto en el cual se toman
decisiones ms detalladas en una fase posterior del diseo. AL tomar
decisiones de alto nivel que se apliquen a todo el sistema, el diseador
desglosa el problema en subsistemas, de tal manera que sea posible realizar
ms trabajo por parte de varios diseadores que trabajarn
independientemente en distintos subsistemas. El diseador de sistemas
debe tomar las siguientes decisiones:

- Organizar el sistema en subsistemas


- Identificar la concurrencia inherente al problema
- Asignar los subsistemas a los procesadores y tareas
- Seleccionar una aproximacin para la administracin de almacenes de
datos
- Manejar el acceso a recursos globales
- Seleccionar la implementacin de control en software
- Manejar las condiciones de contorno
- Establecer la compensacin de prioridades
Definicin de subsistema
En todas las aplicaciones, salvo en las ms pequeas, el primer paso para
disear un sistema consiste en dividir el sistema en un pequeo nmero de
componentes. Cada uno de los componentes principales de un sistema se
llama subsistema. Cada subsistema abarca aspectos del sistema que
comparten alguna propiedad comn.
Un subsistema no es ni una funcin ni un objeto, sino un paquete de clases,
asociaciones, operaciones, sucesos y restricciones interrelacionados, y que
tienen una interfaz razonablemente bien definida y pequea con los dems
subsistemas. Normalmente, un subsistema se identifica por los servicios que
proporciona. Un servicio es un grupo de funciones relacionadas que
comparten algn propsito comn, tal como el procesamiento de entrada-
salida, dibujar imgenes o efectuar clculos aritmticos. Un subsistema
define una forma coherente de examinar un aspecto del problema.
Cada subsistema posee una interfaz bien definida con el resto del sistema.
sta especifica la forma de todas las interacciones y el flujo
de informacin entre los lmites de subsistemas, pero no especifica cmo
est implementado internamente el subsistema. Cada subsistema se puede
disear, entonces, independientemente, sin afectar a los dems.
Los subsistemas deberan definirse de tal manera que la mayora de las
interacciones se produzcan dentro de y no entre los lmites de distintos
subsistemas, con objeto de reducir las dependencias existentes entre ellos.
Todo sistema debera dividirse en un pequeo nmero de subsistemas. Cada
subsistema, a su vez, debe descomponerse en subsistemas propios an ms
pequeos. Los subsistemas de ms bajo nivel se denominan mdulos.
La relacin entre dos subsistemas puede ser cliente-proveedor o punto a
punto. En las primeras, el cliente debe conocer la interfaz del proveedor, pero
ste no necesita conocer las interfaces de aquellos porque todas las
interacciones son iniciadas por los clientes, empleando la interfaz del
proveedor. En una relacin entre pares, cada subsistema puede llamar a los
dems. Una comunicacin desde un subsistema hacia otro no va
necesariamente seguida por una respuesta inmediata. Las interacciones
entre pares son ms complejas porque los subsistemas deben conocer las
interfaces del otro. Hay ciclos de comunicaciones que son difciles de
entender y proclives a sutiles errores de diseo. Hay que buscar
descomposiciones cliente-proveedor siempre que sea posible, porque
una interaccin mono direccional es mucho ms fcil de construir,
comprender y modificar que una interaccin bidireccional.