BIOGRAFÍA LUDWIG VONBIOGRAFÍA LUDWIG VONBIOGRAFÍA LUDWIG VONBIOGRAFÍA LUDWIG VON BERTALANFFYBERTALANFFYBERTALANFFYBERTALANFFY

NNNNace: 19 de septiembre de 1901ace: 19 de septiembre de 1901ace: 19 de septiembre de 1901ace: 19 de septiembre de 1901 Lugar: Viena, AustriaLugar: Viena, AustriaLugar: Viena, AustriaLugar: Viena, Austria Muere: 12 de junio de 1972Muere: 12 de junio de 1972Muere: 12 de junio de 1972Muere: 12 de junio de 1972 Lugar: Lugar: Lugar: Lugar: BúfaloBúfaloBúfaloBúfalo,,,, New York, EEUUNew York, EEUUNew York, EEUUNew York, EEUU

Biólogo austríaco que realizó inmensas contribuciones en el campo de la educación, la historia, la filosofía, la sociología y la cibernética, pionero en la concepción organicista de la biología y recordado principalmente por la "Teoría general de los sistemas". Nacido en una distinguida familia de nobles húngaros, Ludwig von Bertalanffy estudió en su casa hasta los diez años, tras lo cual comenzó a recibir educación formal. Aprendió historia del arte, filosofía y ciencias en la Universidad de Innsbruk y más tarde en la Universidad de Viena, donde fue discípulo de Robert Reininger y Moritz Schlick. En 1926 recibió su doctorado y dos años después publicó su primer libro sobre biología teórica. En 1937 se trasladó a Estados Unidos con una beca de la Fundación Rockefeller, permaneciendo dos años en la Universidad de Chicago y realizando sus primeras exposiciones conceptuales sobre la futura teoría general de los sistemas. A comienzos de la Segunda Guerra Mundial (1939-1945) y tras no presentarse como víctima del nazismo, debe abandonar Estados Unidos, retornando a Austria. En 1939, Ludwigvon Bertalanffy se incorpora como profesor de la Universidad de Viena, donde permaneció hasta 1948, cuando tras una breve estancia en Londres (Inglaterra), se trasladó a Ottawa (Canadá).

Entre 1950 y 1954 trabajó como investigador en la Universidad de Ottawa y al año siguiente volvió a Estados Unidos, donde continuó con sus investigaciones en el "Mount

Sinai Hospital" de Los Ángeles hasta 1958. En 1961, Ludwig von Bertalanffy se desempeño como profesor de biología teórica en la Universidad canadiense de Alberta (Edmonton), finalizando su actividad académica como Profesor en el Centro de Biología Teórica de la Universidad Estatal de Nueva York en Búfalo (1972). Ludwig von Bertalanffy concibió una explicación de la vida y la naturaleza desde la biología, planteándola como un sistema complejo sujeto a interacciones y dinámicas, que más tarde trasladó al análisis de la realidad social bajo el nombre de "teoría general de sistemas".

CLASIFICACION DE LOS SISTEMASCLASIFICACION DE LOS SISTEMASCLASIFICACION DE LOS SISTEMASCLASIFICACION DE LOS SISTEMAS

La clasificación de un sistema al igual que el análisis de los aspectos del mismo es un proceso relativo; depende del individuo que lo hace, del objetivo que se persigue y de las circunstancias particulares en las cuales se desarrolla. Los sistemas se clasifican así:

SEGÚN SEGÚN SEGÚN SEGÚN SU RELACION CON EL MEDIO AMBIENTESU RELACION CON EL MEDIO AMBIENTESU RELACION CON EL MEDIO AMBIENTESU RELACION CON EL MEDIO AMBIENTE

AbiertosAbiertosAbiertosAbiertos: Sistemas que intercambian materia, energía o información con el ambiente. Ejemplos: célula, ser humano, ciudad, perro, televisor, familia estación de radio.

Cerrado: S istemas que no intercamb ian mater ia , energ ía o informac ión con el ambiente. Ejemplos: universo, reloj desechable, llanta de carro.

