Naturaleza y propsito de la

Organizacin
Publicado en Septiembre 21, 2006 por edukativos

La creacin de una estructura, la cual determine las jerarquas necesarias y agrupacin de actividades,
con el fin de simplificar las mismas y sus funciones dentro del grupo social. Esencialmente, la
organizacin naci de la necesidad humana de cooperar. Los hombres se han visto obligados a
cooperar para obtener sus fines personales, por razn de sus limitaciones fsicas, biolgicas, sicolgicas
y sociales. En la mayor parte de los casos, esta cooperacin puede ser ms productiva o menos costosa si
se dispone de una estructura de organizacin.

Se dice que con buen personal cualquier organizacin funciona. Se ha dicho, incluso, que es conveniente
mantener cierto grado de imprecisin en la organizacin, pues de esta manera la gente se ve obligada a
colaborar para poder realizar sus tareas. Con todo, es obvio que an personas capaces que deseen
cooperar entre s, trabajarn mucho mas efectivamente si todos conocen el papel que deben cumplir y la
forma en que sus funciones se relacionan unas con otras.

Este es un principio general, vlido tanto en la administracin de empresas como en cualquier

institucin.

As, una estructura de organizacin debe estar diseada de manera que sea perfectamente
claro para todos quien debe realizar determinada tarea y quien es responsable por
determinados resultados; en esta forma se eliminan las dificultades que ocasiona la
imprecisin en la asignacin de responsabilidades y se logra un sistema de comunicacin y de
toma de decisiones que refleja y promueve los objetivos de la empresa.

A continuacin se enumeran y explican los elementos de la organizacin los cuales, una vez
comprendidos y asimilados coadyuvaran en una mejor administracin:

Elementos de la organizacin:
Divisin del trabajo. Para dividir el trabajo es necesario seguir una secuencia que abarca las
siguientes etapas: La primera; (jerarquizacin) que dispone de las funciones del grupo social por
orden de rango, grado o importancia. La segunda; (departamentalizacin) que divide y agrupa todas
las funciones y actividades, en unidades especficas, con base en su similitud.
 Coordinacin. Es la sincronizacin de los recursos y los esfuerzos de un grupo social, con el fin de
lograr oportunidad, unidad, armona y rapidez, en desarrollo de los objetivos.

Conceptos
Qu es Organizacin?
Es un conjunto de cargos cuyas reglas y normas de comportamiento, deben sujetarse a todos
sus miembros y as, valerse el medio que permite a una empresa alcanzar determinados
objetivos.

Qu es estructura organizacional?
La estructura organizacional en un medio del que se sirve una organizacin cualquiera para
conseguir sus objetivos con eficacia.

Qu es el Departamento?
El departamento es una o varias divisiones de la organizacin. Departamento es un rea bien
determinada, una divisin o sucursal de una organizacin sobre la cual un gerente tiene
autoridad para el desempeo de actividades especficas.

Tipos de organizacin
La organizacin formal
La organizacin formal es la determinacin de los estndares de interrelacin entre los
rganos o cargos, definidos por las normas, directrices y reglamentos de la organizacin para
lograr los objetivos.

Caractersticas bsicas de la organizacin formal

Consta de escalas jerrquicas o niveles funcionales establecidas en el organigrama
Es racional
Es una de las principales caractersticas de la teora clsica
 Segn Taylor (defensor de este tipo de organizacin) la organizacin debe basarse en la divisin del
trabajo y por consiguiente en la especializacin del obrero, pretendiendo una organizacin funcional
superespecializada.
Distribucin de la autoridad y de la responsabilidad

Organizacin Lineal
Es la estructura ms simple y ms antigua, esta basada en la organizacin de los antiguos
ejrcitos y en la organizacin eclesistica medieval.

Caractersticas De La Organizacin Lneal

Posee el principio de autoridad lineal o principio esencial (tiene una jerarquizacin de la autoridad
en la cual los superiores son obedecidos por sus respectivos subalternos), muy defendida por Fayol
en su teora clsica de la administracin.
Tiene Lneas formales de comunicacin, nicamente se comunican los rganos o cargos entre s a
travs de las lneas presentes del organigrama excepto los situados en la cima del mismo.
Centralizar las decisiones, une al rgano o cargo subordinado con su superior, y as sucesivamente
hasta la cpula de la organizacin
Posee configuracin piramidal a medida que se eleva la jerrquica disminuye el nmero de cargos u
rganos.

Ventajas De La Organizacin Lineal

