METODOLOGA I.D.E.A.L Historia El modelo I.D.E.A.L, ha sido desarrollado en el Software Engineering Institute de Carnegie Mellon University (SEI).

Una descripcin completa del modelo, incluyendo descripciones detalladas de las prcticas de bases se public a principios de febrero de 1996 bajo el nombre I.D.E.A.L. El modelo fue originalmente concebido como un modelo de ciclo de vida para los programas de software de mejora de procesos basado en Capability Maturity Model del Software (SW-CMM), pero en 1996 se haba expandido ms all de un modelo de ciclo de vida simple y se cubre tambin los aspectos de la gestin de tales un programa (Gremba & Myers 1997, 1). Adems, ya no se espera que el SW-CMM se utiliza para establecer la lnea base del estado actual , o que la lnea de base debe ser un proceso de evaluacin en absoluto ,aunque se menciona que SW-CMM basado en la evaluacin puede ser utilizado para una lnea de base proceso de maduracin. Sin embargo, todava estaba destinado a la mejora de procesos. Posteriormente el SEI reconoce que el modelo ideal tena un potencial tambin fuera del campo de la mejora del proceso y podra ser utilizado para guiar cualquier programa de cambio en una organizacin. IDEAL proporciona un modelo de referencia y ciclo de vida para establecer y ejecutar un programa de mejora de procesos y orientacin para la gestin de dicho programa .Tambin tiene como objetivo apoyar la mejora continua, que es (implcitamente) ve como una repeticin de los programas de mejora en una secuencia. Definicin La metodologia IDEAL es un modelo de creacin de conocimiento Ciclo de vida basado en prototipaje rpido, consistente en conseguir, desde etapas muy iniciales del desarrollo, unos prototipos que den idea de cmo debe funcionar el sistema definitivo. El objetivo es conseguir un proceso de mejora gradual en base al conocimiento de los expertos. El modelo ideal es un modelo de mejora continua del ciclo de vida. Se proporciona una hoja de ruta para la ejecucin de los programas de mejora con un ciclo de vida compuesto por fases secuenciales que contienen actividades. Se llama as por sus cinco fases. CARACTERISTICAS Propone un ciclo de vida en espiral en tres dimensiones, y se ajusta a la tendencia del software actual, esto es: Ser Reutilizable Ser Integrable

S.E : Sistema Experto

 Poseer Requisitos Abiertos Diversidad de Modelos Computacionales Los requisitos estn sometidos a constantes cambios y por ende el sistema tambin, por lo que como resultado se obtiene un sistema en constante evolucin por lo que puede considerarse como un prototipo en constante perfeccionamiento, mediante el agregado de nuevos marcos compuestos, mediante nuevas tcnicas de descomposicin del problema, mediante nuevas formas de documentacin o estndares a los que debe ajustarse. FASES Y ETAPAS DE LA METODOLOGIA La metodologa IDEAL consta de cinco fases, a saber: 1. Identificacin de la tarea. 2. Desarrollo de los prototipos. 3. Ejecucin de la construccin del sistema integrado. 4. Actuacin para conseguir el mantenimiento perfectivo. 5. Lograr una adecuada transferencia tecnolgica. Cada una de stas fases se subdivide en distintas etapas, las cuales se explicarn a continuacin.

S.E : Sistema Experto

FASE I: IDENTIFICACIN DE LA TAREA Esta fase considera la definicin de los objetivos de la aplicacin y, en base a ellos, determinar si la tarea es susceptible de ser tratada con la tecnologa de la INCO. En caso afirmativo, se definen las caractersticas del problema y se especifican los requisitos que enmarcarn la solucin del problema Para ello, esta fase se divide en las tres etapas siguientes: Etapa 1: Plan de requisitos y Adquisicin de Conocimientos Se identifican las necesidades del cliente describiendo cuales son los objetivos del sistema, qu informaciones se van a obtener y suministrar, funcionalidades a exigir y requisitos necesarios para alcanzar todo ello. Para confeccionar el plan de requisitos es necesario comenzar con la adquisicin de conocimientos, entrevistndose con directivos, expertos y usuarios. Parmetros esenciales a considerar: Fines especficos y grales. del sistema. Funcionamiento y rendimiento deseado. Fiabilidad y confiabilidad. Limitaciones de coste/tiempo. Requisitos de fabricacin. Tecnologa disponible. Competencia. Ampliaciones futuras. Para confeccionar el plan de requisitos es necesario comenzar con la adquisicin de conocimientos, entrevistando a directivos, usuarios y expertos. Sin embargo, la adquisicin profunda se lleva a cabo en la fase II. Etapa 2: Evaluacin y Seleccin de la Tarea Esta etapa conforma el estudio de viabilidad, desde la perspectiva de la INCO, cuantificando dicha evaluacin para ver qu grado de dificultad presenta la tarea. Esta etapa es fundamental para evitar a priori fallos detectados en la aplicacin prctica de esta tecnologa. Se analizan los siguientes aspectos de la tarea: Adecuacin: naturaleza / complejidad / tipo => el desarrollo del SE es adecuado. Plausibilidad => desarrollo del SE posible. Justificacin => desarrollo SE justificado. xito => xito del SE est asegurado. => si todo esto sucede=> SE realizado

