CAPITULO II MARCO TEÓRICO

...

sufrirán dolores de espalda se estima entre un 60-90%, pudiendo calcularse un alto porcentaje de origen laboral. Otro de los problemas que ocasionan los accidentes por manipulación manual, es el elevado costo operativo asociado a la asistencia médica y la perdida de la jornada laboral.

En EE.UU. un estudio realizado en 1990, por el National Safety Council, pone de relieve que la mayor causa de lesiones laborales (31%) fueron los sobreesfuerzos. La espalda fue la parte del cuerpo más frecuentemente lesionada (22% de 1,7 millones de lesiones). Esta problemática también está presente en muchos países de la Unión Europea. En Reino Unido, un informe realizado en 1991 pone de manifiesto que la causa del 34% de accidentes causantes de lesiones fue la manipulación manual de cargas. De estos accidentes, el 45% se localizó en la espalda. En Francia durante el año 1992, la manipulación manual de cargas fue la causa del 31% de los accidentes de trabajo con baja.

En las estadísticas españolas, los datos que aparecen en la Encuesta Nacional de Condiciones de Trabajo (INSHT, 1999) son bastante esclarecedores. Por ejemplo, si se analiza la demanda de consultas médicas, del total de trabajadores que han acudido al médico por problemas de salud relacionados con el trabajo, los principales motivos de dicha consulta se refieren al dolor de espalda (20.1%), alteraciones de la vista (10.7%), estrés (10.5%) y dolores de cuello (9.7%). El total de consultas por problemas osteomusculares posiblemente asociados a la carga física (excluyendo causas traumáticas) supone el 40% del total de los motivos de consulta médica.

En Bolivia actualmente no se han encarado con la seriedad los datos estadísticos sobre accidentes laborales, (solo se tienen datos de denuncias) lo cual no permite conocer la realidad de la situación. Sin embargo si tomamos como referencia los datos estadísticos de la OIT y la Unión Europea, podemos referirnos a los accidentes laborales por sobreesfuerzos como la mayor causa de lesiones y todas ellas asociadas a la manipulación manual de cargas.

Sistema

Según la página Microsoft Encarta (1998). Conjunto de dos o más elementos de cualquier clase interrelacionados entre sí, que puede dividirse en partes o subsistemas. Un sistema, debe considerarse como un todo puede dividirse en partes o subsistemas. Estos subsistemas son sistemas más pequeños que tienen las siguientes propiedades: Cada subsistema tiene un efecto sobre el sistema. Toda parte del sistema es afectada por lo menos alguna otra parte, por lo tanto, ninguna parte debe influir independientemente sobre es todo. Él todo no puede ser descompuesto en subconjuntos independientes. Un sistema de información proporciona información para la toma de decisiones en la resolución de problemas dentro de una organización.

Para Microsoft Encarta (2004). En el caso de un sistema informático hay varios electos susceptibles de sufrir dichos ataques, no siendo suficiente proteger solo alguno de ellos o protegerlos parcialmente. El hardware, el software y los datos de un sistema informático pueden sufrir ataques internos o externos al sistema. Por lo tanto, la seguridad debe tener en cuenta eventos externos provenientes del entorno en que opera el sistema. De nada sirve tener mecanismos de protección interna muy buenos, si el sistema o si no existe una política de salvaguarda de datos ante la rotura de un disco.

Clasificación de los Sistemas

Con relación a su origen los sistemas pueden ser naturales o artificiales, distinción que apunta a destacar la dependencia o no en su estructuración por parte de otros sistemas. Enfoques de los sistemas una manera de enfrentar un problema que toma una amplia visión, que trata de abarcar todos los aspectos, que se concentra en las interacciones entre las partes de un problema.

Se requiere de enfoque integral porque al utilizar simultáneamente los puntos de vista de diversas disciplinas, se tiende hacia el análisis de la totalidad de los componentes o aspectos bajo estudio, así como de sus interrelaciones. Tiende hacia la aplicación de una perspectiva global en el sentido que no aborda detalladamente un subsistema o aspecto especifico del sistema sin no cuenta previamente con sus objetivos, recursos y principales características. También se puede describir como:

1. Una metodología de diseño

2. Un marco de trabajo conceptual común

3. Una nueva clase de método científico

4. Una teoría de organizaciones

5. Dirección de sistemas

6. Un método relacionado a la ingeniería de sistemas, investigación de operaciones, eficiencia de costos, etc.

7. Teoría general de sistemas aplicada.

METODOLOGIA OMT

La metodología OMT (Object Modeling Technique) fue creada por James Rumbaugh y Michael Blaha en 1991, mientras James dirigía un equipo de investigación de los laboratorios General Electric.

OMT es una de las metodologías de análisis y diseño orientados a objetos, más maduros y eficientes que existen en la actualidad. La gran virtud que aporta esta metodología es su carácter de abierta (no propietaria), que le permite ser de dominio público y, en consecuencia, sobrevivir con enorme vitalidad. Esto facilita su evolución para acoplarse a todas las necesidades actuales y futuras de la ingeniería de software.

Las fases que conforman a la metodología OMT son:

 Análisis. El analista construye un modelo del dominio del problema, mostrando sus propiedades más importantes. El modelo de análisis es una abstracción resumida y precisa de lo que debe de hacer el sistema deseado y no de la forma en que se hará. Los elementos del modelo deben ser conceptos del dominio de aplicación y no conceptos informáticos tales como estructuras de datos. Un buen modelo debe poder ser entendido y criticado por expertos en el dominio del problema que no tengan conocimientos informáticos.

 Diseño de objetos. El diseñador de objetos construye un modelo de diseño basándose en el modelo de análisis, pero incorporando detalles de implementación. El diseño de objetos se centra en las estructuras de datos y algoritmos.

 Implementación. Las clases de objetos y relaciones desarrolladas durante el análisis de objetos se traducen finalmente a una implementación concreta. Durante la fase de implementación es importante tener en cuenta los principios de la ingeniería