Estructura sencilla y de fcil compresin.
Delimitacin ntida y clara de las responsabilidades de los rganos o cargos involucrados.
Facilidad de implantacin.
Estabilidad considerable.
Es el tipo de organizacin ms indicado para pequeas empresas.

Desventajas De La Organizacin Lineal

La estabilidad y la constancia de las relaciones formales pueden conducir a la rigidez y a la
inflexibilidad de la organizacin lineal.
No se responde de manera adecuada a los cambios rpidos y constantes de la sociedad moderna.
Esta basada en la direccin nica y directa, puede volverse autoritaria.
Enfatiza en la funcin de jefatura y de mando y la exagera, pues supone la existencia de jefes
capaces de hacerlo y saberlo todo.
La unidad de mando hace del jefe un generalista que no puede especializarse en nada (la
organizacin lineal impide la especializacin).
 A medida que la empresa crece, la organizacin lineal conduce inevitablemente a la congestin, en
especial en los niveles altos de la organizacin.

Crear un proyecto UML llamado Asociacion en el que se disee un diagrama de clases

que modele el proceso de dar de alta a cada una de las personas que se apuntan a una
asociacin.

De cada persona interesa saber sus datos bsicos: NIF, nombre completo y fecha de nacimiento.
Cuando cada nuevo socio se da de alta, se le asigna un cdigo de asociado alfanumrico y se
anota la fecha de alta.
La clase Fecha se modela con tres campos (da, mes y ao) de tipo entero. La clase Nif se
modela con un campo de tipo entero llamado dni y un campo de tipo carcter llamado letra.
Anlisis del enunciado
El primer paso a realizar consiste en leer detenidamente el enunciado y extraer de el toda la
informacin posible. A veces es cuestin de aplicar el sentido comn, a veces es cuestin de
unir piezas, a veces es cuestin de lgica y a veces es cuestin de pura deduccin, pero
siempre siempre es cuestin de razonar por aproximaciones sucesivas y de experiencia.

Bien, parece que el enunciado refiere nicamente un modelado de datos, no de

comportamiento, por lo que se proceder a realizar una lista de los elementos ms
significativos para el proyecto que se puedan extraer del enunciado.

1. Nombre del proyecto Asociacion

2. Nombre del diagrama AltaAsociacion
3. tems Elementos significativos del enunciado.
Persona
Socio
Nif
Nombre completo
Fecha de nacimiento
Cdigo de asociado
Da
Mes
Ao
Dni
Letra
4. Tipos de datos
Integer
Char
String
Nif
Fecha
Nombre
Diseo de clases
Recurdese que las clases son entidades que encapsulan informacin, se trata por tanto de
ver qu informacin de la lista anterior est relacionada entre s y ver la forma de encapsularla
en sus respectivas clases.

Se proceder a identificar las clases a partir del enunciado y de encapsular en ellas la

informacin relacionada. Este paso se realizar considerando las clases de forma aislada las
unas de las otras. Posteriormente, cuando se vean las relaciones, se depurar su
composicin.

En esta fase del modelado se procede siempre desde las clases ms triviales a las ms
complejas.
Clase Nif

Clase Fecha

Clase Nombre

Clase Persona

Clase Socio

Relaciones
En esta fase se va a evaluar qu clases tienen que ver con qu otras, es decir sus relaciones.
Para que el procedimiento resulte lo ms sencillo posible se estudiarn las relaciones dos a dos.
Herencia
Primero se abordan las relaciones de herencia empezando por aquellas que resulten triviales o
ms evidentes.
Aunque estrictamente hablando no es as del todo, la regla para detectarlas es ver si entre las
clases definidas en el diseo existe alguna cuyos atributos sean un subconjunto de alguna
otra.
Persona Socio
En este caso resulta que los atributos de la clase Persona son un subconjunto de los de la
clase Socio y semnticamente tiene sentido que la clase Socio sea una especializacin de la
clase Persona.

Obsrvese que los atributos que hereda la clase especializada no se representan. Obsrvese
tambin que la flecha que representa esta relacin va desde la clase hija a la clase madre,
tiene linea continua punta de flecha cerrada, no tiene cardinalidad y no est etiquetada por
ningn rol.

Asociacin
Una vez se han resuelto las relaciones de herencia le toca el turno a los dems tipos de
relaciones que son asociaciones. Se proceder siempre abordando primero las triviales o ms
simples y continuando por las dems. Para que resulte ms claro, el anlisis se realizar
considerando las clases dos a dos.

Socio Fecha
Aun a riesgo de resultar tedioso pero con el objetivo de que resulte lo ms clarificador posible,
el anlisis de la relacin entre estas dos clases se realizar paso a paso.