S.E : Sistema Experto

Etapa 3: Definicin de las caractersticas de la tarea Aqu, se establecen las caractersticas ms relevantes asociadas con el desarrollo de la aplicacin. Una definicin de la aplicacin desde el punto de vista del sistema. Es decir, una especificacin tcnica completa emitida por el Ingeniero del Conocimiento (en adelante IC). Se debe llevar a cabo una especificacin inicial de los siguientes tipos de requisitos: funcionales, operativos, de interfaz, de soporte, criterios de xito, casos de prueba o juego de ensayo. Recursos materiales y humanos para desarrollar el Sistema Experto (en adelante SE). Anlisis de costes/beneficios y evaluacin de riesgos. Hitos y calendario. En esta fase los expertos, usuarios y directivos, consiguen perfilar el mbito del problema; definir funcionalidades, rendimiento, e interfaces; analizar el entorno de la tarea y del riesgo de desarrollo del SE. Todo ello hace que el proyecto se justifique, y asegura que los IICC y los clientes tengan la misma percepcin de los objetivos del sistem a) Definicin formal de la aplicacin:desde el pto. de vista del sistema. Se hace una especif. inicial de los requisitos: - Funcionales: tipos de informaciones (datos, noticias y conocimientos). - Operativos: estticos y dinmicos (con respecto al tiempo). - De interfaz: de usuarios, con otros productos y sistemas, etc. - De soporte: plataforma de hard. y soft. b) Criterios de xito: identificar necesidades reales de los usuarios finales y decisores del sist. propuesto; y det. el grado de satisfaccin de estas que debe cumplir el sist. c) Casos de prueba juegos de ensayo: para validar el grado y calidad de experiencia del experto, como las prestaciones del S.E. d) Recursos para desarrollar el S.E. : especificacin de recursos materiales y humanos. e) Anlisis de Costos / Beneficios y Evaluacin de Riesgos : cptos. de gastos, tipos de beneficios, clases de riesgos. f) Hitos y Calendario: plan de desarrollo del sistema. En esta etapa, es dnde se configuran la especificacin del sistema. Con la definicin de esta fase, los I.C., usuarios, directivos y expertos logran perfilar satisfactoriamente el mbito del problema: def. coherentemente funcionalidades, rendimiento e interfaces; analizar entorno de la tarea y del riesgo del desarrollo del S.E.

S.E : Sistema Experto

FASE II: DESARROLLO DE LOS DISTINTOS PROTOTIPOS Se desarrollan prototipos que permiten definir y refinar, las especificaciones del sistema, en forma gradual, hasta conseguir las especificaciones exactasde qu se puede hacer y cmo. Prototipo de demostracin=>permite al IC, al experto y a directivos comprobar la viabilidad del sistema, y comprender mejor las especificaciones y los requisitos de usuario. Luego, se construyen los prototipos de Investigacin, Campoy Operacin , que son sucesivos refinamientos, cada uno del anterior. Etapas para el desarrollo del Prototipo de Demostracin: Etapa 1: Concepcin de la solucin Produce un diseo general del sistema prototipo. El IC y el experto estudian las especificaciones Parciales del sistema y el plan del proyecto y, en base a ellos, producen un diseo general. Se compone de dos actividades principales: desarrollo de un DFD y Diseo arquitectnico del sistema. Para los siguientes prototipos esta etapa se convierte en refinamientos en la concepcin de la solucin. Etapa 2: Adquisicin de Conocimientos y Conceptualizacin de Conocimientos En esta etapa es dnde la adquisicin de conocimientos es mayor. La adquisicin de conocimiento en sus dos facetas: extraccin de conocimiento pblicos y educcin de conocimiento privados del experto; se alterna con la Etapa de Conceptualizacin para modelizar el comportamiento del experto. La adquisicin, tanto en la extraccin de los conocimientos pblicos (libros, documentos, manuales de procedimientos, etc.) como en la educcin de los conocimientos privados de los expertos, se alterna con la conceptualizacin para modelar el comportamiento del experto. La conceptualizacin permite entender el dominio del problema a partir de la informacin obtenida en la etapa de adquisicin. Etapa 3: Formalizacin de Conocimientos