SEGÚN SU NATURALEZASEGÚN SU NATURALEZASEGÚN SU NATURALEZASEGÚN SU NATURALEZA

ConcretosConcretosConcretosConcretos: Sistema físico o tangible. Ejemplos: Equipos de sonidos, pájaro, guitarra, elefante.

Abstractos: Sistemas simbólicos o conceptuales. Ejemplo: Sistema sexagesimal, idioma español lógica difusa.

SEGÚN SU ORIGENSEGÚN SU ORIGENSEGÚN SU ORIGENSEGÚN SU ORIGEN

NaturalesNaturalesNaturalesNaturales: Sistemas generados por la naturaleza, tales como los ríos, los bosques las moléculas de agua.

ArtificialesArtificialesArtificialesArtificiales: Sistemas que son productos de la actividad humana, son concebidos y construidos por el hombre, tenemos al tren, avión, idioma ingles.

SEGÚN SUS RELACIONESSEGÚN SUS RELACIONESSEGÚN SUS RELACIONESSEGÚN SUS RELACIONES

SimplesSimplesSimplesSimples: Sistemas con pocos elementos y relaciones, como los juegos de billar, péndulo, f(x)=x+2, palanca.

ComplejosComplejosComplejosComplejos: Sistemas con numerosos elementos y relaciones. Ejemplo: cerebro universidad, cámara, fotográfica. Esta clasificación es relativa porque depende del número de elementos y relación considerados. En la práctica y con base en límites psicológicos de la percepción y comprensión humanas, un sistema con más o menos siete elementos y relaciones se puede considerar simple.

SEGÚN SU CAMBIO EN EL TIEMPOSEGÚN SU CAMBIO EN EL TIEMPOSEGÚN SU CAMBIO EN EL TIEMPOSEGÚN SU CAMBIO EN EL TIEMPO

EstáticosEstáticosEstáticosEstáticos: Sistema que no cambia en el tiempo: piedra, vaso de plástico, montañas.

DinámicosDinámicosDinámicosDinámicos: Sistema que cambia en el tiempo: Universo, átomo, la tierra, hongo. Esta clasificación es relativa porque depende del periodo de tiempo definido para el análisis del Sistema.

SEGÚN EL TIPO DE SEGÚN EL TIPO DE SEGÚN EL TIPO DE SEGÚN EL TIPO DE VARIABLEQUE LO DEFINENVARIABLEQUE LO DEFINENVARIABLEQUE LO DEFINENVARIABLEQUE LO DEFINEN

DiscretosDiscretosDiscretosDiscretos: Sistema definido por variables discretas: lógica, boolean, alfabeto.

ContinuosContinuosContinuosContinuos: Sistema definido por variables continuas: alternador, ríos.

OTRAS CLASIFICACIONESOTRAS CLASIFICACIONESOTRAS CLASIFICACIONESOTRAS CLASIFICACIONES

JerárquicosJerárquicosJerárquicosJerárquicos: Sistemas cuyos elementos están relacionados mediante relaciones de dependencia o subordinación conformando una organización por niveles: gobierno de una ciudad.

Sistema de controlSistema de controlSistema de controlSistema de control: Sistema jerárquico en el cual unos elementos son controlados por otros: lámparas.

Sistema de Control conSistema de Control conSistema de Control conSistema de Control con retroalimentaciónretroalimentaciónretroalimentaciónretroalimentación: Sistema de control en el cual elementos controlados env ían informac ión sobre su estado a los elementos controladores : termostato.

DeterministicoDeterministicoDeterministicoDeterministico: Sistema con un comportamiento previsible: palanca, polea, programa de computador.

ProbabilísticoProbabilísticoProbabilísticoProbabilístico: Sistema con un comportamiento no previsible: clima mosca, sistema económico mundial.

Vivientes y no vivienteVivientes y no vivienteVivientes y no vivienteVivientes y no viviente: Los sistemas vivientes están dotados de funciones biológicas, como el nacimiento, la reproducción y la muerte.