Roles

Esta asociacin es evidente. La clase Socio tiene un campo de tipo Fecha, dicho de otra
manera, la clase Socio tiene una referencia a un objeto de la clase Fecha. As considerado este
campo pasa a ser el rol de la relacin que vincula a ambas clases. Por lo tanto, desaparece de
la clase Socio y aparece en la linea de vinculacin junto a la clase de su tipo.
Navegabilidad

Ahora hay que abordar la navegabilidad tratando de ver si desde una clase se puede ir a la
otra. Es evidente que la clase Fecha no tiene informacin de la clase Socio por lo que la
navegabilidad desde la clase Fecha no es posible. Sin embargo, la clase Socio tiene una
referencia a la clase Fecha por lo que si es viable la navegabilidad en este sentido. La
navegabilidad se expresa con una punta de flecha abierta puesta en el lado de la clase a la que se
llega.

Cardinalidades

El siguiente paso es abordar las cardinalidades o multiplicidades, es decir el nmero de

instancias de cada clase que intervienen en la relacin. Para resolver este paso hay que
preguntar: Por cada instancia de una de las dos clases cuantas instancias de la otra clase
pueden en extremo intervenir como mnimo (Cardinalidad mnima) y como
mximo (Cardinalidad mxima)?. Y luego hacer las preguntas al revs.
Cuntas fechas de alta como mnimo tiene cada socio : 1
Cuntas fechas de alta como mximo tiene cada socio: 1
Cuntos socios se dan de alta como mnimo en una fecha: 0
Cuntos socios se dan de alta como mximo en una fecha: Varios

Obsrvese que cuando la cardinalidad mnima y mxima coinciden slo se representa una de
ellas. Obsrvese tambin que cuando la cardinalidad mxima es mltiple y la cardinalidad
mnima es cero refiere una cardinalidad mltiple opcional y se representa con un asterisco.
Todo Parte

El siguiente paso consiste en considerar qu clase es PARTE y qu clase es TODO. Dicho de

otro modo quien contiene a quien. En este caso la discriminacin es trivial: la clase Socio es la
parte TODO porque tiene una referencia a la clase Fecha que es la parte PARTE.
Agregacin Composicin

El siguiente paso consiste en determinar si la relacin entre las clases es de agregacin o

de composicin. Para que la relacin sea de composicin es condicin necesaria que
la cardinalidad de la parte TODO sea 1. Como este no es el caso la relacin es de agregacin.
Obsrvese que el rombo se ha representado en blanco.

Persona Fecha
El mismo razonamiento empleado para relacionar las clases Socio y Fecha se puede emplear
para relacionar las clases Persona y Fecha.

Esta vez el rol de la clase Fecha en la relacin cambia. Obsrvese como ha desaparecido el
campo correspondiente a la fecha de nacimiento de la clase Persona.
Persona Nif
El anlisis de la relacin entre estas dos clases determina que cada objeto de la clase Nif est
unvocamente unido a un solo objeto de la clase Persona, y viceversa, por lo que la
cardinalidad en ambos lados es la unidad. tanto mnima como mxima.
Adems semnticamente si desaparece la parte TODO, el objeto de la clase Persona, la
existencia de la parte PARTE ya no tiene sentido y debera desaparecer tambin.
Esta dependencia existencial apunta a una relacin de tipo Composicin.

Obsrvese que el rombo se ha representado relleno en negro. Obsrvese tambin que el

campo correspondiente al Nif ha desaparecido de la clase persona pasando a ser el rol de la
relacin.

Persona Nombre
La relacin entre la clase Persona y la clase Nombre es muy parecida a la relacin existente
entre la clase Persona y la clase Fecha.
Obsrvese que al trasladar el campo nombre al rol de la relacin, el diagrama que representa
la clase Persona ya no contiene ningn atributo.
Diagrama de clases completo
Bueno, ahora se trata de ponerlo todo junto en un solo diagrama.

Este ejercicio est disponible como un archivo ZIP que se corresponde con un proyecto de
la herramienta UML llamada Modelio. Para abrirlo hay que importar este proyecto desde
su men principal.

En la siguiente entrega se abordar un ejercicio un poco ms complejo de diseo de Diagrama

de clases UML que involucre, adems de los conceptos vistos en esta entrega, el concepto
de realizacin de interfaces.
Si esta informacin te ha si
https://es.savefrom.net/#url=http://youtube.com/watch?v=jZiroRPAtsk&utm_source=youtube.co
m&utm_medium=short_domains&utm_campaign=ssyoutube.com