S.E : Sistema Experto

Se seleccionan los formalismos para representar los conocimientos que conforman la conceptualizacin obtenida, y el diseo detallado del SE. Este ltimo es en una estructura modular del sistema que incorpora los conceptos que participan en el prototipo. Se establecen los mdulos que definen el motor de inferencias, la base de conocimientos, interfaces (de usuario y a otros sistemas), etc. En resumen se puede decir que se tiene dos actividades fundamentales: Seleccin de formalismos para rep. en la mq. los conocimientos que conforman la conceptualizacin. Diseo detallado del S.E.: consiste en una estructura modular del sist. que incorpora todos los cptos. usados en el prototipo. Se deben establecer los mdulos que def. el Motor de Inferencias, la(s) base(s) de conocimientos, interfaces de usuarios y a otros sist., etc. Etapa 4: Implementacin Si en la etapa anterior se uso una herramienta adecuada, y el prob. se ajust a ella, y viceversa, la implementacin es automtica. Inconvenientes que ocasiona el uso de herramientas de desarrollo: Dependencia: prototipo queda ligado a la herramienta. Eficiencia: la herram. Queda incorporada al sist. y ocupa mucho espacio. Gran tamao, complejidad y coste. Etapa 5: Validacin y Evaluacin

La fiabilidad es el punto ms sensible de todo SE y por tanto su punto crtico dado que estos sistemas estn construidos para contextos en los que las decisiones son, en gran medida, discutibles. Sin embargo, existen tcnicas que permiten realizar esta validacin de una forma razonablemente satisfactoria. Para ello, se deben realizar las siguientes acciones . a) Casos de prueba juegos de ensayo: comparar las repuestas de los expertos con las del SE. b) Ensayo en paralelo: consecuencia de la anterior. Los expertos usan rutinariamente el sist. desarrollado para evaluar las discrepancias entre ambos. Adems, aqu se examina la interfaz de usuario, para ver si se adapta a los deseos de expertos y usuarios finales.

S.E : Sistema Experto

Etapa 6: Definicin de nvos. requisitos, especificaciones y diseo Los SSBBCC se construyen de forma incremental, generando primero un prototipo de investigacin, que se convierte en un prototipo de campo para, finalmente, resultar un prototipo de operacin. Esta etapa se corresponde con la definicin de los requisitos, especificaciones y diseo del siguiente prototipo, que para ser construido deber pasarse, de nuevo, por las etapas II.1 a II.5. Esta fase acaba con la obtencin del sistema experto completo. FASE III: EJECUCIN DE LA CONSTRUCCIN DEL SISTEMA INTEGRADO Integracin de los SE con sistemas generales con los que interactan. Etapa 1: Requisitos y Diseo de la Interaccin Es el estudio y diseo de interfaces y puentes con otros sistemas hardware y software. Etapa 2: Implementacin y Evaluacin de la Integracin Su fin es desarrollar, utilizando tcnicas de IS, los requisitos de la etapa anterior. Esto es, esta etapa implemento la integracin del SE con los otros sistemas hardware y software, para conseguir un sistema final Etapa 3: Aceptacin por el usuario del Sist. Final Es la prueba ltima de aceptacin por los expertos y usuarios finales, que debe satisfacer todas sus expectativas y exigencias, tanto en lo concerniente a su fiabilidad como eficiencia. FASE IV: ACTUACIN PARA CONSEGUIR EL MANTENIMIENTO PERFECTIVO Trata del mantenimiento del sistema, dadas las caractersticas especficas de los SSBBCC, el mantenimiento perfectivo es esencial, puesto que, adems del aumento de funcionalidades, efecta la incorporacin de nuevos conocimientos que, sin duda, se van a generar por el propio uso del SBC. En este el anlisis de protocolos, como forma de adquisicin de conocimientos, es imprescindible. Etapa 1: Definir el mantenimiento del sistema global. Esta etapa emplea las tcnicas de IS, definiendo el mantenimiento que se llevar a cabo igual que en cualquier otro tipo de sistema Etapa 2: Definir el mantenimiento de las bases de conocimientos.
Hay que dedicar una etapa especial al estudio de mantenimiento de las bases de conocimiento

Etapa 3: Adquisicin de nuevos conocimientos.

S.E : Sistema Experto