Abstractos y Abstractos y Abstractos y Abstractos y concretosconcretosconcretosconcretos: Un sistema abstracto es aquel en que todos sus elementos son conceptos. Un sistema concreto es aquel en el aquel por lo menos dos de sus elementos son objetivos o sujetos, o ambos.

CICLO DE VIDA DE UN SISTEMACICLO DE VIDA DE UN SISTEMACICLO DE VIDA DE UN SISTEMACICLO DE VIDA DE UN SISTEMA

El ciclo de vida es el conjunto de fases (o etapas) por las que pasa el sistema desde que se concibe hasta que se retira del servicio. Es decir, se trata de la estructura del proceso de producción del sistema de información. El Modelo de Ciclo de Vida indica cuáles son las actividades a realizar y el orden en que se van a realizar.

Todo ciclo de vida debe cubrir tres objetivos básicos:

1. Definir las actividades a realizar y en qué orden. 2. Asegurar la consistencia con el resto de los sistemas

de información de la organización.

3. Proporcionar puntos de control para la gestión del proyecto (calendario y presupuesto). No hay que confundir este concepto con el de método o metodología, la metodología indica cómo avanzar en la construcción del sistema esto es con qué técnicas, puede determinar los recursos a utilizar o las personas implicadas en cada actividad entre otras características.

Según la Norma ISO 12207-1, las actividades a realizar durante el ciclo de vida del software se agrupan en cinco procesos principales, ocho procesos de soporte y cuatro procesos de la organización, así como un proceso especial que permite adaptar el ciclo de vida a cada proyecto concreto. A destacar que la norma no recomienda ningún modelo concreto de ciclo de vida, ni de gestión del software, ni detalla cómo realizar ninguna de las actividades.

LOS PROCESOS PRINCIPLOS PROCESOS PRINCIPLOS PROCESOS PRINCIPLOS PROCESOS PRINCIPALES DEL CICLO DE VIALES DEL CICLO DE VIALES DEL CICLO DE VIALES DEL CICLO DE VIDADADADA

Son aquellos que resultan útiles a las personas que inician o realizan el desarrollo, la explotación o el mantenimiento del software a lo largo del ciclo de vida. Estas personas son los compradores, los proveedores, el personal de desarrollo, los usuarios y el personal encargado del mantenimiento del software.

EEll cciicclloo ddee vviiddaa nnooss iinnddiiccaa llaass aaccttiivviiddaaddeess aa rreeaalliizzaarr,, yy eenn qquuéé oorrddeenn,, ppaarraa ccoonnssttrruuiirr uunn SSiisstteemmaa ddee IInnffoorrmmaacciióónn.. UUnnaa mmeettooddoollooggííaa iinnddiiccaa ccóómmoo aavvaannzzaarr eenn llaa ccoonnssttrruucccciióónn ddeell ssiisstteemmaa,, eess ddeecciirr,, llaass ttééccnniiccaass aa sseegguuiirr

Proceso de adquisición: Contiene las actividades y tareas que el comprador, el cliente o el usuario realizan para adquirir un sistema o un producto software. Aquí están incluidos la preparación y publicación de una solicitud de ofertas, la selección del proveedor del software y la correspondiente gestión de los procesos desde la adquisición hasta la aceptación del producto.

Proceso de suministroProceso de suministroProceso de suministroProceso de suministro: Contiene las actividades y tareas que el suministrador o proveedor realiza. Comienzan con la preparación de una propuesta para responder a una petición de oferta de un comprador o con la firma de un contrato con el comprador para proporcionarle un producto software. Trata, asimismo, de la identificación de los procedimientos y de los recursos necesarios para gestionar y garantizar el éxito del proyecto, incluyendo el desarrollo de los planes del proyecto y la ejecución de dichos planes hasta la entrega del producto software al comprador.

