Teoría general de sistemas
Unidad 2:
Enfoque sistémico y sus metodologías
Sesión 10:
Metodología para abordar problemas duros: (Metodología de Halls y Jenkins) / Metodologías
desarrollo software: Modelo en cascada vs. Modelo orientados a objetos.
Docente: Jury Yesenia Aquino Trujillo
1
Logro
Al finalizar la unidad, el estudiante analiza un problema empresarial o social suave o duro
aplicando las metodologías apropiadas para cada caso.
Importancia
Es de vital importancia que el estudiante sepa tener una visión integral al analizar la empresa,
la sociedad entre otros como un todo eso permitirá tener un panorama amplio al analizar sus
distintos elementos que está compuesto tanto en la parte interna como el externo basándose
en su filosofía del holismo.
2
METODOLOGÍA PARA ABORDAR PROBLEMAS DUROS: (METODOLOGÍA DE HALLS Y
JENKINS)
Fuente: Gómez Montemayor, M. (1998) Desarrollo de una Metodología de Enfoque Sistémico para
Reingeniería en Empresas Potosinas. Instituto Tecnológico y de Estudios Superiores de Monterrey.
https://repositorio.tec.mx/handle/11285/569967
METODOLOGÍA DE HALLS
Esta metodología se desarrolló en los laboratorios de Bell Telephone para un proceso de
desarrollo e implantación de sistemas de telecomunicación. Se llama metodología de Hall
porque Arthur D. Hall la creó y la publicó. Es una metodología de sistemas duros aplicada a
sistemas técnicos (Hall, 1962).
A continuación, se detallan los pasos de esta metodología:
a) Definición del problema. Este paso trata de transformar una situación confusa e
indeterminada, pero reconocida como problemática e indeseable, en un estatuto donde se
defina claramente. Una vez definido el problema se pueden establecer objetivos preliminares y
para el análisis de distintos sistemas o alternativas. Es un punto muy importante ya que los
siguientes pasos dependen de cómo se haya concebido el problema y por lo tanto debe
definirse incluyendo restricciones posibles. Por ejemplo, no es lo mismo construir una mejora
ratonera, matar ratones o deshacernos de ellos; matar ratones puede hacerse de muchas
maneras y deshacerse de ellos puede hacerse sin matarlos. Por lo tanto, el problema y la
situación deseada deben ser precisos.
b) Definición de Objetivos. En este paso de determina lo que se espera del sistema y los
criterios bajo los cuales se medirá su comportamiento para poder comparar la efectividad de
diferentes sistemas. Cuando un sistema tiene varios objetivos que deben de cumplirse o
satisfacerse simultáneamente es necesario definir la importancia relativa o prioridad para cada
uno de ellos.
c) Síntesis de Sistemas. Se llega a la etapa de ingeniar varios sistemas que puedan llevar a cabo
el trabajo para lograr el objetivo, es decir, cómo se va a hacer el trabajo. Esto es síntesis de
sistemas y lo que se hace es buscar todas las alternativas conocidas y de aquí obtener ideas
para desarrollar diferentes sistemas que puedan satisfacer las necesidades. Los sistemas deben
detallarse de tal forma que estos puedan ser evaluados
3
d) Análisis de Sistemas. La función del análisis es deducir todas las consecuencias relevantes de
los distintos sistemas posibles para seleccionar el mejor. Los sistemas se analizan en base a los
objetivos que se tengan, se deben comparar y encontrar similitudes y discrepancias entre cada
uno de ellos.
e) Selección del Sistema. En este paso se selecciona el sistema que mejor cumpla con los
objetivos establecidos. Cuando el comportamiento de los sistemas se puede predecir con
certidumbre o se sirve a un solo objetivo es más fácil el proceso de selección.
f) Desarrollo del Sistema. En base al diseño que se había hecho del sistema en la fase de
síntesis se hace un diseño detallado del mismo. A partir del diseño el sistema se desarrolla y
construye, lo que implica asignación y utilización de recursos. Se deben hacer pruebas del
funcionamiento del sistema y en caso de ser necesario, aplicar acciones correctivas, pueden ser
fallas debidas al diseño o a la misma construcción. Una vez probado, el sistema debe
documentarse incluyendo información sobre su operación, instalación, mantenimiento, etc.
g) Ingeniería. Esta etapa consiste en varios trabajos sobre el sistema diseñado como vigilar la
operación del sistema para hacer mejoras en diseños futuros, corregir fallas en el diseño,
adaptar el sistema a cambios del medio ambiente y asistencia al cliente. Esta etapa dura todo
el tiempo que el sistema esté en operación.
METODOLOGÍA JENKINS
Metodología de Jenkins desarrolló una metodología para Ingeniería de Sistemas, entendiendo
como Ingeniería de Sistemas la actividad de planear, diseñar, construir, probar y operar
sistemas complejos, es la ciencia de ingeniar sistemas para que logren sus objetivos de una
manera más eficientes. Esta metodología se aplica en general a sistemas duros que requieren
ingeniarse, pero puede llegar a usarse en sistemas blandos. Las fases de la metodología se
describen a continuación:
Fase 1. Análisis de Sistemas
Se inicia con un análisis de lo que está sucediendo y por qué está sucediendo, así como
también de cómo puede hacerse mejor. El sistema y sus objetivos se definen de forma tal que
pueda resolver el problema identificado. En esta fase, además de la definición del sistema y sus
objetivos, se identifica y formula el problema, se organiza el proyecto, se define el
4
suprasistema y los objetivos del suprasistema, se definen medidas de desempeño y se recopila
información.
Fase 2. Diseño de Sistemas
Se pronostica un ambiente futuro del sistema y se desarrolla un modelo cuantitativo del
sistema y se usa para simular o explorar formas diferentes de operarlo, generando así
alternativas de solución. En base a la evaluación de las alternativas se selecciona la que
optimice la operación del sistema. En esta etapa al tener un modelo, el sistema se simula, se
optimiza su operación, se controla y se revisa la confiabilidad del sistema.
Fase 3. Implantación de Sistemas
Una vez que se ha tomado la decisión de implantar el modelo propuesto se tiene que construir
a detalle el sistema. En esta fase se requiere una planeación cuidadosa que asegure un
resultado exitoso, y una vez que se construye a detalle hay que probarlo y comprobarlo en su
operación, confiabilidad, etc.
Fase 4. Operación y Apreciación Retrospectiva de Sistemas
Una vez que se ha instalado el sistema y está en funcionamiento de acuerdo a lo planeado hay
que "liberarlo" y "entregarlo" a los que los van a operar de manera rutinaria; esta parte es muy
importante porque de aquí parten los resultados que el sistema generará en su uso diario y por
lo general es la parte que más se olvida porque "el sistema ya está funcionando de todas
maneras". La eficiencia en la operación del sistema debe observarse porque ya estará
funcionando en un mundo dinámico y cambiante que puede tener características un poco
diferentes a las que tenía cuando fue diseñado. Si en algún momento dado posterior a haber
"liberado" el sistema su operación no es satisfactoria, tendrá que volverse a empezar desde la
Fase 1, identificando los problemas que absolutizaron el sistema.
METODOLOGÍAS DESARROLLO SOFTWARE: MODELO EN CASCADA VS. MODELO
ORIENTADOS A OBJETOS
Fuente: González González, F., y Calero Castañeda, S. L. (2019). Comparación de las metodologías
cascada y ágil para el aumento de la productividad en el desarrollo de software (Doctoral dissertation,
Universidad Santiago de Cali).
https://repository.usc.edu.co/bitstream/handle/20.500.12421/1208/COMPARACI%D2N%20DE%20LAS
%20METODOLOG%CCAS.pdf;jsessionid=37C07444C4FBB2717DAA1EFAB1693E54?sequence=1
Modelo en cascada o ciclo de vida clásico
5
La ingeniería de software se centra en aplicar enfoques de manera sistemática para la solución
de problemas en distintas áreas, lo que implica un grado de disciplina y de comprobación
cuantificable, aplicado al desarrollo de software, a su operación, su mantenimiento y sus
mejoras. En relación con el diseño en cascada, se debe decir que sus orígenes se remontan al
año de 1970 cuando el ingeniero Winston W. Royce propone una metodología la cual pretendía
dar seguimiento al desarrollo de un software, sin embargo, la idea era detectar los posibles
errores que se presentaban en el diseño
La principal característica del modelo de cascada es que sigue una secuencia lineal, esto
permite identificar unas etapas específicas a las cuales se les debe dar cumplimiento en orden,
a medida tal que se van implementando las adecuaciones pertinentes y las pruebas para
mitigar los errores que se puedan presentar, hay que recordar que es un procesos sistémico,
analítico, disciplinado y técnico para el desarrollo y mantenimiento de softwares, esto implica
un trabajo amplio y enfatizado en la solución de las problemáticas particulares que se hayan
detectado al momento de empezar a desarrollar el software.
Cada uno de esos procesos tiene un objetivo específico:
⮚ Ingeniería y análisis del sistema: todo comienza al establecer qué requisitos tiene el sistema.
Para terminar con la asignación de funciones al software.
⮚ Análisis de los requisitos del software: compete al analista revisar la información que recibe
el software, para potenciar las funciones, rendimientos e interfaces.
⮚ Diseño: es donde se estructuran los datos, se da arquitectura al software, así como los
detalles procedimentales y caracterizar la interface.
⮚ Codificación: con los diseños ya establecidos, se pasa a la traducción de los datos para la
interpretación de la máquina, eso es lo que implica la codificación.
⮚ Prueba: con los códigos obtenidos se procede a hacer pruebas del programa,
específicamente en el manejo interno del software y sus actividades externas. Se busca de esta
manera establecer que los datos ingresados generan los resultados esperados.
⮚ Mantenimiento: esta etapa implica posibles cambios en caso de errores, o bien
adaptaciones del software para enfrentar el entorno, también se pueden dar ajustes según los
requerimientos del cliente.
6
Ese sería el ciclo de vida del software a partir de un diseño implementado desde el modelo de
cascada, como se puede ver es de manera lineal, tiene una estructura rígida, la cual aporta
como ventaja el seguimiento sistemático de la información, en donde la cuantificación del
proceso se encuentra permanentemente relacionada con el desarrollo del programa. Los
autores mencionados hasta este punto concuerdan en que es una metodología muy versátil,
razón por la cual ha ganado adeptos entre los diseñadores de software
Fuente: Instituto Tecnológico de la Laguna. Análisis y Diseño Orientado a Objetos
http://www.itlalaguna.edu.mx/2014/Oferta%20Educativa/Ingenierias/Sistemas/Plan%201997-
2004/Analisis%20y%20diseno%20orientado%20a%20objetos/cap2.pdf
Cuando analizamos sistemas, creamos modelos del área de aplicación que nos interesa. Un
modelo puede incorporar un sistema, centrarse en el área de la empresa o abarcar toda la
empresa. El modelo de empresas es importante para la planeación de la automatización de las
mismas. El modelo representa un aspecto de la realidad y se construye de modo que nos ayude
a comprender a esta. El modelo es mucho más sencillo que la realidad, al igual que un avión a
escala es mucho más sencillo que un avión de verdad. Podemos manejar el modelo y esto nos
ayudara a idear sistemas o rediseñar áreas de una empresa. Con el análisis orientado a objetos,
la forma de modelar la realidad difiere del análisis convencional. Modelamos el mundo en
términos de tipos de objetos y lo que les ocurre a éstos. Esto implica también diseñar y
construir sistemas de forma orientada a objetos. Los modelos que construimos en el análisis
OO reflejan la realidad de modo más natural que los del análisis tradicional de sistemas.
Después de todo, la realidad consta de objetos y eventos que cambian el estado de dichos
objetos. Mediante las técnicas OO, construimos software que modela más fielmente el mundo
real. Cuando el mundo real cambia, nuestro software es más fácil de cambiar, lo que es una
ventaja real.
Fuente: Modelos Orientados a Objetos.
https://vidadelsoftware.wordpress.com/modelos-orientados-a-objetos/
Modelos Orientados a Objetos
Esta técnica fue presentada en la década del 90, tal vez como una de las mejores metodologías
a seguir para la creación de productos software. Puede considerarse como un modelo pleno a
seguir, como así también una alternativa dentro de los modelos anteriores. Al igual que la
7
filosofía del paradigma de la programación orientada a objetos, en esta metodología cada
funcionalidad, o requerimiento solicitado por el usuario, es considerado un objeto. Los objetos
están representados por un conjunto de propiedades, a los cuales denominamos atributos, por
otra parte, al comportamiento que tendrán estos objetos los denominamos métodos. Vemos
que tanto la filosofía de esta metodología, los términos utilizados en ella y sus fines, coinciden
con la idea de obtener un concepto de objeto sobre casos de la vida real.