Disear protocolos para que cuando aparezcan nuevos conocimientos, puedan captarse y registrarse. Se deben establecer mtodos para actualizar el sistema incorporando los conocimientos adquiridos. FASE V: LOGRAR UNA ADECUADA TRANSFERENCIA TECNOLGICA Se encarga de la transferencia tecnolgica. Cualquier sistema necesita, para su correcta implantacin y uso rutinario, una adecuada transferencia de manejo. No resulta lo mismo cuando el sistema es usado por sus constructores que por los usuarios del mismo. El nico modo de eliminar estas diferencias es mediante una meticulosa transferencia tecnolgica, que engloba las dos etapas siguientes Etapa 1: Organizar la transferencia tecnolgica Meticulosamente mediante entrenamiento en sesiones de tutora entre los diseadores y los usuarios que sirvan tanto para explicar el manejo del propio sistema como para manejar y entender la documentacin del mismo. Etapa 2: Completar la documentacin del Sistema Desde el dossier tcnico al manual del usuario, que deben incorporar todas las peculiaridades de su uso de una forma amigable para el usuario final a quien debe ir dirigido.

Aprovechamiento o Aprendizaje La fase de aprendizaje se centra en el aprendizaje de la ejecucin de los esfuerzos de mejora de procesos de software. El Anlisis y validacin de la actividad se centra en la evaluacin de la ejecucin de los esfuerzos de mejora de procesos de software, incluyendo lo que funcion bien y no tan bien, y la validacin de la solucin de software de mejora de procesos. La validacin se concentra en "la construccin de la solucin correcta". La actividad Proponer acciones futuras se centra en lo que sugiere recomendaciones para los futuros esfuerzos de mejora de procesos software. Para la organizacin se mencion anteriormente, las lecciones aprendidas son capturadas y analizadas, y las recomendaciones para los futuros esfuerzos de mejora de procesos de software se sugieren. Iteraciones y Actividades Una fase se compone de tiempo secuenciales-caja iteraciones. Cada iteracin se traduce en un incremento software de proceso de cambio. Una iteracin es un hito de menor importancia que los miembros de la comunidad pueden influir y dirigir el

S.E : Sistema Experto

proceso de software de iniciativa de mejora. Una actividad es una unidad primitiva de trabajo. Iteraciones de establecer un enfoque para implementar el cambio de procesos de software a una empresa, proyectos, departamentos o unidades organizativas otra mediante un proceso de orientacin humana para lograr un cambio sostenible de procesos de software. La figura 2 muestra las actividades de la FEI (vertical) que se ocupan de la comunidad (izquierda) y las personas individuales (derecha). Cada iteracin consiste en un conjunto de cambios en los procesos de software est implementado en la organizacin. El Plan se centra en la actividad de la comunidad y el establecimiento de un calendario de entrega. La actividad se centra en la gente de Oriente y la introduccin de mentores / entrenadores. Estas actividades suelen coincidir con la fase en marcha del modelo IDEAL para cambios especficos del proceso de software. Esta actividad es en general a la informacin relacionada con el esfuerzo de mejora global de software de proceso y las iteraciones anteriores, mientras que expresamente impulsado por la iteracin anterior. La actividad de Instalacin y configuracin se centra en la comunidad y la instalacin y configuracin de la automatizacin (herramienta). Estas actividades incluyen la entrega de los mentores y entrenadores de formacin de automatizacin de la administracin, se establece el proceso de software y modelo de uso (informacin para configurar la herramienta para apoyar el proceso de software), que aplica el modelo de uso en la automatizacin y la integracin de la automatizacin en el entorno de desarrollo de software. La actividad Establecer centra en las personas y el establecimiento de un plan de accin. Estas actividades incluyen el enfoque en la actual-es y desea ser-estado del proceso de software de considerar a las personas, el proceso de desarrollo de software y la automatizacin, y tambin se centra en un plan de accin (plan de xito localizado) a las capacidades de transicin. El plan se compone de actividades relacionadas con los mentores y entrenadores principales talleres y el proceso de entrega de software de automatizacin y la formacin, el apoyo a los directores de proyectos y equipos (frente a las preguntas, facilitar los debates, y la direccin), la revisin de los resultados y la retroalimentacin, la entrega de proceso de desarrollo de software y experiencia en automatizacin, y el software de migracin de contenido de desarrollo (incluidos los requisitos y caractersticas de las historias de los usuarios, incluyendo las pruebas de pruebas de aceptacin y pruebas unitarias, etc). Estas actividades generalmente coinciden con el modelo ideal es el diagnstico y establecimiento de las fases de los cambios especficos del proceso de software.

S.E : Sistema Experto

La actividad de implementacin se centra en la comunidad y la introduccin del proceso de software y modelo de uso. La actividad mayor se concentra en las personas y colaboran contra el plan de accin. Estas actividades incluyen la entrega de los mentores y entrenadores de procesos de software y la capacitacin de automatizacin y de mentores / entrenadores de equipos y personas. Estas actividades suelen coincidir con la fase en funciones el modelo IDEAL para cambios especficos del proceso de software.

S.E : Sistema Experto