Proceso de desarrolloProceso de desarrolloProceso de desarrolloProceso de desarrollo: Contiene las actividades de análisis de requisitos, diseño, codificación, integración, pruebas e instalación y aceptación, estos son:

1. Análisis de requisitos del sistema: Aquí son especificados todos los requisitos del Sistema de Información, funciones y capacidades que debe cumplir, requisitos de seguridad, interfaces, de mantenimiento, etc.

2. Diseño de la arquitectura del sistema: Se identifican los principales componentes hardware y software.

3. Análisis de los requisitos de software: Se establecen dichos requisitos, incluyendo el nivel de calidad que debe cumplir el sistema.

4. Diseño de la arquitectura del software: El diseñador debe transformar el análisis anterior en una arquitectura en la que se puedan identificar sus componentes principales.

5. Diseño detallado del software: Aquí se realiza un diseño detallado de cada componente software, de las bases de datos y manuales de usuario.

6. Codificación y pruebas unitarias: Se desarrollan y se documentan los componentes del punto anterior.

7. Pruebas de integración: Se integran los componentes del software realizando las correspondientes pruebas.

8. Prueba del software: Las pruebas se planifican y diseñan de forma sistemática para poder detectar el máximo número y variedad de defectos con el mínimo consumo de tiempo y esfuerzo.

9. Integración del sistema: Aquí se realizan las pruebas conjuntas de los elementos hardware y software.

10. Implantación del software desarrollado en el entorno de explotación final. Cuando se sustituya a un software ya existente, puede ser recomendable un período de tiempo en el que convivan los dos sistemas.

Proceso de aceptación del software.

Proceso de explotaciónProceso de explotaciónProceso de explotaciónProceso de explotación: Comprende la propia explotación del software y el soporte operativo a los usuarios del sistema.

Proceso de mantenimiento:Proceso de mantenimiento:Proceso de mantenimiento:Proceso de mantenimiento: Aparece cuando, tarde o temprano, el software requiere modificaciones, bien por errores, necesidades de mejora, etc.

CCoommoo ppooddeemmooss aapprreecciiaarr,, llooss pprroocceessooss yy ssuubbpprroocceessooss ddee llaa mmeettooddoollooggííaa MMEETTRRIICCAA VV33 ssee ccoorrrreessppoonnddeenn

ppeerrffeeccttaammeennttee ccoonn llooss pprroocceessooss pprriinncciippaalleess ddeell cciicclloo ddee vviiddaa ddee ssiisstteemmaass ddee IInnffoorrmmaacciióónn ddee llaa nnoorrmmaa IISSOO..

MMEETTRRIICCAA,, aaddeemmááss,, eessppeecciiffiiccaa llaass aaccttiivviiddaaddeess yy ttaarreeaass,, yy llaass ttééccnniiccaass yy eennttrreeggaabblleess aa ggeenneerraarr ((ffrreennttee aa llaa nnoorrmmaa,, qquuee ssee lliimmiittaa aa ddeessccrriibbiirr llooss

pprroocceessooss ddeell cciicclloo ddee vviiddaa))..

PROCESOS DE SOPORTE

Sirven de apoyo al resto de procesos y pueden aplicarse en cualquier punto del ciclo de vida.

Proceso de documentaciónProceso de documentaciónProceso de documentaciónProceso de documentación: Comprende todas las actividades que permiten desarrollar, distribuir y mantener la documentación necesaria para todas las personas involucradas: consultores, jefes de proyecto, analistas, programadores, usuarios, etc.

Proceso de gestión de la configuraciProceso de gestión de la configuraciProceso de gestión de la configuraciProceso de gestión de la configuraciónónónón: Controla las modificaciones y las versiones de los elementos de configuración del software del sistema.

Proceso de aseguramiento de la calidadProceso de aseguramiento de la calidadProceso de aseguramiento de la calidadProceso de aseguramiento de la calidad: Comprueba que los procesos y los productos software del ciclo de vida cumplen con los requisitos especificados y se ajustan a los planes establecidos.

Proceso de verificaciónProceso de verificaciónProceso de verificaciónProceso de verificación: El objetivo es demostrar la consistencia, completitud y corrección del software entre las fases del ciclo de desarrollo de un proyecto (por ejemplo, si el código es coherente con el diseño). Este proceso puede ser responsabilidad de una empresa de servicios y, en este caso se conoce como proceso de verificación independiente.

Proceso de validaciónProceso de validaciónProceso de validaciónProceso de validación: El objetivo es determinar la corrección del producto final respecto a las necesidades del usuario. Al igual que el anterior, este proceso puede ser ejecutado por una organización de servicios, denominándose proceso de validación independiente.

Proceso de revisión conjuntaProceso de revisión conjuntaProceso de revisión conjuntaProceso de revisión conjunta: Para evaluar el estado del software y sus productos en una determinada actividad del ciclo de vida o una fase de un proyecto. Las revisiones conjuntas se celebran tanto a nivel de gestión como a nivel técnico del proyecto a lo largo de todo su ciclo de vida. Un mecanismo habitual de revisión son las reuniones y la responsabilidad es generalmente compartida entre un grupo de personas pertenecientes a la organización.

Proceso de auditoríaProceso de auditoríaProceso de auditoríaProceso de auditoría: Permite determinar, en los hitos preestablecidos, si se han cumplido los requisitos, los planes y, en suma, el contrato.

Proceso de resolucProceso de resolucProceso de resolucProceso de resolución de problemasión de problemasión de problemasión de problemas: Permite analizar y solucionar los problemas, sean éstos diferencias con los requisitos o con el contrato. Aporta un medio oportuno y documentado para asegurar que los problemas detectados son analizados y solucionados.

PROCESOS DE LA ORGANPROCESOS DE LA ORGANPROCESOS DE LA ORGANPROCESOS DE LA ORGANIZACIÓNIZACIÓNIZACIÓNIZACIÓN

Son los utilizados por una organización para llevar a cabo funciones como la gestión, formación del personal o procesos de mejora continua.

Proceso de gestiónProceso de gestiónProceso de gestiónProceso de gestión: Contiene las actividades y las tareas genéricas que puede emplear una organización que tenga que gestionar sus procesos. Incluye actividades como la planificación, el seguimiento y control, la revisión y evaluación.

Proceso de infraestructuraProceso de infraestructuraProceso de infraestructuraProceso de infraestructura: Establece la infraestructura necesaria para cualquier otro proceso: hardware, software, herramientas, técnicas, etc. para el desarrollo, explotación y mantenimiento.

Proceso de mejoraProceso de mejoraProceso de mejoraProceso de mejora: Para mejorar los procesos del ciclo de vida del software.

Proceso de formaciónProceso de formaciónProceso de formaciónProceso de formación: Para mantener al personal con la adecuada formación, lo que conlleva el desarrollo del material de formación, así como la implementación del plan de formación de la organización.

LLooss pprroocceessooss ddee ssooppoorrttee ddee llaa nnoorrmmaa ssee ccoorrrreessppoonnddeenn ccoonn llaass IINNTTEERRFFAASSEESS ddee MMEETTRRIICCAA VV33 ((ggeessttiióónn ddee pprrooyyeeccttooss,, aasseegguurraammiieennttoo ddee llaa ccaalliiddaadd,,

ggeessttiióónn ddee llaa ccoonnffiigguurraacciióónn,, eettcc))

PROCESO DE ADAPTACIÓPROCESO DE ADAPTACIÓPROCESO DE ADAPTACIÓPROCESO DE ADAPTACIÓNNNN

Sirve para realizar la adaptación básica de la norma ISO 12207-1 respecto a los proyectos software. Como es sabido, las variaciones en las políticas y procedimientos de la organización, los métodos y estrategias de adquisición, el tamaño y complejidad de los proyectos, los requisitos del sistema y los métodos de desarrollo, entre otros, influencian la forma de adquirir, desarrollar, explotar o mantener un sistema.

Dado que los procesos se aplican durante el ciclo de vida del software, y además se utilizan de diferentes formas por las diferentes organizaciones y con distintos puntos de vista y objetivos, es preciso comprender los procesos, las organizaciones y sus relaciones bajo diferentes puntos de vista:

Contrato: El comprador y el proveedor negocian y firman el contrato, empleando los procesos de adquisición y suministro.

Gestión o dirección: El comprador, el proveedor, el desarrollador, el operador y el personal de mantenimiento gestionan sus respectivos procesos en el proyecto software.

Explotación: El operador proporciona el servicio de explotación del software a los usuarios.

Ingeniería: El desarrollador o el personal de mantenimiento llevan a cabo sus respectivas tareas de ingeniería para producir o modificar los productos de software.

Soporte: Los grupos de soporte (el de gestión de la configuración, el de aseguramiento de la calidad, el de auditoría, etc.) proporcionan servicios de apoyo a otros grupos en el cumplimiento de tareas únicas y específicas.

CLASIFICACIÓN DE LOSCLASIFICACIÓN DE LOSCLASIFICACIÓN DE LOSCLASIFICACIÓN DE LOS MODELOS DE CICLO DE MODELOS DE CICLO DE MODELOS DE CICLO DE MODELOS DE CICLO DE VIDAVIDAVIDAVIDA

Existen distintos modelos de ciclo de vida o lo que es lo mismo distintas pautas a seguir en el desarrollo de los Sistemas de Información. Naturalmente si se trata de proyectos sencillos en organizaciones pequeñas no es precisa la formalización del sistema. Sin embargo en organizaciones grandes o para proyectos complejos es imprescindible establecer un modo de hacer común. Una posible clasificación sería la que divide los modelos de ciclo de vida en:

Modelos tradicionales: Son los de más amplia utilización. Dentro de este grupo estarían:

1. Modelo en cascada. 2. Modelos basados en prototipos: 3. Modelo de construcción de prototipos. 4. Modelo de desarrollo incremental. 5. Modelo de prototipado evolutivo.

Modelos alternativos: Dentro de este grupo estarían:

1. Modelo en espiral 2. Modelos basados en transformaciones:

a) Las que usan técnicas de cuarta generación

(Roger Pressman): Suelen estar basados en herramientas de cuarta generación (lenguajes no procedimentales para consultas a BD; generadores de código, de pantallas, de informes; herramientas de manipulación de datos; facilidades gráficas de alto nivel)

b) Basados en modelos de transformación (Carma McClure). Basados en herramientas CASE que permiten, siguiendo el MCV clásico, pasar de una etapa a otra aplicando las transformaciones que dan las herramientas.

EEnn aammbbooss ccaassooss,, llaa ffiilloossooffííaa ggeenneerraall eess lllleeggaarr aa ggeenneerraarr ccóóddiiggoo aa ppaarrttiirr ddee uunnaass eessppeecciiffiiccaacciioonneess ttrraannssffoorrmmáánnddoollaass ppoorr mmeeddiioo ddee hheerrrraammiieennttaass.. LLaa ddiiffeerreenncciiaa eennttrree uunnoo yy oottrroo eess eell uussoo ddee uunnaass uu oottrraass hheerrrraammiieennttaass.

APARTE DE ESTOS MODELOS DE CICLO DE VIDA EN LA ACTUALIDAD EXISTEN NUEVAS ALTERNATIVAS:

Proceso unificado de desarrollo del software de Rational (RUP).

modelo basado en Desarrollo de Software Basado en Componentes (DSBC o CBSB).

modelo de la Programación Extrema (eXtreme Programmming).

En la práctica, en la construcción de un Sistema de Información no se suelen seguir los modelos en su forma pura sino que de acuerdo con las peculiaridades del sistema y de la experiencia del jefe del proyecto, se pueden adoptar aspectos de otros modelos que sean más adecuados al caso concreto. Esto es así porque no existe un modelo mejor que los demás, cada uno tiene sus ventajas e inconvenientes.