Sistema Experto en Selección del Ciclo de Vida - Iidia.com.ar

TESIS DE MASTERSistemas Experto de Ayuda para la Selección delModelo de Ciclo de VidaAutor: Lic. Bibiana D. RossiDirigida por:DRA. Almudena SierraDR. Ramón García MartínezMadrid, Buenos Aires, Septiembre 2001

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA mis hijosGastón La Valle y Verónica La ValleAgradecimientos 01/09/2003 Bibiana D. Rossi 1

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA6.2.5 Paso 5: Identificación de los conocimientos fácticos 2156.2.5.1: Análisis de los conocimientos fácticos 2166.2.5.2: Comprobación de los conocimientos fácticos 2526.3 Síntesis de conocimientos 2526.3.1 Modelo de procesos, modelo dinámico 2526.3.2 Modelo estático 2536.3.3 Mapa de Conocimiento 2676.4 Comprobación de la Conceptualización 268Capítulo 7.7. Formalización de Conocimientos 2817.1 Selección de Formalismos 2817.2 Formalización de los Conocimientos en Reglas de Producción 2817.3 Formalización de los Conocimientos en Marcos 2817.4 Formalización de los Conocimientos en Procedimientos 293Capítulo 8.8. Implementación del sistema 2998.1 Selección de la Herramienta 2998.1.1 Los Objetos en Kappa 2998.1.2 Las Reglas en Kappa 3008.2 Implementación en la Herramienta 3018.2.1 Estructura general de los Objetos 3028.3 Desarrollo de un caso ejemplo 304Capítulo 9.9. Evaluación 3259.1 Evaluación de la Adquisición de Conocimientos 3259.2 Evaluación de la Conceptualización de Conocimientos 3269.3 Evaluación de la Formalización de Conocimientos 3269.4 Evaluación de la Implementación de Conocimientos 3279.4.1 Caso Ejemplo 1.1: Facturación Telefónica 3279.4.2 Caso Ejemplo 1.2: Facturación Telefónica 3329.4.3 Caso Ejemplo 2: Control de Stock 339INDICE 01/09/2003 Bibiana D. Rossi 7

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.4 Caso Ejemplo 3: Control de Morosos 3449.4.5 Caso Ejemplo 4: Técnica emparrillado 3499.4.6 Caso Ejemplo 5: Inscripción Universitaria 3559.4.7 Caso Ejemplo 6: Organizar Comisiones 3649.4.8 Caso Ejemplo 7: Administración Consorcio 3709.4.9 Caso Ejemplo 8: Registración Contable 3749.4.10 Caso Ejemplo 9: Portal Empleos 3779.4.11 Caso Ejemplo 10: Pedidos Droguería 3839.5 Resultados de la Evaluación del Sistema Experto 390Capítulo 10.10. Conclusiones y Futuras Líneas de Investigación 39510.1 Conclusiones de trabajo 39510.2 Líneas de Investigación y Desarrollo 39610.3 Líneas de Investigación Complementarias 397Capítulo 1111. Bibliografía 40111.1 Referencias bibliográficas 40111.2 Abreviaturas 403Capítulo 1212. Anexos 40712.1 Anexos del capítulo 3: Gestión de Configuración 40712.2 Anexos del capítulo 5: Sesiones de Adquisición de Conocimientos 419A.1-A.2-A.3 Sesiones de entrevistas con el experto 419B.1 Sesión de extracción de conocimientos 429INDICE 01/09/2003 Bibiana D. Rossi 8

Capítulo 1Introducción

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn los últimos años el proceso software se ha presentado como el ejecentral en la escala de los niveles propuestos por el Modelo de Madurez del SEI(Software Engineering Institute), [Paulk, M. 1993]. Como punto de partida frente ala resolución de problemas reales de software, el ingeniero debe establecer unaestrategia de desarrollo que acompañe al proceso. Esta estrategia implicaseleccionar un modelo de proceso (ciclo de vida) según la naturaleza delproyecto, de la aplicación a desarrollar, de los métodos y herramientas a utilizar ylos controles y entregas que se requieren.Existen varios modelos de ciclo de vida, entre los que se destacan:cascada, prototipado de usar y tirar, incremental, emisión gradual, mejoraiterativa, ensamblaje de componentes, espiral, prototipado operativo y prototipadorápido. No existe un modelo de ciclo de vida que funcione para cualquierproyecto.El Ingeniero en software debe estudiar las características del proyecto yseleccionar el modelo de ciclo de vida que más se adapte a ellas. Las bases paradeterminar el ciclo de vida más adecuado son: la cultura de la organización, ladisponibilidad para correr riesgos, el dominio de la aplicación, la volatilidad de losrequisitos y cuánto se comprenden dichos requisitos.Esta selección se realiza al inicio del proyecto y se deben considerar unconjunto de variables de análisis que requiere en su mayor parte de la experienciadel ingeniero en software, ya que al inicio del proyecto subyace una gran cuota desubjetividad en casi todos los aspectos del proyecto.En este contexto, se ha considerado conveniente disponer de la asistenciade un Sistema Experto que colabore en la selección del modelo de ciclo de vidamás adecuado para el proyecto. El sistema asistirá al Ingeniero en software en laselección del ciclo de vida más adecuado para un proyecto de desarrollo enparticular, colaborando en el análisis de las características más relevantes a teneren cuenta.Se observa que el conocimiento requerido para confeccionar el SistemaExperto es de laboriosa obtención. Sin embargo, vista la importancia del tema, sepropone considerar la solución postulando una clasificación de ciclos de vida enfamilias genéricas. Las que fueron consideradas para el presente trabajo son:cascada, espiral y orientadas a objetos. En este contexto se propone encuadrar eldesarrollo teniendo en cuenta los aspectos más sobresalientes de cada familia.INTRODUCCION 01/09/2003 Bibiana D. Rossi 11

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEste trabajo esta organizado en capítulos cuyo contenido es el siguiente:• En el capítulo II, Domino del problema, se describe el dominio de aplicacióndel Proyecto. Se presenta el concepto de Ciclo de Vida (CV), su importancia yvigencia. Luego se describen los ciclos de vida que se consideran en esteproyecto: el CV en Cascada, el CV en espiral y el CV Orientado a objetos.Del CV en Cascada se describen sus fases. Del CV en Espiral se explica unode los conceptos principales de ese ciclo, que es el riesgo, y se describen lasfases que lo constituyen. Del CV Orientado a objetos se hace una breveintroducción de los conceptos básicos, se describen las fases y se presentanlos modelos básicos que se usan.• En el capítulo III, Definición del problema, se presenta el objetivo y alcancedel proyecto especificando las características del problema a resolver y losparticipantes. Se describe la metodología IDEAL que es la seleccionada paradesarrollar el sistema. Como cierre del capítulo se presenta un plan delproyecto que es la base sobre la cual se cumplen las actividades de gestión.• En el capítulo IV, Estudio de Viabilidad, se describe el Test de Viabilidad quepropone la Metodología IDEAL. Luego se detalla el análisis de viabilidad parael proyecto, justificando los valores definidos en el test. A continuación seevalúa la viabilidad del proyecto.• En el capítulo V, Adquisición del Conocimiento se describe el proceso deadquisición de conocimientos y las técnicas usadas en el mismo. Como iniciodel proceso se presentan las primeras sesiones de entrevistas con el expertoprincipal para completar el estudio de viabilidad. Luego se documenta elproceso de extracción de conocimientos en el cual se utilizó el AnálisisEstructural de Textos. Se detalla el proceso de educción de conocimientosrealizado al equipo de expertos para el cual se aplicaron el Método Delphi y laTécnica Nominal de Grupo. Y finalmente se presenta la educción deconocimientos con el experto principal, el desarrollo de las entrevistas y latécnica de Emparrillado.• En el capítulo VI, Conceptualización de Conocimientos se presenta elresultado del desarrollo de la fase de Conceptualización. En primer lugar sedocumenta el resultado del Análisis de los conocimientos adquiridosorganizados en Conocimientos Estratégicos, Tácticos y Fácticos. Luego semuestra el resultado de la Síntesis de los conocimientos adquiridos yanalizados documentado en el Modelo estático, el Modelo dinámico y laconformación final en el Mapa de Conocimientos. Como cierre del capítulo sepresenta la Comprobación del proceso de Conceptualización.INTRODUCCION 01/09/2003 Bibiana D. Rossi 12

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• En el capítulo VII, Formalización de Conocimientos se especifica cómo losconocimientos que en la fase de Conceptualización fueron expresados enrepresentaciones externas intermedias: árbol de descomposición funcional,seudorreglas y tablas de concepto-atributo-valor son representados enrepresentaciones compatibles con la tecnología computacional. Seseleccionan los formalismos a utilizar. Luego se formalizan los conocimientosque serán posteriormente implementados en la herramienta seleccionada.• En el capítulo VIII, Implementación del sistema se describen en primer lugarlas características de la herramienta que se usará para implementar elsistema experto. Luego usando un caso como ejemplo se presenta el sistemaen sí, la interfaz y su operatoria general.• En el capítulo IX, Evaluación, se presentan los casos de prueba con los que seha evaluado el sistema. Se documenta la verificación y validación que se harealizado y se mencionan los ítem que documentan la evaluación realizada a lolargo del desarrollo del sistema.El objetivo de la etapa de evaluación es garantizar la calidad del sistemaexperto. La calidad esta asociada con el funcionamiento correcto del sistema yque el sistema responda a las expectativas del usuario. La evaluación no es,una fase concreta de la ingeniería del conocimiento [Gómez, A. y otros 1997]sino un conjunto de actividades que ser realizan a lo largo de cada fase dedesarrollo del sistema. Cada fase del proceso de desarrollo requiere unaevaluación diferente aunque es conveniente utilizar los mismos casos deprueba a lo largo de todas las fases.• En el capítulo X, Conclusiones finales y Futuras Líneas de Investigación, seconsideran tres aspectos importantes en relación al trabajo realizado y a sucontinuidad. En la parte de Conclusiones se detallan los aportes originales queel trabajo de tesis ha generado en el dominio de conocimiento de la Seleccióndel Modelo de Ciclo de Vida más adecuado. En la segunda parte se mencionanaspectos y líneas de investigación que se pueden considerar para ampliar elpresente desarrollo. En la tercera parte se mencionan temas de investigacióncomplementarios.• En el capítulo XI, Bibliografía, se presenta la bibliografía que se ha usado enel presente trabajo y el detalle de las abreviaturas.• En el capítulo XII, Anexos, se detallan los anexos. En primer lugar sepresentan los anexos del capítulo 3, Definición del problema: el control deconfiguración. En segundo lugar se presentan los anexos del capítulo 5,Adquisición de Conocimientos: las sesiones de entrevista realizadas alINTRODUCCION 01/09/2003 Bibiana D. Rossi 13

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAexperto y las sesiones de extracción de conocimientos realizadas sobre elanálisis de la bibliografía del dominio de aplicación del presente trabajo.INTRODUCCION 01/09/2003 Bibiana D. Rossi 14

Capítulo 2Dominio de laAplicación

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se describe brevemente el dominio de aplicación delProyecto. En primer lugar se presenta el concepto de Ciclo de Vida (CV), suimportancia y vigencia. Luego se describen los ciclos de vida que se consideranen este proyecto el CV en Cascada, el CV en Espiral y el CV Orientado a objetos.Del CV en Cascada se describen sus fases. Del CV en Espiral se explicauno de los conceptos principales de ese ciclo, que es el riesgo, y se describen lasfases que lo constituyen. Del CV Orientado a objetos se hace una breveintroducción de los conceptos básicos, se describen las fases y se presentan losmodelos básicos que se usan.2.1 INTRODUCCIONTodos los sistemas de información están conformados por componentesestructurales: datos, procesos, controles, entradas, salidas, modelos, tecnología.A estos componentes se le suman los requerimientos: de sistemas, deprocesamiento de datos, de integración, de costo y eficacia, de factibilidad.También se suman variables del negocio como: capacidad competitiva, calidad yutilidad de la información, factores organizacionales, factores humanos.Todos estos elementos no hacen un sistema de información a menos queconformen una unidad con un propósito determinado. La tarea de desarrollar unsistema de información es emprendida por los profesionales de sistemas queemplean una metodología de desarrollo de sistemas, como el camino pararealizar su trabajo. La metodología es una guía desde el análisis hasta elmantenimiento. El primer paso de la tarea consiste en definir el modelo de ciclo devida, es decir, qué camino guía se selecciona.Existen varios tipos de ciclos de vida entre los cuales seleccionar. Esnatural que existan varios tipos de ciclos de vida ya que existe también una granvariedad de aplicaciones para las cuales se construyen productos software condiversas características particulares.Las técnicas y metodologías de desarrollo de sistemas se confunden confrecuencia con el ciclo de vida [Whitten, J. 1996]. El propósito del ciclo de vida esplanear, ejecutar y controlar el proyecto de desarrollo de un sistema. El ciclo devida define las fases y las tareas esenciales para el desarrollo de sistemas, sinimportar el tipo o la envergadura del sistema que se intenta construir. Por ejemplo,siempre se debe estudiar y analizar el sistema actual (en el grado de detalleadecuado) antes de definir las necesidades de los usuarios y fijar las prioridades.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 17

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAAlgunos autores y profesionales presentan el concepto de ciclo de vidacomo parte del pasado, que ha perdido vigencia en la actualidad frente a lasnuevas filosofías de análisis y diseño de sistemas de software. El mito de lamuerte del ciclo de vida se relaciona con la popularidad de las técnicas ymetodologías [Whitten, J. 1996].Una técnica es un método que aplica herramientas y reglas específicaspara completar una o más actividades del ciclo de vida del desarrollo de sistemas.Las técnicas en su mayoría son solo aplicables a una parte del ciclo de vida. Porejemplo la programación estructurada es una técnica aplicable a las fases decodificación y soporte de sistemas. No da apoyo a las fases de planificación,análisis o diseño. Por lo tanto es necesario combinar la programaciónestructurada con otras técnicas de desarrollo para cubrir todas las fases del ciclode vida.Una metodología es una versión particular e individual de un ciclo de vidacompleto para el desarrollo de sistemas [Burch, J. y Grudnitski, G. 1994], queincluye:• Tareas paso a paso para cada fase. Determina el orden de las fases delproceso software.• Funciones desempeñadas en cada tarea.• Productos resultantes y normas de calidad para cada tarea.• Técnicas de desarrollo que se utilizarán en cada tarea.Una auténtica metodología debe acompañar al ciclo de vida completo deldesarrollo de sistemas. La mayor parte de las metodologías modernas incluye eluso de varias técnicas de desarrollo con sus herramientas asociadas. Lostérminos técnica y metodología suelen utilizarse de forma indistinta tanto en laspublicaciones informáticas como en la industria. Con frecuencia se llamametodología al análisis estructurado cuando, en realidad, es una técnica. Dichatécnica forma parte de varias metodologías conocidas [Whitten, J. 1996].Así pues, puede afirmarse que el ciclo de vida sigue vigente. Simplementese ha confundido con la forma de populares metodologías disponiblescomercialmente, las cuales contienen técnicas muy conocidas y aplicadas.Independientemente del número o nombres de las fases del ciclo de vida,éste racionaliza y asigna una rutina al proceso de construcción de sistemas deinformación. La meta principal del ciclo de vida de sistemas es reducir los iniciosDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 18

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAfalsos, reciclamiento indebido y callejones sin salida. Además aumenta laprobabilidad de que el sistema que se construya e instale finalmente, sea el quelos usuarios desean y necesitan.2.2 CONCEPTO DE CICLO DE VIDAEl proceso de construcción de software puede verse como una cadena detareas. Las cadenas de tareas son planes idealizados de qué acciones debenrealizarse y en qué orden. El software obtenido tras el proceso puede ser vistocomo el “producto” que entra al proceso, se transforma (a lo largo de la cadena detareas) y que sale del proceso hasta obtener el producto deseado. Desde estaperspectiva del producto, se pueden establecer los estados por los que vapasando el producto en un proceso software: la entrada al proceso es unanecesidad, que una vez estudiada se convierte en una especificación derequisitos, que posteriormente se transforma en un diseño del sistema, para pasarmás adelante a ser un código y finalmente un sistema software completo eintegrado. Este enfoque orientado al producto, focalizado en el productotransformado (en lugar del proceso que lo transforma) se llama ciclo de vida. Esdecir, el ciclo que el producto software sufre a lo largo de su vida, desde que nace(o se detecta la necesidad) hasta que muere (o se retira el sistema). [JuristoJuzgado, N. b 1996].La figura 2-1 muestra la relación entre el proceso de construcción delsoftware y el ciclo de vida.PROCESO DECONSTRUCCIONDEFINIRREQUISITOSDISEÑAREL SISTEMAPROGRAMARPROBAREL SISTEMACICLO DEVIDANECESIDADDEFINICIONDEREQUISITOSDISEÑOCODIGOSISTEMASOFTWAREFIGURA 2-1: Relación entre Proceso de construcción de software y el Ciclo de Vida.El cambio de perspectiva del proceso al producto es muy sutil. Es más,proceso y producto, producto y proceso, están intrínsecamente relacionados, sonDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 19

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAinseparables. Cuando la perspectiva se centra en el proceso, el objetivo sefocaliza en resolver un caso del mundo real, el proceso refleja como se usa laexperiencia humana en la construcción de software y cómo se aplica a un dominioconcreto. Cuando la perspectiva se centra en el producto, el objetivo se focalizaen detallar el conjunto específico de productos (documentos) que se requieren encada paso del proceso de desarrollo de software.La norma IEEE 1074 (Estándar IEEE del Ciclo de Vida para el Proceso deDesarrollo de Software) [IEEE, 1991] define ciclo de vida como: “unaaproximación lógica de la adquisición, el suministro, el desarrollo, la explotación yel mantenimiento del software”.La norma ISO 12207-1 (Proceso del Ciclo de Vida del Software) [ISO,1994], define ciclo de vida como: “un marco de referencia, que contiene losprocesos, las actividades y tareas involucradas en el desarrollo, la explotación yel mantenimiento de un producto software, abarcando la vida del sistema desde ladefinición de los requisitos hasta la finalización de su uso”.2.3 CICLO DE VIDA EN CASCADAFue presentado por primera vez por Royce en 1970 [Royce, W.W. 1970].En este CV la evolución del producto software procede a través de una secuenciaordenada de transiciones de una fase a la siguiente según un orden lineal. Sepresenta frecuentemente como un simple modelo con forma de cascada comomuestra la Figura 2-2.A continuación se presenta una breve descripción de cada una de susfases :Planificación de sistemas: el ámbito de la planificación puede ser toda laempresa, una división de la misma o cualquier otro tipo de sus unidadesorganizativas. El propósito es identificar y establecer las prioridades sobreaquellas aplicaciones de los sistemas de información cuyo desarrolloreporte máximos beneficios para la empresa considerada en su conjunto.Sus entradas son las “misiones de la empresa” y cualquier tipo de “detalle olimitación de los sistemas existentes”. Sus salidas son los “planes desistemas de empresa y de información” y “los proyectos planificados dedesarrollo de aplicaciones”. Es así como el proyecto planificado avanzahacia la fase siguiente.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 20

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAPLANIFICACIONDE SISTEMASDEFINICION DEREQUERIMIENTOSANALISISDISEÑOCODIFICACIONPRUEBAIMPLEMENTACIONMANTENIMIENTOFIGURA 2-2: Ciclo de Vida en CascadaDefinición de Requerimientos: el ámbito de la definición de requisitos esun único proyecto de sistemas de información. Su propósito es analizar elproblema o la situación de la empresa y definir las necesidades conrespecto a la creación o perfeccionamiento de un sistema de información.Las entradas posibles son:• El proyecto planificado de desarrollo de aplicaciones (procedente de lafase anterior)• Un proyecto no planificado de desarrollo de aplicaciones (que respondea un problema, una oportunidad o una norma imprevista)• Detalles y limitaciones de los sistemas existentes.• Hechos y necesidades relacionados con la empresa.El producto de esta fase es un Informe de Requisitos en el que se detalla loque precisan los usuarios y no cómo se proyectan, diseñan o implementan dichasnecesidades.Análisis: el dominio de aplicación es un único proyecto de desarrollo.Consiste en el estudio del sistema actual de la empresa y establecerprioridades en las necesidades de información manifestadas por losusuarios para la construcción del nuevo sistema de información. Entre susDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 21

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAprincipales actividades está el estudio de la viabilidad del proyecto, elestudio y modelado del actual sistema en funcionamiento, la definición delos requisitos y establecimiento de prioridades y la especificación de lasposibles alternativas de solución.El proceso de análisis se centra especialmente en el dominio del problemaa resolver. Para comprender la naturaleza del sistema a construir elanalista del software debe comprender el dominio de información, lafunción requerida, el comportamiento, el rendimiento y la interconexión. Losrequisitos, se documentan y se revisan con el cliente.Las entradas son el Plan del proyecto y el Informe de requerimientos.Las salidas son el Estudio de viabilidad, y el Informe del sistema actual.Diseño: el proceso de diseño traduce requisitos en una representacióncentrada en la computadora que se pueda evaluar antes de que comiencela generación de código. El diseño también se documenta y forma parte delsistema de configuración.El diseño de software es un proceso complejo que se centra en:• La estructura de los datos. Se definen archivos y bases de datos. Eshabitual definir un diagrama de estructuras de datos.• Los métodos y procedimientos de proceso (algoritmos). Es habitualdefinir diagramas de flujos.• La arquitectura del software, la estructura de la red informática.• Representaciones de interfaz. Diseño de entradas, salidas, pantallas.Codificación: el diseño se debe traducir en una forma legible por lamáquina. El paso de generación de código lleva a cabo esta tarea. Si selleva a cabo el diseño de una forma detallada, la generación de código serealiza con mayor facilidad. Esta fase puede incluir también las actividadesde construcción de las redes y bases de datos a usar por el nuevo sistema.La entrada a esta fase son las Especificaciones de diseño. El resultado deesta fase son los programas informáticos no instalados aún paraproducción.Prueba: generado el código, comienzan las pruebas del programa, paraencontrar errores en el software. El proceso de prueba se centra en losprocesos lógicos internos del software, asegurando que todas lassentencias estén probadas y en las funciones externas, buscando que laentrada definida produzca resultados reales de acuerdo con los resultadosrequeridos.Las pruebas de unidades aseguran que los programas de aplicacionesfuncionen de forma adecuada cuando se prueban de forma aislada conDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 22

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDArespecto a otros programas de aplicación. La entrada es la especificaciónde procesos y la especificación del programaLas pruebas de sistemas aseguran que los programas de aplicacionesescritos de forma aislada funcionen adecuadamente cuando se integran enel sistema global. La entrada es la especificación de requerimientos delsistemaLa salida de esta fase es el sistema instalado y probado.Implementación: se desarrollan todas las actividades necesarias paraponer operativo el sistema desarrollado, retirar el sistema en uso (si lohubiera) y capacitar a los usuarios.Las actividades consisten en procurar una transición suave entre el antiguosistema y el nuevo, ayudar a los usuarios a resolver los problemasnormales de arranque, escribir manuales de operación, cargar los archivosy las bases de datos.Las entradas de esta fase son: el sistema instalado en la fase anterior, ladocumentación para el usuario final, la formación del usuario final.La salida es el sistema de información en producción.Mantenimiento: el software sufrirá cambios después de ser entregado alcliente. Se producen cambios porque se han encontrado errores, porque elsoftware debe adaptarse para acoplarse a los cambios en su entornoexterno, porque se requiere un cambio por un software de base o unhardware nuevo, o porque el cliente requiere de mejoras funcionales o derendimiento.El mantenimiento vuelve a aplicar cada una de las fases a un sistema osubsistema ya existente o a uno nuevo.El modelo de ciclo de vida en Cascada, permite iteraciones durante eldesarrollo, ya sea dentro de una misma fase, ya sea de un estado hacia otroanterior. La mayor iteración se produce cuando una vez terminado el desarrollo ycuando se ha visto el software producido se decide comenzar de nuevo y redefinirlos requisitos del usuario. A menudo, durante el desarrollo, se pueden tomardecisiones que den lugar a diferentes alternativas. El modelo en cascada noreconoce esta situación. Por ejemplo, dependiendo del análisis de requisitos sepuede implementar el sistema desde cero o adoptar uno ya existente, o comprarun paquete que proporcione las funcionalidades requeridas.Entre las características del modelo en Cascada pueden mencionarse:• Cada fase empieza cuando se ha terminado la fase anterior. [Hawryszkiewycz,I.T. 1990]DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 23

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDA• Para que un proyecto tenga éxito, en cualquier caso, todos las fasesseñalados en el modelo en cascada deben ser desarrollados.• Para pasar de una fase a otra es necesario conseguir todos los objetivos de laetapa previa. [Böehm, B.W. 1981]• Cualquier desarrollo en diferente orden de las fases dará un producto deinferior calidad. Sin embargo, existen ciertos proyectos para los cuales esteorden es inviable. Esta ha sido una de las principales razones para definirotros modelos.• Las etapas están organizadas de un modo lógico. Es decir, si una etapa nopuede llevarse a cabo hasta que se hayan tomado ciertas decisiones de másalto nivel, debe esperar hasta que esas decisiones estén tomadas. Así eldiseño espera a los requisitos, el código espera a que el diseño estéterminado, etc.• Al final de cada fase, tanto los desarrolladores como los usuarios, tienen laoportunidad de revisar el proyecto.• Cada etapa incluye cierto proceso de revisión y se necesita una aceptación delproducto antes de que la salida de la etapa pueda usarse. Este ciclo de vidaestá organizado de modo que se pase el menor número de errores de unaetapa a la siguiente.• Facilita la gestión de control del progreso del desarrollo del sistema, de lasfechas de entrega y de los costos esperados.• El ciclo es iterativo. A pesar de que el flujo básico es de arriba hacia abajo, elciclo de vida en cascada reconoce, qué problemas encontrados en etapasinferiores afectan a las decisiones de las etapas superiores.• El modelo en cascada asume que los requisitos de un sistema pueden sercongelados antes de comenzar el diseño. Esto para sistemas totalmentenuevos, es poco realista. Congelar los requisitos requiere seleccionar elhardware. La terminación de un gran proyecto puede llevar años. Dada lavelocidad de obsolescencia de la tecnología es bastante probable que elsoftware final utilice un hardware obsoleto.• No refleja el proceso real de desarrollo de software. Los proyectos rara vezsiguen el flujo secuencial, puesto que siempre hay iteraciones. Aunque en estemodelo la iteración está permitida en etapas contiguas [Macro, A. 1990], en lapráctica real la iteración abarca más de una etapa.• El sistema en funcionamiento no está disponible hasta las fases finales delproyecto. Esto significa que la mayor parte del feedback del cliente sobre susnecesidades se obtiene una vez que se han consumido los recursos.Existe una perspectiva alternativa del modelo de ciclo de vida en cascada,que enfatiza la validación de los productos. Ver figura 2-3. Esta variante delmodelo en Cascada presenta una descomposición en fases, que se visualiza enDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 24

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAla línea superior, consiste en: la definición de los requisitos del sistema global y laespecificación de los requisitos del software. Estos últimos llevan al diseñopreliminar de múltiples funciones, cada una de las cuales se expande en elRequisitossistemaglobalRequisitossistemasoftwareDiseñopreliminarDiseñodetalladoCodificaciónPruebasde unidadPruebasintegraciónhardware ysoftwarePruebasdel sistemasoftwarePruebasIntegracióndel softwarePruebasde componenteFIGURA 2-3: Ciclo de Vida en Cascada, validación de productos.diseño detallado, que, a su vez, evoluciona en un número mayor de programasunitarios. El ensamble del producto final se produce en el sentido contrario, dentrode un proceso de síntesis o composición. Primero se aceptan los programasunitarios probados. Entonces estos se agrupan en módulos que a su vez, debenser probados y aceptados. Los módulos se agrupan para certificar que el grupoformado por todos ellos incluye las funcionalidades deseadas. Finalmente, elsoftware es integrado con el hardware hasta formar un único sistema informáticoque satisface los requisitos globales.La perspectiva de la figura 2-3 destaca que el producto obtenido en cadaetapa no sólo determina qué debe hacerse en la fase siguiente del proceso, sinoque también establece los criterios para determinar si el producto compuesto yensamblado satisface los objetivos de la etapa.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 25

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDA2.4 CICLO DE VIDA EN ESPIRALEl modelo en espiral propuesto por Böehm [Böehm, B.W. 1987], consta deuna serie de ciclos que se recorren por iteraciones sucesivas hasta cumplir ciertohito o condiciones prefijadas. El modelo surge como un modelo no operativo deproducción de software que tiende a poner énfasis en el riesgo a asumir en cadaetapa y el control de ese riesgo. Esta característica ha motivado un creciente usode este modelo en grandes proyectos, que son, cada vez más permeables alriesgo.Como el riesgo es uno de los fundamentos característicos de este modelose introduce una breve explicación del concepto.2.4.1 CONCEPTO DE RIESGOCada vez que se inicia un proyecto de desarrollo de software aparecenáreas de incertidumbre del tipo:• ¿Se entienden realmente las necesidades del cliente?• ¿Se pueden implementar las funciones a desarrollar para la fecha fijada?• ¿Se encontrarán problemas técnicos de difícil solución que no son visiblesal inicio del proyecto?• Los cambios que se producen en el proyecto, ¿en cuánto afectarán laplanificación?En muchas ocasiones las estrategias de riesgo que se implementan en losproyectos de desarrollo de software son reactivas, es decir, se supervisa elproyecto en previsión de posibles riesgos. Lo más frecuente es que no se haganada respecto a los riesgos hasta que algo sale mal. El equipo que lleva adelanteel proyecto corre entonces, para corregir el problema rápidamente (“estrategia delbombero”). En ese momento cuando se produce el problema, “la gestión deriesgo” entra en acción y el proyecto se encuentra en peligro real.Una estrategia mejor para el control de riesgo es proactiva, es decir,comienza antes de comenzar los trabajos técnicos. Se identifican riesgospotenciales, se valoran su probabilidad y su impacto y se establece una prioridadsegún su importancia. Después el equipo de desarrollo establece un plan paracontrolar el riesgo. El primer objetivo es evitar el riesgo, pero como no se puedenevitar todos los riesgos, el equipo trabaja para desarrollar un plan de contingenciaque le permita responder de una manera eficaz y controlada.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 26

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAEl riesgo implica dos características:• Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no ocurrir.No hay riesgos con un 100 % de probabilidad.• Pérdida: si el riesgo se convierte en una realidad ocurrirán consecuencias nodeseadas o pérdidas.Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbrey el grado de pérdida asociado con cada riesgo.El Análisis del riesgo consta de cuatro actividades:1. Identificación del riesgo: es un intento sistemático para especificar lasamenazas al proyecto. Un método para identificar riesgos es crear una lista decomprobación de elementos de riesgo. Esta lista puede organizarse dediferente manera considerando la categoría genérica de los riesgos (delproyecto, técnicos, del negocio) o se puede enfocar en las características másrelevantes de los siguientes factores: tamaño del producto, impacto en elnegocio, características del cliente, definición del proceso, entorno dedesarrollo, tecnología a usar, complejidad del sistema, tamaño y experienciadel equipo de desarrollo.2. Proyección del riesgo: implica estimar dos aspectos del riesgo, la probabilidadde que el riesgo se concrete y las consecuencias de los problemas asociadosal riesgo, si ocurriera. Para ello se realizan cuatro actividades de proyecciónde riesgo: establecer una escala que refleje la probabilidad de ocurrencia delriesgo, definir las consecuencias del riesgo, estimar el impacto del riesgo en elproyecto y en el producto y documentar la proyección del riesgo. Es unatécnica sencilla que puede implementarse en una hoja de cálculo y que facilitala proyección en la tabla de riesgo [Pressman, R.S. 1997].3. Evaluación del riesgo: durante la evaluación del riesgo se continúaexaminando la exactitud de las estimaciones que se hicieron en el paso previo,se priorizan los riesgos que no se habían cubierto y se analizan las formas decontrolar y/o impedir la ocurrencia de los riegos más probables. Para que estaevaluación sea efectiva se debe definir un nivel de referencia de riesgo[Charette, R.N. 1992], que permite definir el punto de ruptura en el que lasdecisiones de seguir el proyecto o dejarlo son igualmente aceptables.4. Gestión del riesgo: se toma como base el análisis realizado respecto de losriegos y se desarrolla un plan que detalla los pasos o actividades a realizarpara gestionar cada riesgo. Estas actividades consumen recursos y por lotanto, generan un costo adicional en el proyecto. Una parte de la gestión delriesgo consiste en la evaluación de los beneficios conseguidos con los propiospasos de la gestión de riesgo, comprobando que tengan un mayor peso quelos costos asociados a su implementación, es decir, se realiza un análisiscosto-beneficio. La experiencia demuestra que el 80% de los problemasDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 27

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAposibles del proyecto se deben al 20% de los riesgos identificados [Pressman,R.S. 1997]. El análisis que se toma como base sirve para determinar quériesgos se encuentran en ese 20%. Es posible entonces que algunos de losriesgos que hayan sido identificados, calculados y evaluados no se encuentrenreflejados en el plan de gestión de riesgos porque no pertenecen al 20%crítico.2.4.2 FASES DEL CICLO DE VIDA EN ESPIRALEl modelo en espiral puede recorrerse de distinta forma según el caso enestudio. El recorrido básico del modelo es por ciclos, sobre las sendasdeterminadas por la espiral (ver figura 2-4) siguiendo el sentido de las agujas delreloj. Sus actividades se agrupan en fases. Una vez completadas las fases delprimer ciclo se vuelve a empezar el ciclo siguiente.CostosacumuladosDeterminación deobjetivos,alternativas,restriccionesProgreso a través de pasosAnálisisde riesgoAnálisisde riesgoEvaluación de alternativas,Identificación, resoluciónde riesgosAnálisisde riesgoRevisiónParticiónobligatoriaPlanificación de las próximas fasesPlanificaciónde requisitosPlanificacióndel ciclo de vidaPlanificacióndel desarrolloPlanificación dela integracióny pruebaAnálisisde riesgoConceptode operaciónValidaciónde requisitosPrototipo 1 Prototipo 2 Prototipo 3PrototipooperacionalSimulaciones, modelos, programas de pruebaRequisitosdel softwareValidación y verificacióndel diseñoPrueba deaceptación Integracióny pruebaImplementaciónDiseño delproductosoftwarePruebadeunidadDiseñodetalladoCodificaciónDesarrollo, verificacióndel producto del próximo nivelFIGURA 2-4: Ciclo de Vida en EspiralDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 28

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAPrimera fase. Consiste en identificar:• Los objetivos del sistema o subsistema a desarrollar. Se considera elrendimiento, funcionalidad, flexibilidad para los cambios, etc.• Las alternativas significativas para implementar este sistema o subsistema.Puede considerarse diseñar A, diseñar B, reusar, comprar, etc.• Las restricciones impuestas sobre la implementación de las alternativas. Comocostos, calendarios, interfaces, etc.Segunda fase. Consiste en:• Evaluar las diferentes alternativas identificadas en el paso previo con relacióna los objetivos y las restricciones.• Identificar áreas de incertidumbre que son causa de riesgos del proyecto. Seidentifican entonces los riesgos del proyecto.• Formular estrategias para resolver las causas de mayor riesgo. Para ello seutilizan técnicas de resolución de riesgos, tales como: prototipado, simulación,cuestionarios, modelización analítica, o combinaciones de éstas u otrastécnicas.• Determinar cómo se continúa con la fase siguiente. Como resultado del pasoprevio es posible que algunos riesgos identificados aún persistan. El próximopaso se decide en relación con los riesgos que aún existen. Considerando lascaracterísticas de estos riesgos el modelo puede recorrerse de múltiplesformas.Tercera fase. Consiste en seguir alguna de las siguientes alternativas:• Alternativa 1. Recorrer todas las fases de la espiral en secuencia.• Alternativa 2. Recorrer un subconjunto de todas las fases de la espiral: lasfases encerradas dentro del ángulo que contienen los prototipos y lassimulaciones.• Alternativa 3. Recorrer un subconjunto de todas las fases de la espiral: todaslas fases menos las fases encerradas dentro del ángulo que contiene losprototipos y las simulaciones.• Alternativa X. Recorrer un subconjunto X de todas las fases de la espiral, quedeterminará el líder de proyecto.Alternativa 1:Si los riesgos de interfaz de usuario, de estrategia de control o de rendimientodominan fuertemente el desarrollo del sistema, el próximo paso puede ser undesarrollo tipo evolutivo. La espiral se recorre en todas sus fasessecuencialmente: un mínimo esfuerzo para especificar la naturaleza generaldel producto (Concepto de operación); un plan para el próximo nivel deprototipo (Planificación de requisitos, Planificación de ciclo de vida); hasta elDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 29

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAdesarrollo de un prototipo de mayor detalle (Prototipo 2) para continuarresolviendo los principales riesgos emergentes (Simulaciones, modelos...); yasí sucesivamente hasta completar los ciclos de la espiral.Alternativa 2:Si el prototipo desarrollado es operacionalmente útil y lo suficientementerobusto como para ser la base, con bajo riesgo, para la evolución del producto,los siguientes pasos para el manejo de los riesgos remanentes pueden ser eldesarrollo de series de prototipos evolutivos. La espiral se recorre dirigiéndosehacia la derecha de la figura 2-4, completando las fases encerradas dentro delángulo de líneas punteadas.Alternativa 3:Si los riesgos de rendimiento y de interfaz de usuario fueron resueltos y eldesarrollo del sistema se encuentra dominado por los riesgos de la estrategiade control, los siguientes pasos pueden resolverse con un modelo semejanteal modelo en cascada. La espiral se recorre completando las fases (Conceptode Operación, Requisitos de Software, Diseño del producto Software, etc.) conexcepción de las fases encerradas dentro del ángulo de líneas punteadas.Cada fase es seguida por una fase de validación y de preparación de planespara el siguiente ciclo de la espiral.Alternativa X:El modelo en espiral permite acomodar cualquier modelo de desarrollo desoftware o cualquier combinación de ellos, considerando las características delos riesgos y la efectividad relativa de las diversas técnicas de resolución deriesgos.En la planificación de las siguientes fases puede considerarse, por ejemplo,subdividir el sistema en partes y encarar el desarrollo de esas partes ya sea pordesarrollo incremental o que las partes sean desarrolladas por distintos grupos,organizaciones o personas individuales.En ese caso es posible visualizar el modelo en espiral agregando la terceradimensión al modelo. Es decir considerar una serie de círculos paralelos de laespiral, un círculo por cada componente. Por ejemplo, cada espiral individual seasocia al desarrollo de cada uno de los subsistemas o componentes, siguiendosu propia forma de evolución según las características de esos subsistemas ocomponentes. Cada espiral puede ser asignada, según el componente adesarrollar a un programador, diseñador, cliente, usuario, etc.Una característica importante del modelo en espiral es que cada ciclo secompleta con una revisión en la que participan las principales personas uorganizaciones que tienen relación con el producto. Esta revisión cubre todos losDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 30

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAproductos desarrollados durante el ciclo anterior, incluyendo los planes para elsiguiente y los recursos necesarios para llevarlos a cabo. El objetivo principal dela revisión sirve para asegurar que todas las partes involucradas están de acuerdorespecto al método de trabajo para la siguiente fase.2.5 CICLO DE VIDA ORIENTADO A OBJETOSEl paradigma de Orientación a Objetos (OO) se caracteriza porconceptualizar el desarrollo de software empleando modelos cuya unidad básicaes el “objeto” que combina las estructuras de datos con los comportamientos enuna entidad única [Rumbaugh, J. y otros 1996].En primer lugar, se construye un modelo de análisis para abstraer losaspectos esenciales del dominio de la aplicación sin tener en cuenta laimplementación. En esta etapa se toman decisiones importantes que después secompletan para optimizar la implementación. En segundo lugar, los objetos deldominio de la aplicación constituyen el marco de trabajo del modelo de diseño,pero se implementan en términos de objetos del dominio de la computadora. Porúltimo, el modelo de diseño se implementa en algún lenguaje de programación,base de datos y hardware.Los objetos del dominio de la aplicación y del dominio de la computadorase pueden modelar, diseñar e implementar utilizando los mismos conceptos y lamisma notación orientada a objetos. Esta misma notación se usa desde el análisishasta la implementación pasando por el diseño, de forma tal que la informaciónañadida en la fase de desarrollo no necesita perderse, ni ser traducida, para lapróxima fase.La esencia del desarrollo orientado a objetos es la identificación yorganización de conceptos (objetos) del dominio de la aplicación. Sólo cuando sehan identificado, organizado y comprendido los conceptos inherentes de laaplicación se pueden tratar en forma efectiva los detalles de las estructuras dedatos y de las funciones. Es una premisa básica que los errores de las primerasfases del proceso de desarrollo tienen mucha influencia sobre el producto final ytambién sobre el tiempo requerido para finalizar.El beneficio principal del desarrollo orientado a objetos no es reducir eltiempo de desarrollo; el desarrollo orientado a objetos puede requerir más tiempoque el desarrollo convencional porque se pretende que promueva la reutilizaciónfutura y la reducción de los posteriores errores y el futuro mantenimiento. Eltiempo transcurrido hasta que el código se completa por primera vez esDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 31

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAposiblemente el mismo que el transcurrido en una aproximación convencional o,quizás ligeramente mayor. El beneficio del desarrollo orientado a objetos consisteen que las iteraciones subsiguientes son más rápidas y más fáciles queempleando un desarrollo convencional porque las revisiones están máslocalizadas. La práctica muestra que suelen ser necesarias menos iteracionesporque se descubren y se corrigen más problemas durante el desarrollo.[Rumbaugh, J. y otros 1996].2.5.1 CONCEPTOS BASICOSHay varios conceptos que son propios de la orientación a objetos y otrosinherentes a la tecnología. Aunque no todos son exclusivos de los sistemasorientados a objetos están bien apoyados por el paradigma.Orientado a Objetos: significa que el software se organiza como una colecciónde objetos discretos que contienen tanto estructuras de datos comocomportamiento.Identidad: los datos están cuantificados en entidades discretas y distinguiblesdenominadas objetos. Cada objeto posee su propia identidad inherente. Puedenser ejemplos de objetos, un párrafo de un documento, la reina blanca del juego deajedrez, una silla. En otras palabras: dos objetos serán distintos aún cuando losvalores de todos sus atributos (tales como el nombre y el tamaño) sean idénticos.Por ejemplo en un conjunto de 6 sillas de un mismo juego, los valores de losatributos son los mismos y cada una de las sillas tiene su propia identidad.Identificación: en el mundo real los objetos se limitan a existir, pero dentro de unentorno de computación cada objeto posee una identificación mediante la cual sepuede hacer alusión a él de modo exclusivo. La identificación se puedeimplementar de distintas maneras que pueden ser como una dirección, un índicede una matriz, o un valor exclusivo de un atributo.Clasificación: significa que los objetos con la misma estructura de datos(atributos) y comportamiento (operaciones) se agrupan, bajo alguna condición,para formar una clase. Son ejemplos de clases: párrafo, pieza de ajedrez.Clase: es una abstracción que describe propiedades importantes para unaaplicación y que ignora el resto. La selección de clases es arbitraria y depende dela aplicación. Una clase contiene el molde (estructura, esquema) a partir del cualse crean los objetos que pertenecen a ella y el código que debe ejecutarse cadavez que un objeto de la clase recibe un mensaje. Una clase contiene laDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 32

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAdescripción de las características comunes de todos los objetos que pertenecen aella: la especificación del comportamiento, la definición de la estructura interna yla implementación de los métodos. Por ejemplo la clase "gato" es diferente si laaplicación es para un sistema de gestión de una veterinaria que si es un sistemade películas de dibujos animados.Instancia: se dice que cada objeto es una instancia de su clase. Toda clasedescribe un conjunto posiblemente finito de objetos individuales. Toda instanciade la clase posee su propio valor para cada uno de los atributos pero compartelos nombres de los atributos y las operaciones con las demás instancias de laclase. Todo objeto contiene una referencia implícita a su propia clase: “sabe laclase de cosa que es”. Los objetos contienen los valores de los atributos (que lodistinguen de otros objetos) y una identidad. Si continuamos con el ejemplo delsistema de películas de dibujos animados y de la clase gato, pueden considerarsecomo instancias: el gato Tom (Tom & Jerry), el gato Silvestre (amigo de Piolín), elgato Félix.Operación: es una acción o una transformación que se lleva a cabo, o que seaplica a un objeto. Maullar, Saltar, Arañar son ejemplos de operaciones que seaplican a un objeto gato, en el marco del sistema películas dibujos animados.Método: es una implementación específica de una operación ejecutable por unacierta clase. Codificar las operaciones como Maullar, Arañar en algún lenguaje.Polimorfismo: significa que una operación puede comportarse de modosdistintos en distintas clases teniendo el mismo nombre de método. La operaciónmover se puede comportar distinto en las clases párrafo y pieza de ajedrez. Entérminos prácticos, el polimorfismo permite referirse a objetos de diferentesclases, por medio del mismo elemento de programa y realizar la misma operaciónde formas diferentes, de acuerdo al objeto a que se hace referencia en cadamomento. En el mundo real una operación es simplemente, una abstracción decomportamiento análogo entre distintas clases de objetos. Cada objeto sabe llevara cabo sus propias operaciones. Sin embargo, en un lenguaje orientado a objetoses éste el que selecciona automáticamente el método correcto para implementaruna operación basándose en el nombre de la operación y en la clase del objetoque está siendo afectado. El usuario de una operación no necesita ser conscientedel número de métodos que existen para implementar una cierta operaciónpolimórfica. Se pueden añadir clases sin modificar el código existente, siempre ycuando se proporcione métodos para todas las operaciones aplicables a lasnuevas clases. Por ejemplo para la clase gato, saltar puede diferenciarse de laoperación saltar para la clase perro.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 33

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAHerencia es compartir atributos y operaciones entre clases tomando como baseuna relación jerárquica. En términos generales se puede definir una clase quedespués se irá refinando sucesivamente para producir subclases. Todas lassubclases poseen o heredan todas y cada una de las propiedades de susuperclase y añaden, además, sus propiedades exclusivas. No es necesariorepetir las propiedades de las superclases en cada subclase. Por ejemplo,ventana de desplazamiento y ventana fija son subclases de ventana. Ambassubclases heredan las propiedades de ventana tales como una región visible enla pantalla. La ventana de desplazamiento añade una barra de desplazamiento yun botón ascensor. La capacidad de sacar factor común a las propiedades devarias clases en una superclase común y de heredar las propiedades de lasuperclase puede reducir muchísimo la repetición en el diseño y en los programassiendo una de las ventajas principales de un sistema orientado a objetos. Otroejemplo de subclases puede ser gato siamés y gato de angora de la clase gato.Abstracción: consiste en centrarse en los aspectos esenciales de una entidad eignorar sus propiedades accidentales. En el desarrollo de sistemas esto significacentrarse en lo que es y lo que hace un objeto antes de decidir cómo debería serimplementado. La capacidad de utilizar herencia y polimorfismo proporciona unapotencia adicional. El uso de la abstracción durante el análisis significa tratarsolamente conceptos del dominio de la aplicación y no tomar decisiones dediseño o de implementación antes de haber comprendido el problema. Un usoadecuado de la abstracción permite utilizar el mismo modelo para el análisis,diseño de alto nivel, estructura del programa, estructura de una base de datos ydocumentación. Un estilo de diseño independiente del lenguaje pospone losdetalles de programación hasta la fase final, relativamente mecánica, deldesarrollo.Encapsulamiento: denominado también ocultamiento de información consiste enseparar los aspectos externos del objeto, a los cuales pueden acceder otrosobjetos, de los detalles internos de implementación del mismo, que quedanocultos para los demás. El encapsulamiento evita que el programa sea taninterdependiente que un pequeño cambio tenga efectos secundarios masivos. Laimplementación de un objeto se puede modificar sin afectar a las aplicaciones quela utilizan. Quizás sea necesario modificar la implementación de un objeto paramejorar el rendimiento, corregir un error, consolidar el código o para hacer untransporte a otra plataforma. El encapsulamiento no es exclusivo de los lenguajesorientados a objetos pero la capacidad de combinar la estructura de datos y elcomportamiento en una única entidad hace que el encapsulamiento sea máspotente y claro que en los lenguajes convencionales que separan las estructurasde datos y el comportamiento.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 34

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDACombinación de datos y comportamientos: el enfoque orientado a objetostiene una sola jerarquía, jerarquía de clases. Unifica la jerarquía de estructuras dedatos y jerarquía de procedimientos que presentan los enfoques convencionales.Cuando un objeto invoca una operación no necesita considerar cuántasimplementaciones existen de una operación dada. El polimorfismo de operadorestraslada la carga de decidir que implementación hay que utilizar llevándola, delcódigo que hace la llamada, a la jerarquía de clases. El mantenimiento es mássencillo porque el código que hace la llamada no necesita ser modificado cuandose añade una clase nueva. En el contexto de un sistema orientado a objetos lajerarquía de estructuras de datos es idéntica a la jerarquía de herencia deoperaciones.Reutilización: la herencia tanto de estructuras de datos como decomportamientos, permite compartir una estructura común entre varias subclasessimilares sin redundancia. Una de las principales ventajas de los lenguajesorientados a objetos es compartir código empleando la herencia. Esto reduce elnúmero de clases distintas que es preciso comprender y analizar.El desarrollo orientado a objetos no sólo permite compartir información dentro deuna aplicación sino que, además, ofrece la perspectiva de volver a utilizar diseñosy códigos en futuros proyectos. Aún cuando esta posibilidad se ha hecho resaltarexcesivamente como justificación de la tecnología orientada a objetos, eldesarrollo orientado a objetos proporciona herramientas tales como laabstracción, encapsulado y herencia para construir bibliotecas de componentesreutilizables. Se debe tener presente que la reutilización no sucede, debe serplaneada pensando más allá de la aplicación inmediata y se debe invertir unesfuerzo adicional en lograr un diseño mas general.2.5.2 FASES DEL CICLO DE VIDA ORIENTADO A OBJETOSLos sistemas tienden a evolucionar con el tiempo, por esto, un modeloevolutivo de proceso acoplado con un enfoque que fomenta la reutilización decomponentes es el mejor paradigma para ingeniería de software OO. El procesoOO se mueve a través de una espiral evolutiva que puede considerar el desarrolloincremental e iterativo de prototipos.Es posible aplicar conceptos orientados a objetos a lo largo del todo el ciclode vida de desarrollo del sistema, desde el análisis hasta la implementaciónpasando por el diseño. Se pueden traspasar las mismas clases de una etapa aotra sin modificar la notación aunque ganarán detalles adicionales deimplementación en las etapas posteriores. Los mismos conceptos orientados aDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 35

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAobjetos de identidad, clasificación, polimorfismo y herencia son aplicables a todoel ciclo de desarrollo completo.Existen diversas propuestas de metodologías de desarrollo de sistemas deinformación basadas en el paradigma de OO. Las metodologías orientadas aobjetos más conocidas son:• OMT (Object Modelling Technique) de Rumbaugh [Rumbaugh, J. y otros1996].• El micro y macroproceso de Booch [Booch, G. 1996].• OOSE (Object Oriented Software Engineering) de Jacobson [Jacobson, I.1992].• También existe el método Proceso Unificado (Unified SoftwareDevelopment) [Jacobson, I. y otros 1999], nacido de la fusión de los 3métodos mencionados.En la figura 2-5 se muestra el ciclo de vida Orientado a objetos.ANALISIS OODISEÑOARQUITECTURADESCRIPCION DEL PROBLEMAIDENTIFICAR CLASES, OBJETOS YRELACIONESBUSCAR CLASES REUSABLESCREAR NUEVAS CLASESMODELIZACION FUNCIONALMODELIZACION DINAMICAREFINAR LOS MODELOSBALANCEAR LOS MODELOSDISEÑO OOCOMPLETAR MODELO DEOBJETOSESPECIFICAR INTERFASESBUSCAR CLASES REUSABLESCREAR NUEVAS CLASESMANTENIMIENTOPRUEBAPROGRAMACIONOOFIGURA 2-5: Ciclo de Vida Orientado a ObjetosAnálisis OO: El análisis estudia el comportamiento del sistema en su totalidad. Elobjetivo de la actividad de análisis consiste en exponer y comprender el problemay conceptos del dominio de la aplicación, dejando de lado conceptos deimplementación. El modelo de análisis es una abstracción de lo que debe hacer elsistema deseado y no de la forma en que se hará. Un buen modelo podrá serDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 36

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAcomprendido y revisado por expertos de la aplicación que no sean programadores[Rumbaugh, J. y otros 1996]. El modelo de análisis no debe contener ningunadecisión de implementación, los objetos se describirán en términos de atributos yoperaciones que son visibles para el usuario.El comienzo de la fase de análisis es una descripción inicial del problema que hayque resolver. La definición de este problema no suele ser completa ya que esgenerada por el cliente y, por lo tanto, no debe tomarse como invariable. No esmás que un punto de partida que debe servir como base para refinar los requisitosreales. No existe ninguna razón para esperar que la definición del problema quese haya preparado sin un análisis completo sea la correcta.El primer paso consiste en establecer los requisitos básicos. Estos deben sercomunicados por el cliente al Ingeniero de Software. Es imprescindible lacomprensión en su totalidad del problema de tal forma que el Ingeniero deSoftware debe trabajar con el solicitante hasta refinar los requisitos y lograr quelos mismos representen la verdadera intención del usuario.El resultado del análisis es un modelo formal que representa en forma concisa elproblema y permite construir una solución. Se genera una representación delmundo real compuesto por distintos modelos en los que se analizan la estructuraestática (objetos y sus relaciones), secuencia de acciones (dinámica de lasfunciones del sistema) y transformación de datos (funciones o procesos).Las actividades de esta fase son:• Definir y revisar las clases, y la jerarquía de clases• Definir y revisar los atributos y las operaciones asociadas a una clase.• Establecer las relaciones entre clases.• Crear y revisar un modelo de comportamiento• Marcar clases reutilizables• Definir los modelos funcionales y dinámicos.La OO enfatiza la reutilización de objetos, por lo tanto, una actividad importantedel análisis del sistema es buscar clases en una biblioteca (de clases OOexistentes) antes de construir otras.Es poco probable definir las clases necesarias para un gran sistema o productoen una sola iteración. El análisis OO y los modelos de diseño van evolucionando ysurge la necesidad de clases adicionales. El proceso iterativo de la fase semuestra en la figura 2-5 dentro de un cuadro de líneas punteadas.Diseño Arquitectura: El diseño de sistema es la primera fase del diseño dondese selecciona la aproximación básica para resolver el problema decidiendo laestructura y el estilo global.Existe un cierto número de estilos de arquitectura, cada uno de los cuales esadecuado para ciertas clases de aplicaciones. La arquitectura del sistema estáconstituida por su descomposición en subsistemas, su concurrencia inherente, laDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 37

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAasignación de subsistemas a hardware y a software, la administración de datos, lacoordinación de recursos globales, la implementación del control de software, lascondiciones de contorno y las prioridades de compensación. Cada uno de lospuntos mencionados son características que el diseñador de sistemas deberádecidir.Un sistema se puede dividir en un pequeño número de componentes principalesdenominados subsistemas. Los mismos comparten alguna propiedad común y asu vez pueden descomponerse en subsistemas propios aún más pequeños. Lossubsistemas de más bajo nivel se denominan módulos. Se asignan lossubsistemas a procesadores y a tareas. Cada subsistema debe ser asociado auna unidad de hardware, a un procesador de propósito general o a una unidadfuncional especializada.Es posible utilizar almacenes de datos para separar subsistemas distintos dentrode una arquitectura y para dar a los datos de la aplicación un cierto grado depermanencia. Estos almacenes se pueden implementar mediante estructuras dedatos en memoria, archivos y/o bases de datos.El diseñador de sistemas debe identificar los recursos globales y tiene quedeterminar mecanismos para controlar el acceso a los mismos. Existen dos clasesde flujos de control: Control externo y Control interno.El control interno es el flujo de control dentro de un proceso, mientras que elcontrol externo es el flujo de los sucesos externamente visibles entre los objetosdel sistema. Además existen 3 clases de control para sucesos externos:secuencial controlado por procedimientos, secuencial controlado por sucesos yconcurrente.La mayoría del diseño trata del comportamiento estacionario, no obstante espreciso considerar también las condiciones de contorno: Iniciación, Terminación yFallos.Un aspecto esencial de la arquitectura del sistema es establecer prioridades decompensación entre tiempo y espacio, hardware y software, sencillez ygeneralidad y eficiencia y mantenibilidad. Para esto no debe considerarse sólo elsoftware en sí mismo sino también el proceso de desarrollo.Diseño OO: El diseñador de objetos construye un modelo de diseño basándoseen el modelo de análisis que lleven incorporados detalles de implementación; esdecir durante esta fase se elaboran los modelos de análisis, se refinan yfinalmente se optimizan para producir un diseño práctico.Durante esta fase existe un desplazamiento del foco de atención desde losconceptos de la aplicación hasta los conceptos de la computadora haciendohincapié en las estructuras de datos y los algoritmos necesarios para implementarcada una de las clases.No se parte de cero, sino que las operaciones identificadas durante el análisisdeben expresarse en forma de algoritmos sencillos optimizando así la estructuraDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 38

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAdel modelo de objetos con el objetivo de lograr una implementación eficiente yoptimizando medidas importantes de rendimiento.Tanto los objetos del dominio de la aplicación como los objetos del dominio de lacomputadora se describen utilizando unos mismos conceptos y una mismanotación orientados a objetos aún cuando existan en planos conceptualesdiferentes.Algunas clases no forman parte del análisis sino que se presentan como parte deldiseño o de la implementación. Por ejemplo, las estructuras de datos tales comoárboles, tablas de dispersión y listas enlazadas no suelen estar presentes en elmundo real. Se presentan para que presten su apoyo a algoritmos concretosdurante el diseño. Estos objetos de estructuras de datos se utilizan paraimplementar objetos dentro de la computadora y no derivan directamente suspropiedades del mundo real.Los pasos que debe llevar a cabo el diseñador son:• El diseñador debe transformar las acciones y los procesos del modelofuncional en operaciones asociadas a las clases del modelo de objetoshaciendo corresponder la estructura lógica del modelo de análisis en unaorganización física de un programa• Se seleccionan algoritmos que muestran cómo se hace la operaciónespecificada durante el análisis teniendo en cuenta complejidadcomputacional, facilidad de implementación y comprensibilidad, flexibilidad yajuste fino del modelo de objetos• Seleccionar estructuras de datos que organicen la información del modelo deanálisis de forma cómoda para los algoritmos que la utilizan. Entre estasestructuras de datos se cuentan las matrices, listas, colas, pilas, conjuntos,bolsas, diccionarios, asociaciones, árboles y variaciones de todas ellas• Definir nuevas clases y operaciones internas necesarias y que no fuerondirectamente mencionadas en la descripción del problema por parte del cliente• Añadir asociaciones redundantes para minimizar el tiempo de acceso.• Se implementa el modelo dinámico teniendo en cuenta tres aproximacionesbásicas: sistema controlado por procedimientos, sistema controlado porsucesos y utilización de tareas concurrentes.• Se ajustan las definiciones de las clases y las operaciones con el objetivo deincrementar la herencia. Se reorganizan clases y operaciones teniendo encuenta que todas las operaciones deben tener la misma interfaz, la mismasemántica y la misma signatura previo a poder utilizar la herencia• Se diseña la implementación de asociaciones. Cada asociación se implementacomo un objeto por separado o bien añadiendo atributos de enlace cuyosvalores sean objetos a una de las clases de la asociación (o a las dos)DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 39

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDA• Se empaquetan las clases y las asociaciones en módulos. Elempaquetamiento implica ocultar la información interna a los ojos del exterior,coherencia de entidades y construcción de módulos físicos.Es importante considerar que el diseño orientado a objetos es un procesoiterativo.La documentación del diseño de objetos es un conjunto de modelos entre los quese destacan: el modelado de objetos detallado, el modelado dinámico detallado yel modelo funcional detallado, tanto en forma gráfica (diagrama del modelo deobjetos), como en forma textual (descripción de clases).Programación OO: Las clases de objetos y las relaciones desarrolladas duranteel diseño se traducen finalmente a un lenguaje de programación concreto, a unabase de datos o a una implementación en hardware. La programación debería seruna parte relativamente pequeña del ciclo de desarrollo y fundamentalmentemecánica porque todas las decisiones importantes deberán hacerse durante eldiseño. El lenguaje de destino influye en cierta medida sobre las decisiones dediseño pero éste no debería depender de la estructura final de un lenguaje deprogramación.La manera más directa de implementar un diseño OO es usando un lenguajeorientado a objetos, pero incluso los lenguajes orientados a objetos ofrecendistintos grados de apoyo para los conceptos OO. Cada lenguaje supone uncompromiso entre la potencia conceptual, eficiencia y compatibilidad con lostrabajos anteriores. El uso de un lenguaje no orientado a objetos exige mayorcuidado y disciplina para mantener la estructura de objetos en el programa. Paraimplementar un diseño OO en un lenguaje OO deben tenerse en cuenta[Rumbaugh, J. y otros 1996]:• Definición de clases• Creación de objetos• Llamadas a operaciones• Uso de la herencia• Implementación de asociacionesAlgunos sistemas de bases de datos OO integran un lenguaje OO con una basede datos como un todo, sin discontinuidades. Se pueden definir operaciones paracada clase de objetos, pero el programador no necesita leer y escribirexplícitamente en un almacenamiento persistente. Aun cuando los sistemas debase de datos OO prometen un redimiendo mejor y mas facilidad de uso a largoplazo todavía no son tan maduros como los sistemas convencionales de bases dedatos relacionales y además pueden plantearse problemas para integrarlos conaplicaciones convencionales ya existentes.Durante la codificación es posible que sea necesario [Booch, G. 1996]:• Añadir una nueva clase o una nueva colaboración entre clasesDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 40

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDA• Cambiar el diseño de una clase• Cambiar la representación de una clase• Reorganizar la estructura de clases• Cambiar la interfaz de una claseLa implementación de un diseño OO en un lenguaje no OO requiere que elprogramador haga corresponder los conceptos de objetos con el lenguaje. Lospasos necesarios son [Rumbaugh, J. y otros 1996]• Traducir las clases a estructuras de datos• Pasar argumentos a los métodos• Reservar espacio para los objetos• Implementar la herencia en estructuras de datos• Implementar la resolución de los métodos• Implementar las asociaciones• Resolver la concurrencia• Encapsular los detalles internos de las clasesLos buenos programas siguen reglas de diseño tienen mayores posibilidades deser correctos, reutilizables, extensibles y fáciles de corregir. Esas reglas debentener en cuenta la Reutilización, Extensibilidad, Robustez y la ProgramaciónIndustrial [Rumbaugh, J. y otros 1996].PRUEBA: La prueba debe ser una actividad continua durante el proceso dedesarrollo. Debe centrarse en el comportamiento externo del sistema. Unpropósito secundario de la prueba es tantear los límites del sistema con el fin decomprender como falla bajo ciertas condiciones. Debe abarcar al menos tresdimensiones:• Prueba unitaria: Implica la prueba de clases y mecanismos individuales.• Prueba del subsistema: Implica probar una categoría completa o subsistema.Pueden utilizarse como pruebas de regresión para cada versión del prototipo,verificando hasta que grado se satisface los puntos funcionales asignados.• Prueba del sistema: implica probar el sistema como un todo. También sepueden usar como pruebas de regresión cuando se ensamblan nuevasversiones.El control de calidad del software involucra un conjunto de actividadessistemáticas que proporcionan evidencia de la aptitud de uso del productocompleto. El control de calidad busca ofrecer medidas cuantificables de bondadpara la calidad del un sistema software, esas medidas son conocidas como“métricas”. Algunas métricas tradicionales son aplicables directamente a lossistemas OO pero otras han tenido que ser particularmente definidas para OO[Ierache, J. 1999].Se completa con éxito esta fase cuando la funcionalidad y calidad de lasversiones son suficientes para expedir el producto.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 41

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAMANTENIMIENTO: Es la actividad de gestionar la evolución del producto. Es engran medida una reiniciación del ciclo de las fases anteriores. Se realizancambios localizados en el sistema, se añaden nuevos requisitos y se eliminanerrores persistentes. Inmediatamente tras la entrega del sistema en producción,sus desarrolladores y usuarios finales tendrán probablemente una serie demejoras o modificaciones que les gustaría realizar. A medida que hay masusuarios usando el sistema, se descubrirán nuevos errores y patrones de uso queel control de calidad no pudo anticipar.Si se ha hecho un buen trabajo previo el añadido de funcionalidad nueva o lamodificación de algún comportamiento existente se hará en forma natural. Lasactividades propias de esta fase son:• Asignar prioridad a las peticiones de mejoras básicas o informes de erroresque denotan problemas del sistema, y estimar el costo de volver adesarrollarlo.• Establecer una colección significativa de estos cambios y tratarlos comopuntos funcionales para la nueva versión.• Gestionar la siguiente evolución de la versión. Esto implica versiones deproducción y de depuración de errores.Se reconoce que sé esta efectuando el mantenimiento del sistema si laarquitectura sigue siendo flexible al cambio. Se reconoce que se precisa un nuevosistema cuando la respuesta a nuevas mejoras comienza a requerir recursos dedesarrollo excesivo y el costo de continuidad del sistema es mayor que desarrollaruno nuevo.2.5.3 MODELOS BASICOS DEL CV ORIENTADO A OBJETOSUn modelo es una abstracción de algo, cuyo objetivo es comprenderloantes de construirlo. Dado que los modelos omiten los detalles no esenciales esmás sencillo manipularlos que manipular la entidad original. La abstracciónpermite enfrentarse a la complejidad. Para construir sistemas complejos, eldesarrollador debe abstraer distintas vistas del sistema, construir modelosutilizando notaciones precisas, verificar que los modelos satisfacen los requisitosdel sistema y añadir, gradualmente, detalles para transformar los modelos en unaimplementación.El paradigma de objetos [Booch, G. 1996], [Rumbaugh, J. y otros 1996],[Martin, J. y Odell, J. 1994], emplea básicamente tres clases de modelos paradescribir el sistema: el Modelo de Objetos que describe los objetos del sistema ysus relaciones; el Modelo Dinámico que describe las interacciones existentesDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 42

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAentre objetos del sistema; y el Modelo Funcional (o Casos de Uso) que describelas transformaciones de datos del sistema. Todos los modelos son aplicables enla totalidad de las fases del desarrollo y van adquiriendo detalles deimplementación a medida que progresa el desarrollo. Un procedimiento típico desoftware contiene estos tres aspectos:• utiliza estructuras de datos (modelo de objetos),• secuencia las operaciones en el tiempo (modelo dinámico) y• transforma valores (modelo funcional).El enfoque orientado a objetos se centra primordialmente en identificarobjetos procedentes del dominio de la aplicación ajustándoles después losprocedimientos porque es necesario describir “qué” está cambiando otransformándose, antes de describir “cuándo” y “cómo” cambia.. Soporta mejor lasevoluciones de los requisitos porque está basado en el entorno subyacente deldominio de la aplicación en si, más que en los requisitos funcionales ad-hoc de unúnico problema.2.5.3.1 MODELO DE OBJETOSDescribe la estructura estática (de datos), de los objetos del sistema(identidad, atributos y operaciones) y también sus relaciones. El modelo deobjetos contiene diagramas de objetos. Un diagrama de objetos es un grafo cuyosnodos son clases de objetos y cuyos arcos son relaciones entre las clases. Eldiagrama contiene clases de objetos organizados en jerarquías que compartenuna estructura y comportamiento comunes y que están asociadas a otras clases.Estas clases definen los atributos que lleva cada instancia de objeto y lasoperaciones que efectúa o sufre cada uno. En cada instancia de la clase seguardan los valores de esos atributos.Para la construcción del modelo de objetos los pasos pueden ser:Primer pasoSe identifican las clases de objetos relevantes en el dominio de laaplicación para lo cual se definen clases de objetos tentativas y luegocon el fin de retener las clases correctas se eliminarán todas aquellasconsideradas triviales y/o erróneas.Segundo paso Se prepara un diccionario de datos, se describe el alcance de laclase dentro del problema estudiado, las asociaciones (relaciones),atributos y operaciones (procesos.Tercer pasoSe identifican asociaciones entre clases reteniendo aquellas queresulten adecuadas.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 43

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDASe reconocen atributos de los objetos descartando aquellos queresulten innecesarios e incorrectos.Cuarto pasoQuinto pasoSexto pasoSe organizan y simplifican las clases de objetos utilizando la herenciapara compartir una estructura común.Se itera y refina el modelo de objetosEn caso de presentarse algún error se debe volver a etapasanteriores, si es necesario, para poder corregirlo. Es poco común queun modelo de objetos sea correcto a la primera pasada.Se deben agrupar las clases y asociaciones fuertemente acopladasen módulosUn módulo es un conjunto de clases que captura algún subconjuntológico del modelo completo.2.5.3.2 MODELO DINÁMICODescribe los aspectos de comportamiento (de control) de un sistema, quecambian con el tiempo. El modelo dinámico se utiliza para especificar eimplementar los aspectos del control del sistema. Los modelos dinámicoscontienen diagramas de estados. Un diagrama de estados es un grafo cuyosnodos son estados y cuyos arcos son transiciones entre estados causadas porsucesos o eventos.Se especifican en este modelo la temporización y secuencia deoperaciones (sucesos que marcan los cambios, secuencias de sucesos, estadosque definen el contexto para los sucesos), y la organización de sucesos y deestados. El modelo dinámico captura el control, aquel aspecto de un sistema quedescribe las secuencias de operaciones que se producen sin tener en cuenta loque hagan las operaciones, aquello a lo que afecten o la forma en la que esténimplementadas. Las acciones de los diagramas de estado se corresponden confunciones procedentes del modelo funcional; los sucesos de un diagrama deestado pasan a ser operaciones que se aplican a objetos dentro del modelo deobjetos. Para construir un modelo dinámico se deben seguir los siguientes pasos:Primer pasoSegundo PasoSe preparan escenarios de sesiones típicas y excepcionales: Secomienza preparando escenarios para casos "normales" luego seconsideran los casos "especiales" y por último los casos en los queel usuario comenta algún error.Un escenario es una secuencia de sucesos. Éstos se producensiempre que se intercambia información entre un objeto delsistema y un agente externo.Identificación de sucesos que actúen entre objetos y seguimientosDOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 44

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAde sucesos para cada escenario: Entre los sucesos externoscontamos todas las señales, entradas, decisiones, interrupciones,transacciones y acciones procedentes o destinadas al usuario o adispositivos externos.Se deben agrupar con el mismo nombre aquellos sucesos quetengan el mismo efecto sobre el flujo de control, aún cuandodifieren los valores de sus parámetros.Un diagrama de flujo de sucesos resume los sucesos habidos entreclases sin tener en cuenta la secuencia e incluyendo sucesosprocedentes de todos los escenarios y los sucesos de error.Tercer PasoCuarto PasoConstrucción de un diagrama de estado: Se construye un diagramade estados para cada clase de un objeto que tenga uncomportamiento dinámico no trivial. El mismo deberá mostrar lastramas de sucesos que reciba y envíe junto con las acciones quelleve a cabo.Correspondencia de sucesos entre objetos: Una vez que losdiagramas de estado para todas las clases están completos hayque comparar sucesos entre los mismos para comprobar lacongruencia en el nivel del sistema.Las consideraciones a tener en cuenta son:• Todo suceso debería tener un emisor y un receptor• Son sospechosos los estados sin predecesores o sucesores• Si se produce una entrada en un momento inoportuno se debetener cuidado con errores de sincronización"El conjunto de diagramas de estado es lo que constituye el modelodinámico".2.5.3.3 Modelo FuncionalDescribe las transformaciones, de valores de datos que ocurren dentro delsistema, captura lo que hace el sistema, independientemente de cuando se hagao de la forma en que se haga. El modelo funcional contiene diagramas de flujo dedatos. Un diagrama de flujo de datos es un grafo cuyos nodos son procesos ycuyos arcos son flujos de datos, se muestra las dependencias entre los valores yel cálculo de valores de salida a partir de los de entrada, sin considerar cuándo ydónde se ejecutan las funciones, ni siquiera si llegan a ejecutarse. Las funcionesse invocan como acciones en el modelo dinámico y se muestran comooperaciones que afectan a objetos en el modelo de objetos.Para mostrar dependencias funcionales resultan útiles los diagramas deflujo de datos. En un diagrama de flujo de datos sus procesos se correspondencon actividades de los diagramas de estado de las clases y sus flujos de datoscon valores de atributos de un diagrama de objetos. Los pasos a seguir paraconstruir un modelo funcional son:DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 45

SISTEMA EXPERTO : SELECCIÓN DEL MODELO DE CICLO DE VIDAPrimer pasoIdentificar valores de entrada y de salida: Se comienza porenumerar los valores de entrada y de salida que son los parámetrosde los sucesos que se intercambian entre el sistema y el mundoexterior.Segundo Paso Construir diagramas de flujo de datos que muestren lasdependencias funcionales: Se construye un diagrama de flujo dedatos que muestra la forma en que se calcula cada valor de salida apartir de los de entrada.Generalmente los diagramas de flujo de datos suelen construirsepor capas y contienen objetos internos de almacenamiento queretienen valores entre iteraciones.Tercer PasoDescripción de funciones: Una vez que el Diagrama de flujo dedatos se ha refinado lo suficiente se debe describir cada funcióncentrándose en lo que hace y no en la forma de implementarla.Las descripciones especifican las relaciones entre los valores deentrada y los de salida. El propósito es especificar el algoritmo detransformación.DOMINIO DE LA APLICACIÓN 01/09/2003 Bibiana D. Rossi 46

Capítulo 3Definición delproblema

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se presenta una definición del objetivo y alcance delproyecto especificando las características del problema a resolver y losparticipantes. Se describe brevemente la metodología IDEAL que es laseleccionada para desarrollar el sistema. Como cierre del capítulo se presenta unplan del proyecto que es la base sobre la cual se cumplen las actividades degestión.3.1 PLANTEAMIENTO DEL PROBLEMAUna de las tareas iniciales de todo proyecto de software consiste enseleccionar el modelo de ciclo de vida que guiará el desarrollo del proyecto. Estatarea presenta una serie de dificultades:• Existen diversos modelos de ciclo de vida: cascada, prototipado de usary tirar, incremental, emisión gradual, mejora iterativa, ensamblaje decomponentes, espiral, prototipado operativo, prototipado rápido, etc. Noexiste un modelo de ciclo de vida que funcione para cualquier proyecto.• Algunos de estos modelos tienen características similares.• El ingeniero software debe estudiar las características del proyecto yseleccionar el modelo de ciclo de vida que más se adapte a ellas. Lasbases para determinar el ciclo de vida más adecuado son: la cultura dela organización, la disponibilidad para correr riesgos, el dominio deaplicación, la volatilidad de los requisitos y cuánto se comprendendichos requisitos.• Esta selección se realiza al inicio del proyecto y se deben considerar unconjunto de variables de análisis que requiere en su mayor parte de laexperiencia del ingeniero en software, ya que al inicio del proyectosubyace una gran cuota de subjetividad en casi todos los aspectos delproyecto.• La bibliografía disponible, con relación al tema de selección de ciclos devida, si bien menciona el conjunto de variables a analizar, no presentaun conocimiento sistemáticamente organizado y no especifica cómodebe realizarse el proceso para seleccionar el ciclo de vida para elproyecto. [Juristo Juzgado, N. a 1996], [Juristo Juzgado, N. b 1996],[IEEE, 1991], [ISO, 1994], [Royce, W.W. 1970], [Böehm, B.W. 1987],[Pressman, R.S. 1997], [Rumbaugh, J y otros 1996], [Booch, G. 1996],[Jacobson, I. 1992], [Jacobson, I. y otros 1999]DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 49

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA3.2 OBJETIVO DEL TRABAJOEl objetivo principal de este trabajo consiste en desarrollar un prototipo deSistema Experto (SE) que asista al Ingeniero en Software en la selección del ciclode vida más adecuado para el desarrollo de un proyecto de software en particular,colaborando en el análisis de las características mas relevantes a tener encuenta.Para alcanzar este objetivo se plantean metas que son:• Usar las técnicas de Ingeniería del Conocimiento para conocer ydocumentar los criterios y experiencia utilizados por un grupo deexpertos para resolver el problema de selección del modelo de Ciclo deVida.• Iniciar el proceso para establecer un marco ordenado de variables atener en cuenta para decidir el ciclo de vida más conveniente para eldesarrollo de un proyecto.• Utilizar la Metodología Ideal en el desarrollo del Sistema.• Implementar el sistema usando la herramienta KAPPA-PC.3.3 ALCANCEExisten muchos modelos de ciclos de vida disponibles tanto en labibliografía como de uso particular de alguna organización. Dada la diversacantidad de modelos y la falta de sistematización y documentación de lasvariables que deben ser consideradas en la elección del ciclo de vida másadecuado, es necesario fijar una cota en el desarrollo del Sistema Experto, tantoen los modelos como en las variables a considerar.Se consideran los siguientes ciclos de vida: Cascada, Modelo en Espiral yModelo Orientado a Objetos. Se encuadra el desarrollo del Sistema Expertoteniendo en cuenta los aspectos más sobresalientes de cada modelo. Respectode las variables, se determinarán las más significativas que resulten del procesode Adquisición de Conocimientos con los expertos.3.4 AMBITO DEL PROYECTOEl desarrollo del Sistema Experto involucra a los siguientes participantes:DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 50

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Experto principal: el experto recomendado para el proyecto es el Prof.Gregorio Perichinsky, Doctor en Ingeniería informática por laUniversidad de Buenos Aires (UBA), Director del Laboratorio deIngeniería de Software y Director del Departamento de Ciencias de laComputación de la Facultad de Ingeniería de la UBA.• Grupo de Expertos: son profesionales de sistemas que lideran eldesarrollo de proyectos de software y docentes universitarios que dictanmaterias en las cuales uno de los temas es ciclos de vida ymetodologías para análisis y diseño de sistemas de información.‣ Lic. Carlos Beltrami: Gerente de Sistemas de una fábrica de ropacon sedes en todo el país. Titular de la cátedra Sistemas deInformación de la Universidad Nacional de Catamarca.‣ Lic. Carlos Leone: Consultor y asesor en Informática en el áreaServicios Profesionales. Titular de la cátedra Diseño de Sistemas dela Universidad Tecnológica Nacional.‣ Ing. María Florencia Pollo Cattaneo: Secretaria técnica delDepartamento de Sistemas. Prof. Asociada de la cátedra de Análisisde Sistemas en la Universidad Tecnológica Nacional.‣ Lic. Laura Lucchini: Jefe de División Sistemas y Profesora adjunta dela cátedra Seminario de Sistemas en la Universidad Nacional deLuján.‣ Ing. Mariano Weschler: Socio gerente de una empresa consultoraque desarrolla software para e-bussiness. Docente auxiliar en lacátedra de Análisis de Sistemas en la Universidad TecnológicaNacional.‣ Lic. Enrique Fernández: Jefe de Programadores en la Gerencia deSistemas del Banco de la Ciudad de Buenos Aires. Auxiliar decátedra de Seminario de Sistemas en la Universidad Nacional deLuján.• Usuarios: los usuarios son los líderes de proyecto de desarrollo desoftware. Docentes y alumnos universitarios de las carreras deInformática.• Ambito de uso del Sistema Experto: el área de sistemas de unaempresa, empresas de desarrollo de software, cátedras de launiversidad.• Ambito de desarrollo del Sistema Experto: el plan de tesis de Magisterde CAPIS (Carrera de Posgrado en Ingeniería del Software) por acuerdoDEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 51

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAentre el ITBA (Instituto Tecnológico de Buenos Aires) y la UPM(Universidad Politécnica de Madrid).• Evaluación: se hará con los usuarios del sistema y con el grupo deexpertos. Se cuenta con casos de prueba que aportan los expertos y lospropios usuarios.• Herramienta: el prototipo se desarrollará para ser usado encomputadoras personales.3.5 METODOLOGÍA IDEALLa metodología IDEAL, presenta un ciclo de vida troncocónico en tresdimensiones [Gómez, A. y otros 1997]. Su base es un modelo en espiral [Böehm,B.W. 1987] y la tercera dimensión representa el mantenimiento perfectivo una vezimplementado el SE.El desarrollo del sistema se basa en la filosofía del modelo en espiral endonde cada fase finaliza con un prototipo que conduce a la fase siguiente delciclo. El mantenimiento perfectivo involucra la incorporación sistemática denuevos conocimientos (adquiridos por el uso del sistema) típica cualidad de unSE. Los ejes de la base del cono representan el costo y el tiempo.El eje de la calidad se representa de abajo hacia arriba; va de mayordiámetro, o sea conocimientos menos específicos y de menor calidad, a menordiámetro, conocimientos más exactos y de mayor calidad. Al inicio delfuncionamiento del sistema se obtienen grandes cantidades de conocimientos dedistinta calidad pero a medida que el sistema se usa el conocimiento se refina, seobtienen menos conocimientos, pero de mayor calidad.La metodología IDEAL presenta las siguientes fases y etapas [Gómez, A. yotros 1997]:FASE I: Identificación de la tarea.I.1. Plan de requisitos y adquisición de conocimientos. Definir con losusuarios cuáles son los objetivos cuantitativos, cualitativos y filosóficos delsistema a desarrollar. Definir las limitaciones de costo y tiempo, tecnologíadisponible. Sirve de base para el estudio de viabilidad. Para completar elPlan de Requisitos es necesario comenzar con la Adquisición deconocimientos, entrevistando directivos, expertos y usuarios. LaAdquisición de conocimientos más profunda corresponde a la Fase II.DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 52

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARequisitos de integración conotros sistemasDefinción yvalidación de nuevosrequisitosEvaluación yselección deaplicaciónDefinición de laaplicaciónEspecificaciones de integraciónDefinición yvalidación de nuevasespecificacionesdiseñovaliadación del nuevoDiseño integraciónDefinición yPlan derequisitosConcep_ción desoluciónSimulaciónModelosBenchmarkImplementacióndel prototipo dedemostraciónImplementacióndel prototipo deinvestigaciónImplementaciónprototipo de campoImplementación prototipode producción (operativo)Transferencia y mantenimientodel Sistema ComercialAdquisición yconceptualizacióndel conocimientoFormalizacióndel conocimientoFormalizacióndel nuevoconocimientoAdquisicióndel nuevoconceptualizaciónPrueba de aceptacionconocimientoIntegración, implmentación ypruebaFIGURA 3-1 Modelo troncocónico de la metodología IDEAL- BaseNivel de acumulación de conocimientoSegundo nivel deacumulación de conocimientoPrimer nivel deacumulación deconocimientoSistema comercial con elconocimiento disponible en laactualidadFIGURA 3-2 Modelo troncocónico de la metodología IDEAL- Eje de calidadDEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 53

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAI.2. Evaluación y selección de la tarea: Se realiza es estudio de viabilidaddel proyecto, desde la perspectiva de la INCO cuantificando la tarea paradeterminar el grado de dificultad que presenta.I.3 Definición de las características del sistema: Especificar técnica yformalmente los requisitos del usuario, se pasa de una descripción informalde los requisitos del usuario a una especificación técnica completa hechapor el IC. Se definen los requisitos Funcionales, Operativos, de Interfaz yde Soporte. Se definen criterios de éxito, casos de prueba o ensayo,recursos necesarios, análisis de costo/beneficio, evaluación de riesgos,calendario.FASE II: Desarrollo de los prototipos.Las especificaciones iniciales de los sistemas suelen ser incompletas,imprecisas, inconsistentes, contradictorias. Obtener mayor grado deprecisión requiere el desarrollo de prototipos que permiten refinar conmayor precisión los requerimientos. Se desarrollan paulatinamente losprototipos de: Demostración, Investigación, Campo y Operación, siendocada uno refinamiento del anterior. Para ello es necesario realizar ciertasactividades existiendo ligeras diferencias entre las etapas del prototipo deDemostración y los otros.II.1. Concepción de la solución: Descomposición en Subproblemas yDeterminación de analogías. Se produce un diseño general del prototipo.Engloba dos actividades principales, el desarrollo del DFD (diagrama deflujo de datos) y el diseño arquitectónico del sistema.II.2. Adquisición y Conceptualización de los conocimientos: Se alternala extracción de los conocimientos públicos de sus fuentes (libros,documentos, manuales de procedimientos, etc.), la educción de losconocimientos privados de los expertos y la conceptualización paramodelar el comportamiento del experto.II.3. Formalización de los conocimientos y Definición de laArquitectura: Hay dos actividades fundamentales. Una es seleccionar losformalismos para representar en la máquina los conocimientos queconforman la conceptualización obtenida en la etapa anterior. Estaformalización esta ligada con los tipos de conocimientos mas apropiado ylas herramientas disponibles en su desarrollo.La otra es realizar un diseño detallado, hay que establecer los módulos quedefinen el motor de inferencias, la base de conocimientos y las interfacescon el usuario y con otros sistemas.DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 54

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAII.4 Selección de la Herramienta e Implementación: Si la herramienta dedesarrollo previamente seleccionada es adecuada la implementación esinmediata y automática, caso contrario es similar a cualquierimplementación de software, en donde será necesario realizar laprogramación.II.5. Validación y evaluación del prototipo: La fiabilidad de los resultadoses una de los puntos principales de un SE. Estos sistemas dependen engran medida del contexto y eso dificulta la determinación de lasvalidaciones.Se definen casos de prueba, juegos de ensayo o ensayo en paralelo. Seexamina la interfaz de usuario.II.6. Definición de nuevos requisitos y diseño: Es la definición de losrequisitos, especificaciones y diseño del prototipo siguiente, para ellodeben repetirse las etapas II.1 a II.6.FASE III: Ejecución de la construcción del sistema integrado.Los SE forman parte de sistemas software con los que interactúan.III.1. Requisitos y diseño de la integración con otros sistemas. Es elestudio y diseño de interfaces con otros sistemas, tanto en hardware comoen software.III.2 Implementación y evaluación del Sistema Integrado: Seimplementa la integración del SE con los otros sistemas existenteshardware y software para conseguir un sistema final.III.3. Aceptación del sistema por el usuario: Es la última prueba porparte de los usuarios y expertos, que debe satisfacer todos losrequerimientos, tanto en su fiabilidad como en su eficiencia.FASE IV: Actuación para conseguir el mantenimiento perfectivo.IV.1. Definir el mantenimiento del sistema global: Se emplean lastécnicas habituales de IS para establecer el mantenimiento correctivo(corrección de errores) y el mantenimiento perfectivo (aumento defuncionalidad del sistema).IV.2. Definir el mantenimiento de las Bases de Conocimientos:Considera la incorporación de nuevos conocimientos, que se generan porel propio uso del sistema. El análisis de protocolos, como forma deadquisición de conocimientos es imprescindible. En consecuencia, esnecesario mentalizar a los expertos y usuarios finales del sistema en el usode dicho protocolos.DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 55

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAV.3. Adquisición de nuevos conocimientos y Actualización delsistema: El mantenimiento perfectivo es esencial ya que además delaumento de funcionalidades efectúa la incorporación de nuevosconocimientos que se generan por el propio uso del SBC. Estemantenimiento se ve reflejado en la tercera dimensión de la espiral troncocónica.Hay que establecer métodos para actualizar el sistemaincorporando los conocimientos adquiridos.FASE V: Lograr una adecuada transferencia tecnológica.Esto es especialmente crítico en los SBC en donde se han detectadodiferencias considerables cuando los manejan sus diseñadores conrespecto a su uso rutinario por los usuarios finales.V.1. Organizar la transferencia tecnológica: Definir sesiones deentrenamiento de los diseñadores con los usuarios, tanto para explicar elmanejo del propio sistema como para manejar y entender ladocumentación.V.2. Completar la documentación del sistema: Realizar un manual deusuario amigable.3.6 GESTION DEL PROYECTOLa gestión del proyecto implica actividades de planificación, estimación derecursos, control de configuración y evaluación del proyecto.3.6.1 PLANIFICACIONLa planificación consiste en definir las actividades a realizar, la duración delas actividades, la concurrencia y solapamiento de las mismas a través de la redde actividades.Se adjunta al final de este capítulo el Plan General de Gestión del Proyectodonde se presentan las actividades a ser desarrolladas a lo largo del proyecto. Eldesarrollo del presente trabajo de Tesis de Master abarca todas las Fases de lametodología IDEAL, con excepción de las etapas III.1: Requisitos y diseño de laintegración con otros sistemas y III.2: Implementación y evaluación del SistemaIntegrado, ya que no existe un sistema al que se deba integrar.DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 56

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA3.6.2 ESTIMACION DE RECURSOSLa estimación es predecir los recursos humanos, técnicos y económicospara cumplir con las actividades planificadas.Los recursos humanos son:• El Experto principal: Prof. Perichinsky• El Grupo de Expertos: Lic. Beltrami, Lic. Leone, Ing. Pollo Cattaneo, Lic.Lucchini, Ing. Weschler, Lic. Fernández• Ingeniero en Conocimiento: Lic. RossiLos recursos técnicos son:• Computador personal: Pentium, Ram 160, Disco Rígido 3Gb, CD 24X,Impresora Deskjet 680• Software a usar : Kappa PCLos recursos económicos son:• Financiamiento parcial del proyecto por el Instituto Tecnológico deBuenos Aires, con un monto asignado en horas de trabajo equivalente a8760 dólares.3.6.3 CONTROL DE CONFIGURACIONEs una actividad cuya misión es controlar la evolución de un sistemasoftware, y por lo tanto se debe realizar a lo largo de todo el ciclo de vida desde laIdentificación de la tarea, incluyendo el Mantenimiento perfectivo, hasta que elproducto se retira. En el capítulo 12 se documenta el Control de configuracióndefinido para el presente proyecto.3.6.4 EVALUACION DEL PROYECTOLa evaluación del proyecto es un conjunto de actividades que se realizanconjuntamente a medida que se van completando las fases de desarrolloestablecidas en la Planificación. El proceso de Evaluación se encuentra descriptodetalladamente en el capítulo 9, Evaluación.DEFINICION DEL PROBLEMA 01/09/2003 Bibiana D. Rossi 57

Id Nombre de tarea Duración1 Desarrollo del Sistema Experto sobre Ciclos de Vida 140,13 díasoctubre noviembre diciembre enero26/09 03/10 10/10 17/10 24/10 31/10 07/11 14/11 21/11 28/11 05/12 12/12 19/12 26/12 02/01 09/01 16/012 Fase I: Identificación de la tarea 18,13 días3 I.1: Plan de requisitos y adquisición de conocimientos 41 horas4 I.2: Evaluación y selección de la tarea 49 horas5 I.3: Definición de las características del sistema. 55 horas6 Fase II: Desarrollo prototipos. 103,75 días7 II.1: Concepción de la solución. 70 horas8 II.2: Adquisición y conceptualización de conocimientos 330 horas9 II.3: Formalización de los conocimientos 120 horas10 II.4: Implementación. 180 horas11 II.5: Validación y evaluación 100 horas12 II.6: Definición de nuevos requisitos, especificación y diseño. 30 horas13 Fase III: Ejecución de la construcción del sistema integrado. 2 días14 III.1. Requisitos y diseño de la integracion con otros sistemas 0 días15 III.2: Implementacion y evaluación del sistema integrado 0 días16 III. 3: Aceptacion del Sistema por el usuario 16 horas17 Fase IV: Actuación para conseguir el mantenimiento perfectivo. 6 días18 IV.1: Definir el mantenimiento del sistema global. 16 horas19 IV.2: Definir el mantenimiento de las bases de conocimientos. 16 horas20 IV.3: Adquisición de nuevos conocimientos 16 horas21 Fase V: Lograr una adecuada transferencia tecnológica. 9,5 días22 V.1: Organizar la transferencia tecnológica 26 horas23 V.2: Completar la documentación del sistema. 50 horas24 Preparación de la Tesis de Master: 113,25 días25 Armado del documento del trabajo de tesis 500 horas26 Revisión y corrección del trabajo 180 horas27 Presentación final 70 horas19/1009/1106/12

Id Nombre de tarea1 Desarrollo del Sistema Experto sobre Ciclos de Vidafebrero marzo abril mayo23/01 30/01 06/02 13/02 20/02 27/02 05/03 12/03 19/03 26/03 02/04 09/04 16/04 23/04 30/04 07/05 14/05 21/052 Fase I: Identificación de la tarea3 I.1: Plan de requisitos y adquisición de conocimientos4 I.2: Evaluación y selección de la tarea5 I.3: Definición de las características del sistema.6 Fase II: Desarrollo prototipos.7 II.1: Concepción de la solución.8 II.2: Adquisición y conceptualización de conocimientos10/029 II.3: Formalización de los conocimientos10 II.4: Implementación.11 II.5: Validación y evaluación12 II.6: Definición de nuevos requisitos, especificación y diseño.13 Fase III: Ejecución de la construcción del sistema integrado.14 III.1. Requisitos y diseño de la integracion con otros sistemas15 III.2: Implementacion y evaluación del sistema integrado16 III. 3: Aceptacion del Sistema por el usuario17 Fase IV: Actuación para conseguir el mantenimiento perfectivo.18 IV.1: Definir el mantenimiento del sistema global.19 IV.2: Definir el mantenimiento de las bases de conocimientos.20 IV.3: Adquisición de nuevos conocimientos21 Fase V: Lograr una adecuada transferencia tecnológica.22 V.1: Organizar la transferencia tecnológica23 V.2: Completar la documentación del sistema.24 Preparación de la Tesis de Master:25 Armado del documento del trabajo de tesis26 Revisión y corrección del trabajo27 Presentación final

Id Nombre de tarea1 Desarrollo del Sistema Experto sobre Ciclos de Vidajunio julio agosto septiembre28/05 04/06 11/06 18/06 25/06 02/07 09/07 16/07 23/07 30/07 06/08 13/08 20/08 27/08 03/09 10/09 17/09 24/092 Fase I: Identificación de la tarea3 I.1: Plan de requisitos y adquisición de conocimientos4 I.2: Evaluación y selección de la tarea5 I.3: Definición de las características del sistema.6 Fase II: Desarrollo prototipos.7 II.1: Concepción de la solución.8 II.2: Adquisición y conceptualización de conocimientos9 II.3: Formalización de los conocimientos10 II.4: Implementación.11 II.5: Validación y evaluación12 II.6: Definición de nuevos requisitos, especificación y diseño.13 Fase III: Ejecución de la construcción del sistema integrado.14 III.1. Requisitos y diseño de la integracion con otros sistemas15 III.2: Implementacion y evaluación del sistema integrado16 III. 3: Aceptacion del Sistema por el usuario17 Fase IV: Actuación para conseguir el mantenimiento perfectivo.18 IV.1: Definir el mantenimiento del sistema global.19 IV.2: Definir el mantenimiento de las bases de conocimientos.20 IV.3: Adquisición de nuevos conocimientos21 Fase V: Lograr una adecuada transferencia tecnológica.22 V.1: Organizar la transferencia tecnológica23 V.2: Completar la documentación del sistema.24 Preparación de la Tesis de Master:10/0704/0925 Armado del documento del trabajo de tesis26 Revisión y corrección del trabajo25/0927 Presentación final

Id Nombre de tarea1 Desarrollo del Sistema Experto sobre Ciclos de Vidaoctubre noviembre diciembre enero feb01/10 08/10 15/10 22/10 29/10 05/11 12/11 19/11 26/11 03/12 10/12 17/12 24/12 31/12 07/01 14/01 21/01 28/012 Fase I: Identificación de la tarea3 I.1: Plan de requisitos y adquisición de conocimientos4 I.2: Evaluación y selección de la tarea5 I.3: Definición de las características del sistema.6 Fase II: Desarrollo prototipos.7 II.1: Concepción de la solución.8 II.2: Adquisición y conceptualización de conocimientos9 II.3: Formalización de los conocimientos10 II.4: Implementación.11 II.5: Validación y evaluación21/1112 II.6: Definición de nuevos requisitos, especificación y diseño.13 Fase III: Ejecución de la construcción del sistema integrado.14 III.1. Requisitos y diseño de la integracion con otros sistemas15 III.2: Implementacion y evaluación del sistema integrado16 III. 3: Aceptacion del Sistema por el usuario17 Fase IV: Actuación para conseguir el mantenimiento perfectivo.18 IV.1: Definir el mantenimiento del sistema global.19 IV.2: Definir el mantenimiento de las bases de conocimientos.20 IV.3: Adquisición de nuevos conocimientos21 Fase V: Lograr una adecuada transferencia tecnológica.22 V.1: Organizar la transferencia tecnológica23 V.2: Completar la documentación del sistema.24 Preparación de la Tesis de Master:25 Armado del documento del trabajo de tesis26 Revisión y corrección del trabajo27 Presentación final21/11

Id Nombre de tarea1 Desarrollo del Sistema Experto sobre Ciclos de Vidaero marzo abril mayo junio04/02 11/02 18/02 25/02 04/03 11/03 18/03 25/03 01/04 08/04 15/04 22/04 29/04 06/05 13/05 20/05 27/05 03/062 Fase I: Identificación de la tarea3 I.1: Plan de requisitos y adquisición de conocimientos4 I.2: Evaluación y selección de la tarea5 I.3: Definición de las características del sistema.6 Fase II: Desarrollo prototipos.7 II.1: Concepción de la solución.8 II.2: Adquisición y conceptualización de conocimientos9 II.3: Formalización de los conocimientos10 II.4: Implementación.11 II.5: Validación y evaluación12 II.6: Definición de nuevos requisitos, especificación y diseño.13 Fase III: Ejecución de la construcción del sistema integrado.14 III.1. Requisitos y diseño de la integracion con otros sistemas15 III.2: Implementacion y evaluación del sistema integrado13/0206/0316 III. 3: Aceptacion del Sistema por el usuario17 Fase IV: Actuación para conseguir el mantenimiento perfectivo.18 IV.1: Definir el mantenimiento del sistema global.19 IV.2: Definir el mantenimiento de las bases de conocimientos.20 IV.3: Adquisición de nuevos conocimientos21 Fase V: Lograr una adecuada transferencia tecnológica.20/0320/0303/0412/0422 V.1: Organizar la transferencia tecnológica23 V.2: Completar la documentación del sistema.24 Preparación de la Tesis de Master:25 Armado del documento del trabajo de tesis26 Revisión y corrección del trabajo27/0303/0527 Presentación final04/06

Capítulo 4Estudio deViabilidad

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAEn el presente capítulo se describe el Test de Viabilidad que propone laMetodología IDEAL. Luego se detalla el análisis de viabilidad para el proyecto,justificando los valores definidos en el test. A continuación se evalúa la viabilidaddel proyecto4.1 TEST DE VIABILIDADEl estudio de viabilidad permite determinar si la solución de un problema esviable con sistemas informáticos basados en conocimiento, o no.La metodología IDEAL propone un test de viabilidad en el que se analizan4 factores de viabilidad. El desarrollo de un SE debe considerar si es posible, estájustificado, es apropiado y si va a tener éxito.• Plausibilidad: determina si se cuenta con los medios necesarios para poderabordar el problema desde la Ingeniería del Conocimiento (INCO). Para ello seanalizan dos aspectos básicos: las características del experto y lascaracterísticas de la tarea que lleva adelante el experto.Del experto se analiza si existe, si es reconocido como tal por sus colegas, sies cooperativo y si es capaz de articular sus métodos y procedimientos detrabajo. Es importante que el experto haya resulto el problema con suficientefrecuencia y que esté realmente interesado en el desarrollo del sistema.De la tarea se analiza su grado de dificultad, si está adecuadamenteestructurada y qué tipo de habilidades se requieren para realizarla.• Justificación: determina si se justifica utilizar sistemas expertos. Se analizanlos aspectos de la necesidad de la experiencia y de la inversión a realizar.De la experiencia se analizan las características del entorno en donde hay querealizar la tarea (peligrosidad, distancia) y la escasez o posible pérdida de laexperiencia.De la inversión se analizan los costos del sistema, la recuperación de lainversión, el valor de la tarea a resolver y si existen soluciones alternativas.• Adecuación: determina si la INCO permite abordar el problema. Existenproblemas que no son adecuados para ser resueltos por la INCO ya que sonresolubles por algoritmos convencionales o que requieren de sentido común.Se analiza la naturaleza de la tarea, la complejidad de la tarea y el tipo detarea.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 65

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDA• Éxito: determina si existe colaboración y predisposición por parte del expertopara el desarrollo del sistema, convicción de los directivos para afrontar loscostos del desarrollo y predisposición de los usuarios en general.Para estudiar la viabilidad del proyecto se utiliza el método propuesto en lametodología IDEAL. El método propuesto consiste en completar una tabla dondese valoran un conjunto de variables para luego estimar si el sistema experto esposible, está justificado, es adecuado y tendrá éxito. El método es de tipo métrico,usa ponderaciones, como métrica utiliza la media armónica e incorpora lamanipulación de valores lingüísticos mediante intervalos difusos.Los valores que pueden asignarse a las variables son de diferente tipo:• Numéricos: Valores discretos en un intervalo [1,10]• Booleanos: Valores: Sí – No. Su representación mediante intervalosdifusos es:Sí 10 10 10 10No 0 0 0 0• Lingüísticos: Valores: Nada, poco, regular, mucho, todo. Son traducidosa valores difusos para poder realizar los cálculos correspondientes, deacuerdo con la siguiente tabla.Nada 0 0 1.2 2.2Poco 1.2 2.2 3.4 4.4Regular 3.4 4.4 5.6 6.6Mucho 5.6 6.6 7.8 8.8Todo 7.8 8.8 10 10El procedimiento para aplicar la técnica es el siguiente:Paso 1: completar la columna VALOR en la tabla.• En las filas se detallan cada una de las características consideradaspara establecer la viabilidad del proyecto.• Los valores de las columnas, excepto el último (que corresponde a lacolumna VALOR), están predeterminados en función de la experienciade los autores que proponen el método. Puede modificarse alguno deESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 66

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAellos si el INCO lo cree necesario. Las columnas se dividen de lasiguiente manera: CATEGORIA: especifica con quien está relacionada lacaracterística. Valores EXPERTO, TAREA, DIRECTIVO/USUARIO DIMENSION: referencia con qué grupo básico está relacionada lacaracterística. Valores Pn (Posible), Jn (Justificado), An (Adecuado),En (Exitoso) PESO: valora la importancia relativa de esa característica conrelación al test, valores 1 a 10. Valora si la característica favorece odisminuye el grado de interés en el desarrollo del SE, valores +, -.Estos valores los fija el INCO. TIPO: referencia la importancia de la característica en el proyecto.Valores ESENCIAL, DESEABLE. NATURALEZA: referencia el tipo de valores de la característica.DIFUSA, NUMÉRICA, o BOOLEANA. UMBRAL: referencia al valor mínimo que es necesario superar paraesa característica, si es esencial. VALOR: asignado por quien está evaluando el proyecto.Paso 2: calcular el valor de cada dimensión. Para las dimensiones deplausibilidad, adecuación y éxito se usa la fórmula:VCi∑i∑i∑ik1k = 11k = 1i = +rriik2rK = 1VC j : Valor global de la aplicación para un factor dado.V ik : Valor de la característica k en la dimensión i.P ik : Peso de la característica k en la dimensión i.r i : Numero de la característica en la dimensión i.PPVik2rP∑k = 1ikPVikikPara la dimensión de justificación se toma el valor máximo de los valoresasignados a cada una de las características de ese factor al multiplicar por el pesoasociado y luego se calcula la aproximación numérica de los intervalos difusos yse toma el máximo.Paso 3: calcular el valor final. Consiste en el cálculo de la media aritméticaponderada del resultado obtenido para cada dimensión. Los valores deponderación son:ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 67

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAPlausibilidad 8Adecuación 8Justificación 3Exito 5Vf4∑ PiVii=1=4∑i=1PiEl desarrollo del Sistema Experto se considera viable si el valor final esigual o mayor a 6.4.2 ANALISIS DE VIABILIDAD PARA EL PROYECTOA continuación se enumeran todas las características del test de viabilidady se acompaña una breve justificación del valor asignado a cada una.4.2.1 JUSTIFICACIÓN DE LA DIMENSION PLAUSIBILIDADP1: Existen expertos, están disponibles y son cooperativos.Valor: SIExiste un grupo de expertos en el ámbito empresarial y académico, que sedesempeñan laboralmente, liderando proyectos de desarrollo de sistemas deinformación y de investigación aplicada, interesados en la construcción delsistema, como apoyo en su tarea de gestión al inicio del proyecto.Existe un grupo de expertos, que se desempeñan en el ámbito universitario, enlas cátedras de análisis y diseño de sistemas de información interesados en laconstrucción del sistema, como apoyo para la práctica del tema.Existe un experto principal Prof. Perichinsky dispuesto a cooperar en formadirecta durante el desarrollo del sistema con quien se ha establecido ya uncronograma semanal de encuentros.P2: El experto es capaz de estructurar sus métodos y procedimientos de trabajo.Valor: MUCHOLos expertos han demostrado ser ordenados en sus procedimientos de trabajo, alo que se suma la habilidad como docente en la didáctica que manifiestan en susexplicaciones. El grupo de expertos universitarios tiene habilidades para facilitarESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 68

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAlas explicaciones. El grupo de expertos empresariales es ordenado en susprocedimientos de trabajo.Se ha considerado particularmente en la evaluación de esta característica elgrado de dificultad que se presenta al ser un grupo de expertos los consultados.P3: La tarea está bien estructurada y se entiende.Valor: REGULARLa tarea es clara, se entiende y está poco estructurada. Existe bastanteinformación disponible de las variables a considerar, pero no están estructuradascon precisión. Es justamente uno de los puntos que interesa especialmente alconjunto de expertos: que el desarrollo del sistema introducirá una propuesta paraestructurar con mayor precisión el conjunto de variables a evaluar al seleccionarun ciclo de vida.P4: Existen suficientes casos de prueba y sus soluciones asociadas.Valor: 10El conjunto de expertos cuenta con suficientes casos de prueba. Por un lado unamplio conjunto de proyectos de desarrollo que pueden aportar los líderes deproyecto, tanto aquellos que ya han sido desarrollados, como los que recién estánen sus inicios. Por otro lado un amplio conjunto de casos de prueba y estudio quepueden aportar los docentes. En el capitulo 9, Evaluación del sistema se detallanlos casos de prueba facilitados por los expertos.P5: La tarea sólo depende de los conocimientos y no del sentido común.Valor: 8La tarea depende del análisis y estimación de un conjunto de características quepresenta un proyecto de desarrollo de sistemas, al momento de inicio. Losconocimientos radican en cuáles son las variables a analizar y en la estimacióndel valor que se les asigna, que es justamente resultado de la experiencia dehaber realizado la tarea en varias oportunidades y con diferentes proyectos.4.2.2 JUSTIFICACION DE LA DIMENSION JUSTIFICACIONJ1: Resuelve una tarea útil y necesaria.Valor: MUCHOLos profesionales a cargo de proyectos, deben decidir el ciclo de vida a seguir enun momento inicial del desarrollo, donde la información acerca del proyecto esincompleta, la herramienta colabora en revisar el conjunto de variables a tener encuenta para tomar la decisión.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 69

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDALos docentes contarán con una herramienta que facilita el entrenamiento ycomprensión del tema por parte de los estudiantes.J2: Se espera una alta tasa de recuperación de la inversión.Valor: 7La recuperación de la inversión se espera en términos de una mejorproductividad, dado que seleccionando el ciclo de vida adecuado de acuerdo conlas características del proyecto, contribuye a un mejor plan de desarrollo y, por lotanto, a un ajuste más adecuado de plazos y esfuerzos previstos. La herramientacontribuye a revisar cuáles son las características a considerar.J3: Hay escasez de experiencia humana.Valor: MUCHONo es frecuente encontrar expertos en la selección de ciclos de vida. Se requierepersonas que hayan trabajado como líderes de proyecto en una gran cantidad deproyectos de software, que puedan estructurar con precisión las características aevaluar.J4: Hay necesidad de tomar decisiones en situaciones críticas o ambienteshostiles, penosos y/o poco gratificantes.Valor: REGULAREl trabajo se realiza en ambientes adecuados, las situaciones no son hostiles nipenosas. Puede considerarse situación crítica ya que la decisión hay que tomarlaen un momento inicial cuando aún no se dispone de toda la información respectodel proyecto, o la información que se dispone es incompleta.J5: Hay necesidad de distribuir los conocimientos.Valor: MUCHOSe espera que el sistema pueda ser utilizado por la comunidad informática tantoempresarial como académica.J6: Los conocimientos pueden perderse de no realizarse el sistema.Valor: REGULAREl sistema se basa parte en bibliografía, artículos y sobre la base de laexperiencia de un grupo de expertos. Dado que el conocimiento no se encuentraprecisamente estructurado se pierde la oportunidad de definir con mayor claridadlos conocimientos para realizar la tarea.J7: No existen soluciones alternativas.Valor: SIESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 70

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAEn la actualidad la tarea se resuelve sobre la base de experiencia humana. Porlas características de la tarea se intenta emular el comportamiento humano altomar una decisión. En este contexto las técnicas tradicionales de desarrollo desoftware son inadecuadas.4.2.3 JUSTIFICACION DE LA DIMENSION ADECUACIONA1: La transferencia de experiencia entre humanos es factible.Valor: MUCHOLa transferencia de conocimientos entre humanos es factible. El grupo deexpertos docentes tiene habilidad y experiencia en la transferencia deconocimientos. El grupo de expertos que se desempeña liderando proyectos,cuenta con habilidad para la transferencia de conocimientos por ser ésta una delas actividades propias de la coordinación. El experto principal es capaz detransmitir los conocimientos.A2: La tarea requiere “experiencia”.Valor: TODOEn la actualidad la tarea se resuelve sobre la base de experiencia humana. Serequieren personas que hayan trabajado como líderes de proyecto en una grancantidad de proyectos de software y que puedan estructurar con precisión lascaracterísticas a evaluar.A3: Los efectos de la introducción del SE no pueden preverse.Valor: POCOSe espera que la introducción del SE no depare efectos no deseados. La tareaque realizará será asistir a los profesionales al inicio del proyecto aportandoconfiabilidad en su trabajo. No existen impedimentos éticos, ni legales queimpidan el desarrollo del sistema.A4: La tarea requiere razonamiento simbólico.Valor: MUCHOLa tarea requiere de razonamiento simbólico para su realización.A5: La tarea requiere el uso de “heurísticas” para acotar el espacio de búsqueda.Valor: MUCHOLos conocimientos necesarios son estimaciones en algunos casos subjetivas, porlo que se necesitan heurísticas para precisar las características a analizar y evitarun exhaustivo análisis que entorpezca o confunda al usuario en el momento dedecidir el ciclo de vida más adecuado.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 71

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAA6: La tarea es de carácter práctico y más táctica que estratégica.Valor: SILa tarea es táctica, está orientada a definir los valores estimados de lascaracterísticas que presenta un proyecto de desarrollo de sistemas de informaciónen particular.A7: Se espera que la tarea continúe sin cambios significativos durante un largoperíodo de tiempo.Valor: MUCHOSe espera que la tarea en su esencia no cambie a corto plazo. El concepto deciclo de vida fue presentado en la década de los 70. A lo largo de los años hanaparecido otras propuestas de ciclo de vida, pero la tarea no ha cambiado enesencia. Los ciclos de vida que se han presentado posteriormente satisfacencaracterísticas relacionadas con el incremento en la variedad de la demanda deproyectos informáticos. Justamente el Sistema Experto desarrollado con lametodología IDEAL considera el mantenimiento perfectivo lo que favorece laincorporación de nuevas características a analizar.A8: Se necesitan varios niveles de abstracción en la resolución de la tarea.Valor: POCONo son necesarios demasiados niveles de abstracción para resolver la tarea. Losconocimientos necesarios no son complejos, los temas son estudiados en losprimeros años de una carrera universitaria.A9: El problema es relativamente simple o puede descomponerse ensubproblemas.Valor: MUCHOEl problema se puede descomponer en subproblemas. Es posible establecer unagrupamiento de las características a evaluar y analizar cada subgrupo devariables. Es justamente una de las primeras metas de la fase de adquisición delconocimiento el establecer conjuntos de características por área.A10: El experto no sigue un proceso determinista en la resolución del problema.Valor: SIEl proceso de razonamiento implica analizar y evaluar las características de cadaproyecto en particular. Cada proyecto es un problema diferente y su resolucióndemanda un nuevo análisis.A11: La tarea acepta la técnica de prototipado gradual.Valor: SIESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 72

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDADado que el problema puede descomponerse en subproblemas y que losrequisitos iniciales no están del todo claros es adecuado considerar el desarrollodel sistema con un prototipo incremental.A12: El experto resuelve el problema a veces con información incompleta oincierta.Valor: TODOEl experto suele resolver el problema contando con información incompleta oincierta, puesto que la decisión hay que tomarla al inicio del proyecto, cuando losrequerimientos, lo que se espera del sistema y los recursos, aún no se encuentrandefinidos con precisión. Es decir, todas las decisiones del proyecto debentomarse con posterioridad a la selección del ciclo de vida, lo que implica que lainformación con que cuenta el experto es incompleta o incierta.A13: Es conveniente justificar las soluciones adoptadas.Valor: TODOEs muy importante justificar las soluciones propuestas por el sistema, explicandoal usuario el razonamiento aplicado y el fundamento de la conclusión.A14: La tarea requiere investigación básica.Valor: NOLa tarea no requiere de investigación básica.A15: El sistema funcionará en “tiempo real” con otros programas o dispositivos.Valor: NADAEl sistema no trabajará en tiempo real con otros programas o dispositivos.4.2.4 JUSTIFICACION DE LA DIMENSION EXITOE1: Existe una ubicación idónea para el SE.Valor: TODOEl sistema estará ubicado en el área de desarrollo de sistemas de información,particularmente a disposición de los líderes de proyecto.En el ámbito académico el área son las cátedras de análisis y diseño de sistemas,preparación y evaluación de proyectos, gestión y control de proyectosinformáticos, para ser usados por docentes y alumnos.E2: Problemas similares se han resuelto mediante INCO.Valor: SIESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 73

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAOtros problemas similares, de apoyo a la tarea del líder de proyecto en lasprimeras actividades del desarrollo de sistemas, están siendo resueltos por SE.E3: El problema es similar a otros en los que resultó imposible aplicar estatecnología.Valor: NOSe desconoce la existencia de antecedentes que demuestren haber intentadoresolver problemas similares mediante la INCO y que se haya fracasado.E4: La continuidad del proyecto está influenciada por vaivenes políticos.Valor: POCONo se estima que la continuidad del proyecto esté influenciada por cambiospolíticos.E5: La inserción del sistema se efectúa sin traumas, es decir, apenas se interfiereen la rutina cotidiana.Valor: MUCHOEl sistema no interfiere ni genera cambios en la estructura del trabajo cotidiano.La herramienta colabora orientando en una de las primeras decisiones por lo quees considerada como una colaboración. De todas formas hay que considerar quealguna adaptación siempre es necesaria.E6: Se dispone de experiencia en INCO.Valor: REGULARNo existe experiencia previa directa, pero se cuenta con el asesoramiento de lostutores y con conocimientos en el manejo de las técnicas y la metodología dedesarrollo.E7: Se dispone de los recursos humanos, hardware y software necesarios para eldesarrollo e implementación del sistema.Valor: TODOSe cuenta con recursos de hardware y software adecuados, material bibliográficoy la disposición del personal universitario y de los expertos que colaborangustosamente, como así también de los tutores asesores. También se cuenta conla colaboración de programadores en el uso de la herramienta Kappa.E8: El experto resuelve el problema en la actualidad.Valor: TODOLos expertos tanto del área académica como empresarial resuelven el problemacotidianamente.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 74

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAE9: La solución del problema es prioritaria para la institución.Valor: MUCHOLa solución del problema es parte de una rama de investigación que se hacomenzado y se desea continuar con futuros trabajos que asistan a losdesarrolladores de sistemas informáticos a lo largo de las actividades delproyecto.E10: Las soluciones son explicables.Valor: MUCHOEl sistema debe explicar cada solución adoptada ya que un buen nivel detrazabilidad ayuda al usuario a continuar el proceso y mejorar la calidad del SE.E11: Los objetivos del sistema son claros y evaluables.Valor: MUCHOLos objetivos del sistema están claramente establecidos y pueden ser evaluadosmientras se desarrolla el sistema y al final del desarrollo. Los objetivos sonprofundizados y especificados con mayor precisión a lo largo del desarrollo delsistema, considerando que se ha optado para su construcción por prototipadoincremental.E12: Los conocimientos están repartidos entre un conjunto de individuos.Valor: REGULARLos conocimientos se encuentran repartidos entre un conjunto de expertos, noporque esté parcializado sino porque no está estructurado con precisión y senecesita justamente de la experiencia conjunta para proponer una estructuraorganizativa básica. Todos los expertos poseen un nivel similar de conocimientos.Se cuenta además con un experto principal que tendrá la ultima palabra en casosde discrepancia.E13: Los directivos, usuarios, expertos e IC están de acuerdo en lasfuncionalidades del SE.Valor: MUCHOTodos los integrantes del proyecto están de acuerdo en las funciones principalesque cumplirá el Sistema Experto. La funcionalidad será definida con mayorprecisión a lo largo del desarrollo del sistema, considerando que se ha optadopara su construcción por prototipado incremental.E14: La actitud de los expertos ante el desarrollo del sistema es positiva y no sesienten amenazados por el proyecto.Valor: TODOESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 75

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDALos expertos esperan con agrado el desarrollo del sistema. Estiman que será unaporte para mejorar su tarea. En el ámbito educativo el sistema permitiráimplementar más y mejores casos de práctica. No consideran que el SistemaExperto signifique una amenaza sino por el contrario permitirá realizar la tarea conuna base más estructurada.E15: Los expertos convergen en sus soluciones y métodos.Valor: REGULARLos expertos poseen una formación similar y adoptan soluciones convergentes.Se espera que existan puntos de diferencia que enriquezcan la estructura básicade conocimiento a definir, y todos aceptan la opinión final del experto principalcomo válida en casos de discrepancia.E16: Se acepta la planificación del proyecto propuesta por el IC.Valor: SIFue aceptada y consensuada con todos los involucrados.E17: Existen limitaciones estrictas de tiempo en la realización del sistema.Valor: POCONo existen limitaciones estrictas y rígidas, pero es deseable finalizarlo en eltiempo previsto.E18: La dirección y usuarios apoyan los objetivos y directrices del proyecto.Valor: MUCHOLa dirección apoya firmemente el proyecto por tratarse de parte de un proyecto deinvestigación en el cual el objetivo es desarrollar Sistemas Expertos que apoyenla tarea de los profesionales informáticos en el desarrollo de sistemas deinformación. Los usuarios están interesados en el proyecto porque el SEintroduciría una estructura más ordenada que facilite la decisión a tomar ypermitiría mayor calidad de práctica para los estudiantes.E19: El nivel de formación requerido por los usuarios del sistema es elevado.Valor: MUCHOEstá dirigido a ingenieros en software o con experiencia similar.E20: Las relaciones IC-Experto son fluidas.Valor: MUCHOLas relaciones con el grupo de expertos son fluidas, se garantiza al menos unencuentro semanal. La relación con el experto principal es directa y continua,están previstos encuentros frecuentes, para los momentos más intensos delproceso de Adquisición y Conceptualización de Conocimientos.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 76

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAE21: El proyecto forma parte de un camino crítico con otros sistemas.Valor: NOEl proyecto no forma parte de un camino crítico con otros sistemas.E22: Se efectuará una adecuada transferencia tecnológica.Valor: MUCHOEstá previsto un plan de capacitación, los manuales para el uso del sistema, y unperíodo de seguimiento en los primeros meses de uso.E23: Lo que cuenta en la solución es la calidad de la respuesta.Valor: SILa calidad de la respuesta es muy importante de tal modo que el usuarioencuentre satisfactorios los resultados que el SE le presente.4.3 CALCULO DE VIABILIDAD PARA EL PROYECTOPaso 1: completar la columna VALOR en la tablas.• En la tabla 4.3.1 se presentan los valores asignados al Factor Plausibilidad.• En la tabla 4.3.2 se presentan los valores asignados al Factor Justificación.• En la tabla 4.3.3 se presentan los valores asignados al Factor Adecuación.• En la tabla 4.3.4 se presentan los valores asignados al Factor Éxito.Paso 2: calcular el valor para cada dimensión.• En la tabla 4.3.5 se presenta el cálculo del Factor de Plausibilidad.• En la tabla 4.3.6 se presenta el cálculo del Factor de Justificación.• En la tabla 4.3.7 se presenta el cálculo del Factor de Adecuación.• En la tabla 4.3.8 se presenta el cálculo del Factor de Éxito.Paso 3: calcular el valor final. Consiste en el cálculo de la media aritméticaponderada del resultado obtenido para cada dimensión.• En la tabla 4.3.9 se presentan el cálculo del Valor FinalESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 77

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.1 DIMENSION DE PLAUSIBILIDADDenominación de la Característica Categoría Dimensión Peso Tipo Naturaleza Umbral ValorExisten expertos, están disponibles y son Experto P1 10 Esencial Booleana Sí (sí) SIcooperativos.El experto es capaz de estructurar susExperto P2 7 Deseable Difusa No MUCHOmétodos y procedimientos de trabajo.La tarea esta bien estructurada y se entiende. Tarea P3 8 Deseable Difusa No REGULARExisten suficientes casos de prueba y susTarea P4 10 Esencial Numérica Sí (8) 10soluciones asociadas.La tarea sólo depende de los conocimientos yno del sentido común.Tarea P5 9 Deseable Numérica No 8TABLA 4.3.2 DIMENSION DE JUSTIFICACIÓNDenominación de la Característica Categoría Dimensión Peso Tipo Naturaleza Umbral ValorResuelve una tarea útil y necesaria. Tarea J1 8 Deseable Difusa No MUCHOSe espera una alta tasa de recuperación de la Directivos / J2 7 Deseable Numérica No 7inversiónUsuariosHay escasez de experiencia humana. Experto J3 6 Deseable Difusa No MUCHOHay necesidad de tomar decisiones enTarea J4 10 Deseable Difusa No REGULARsituaciones criticas o ambientes hostiles,penosos y/o pocos gratificantes.Hay necesidad de distribuir los conocimientos. Tarea J5 10 Deseable Difusa No MUCHOLos conocimientos pueden perderse de no Experto J6 10 Deseable Difusa No REGULARrealizarse el sistema.No existen soluciones alternativas. Tarea J7 8 Esencial Booleana Sí (sí) SIESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 78

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.3 DIMENSION DE ADECUACIONDenominación de la Característica Categoría Dimensión Peso Tipo Naturaleza Umbral ValorLa transferencia de conocimientos entre humanos Tarea A1 7 Deseable Difusa No MUCHOes factible.La tarea requiere “experiencia”. Tarea A2 10 Deseable Difusa No TODOLos efectos de la introducción del SE no pueden Tarea A3 -2 Deseable Difusa No POCOpreverse.La tarea requiere razonamiento simbólico. Tarea A4 5 Deseable Difusa No MUCHOLa tarea requiere el uso de heurística para acotar Tarea A5 7 Deseable Difusa No MUCHOel espacio de búsqueda.La tarea es de carácter práctico y más táctica que Tarea A6 8 Deseable Booleana No SIestratégica.Se espera que la tarea continúe sin cambiosTarea A7 8 Esencial Difusa Sí MUCHOsignificativos durante un largo período de tiempo.(mucho)Se necesitan varios niveles de abstracción en la Tarea A8 8 Deseable Difusa No POCOresolución de la tarea.El problema es relativamente simple o puede Tarea A9 6 Deseable Difusa No MUCHOdescomponerse en subproblemas.El experto no sigue un proceso determinista en la Experto A10 3 Deseable Booleana No SIresolución del problema.La tarea acepta la técnica de prototipado gradual. Tarea A11 8 Deseable Booleana No SIEl experto resuelve el problema a veces con Experto A12 3 Deseable Difusa No TODOinformación incompleta o incierta.Es conveniente justificar las solucionesTarea A13 3 Deseable Difusa No TODOadoptadas.La tarea requiere investigación básica. Tarea A14 -10 Esencial Booleana Sí (No) NOEl sistema funcionara en tiempo real con otrosprogramas o dispositivos.Tarea A15 -6 Deseable Difusa No NADAESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 79

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.4 DIMENSION DE ÉXITODenominación de la Característica Categoría Dimensión Peso Tipo Naturaleza Umbral ValorExiste una ubicación idónea para el SE. Directivos / E1 7 Deseable Difusa No TODOUsuariosProblemas similares se han resuelto con INCO. Tarea E2 8 Deseable Booleana No SIEl problema es similar a otros en lo que resulto Tarea E3 -5 Deseable Booleana No NOimposible aplicar esta tecnología.La continuidad del proyecto está influenciada por Directivos / E4 -9 Esencial Difusa Sí (poco) POCOvaivenes políticos.UsuariosLa inserción del sistema se efectúa sin traumas, Directivos / E5 8 Deseable Difusa No MUCHOes decir, apenas se interfiere en la rutinacotidiana.UsuariosSe dispone de experiencia en INCO. Tarea E6 7 Deseable Difusa No REGULARSe dispone de los recursos humanos, hardware y Tarea E7 4 Deseable Difusa No TODOsoftware necesarios para el desarrollo eimplementación del sistema.El experto resuelve el problema en la actualidad. Experto E8 4 Deseable Difusa No TODOLa solución del problema es prioridad para la Directivos / E9 8 Esencial Difusa Sí MUCHOinstitución.Usuarios(mucho)Las soluciones son explicables. Tarea E10 5 Deseable Difusa No MUCHOLos objetivos del sistema son claros y evaluables. Tarea E11 6 Deseable Difusa No MUCHOLos conocimientos están repartidos entre un Experto E12 -7 Deseable Difusa No REGULARconjunto de individuos.Los directivos, usuarios, experto e IC están de Directivos / E13 4 Esencial Difusa Sí MUCHOacuerdo en las funcionalidades del SE.Usuarios(mucho)La actitud de los expertos ante el desarrollo delsistema es positiva y no se sienten amenazadospor el proyecto.Experto E14 8 Deseable Difusa No TODOESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 80

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.4 DIMENSION DE ÉXITO (continuación)Denominación de la Característica Categoría Dimensión Peso Tipo Naturaleza Umbral ValorLos expertos convergen en sus soluciones y Experto E15 5 Deseable Difusa No REGULARmétodos.Se acepta la planificación del proyectoDirectivos / E16 8 Esencial Booleana Sí (sí) SIpropuesta por el IC.UsuariosExisten limitaciones estrictas de tiempo en la Tarea E17 -6 Deseable Difusa No POCOrealización del sistema.La dirección y usuarios apoyan los objetivos y Directivos / E18 7 Esencial Difusa Sí MUCHOdirectrices del proyecto.Usuarios(mucho)El nivel de formación requerido por losDirectivos / E19 -2 Deseable Difusa No MUCHOusuarios del sistema es elevado.UsuariosLas relaciones IC - Experto son fluidas. Experto E20 4 Deseable Difusa No MUCHOEl proyecto forma parte de un camino critico Tarea E21 -6 Deseable Booleana No NOcon otros sistemas.Se efectuará una adecuada transferencia Directivos / E22 8 Esencial Difusa Sí MUCHOtecnológica.Usuarios(mucho)Lo que cuenta en la solución es la calidad de larespuesta.Experto E23 5 Deseable Booleana No SIESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 81

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.5 CALCULO DE LA DIMENSION DE PLAUSIBILIDADF Peso Valor Valores Difusos Peso / Valor Peso * ValorP1 10 Sí 10 10 10 10 1 1 1 1 100 100 100 100P2 7 Mucho 5,6 6,6 7,8 8,8 1,25 1,06 0,9 0,8 39,2 46,2 54,6 61,6P3 8 Regular 3,4 4,4 5,6 6,6 2,35 1,82 1,43 1,21 27,2 35,2 44,8 52,8P4 10 10 10 10 10 10 1 1 1 1 100 100 100 100P5 9 8 8 8 8 8 1,13 1,13 1,13 1,13 72 72 72 7244 6,72 6,00 5,45 5,13 338,4 353,4 371,4 386,4Rtdo 7,12 7,68 8,26 8,67PLAUSIBILIDAD1,210,80,60,40,200NADA POCO REGULAR MUCHO TODO5 10ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 82

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.6 CALCULO DE LA DIMENSION DE JUSTIFICACIONF Peso Valor Valores Difusos Peso * Valor Aprox.NuméricaJ1 8 Mucho 5,6 6,6 7,8 8,8 44,8 52,8 62,4 70,4 57,6J2 7 7 7 7 7 7 49 49 49 49 49J3 6 Mucho 5,6 6,6 7,8 8,8 33,6 39,6 46,8 52,8 43,2J4 10 Regular 3,4 4,4 5,6 6,6 34 44 56 66 50J5 10 Mucho 5,6 6,6 7,8 8,8 56 66 78 88 72J6 10 Mucho 5,6 6,6 7,8 8,8 56 66 78 88 72J7 8 Sí 10 10 10 10 80 80 80 80 8059 331,4 375,4 428,2 472,2Valor Máximo: 80 Rtdo 7,8 8,8 10 10 TODOJUSTIFICACION1,210,80,60,40,200NADA POCO REGULAR MUCHO TODO5 10ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 83

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.7 CALCULO DE LA DIMENSION DE ADECUACIONF Peso Valor Valores Difusos Peso / Valor Peso * ValorA1 7 Mucho 5,6 6,6 7,8 8,8 1,25 1,061 0,897 0,795 39,2 46,2 54,6 61,6A2 10 Todo 7,8 8,8 10 10 1,282 1,136 1 1 78 88 100 100A3 -(2) (Poco) 5,6 6,6 7,8 8,8 0,357 0,303 0,256 0,227 11,2 13,2 15,6 17,6A4 5 Mucho 5,6 6,6 7,8 8,8 0,893 0,758 0,641 0,568 28 33 39 44A5 7 Mucho 5,6 6,6 7,8 8,8 1,25 1,061 0,897 0,795 39,2 46,2 54,6 61,6A6 8 Sí 10 10 10 10 0,8 0,8 0,8 0,8 80 80 80 80A7 8 Mucho 5,6 6,6 7,8 8,8 1,429 1,212 1,026 0,909 44,8 52,8 62,4 70,4A8 8 Poco 1,2 2,2 3,4 4,4 6,667 3,636 2,353 1,818 9,6 17,6 27,2 35,2A9 6 Mucho 5,6 6,6 7,8 8,8 1,071 0,909 0,769 0,682 33,6 39,6 46,8 52,8A10 3 Sí 10 10 10 10 0,3 0,3 0,3 0,3 30 30 30 30A11 8 Sí 10 10 10 10 0,8 0,8 0,8 0,8 80 80 80 80A12 3 Todo 7,8 8,8 10 10 0,385 0,341 0,3 0,3 23,4 26,4 30 30A13 3 Todo 7,8 8,8 10 10 0,385 0,341 0,3 0,3 23,4 26,4 30 30A14 -(10) (No) 10 10 10 10 1 1 1 1 100 100 100 100A15 -(6) (Nada) 7,8 8,8 10 10 0,769 0,682 0,6 0,6 46,8 52,8 60 605818,64 14,34 11,94 10,9 667,2 732,2810,2853,2Rtdo 6,07 7,17 8,25 8,85ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 84

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 4.3.8 CALCULO DE LA DIMENSION DE EXITOF Peso Valor Valores Difusos Peso / Valor Peso * ValorE1 7 Todo 7,8 8,8 10 10 0,897 0,795 0,7 0,7 54,6 61,6 70 70E2 8 Sí 10 10 10 10 0,8 0,8 0,8 0,8 80 80 80 80E3 -(5) (No) 10 10 10 10 0,5 0,5 0,5 0,5 50 50 50 50E4 -(9) (Poco) 5,6 6,6 7,8 8,8 1,067 1,364 1,154 1,023 50,4 59,4 70,2 79,2E5 8 Mucho 5,6 6,6 7,8 8,8 1,429 1,212 1,026 0,909 44,8 52,8 62,4 70,4E6 7 Regular 3,4 4,4 5,6 6,6 2,059 1,591 1,25 1,061 23,8 30,8 39,2 46,2E7 4 Todo 7,8 8,8 10 10 0,513 0,455 0,4 0,4 31,2 35,2 40 40E8 4 Todo 7,8 8,8 10 10 0,513 0,455 0,4 0,4 31,2 35,2 40 40E9 8 Mucho 5,6 6,6 7,8 8,8 1,429 1,212 1,026 0,909 44,8 52,8 62,4 70,4E10 5 Mucho 5,6 6,6 7,8 8,8 0,893 0,758 0,641 0,568 28 33 39 44E11 6 Mucho 5,6 6,6 7,8 8,8 1,071 0,909 0,769 0,682 33,6 39,6 46,8 52,8E12 -(7) (Regular) 3,4 4,4 5,6 6,6 23,8 30,8 39,2 46,2 23,8 30,8 39,2 46,2E13 4 Mucho 5,6 6,6 7,8 8,8 0,714 0,606 0,513 0,455 22,4 26,4 31,2 35,2E14 8 Todo 7,8 8,8 10 10 1,026 0,909 0,8 0,8 62,4 70,4 80 80E15 5 Regular 3,4 4,4 5,6 6,6 1,471 1,136 0,893 0,758 17 22 28 33E16 8 Sí 10 10 10 10 0,8 0,8 0,8 0,8 80 80 80 80E17 -(6) (Poco) 5,6 6,6 7,8 8,8 1,071 0,909 0,769 0,682 33,6 39,6 46,8 52,8E18 7 Mucho 5,6 6,6 7,8 8,8 1,25 1,061 0,897 0,795 39,2 46,2 54,6 61,6E19 -(2) (Mucho) 1,2 2,2 3,4 4,4 1,667 0,909 0,588 0,455 2,4 4,4 6,8 8,8E20 4 Mucho 5,6 6,6 7,8 8,8 0,714 0,606 0,513 0,455 22,4 26,4 31,2 35,2E21 -(6) (No) 10 10 10 10 0,6 0,6 0,6 0,6 60 60 60 60E22 8 Mucho 5,6 6,6 7,8 8,8 1,429 1,212 1,026 0,909 44,8 52,8 62,4 70,4E23 5 Sí 10 10 10 10 0,5 0,5 0,5 0,5 50 50 50 5071 25,01 20,09 17,81 16,22 930,4 1039 1170 1256Rtdo. 6,118 7,061 8,107 8,801ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 85

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAADECUACIONEXITO1,2NADA POCO REGULAR MUCHO TODO1,2NADA POCO REGULAR MUCHO TODO110,80,60,80,60,40,40,20,20005 1005 10TABLA 4.3.9 CALCULO DEL VALOR FINALFactor Coeficiente Valores Difusos Peso*ValorPlausibilidad 8 7,12 7,68 8,26 8,63 56,96 61,44 66,08 69,04Justificación 3 7,8 8,8 10 10 23,4 26,4 30 30Adecuación 8 6,07 7,17 8,25 8,85 48,56 57,36 66 70,8Éxito 5 6,12 7,06 8,11 8,8 30,6 35,3 40,55 4424 159,5 180,5 202,6 213,8Valor Final 6,65 7,52 8,44 8,91Media General 7,9ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 86

SISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDARESULTADO FINAL1,210,80,60,40,200NADA POCO REGULAR MUCHO TODO5 104.4 EVALUACION DE VIABILIDAD PARA EL PROYECTOLos resultados obtenidos en cada dimensión son:• Plausibilidad: 7,12; 7,68; 8,26; 8,67.• Justificación: 7,8; 8,8; 10; 10.• Adecuación: 6,07; 7,17; 8,25; 8,85• Éxito: 6,12; 7,06; 8,11; 8,8• Conclusión Final: 6,65; 7,52;8,44; 8,91• Media General: 7,9El sistema planteado es viable, la media general es mayor a 6, desde laperspectiva de la Ingeniería del Conocimiento.ESTUDIO DE VIABILIDAD 01/09/2003 Bibiana D. Rossi 87

Capítulo 5Adquisición deConocimientos

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se describe el proceso de adquisición de conocimientos ylas técnicas usadas en el mismo. Como inicio del proceso se presentan lasprimeras sesiones de entrevistas con el experto principal para completar elestudio de viabilidad. Luego se documenta el proceso de extracción deconocimientos en el cual se utilizó el Análisis Estructural de Textos. Se detalla elproceso de educción de conocimientos realizado al equipo de expertos para elcual se aplicaron el Método Delphi y la Técnica Nominal de Grupo. Finalmente sepresenta la educción de conocimientos con el experto principal, el desarrollo delas entrevistas y la técnica de Emparrillado.5.1. EL PROCESO DE ADQUISICIÓN DE CONOCIMIENTOSEn las primeras fases del desarrollo de un sistema basado en conocimientoel proceso de adquisición de conocimientos consume el 80% del tiempodisponible. Durante esta etapa la relación con el experto se intensifica y seafianza. Si esta etapa está bien lograda tanto en los aspectos técnicos como asítambién la empatía con el experto, las posibilidades de éxito se incrementan.Se entiende por adquisición de conocimientos al proceso de recolección deinformación, a partir de cualquier fuente necesaria para construir un SBC. Laadquisición de conocimientos no es un paso en la metodología de desarrollo deun SBC, sino que es una tarea que se produce en paralelo a todas las etapas deconstrucción (identificación, conceptualización, formalización, validación,mantenimiento, etc). [Gómez, A. y otros 1997].Teniendo en cuenta cuál es el tipo de fuente de conocimientos, escrita(incluye cualquier tipo de documentación, video, etc. ) o humana, el proceso deadquisición se identifica como Extracción de conocimientos o Educción deConocimientos respectivamente.En la metodología IDEAL se propone básicamente el siguiente esquemageneral a seguir en el proceso de adquisición:1. Primeras reuniones y evaluación de viabilidad2. Extracción de conocimientos3. Educción de conocimientos3.1. Interrogatorio inicial3.2. Investigación profunda.Primeras reuniones y evaluación de viabilidad: estas reuniones son con elexperto, los usuarios del SE y los directivos del proyecto. Estas reunionesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 91

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDApermiten conocer las necesidades y expectativas de los usuarios, y realizar elestudio de viabilidad del proyecto. En estas reuniones se busca lograr familiaridadcon la terminología del dominio. El objetivo es alcanzar conocimientos generales(grano grueso).Extracción de conocimientos: este paso es para que el IC se familiarice conel dominio tanto como sea posible antes de comenzar las sesiones con el experto.El objetivo es también información de tipo general, tener una visión general deldominio (grano grueso).Educción de conocimientos: este es un ciclo en el que se produce lainteracción con el experto humano y sus conocimientos. En el Interrogatorio inicialse explicita y acuerda con el experto cómo se desarrollará el proceso deeducción. Se logra una visión de alto nivel del dominio, áreas de aplicación,problemas, conceptos, procedimientos y se bajará gradualmente a detalles del readel dominio. En el ciclo de Investigación profunda se estudian los pasos para laresolución de la tarea, los datos para resolverla y se conoce el proceso derazonamiento del experto.5.2 ADQUISICIÓN DE CONOCIMIENTOS DEL PRESENTE TRABAJOSiguiendo el esquema de adquisición de conocimientos propuesto por lametodología IDEAL el esquema que se aplicó en el presente trabajo fue elsiguiente:1. Primeras reuniones y evaluación de viabilidad2. Extracción de conocimientos3. Educción de conocimientos a un equipo de expertos4. Educción de conocimientos a un único experto1. Primeras reuniones y evaluación de viabilidad: estas reuniones con elexperto (que se encuentran documentadas en el capítulo 12, anexo A,sesiones A.1, A.2 y A.3 ) han permitido:• Determinar los objetivos del SE• Precisar el alcance y ámbito del proyecto• Obtener información para realizar el estudio de viabilidad del proyecto.• Realizar y revisar el estudio de viabilidad del proyecto• Lograr familiaridad con la terminología del dominio• Determinar la estrategia para la extracción de conocimientos• Definir el compromiso de participación del grupo de expertosADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 92

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Comprometer la participación del experto principal en la preparación yevaluación de las sesiones de educción de conocimientos con el equipode expertos2. Extracción de conocimientos: las sesiones de extracción de conocimientos(que se encuentran documentadas en el capítulo 12, anexo B, sesión B.1 delpresente capítulo) han permitido:• Revisar sistemáticamente la bibliografía sugerida por el experto• Incrementar la familiaridad con la terminología del dominio• Obtener información para preparar las sesiones de educción deconocimientos con el equipo de expertos3. Educción de conocimientos a un equipo de expertos: estas reuniones conel grupo de expertos (que se encuentran documentadas en las sesiones C.1,C.2 y C.3 del presente capítulo) han permitido:• Analizar exhaustivamente los resultados obtenidos de la extracción deconocimientos• Detallar las características a evaluar de un proyecto para seleccionar elciclo de vida• Definir áreas y agrupar las características en esas áreas• Determinar la necesidad de un primer prototipo del SE con lainformación obtenida hasta el momento• Reconocer áreas de ampliación y refinamiento del SE para futurasversiones4. Educción de conocimientos: este proceso (que se encuentra documentadoen las sesiones D.1, y A.4 del presente capítulo) han permitido:• Analizar la consistencia de la información obtenida en el proceso deeducción de conocimientos con el grupo de expertos• Corroborar el grado de correspondencia entre el modelo mental delexperto y la representación obtenidaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 93

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA5.3 TECNICAS PARA ADQUISICIÓN DE CONOCIMIENTOS UTILIZADAS ENEL PRESENTE TRABAJOLas técnicas usadas en el proceso de adquisición del conocimiento delpresente proyecto son:1. Primeras reuniones y evaluación de viabilidad• Entrevistas No Estructuradas• Entrevistas Estructuradas2. Extracción de conocimientos• Análisis Estructural de Textos3. Educción de conocimientos a un equipo de expertos• Método Delphi• Técnica Nominal del Grupo.4. Educción de conocimientos al experto principal• Emparrillado• Entrevistas EstructuradasCada una de las sesiones se ha documentado siguiendo el siguiente ciclode educción [Gómez, A. y otros 1997]:1. Preparación de la sesión:• Información a tratar• Amplitud, profundidad• Técnica adecuada• Preparación de preguntas2. Sesión• Repaso del análisis de la ultima sesión• Explicación al experto de los objetivos de la nueva sesión• Educción• Resumen y comentarios del experto3. Transcripción de la sesión4. Análisis de la sesión• Lectura para obtención de una visión general• Extracción de conocimientos concretos5. Evaluación de la sesión• ¿Se han conseguido los objetivos?• ¿Es necesario volver sobre el mismo objetivo?• Número y tipo de sesiones necesaria para cubrir el áreaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 94

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA continuación se presenta la documentación de las principales sesionesde adquisición de conocimientos. Se han seleccionado las sesiones realizadas alequipo de expertos utilizando el método Delphi y las sesiones donde se utiliza latécnica de Emparrillado para documentar en el presente capítulo. El resto de lassesiones se encuentran en el capitulo 12.El orden cronológico en que fueron realizadas las sesiones es el siguiente:• El grupo de sesiones identificadas con A.x se corresponde con lasentrevistas realizadas al experto. Las sesiones A.1, A.2, y A.3 seencuentran en el capitulo 12, anexo A. La sesión A4 que revisa losresultados del Emparrillado se encuentra documentada en el presentecapítulo.• El grupo de sesiones identificadas con B.x se corresponde con lassesiones de extracción de conocimiento, particularmente del análisis dela bibliografía. La sesión B.1 se encuentra en el capítulo 12, anexo B.• El grupo de sesiones identificadas con C.x se corresponde con lassesiones realizadas al equipo de expertos. Las sesiones C.1, C.2 y C.3se encuentran documentadas en el presente capítulo.• El grupo de sesiones identificadas con D.x se corresponde con lassesiones de técnicas indirectas, particularmente Emparrillado. La sesiónD.1 se encuentra documentada en el presente capítulo.5.4 ADQUISICION DE CONOCIMIENTOS A PARTIR DE UN EQUIPO DEEXPERTOSSESION C.1C.1.1 Preparación de la Sesión I• Información a tratar: Identificar las características a tener en cuenta en unproyecto en particular para seleccionar un ciclo de vida en Cascada, Orientadoa objetos y/o Espiral.• Técnica utilizada: Método Delphi.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 95

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Preparación del cuestionario.El cuestionario se define con una presentación en la que se indican losobjetivos y se adjunta al mismo la tabla obtenida como resultado de laextracción de conocimientos (solamente con las columnas de Ventajas yDesventajas) para que se realice la identificación de las características sobrela información resultante del análisis bibliográfico.En el diseño de la tabla se presentan todas las ventajas y desventajasobtenidas del análisis de textos, pero no se identifican a qué ciclos de vidaestán asociadas, para que los expertos recurran a su propia experiencia en laselección de las características asociadas con los ciclos de vida a seleccionar.Se presenta una muestra del cuestionario que se entregó en el ítem C.1.5.C.1.2 Realización de la Sesión I• Sesión realizada el: 16 de febrero de 2000.• Expertos asistentes: Prof. Perichinsky, Lic. Beltrami, Lic. Leone, Ing. PolloCattaneo, Lic. Lucchini, Ing. Weschler, Lic. Fernández.• Ingeniero del conocimiento: Bibiana Rossi.• Lugar: Oficina del experto. Salón de conferencias con mesas de trabajo.• Tiempo: 18 a 21.00hs.• Objetivos: Identificar las características a tener en cuenta en un proyecto enparticular para seleccionar un ciclo de vida en Cascada, Orientado a objetosy/o Espiral.• Procedimiento:‣ El IC explica básicamente el proyecto. El experto principal ha tenidoreuniones previas de preparación con el equipo de expertos.‣ El IC presenta el método Delphi.‣ El IC presenta el cuestionario y el documento adjunto. Explica elprocedimiento que se siguió para la elaboración de la tabla.‣ El IC explica el objetivo de la sesión. Responde preguntas aclaratorias.‣ Los expertos responden el cuestionario individualmente sin interactuarentre ellos.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 96

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.1.3 Tabulación y Análisis de los Resultados de la Sesión I• Conocimientos extraídos y tabulados:Características a tener en cuenta en un proyecto en particular paraseleccionar un ciclo de vida en Cascada, Orientado a objetos y/o Espiral.El documento tabulado resultante de la síntesis de las respuestas individualesde cada experto, se presenta en el ítem C.1.6.• Conocimientos a educir en próximas sesiones:Revisar los resultados de la primera sesión del método Delphj.Identificar si existe una forma de agrupar las características por área quefacilite el análisis del proyecto para el cual se desea seleccionar el ciclo devida.C.1.4 Evaluación de la Sesión I• ¿Se han logrado los objetivos?Si se han cumplido. Cada experto entregó un documento donde agrupo lascaracterísticas más relevantes a tener en cuenta de un proyecto en particularpara seleccionar los ciclos de vida Cascada, Orientado a objetos y Espiral.• ¿Es necesario volver sobre lo mismo?Es necesario refinar la información obtenida y agruparla en áreas.• Número y tipo de sesiones para cubrir el áreaSe estima:‣ 3 sesiones con el experto principal para la tabulación de análisis yresultados.‣ 2 sesiones con el grupo de expertos.‣ 3 sesiones con el experto principal para completar la fase de inicial deadquisición de los conocimientos.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 97

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.1.5 Cuestionario de la sesión C.1Acerca del Proyecto• Proyecto: Identificar las características a tener en cuenta en un proyecto enparticular para seleccionar un ciclo de vida en Cascada, Orientado a objetos y/oEspiral.• Etapa del Proyecto: Adquisición de Conocimientos.• Técnicas Utilizadas:Técnica usadaEntrevistasAnálisis detextosMétodo DelphiResultadoEstudio de viabilidadTabla de Ventajas y Desventajas de los modelos de ciclos devidaCaracterísticas a analizar de un proyecto para seleccionar unmodelo de ciclo de vida entre Cascada, Orientado a objetos y/oEspiral• Método Delphi - Pasos a seguir:1. Elaboración y refinamiento del cuestionario2. Sesión I - Respuestas al cuestionario3. Tabulación y análisis de los resultados 1er.ciclo4. Sesión II - Respuestas y refinamiento5. Tabulación y análisis de los resultados 2do. Ciclo6. Sesión III - Respuestas y refinamiento7. Tabulación y análisis de los resultados finalesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 98

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAcerca de la Sesión I• Propósito: Tomando como punto de partida la Tabla de ventajas y desventajas delos modelos de ciclos de vida, identificar las características a analizar de unproyecto para seleccionar el ciclo de vida en Cascada, Orientado a objetos y/oEspiral.• Material que se adjunta:Información acerca del proyectoInformación acerca de la Sesión ILista a completar para Modelo en CascadaLista a completar para Modelo Orientado a objetosLista a completar para Modelo en EspiralTabla de ventajas y desventajas de los modelos de ciclos de vida• Procedimiento:1. Leer la Tabla de ventajas y desventajas2. Identificar todas las características relevantes de un proyecto para seleccionarel modelo de ciclo de vida en Cascada (considerando ítem 5). Escribirlas en lalista correspondiente.3. Identificar todas las características relevantes de un proyecto para seleccionarel modelo de ciclo de vida en Orientado a objetos (considerando ítem 5).Escribirlas en la lista correspondiente.4. Identificar todas las características relevantes de un proyecto para seleccionarel modelo de ciclo de vida en Cascada (considerando ítem 5). Escribirlas en lalista correspondiente.5. Analizar en cada caso: ¿Es posible modificar algo? ¿Es posible añadir? ¿Es posible eliminar? ¿Es posible sustituir un concepto por otro? ¿Es posible combinar elementos entre sí? ¿Se puede tomar la idea en sentido opuesto? ¿Está asociada a uno a dos o a los tres modelos de CV a seleccionar?ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 99

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASesión I: 16 de febrero de 2000Experto:Lista a completar para Modelo en CASCADAITEMCARACTERISTICA DEL PROYECTOADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 100

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASesión I: 16 de febrero de 2000Experto:Lista a completar para Modelo en ORIENTADO A OBJETOSITEMCARACTERISTICA DEL PROYECTOADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 101

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASesión I: 16 de febrero de 2000Experto:Lista a completar para Modelo en ESPIRALITEMCARACTERISTICA DEL PROYECTOADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 102

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA DE VENTAJAS /DESVENTAJAS DE LOS MODELOS DE CICLOS DE VIDAModelo VentajasModelo ‣ No está limitado a proyectos chicos1también puede manejar proyectosgrandes (1)‣ Sirve para la formular losrequerimientos de un sistema deSoftware cuando los requerimientosdel usuario son vagos, incompletoso inestables (1)‣ Puede servir como herramienta paraexperimentar con nuevas einnovadoras ideas de diseño (1)‣ Puede servir como factor deseguridad en desarrollos con altofactor de riesgo (1)‣ Puede servir como forma dereaccionar ante potenciales cambiosorganizacionales (1)‣ Puede servir como forma depromover al cliente a participar delproceso de desarrollo (1)‣ Facilita un ambiente de enseñanzapara usuarios finales potencialesdurante el desarrollo (1)‣ Puede facilitar la introduccióngradual de un sistema decomputación en una organización(1)‣ Es usado cuando hay un gran nivelde incertidumbre (1)‣ Es usado cuando hay variasopciones de diseño eimplementación (1)‣ Es usado cuando hay dificultadesen formular las especificaciones (1)‣ Es usado cuando no hayexperiencia previa en el desarrollocon una técnica especifica (1)‣ Cuando se necesita un método paraproducir el sistema en formagradual (1)DesventajasADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 103

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasModelo ‣ Sirve para formular los2requerimientos de un sistema deSoftware cuando los requerimientosdel usuario son vagos, incompletoso inestables (5)Desventajas‣ Se puede caer en el error deprolongar en el desarrollo final,decisiones ineficientesutilizadas en el prototipo (5)Modelo3‣ Los incrementos se pueden planearpara gestionar riesgos técnicos‣ Se ajusta a entornos de altaincertidumbre, por no tener lanecesidad de poseer un conjuntoexhaustivo de requisitos,(especificaciones, diseños, etc.), alcomenzar el sistema, ya que cadarefinamiento amplía los requisitos ylas especificaciones derivadas de lafase anterior.‣ Es particularmente útil cuando ladotación de personal no estádisponible para unaimplementación completa encuanto a la fecha límite de gestiónque se ha establecido (5)‣ Falta de planificación a largoplazo‣ Tentación de caer en el modelode codificar y corregir‣ Existe el problema dedeterminar si los requisitospropuestos son válidos, sedetectan tarde.‣ Puede encomendar demasiadosrecursos a una solución errónea‣ Es difícil para más de unapersona trabajar en un únicoprototipo‣ Aunque permite el cambiocontinuo de requisitos existe elproblema de determinar si losrequisitos propuestos sonválidos.‣ Los errores en los requisitos sedetectan tarde y su correcciónresulta tan costosa como en elmodelo en cascada.Modelo4‣ Descuida el análisis apropiado‣ Recae en la intuición de losdesarrolladores‣ Lleva a decisiones de diseñoprematuras‣ La adquisición deconocimientos y el análisis sevuelven manejados por laimplementación‣ Se hace difícil de mantener yaque favorece la falta dedocumentación del análisis ydiseño.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 104

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasModelo5‣ Ayuda a prevenir que sesobrepasen las fechas de entrega ylos costos esperados.‣ Al final de cada fase el personaltécnico y los usuarios tienen laoportunidad de revisar el progresodel proyecto.‣ Da facilidades a los gestores paracontrolar el progreso de lossistemas.‣ Reconocimiento de ciclos derealimentación entre etapas (2)‣ Es mejor que un enfoque hecho alazar (5)Desventajas‣ Enfoque secuencial para construirun producto en el cual la iteraciónno es evidente.‣ Se tarda mucho tiempo en pasarpor todo el ciclo, dado que hastaque no se finalice una fase no sepasa a la siguiente.‣ El enfoque top-down necesita sermatizado con un paso dereciclado (vuelta para atrás) paracubrir temas como riesgo y reusode módulos de software (2)‣ No maneja adecuadamenteaspectos concernientes aldesarrollo de familias deprogramas y de organización desoftware para permitir cambios(2)‣ Asume progresión relativamenteuniforme en los pasos deelaboración (2)‣ El énfasis en elaboradosdocumentos como criterio definalización de las fases derequerimientos y diseño nofunciona bien para muchas clasesde software, particularmente lasaplicaciones interactivas.‣ No contempla la clase dedesarrollo evolutivo que presentael prototipado rápido y loslenguajes de 4ta. generación. (2)‣ Los proyectos reales rara vezsiguen el modelo secuencial quepropone el modelo (5).‣ No contempla los posibles modosde desarrollo de software futuros,asociados con las capacidades dela programación automática,transformación de programas yasistentes de software basados enel conocimiento. (2)‣ A menudo es difícil que el clienteexplicite todos los requisitos (5)‣ Asume una especificación derequisitos perfecta.‣ Detección de errores tardíaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 105

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasDesventajas‣ No contempla los posibles modosde desarrollo de software futuros,asociados con las capacidades dela programación automática,transformación de programas yasistentes de software basados enel conocimiento. (2)‣ Una versión de trabajo delprograma no estará disponiblehasta que el proyecto esté muyavanzado (5)‣ No refleja el proceso real dedesarrollo de software. Losproyectos reales raramente sigueneste flujo secuencial, puesto quesiempre hay iteraciones. Aunqueen este modelo la iteración estépermitida en etapas contiguas(MACRO,1990),en la vida real laiteración abarca mas de una etapa.Un caso típico es la redefiniciónde los requisitos cuando se estácodificando la aplicación.‣ Acentúa el fracaso de la industriadel software con el usuario final.En este caso, el usuario debe tenerpaciencia, ya que el sistema enfuncionamiento no estarádisponible hasta las fases finalesdel proyecto.‣ Agravado para KBS (incompletoy con especificacionescambiantes)‣ Administradores y usuarios tienenpoca idea de como quedará elsistema cuando se especifican losrequerimientosADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 106

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasModelo6‣ En el desarrollo interno existegran flexibilidad y libertad paraajustarse a los acuerdos etapapor etapa, para aplazar acuerdosde opciones específicas, paraestablecer miniespirales pararesolver caminos críticos, paraajustar niveles de esfuerzo, opara acomodar prácticas comoprototipado desarrollo evolutivoy uso de métodos de diseñoajustado al costo.‣ Alienta el desarrollo deespecificaciones que no sonnecesariamente uniformes,exhaustivas o formales, al diferirla elaboración detallada de loselementos de software de bajoriesgo, y evita roturasinnecesarias en sus diseños,hasta que los elementos de altoriesgo del diseño seanestablecidos.‣ La revisión de los principalesobjetivos sirve para asegurar quetodas las partes involucradasestán de acuerdo respecto almétodo de trabajo para lasiguiente fase.‣ La identificación de riesgosasociados con cada una de lasalternativas y las diferentesmaneras de resolverlos son elcentro del modelo. Con losmétodos tradicionales, eshabitual dejar las partes, difícilespara el final y empezar con lasmás fáciles y de menor riesgo,obteniendo así la ilusión de ungran avance.‣ La división de los proyectos enciclos, cada uno con un acuerdoal final de cada ciclo, implicaque existe un acuerdo para loscambios a realizar o paraterminar el proyecto, en funciónde lo que se ha aprendido desdeel inicio del proyecto.Desventajas‣ Trabaja bien en los desarrollosinternos, pero necesita un ajusteposterior para adaptarlo a lasubcontratación de software.‣ Necesidad de expertos enevaluación de riesgos paraidentificar y manejar las fuentesde riesgos de un proyecto.‣ Requiere una considerablehabilidad para la evaluación delriesgo y depende de ella para eléxito (5)‣ Deposita una gran cantidad deconfianza en la habilidad de losdesarrolladores de software paraidentificar y manejar las fuentesde riesgo del proyecto. (5)‣ En general, los pasos del procesonecesitan una elaboraciónadicional para asegurar que todoslos participantes de un desarrollode software estén operando en uncontexto consistente. (5)‣ Puede demostrar dificultad paraejecutar especificaciones con unaadecuada performance‣ En el desarrollo de software bajocontrato no existe esta flexibilidady libertad, por lo que es necesariomucho tiempo para definir loscontratos, ya que los entregablesno están previamente definidos deforma clara.‣ Todavía no encaja en el mundo dela adquisición de software porcontrato.‣ A no ser que se realice unainspección por expertos, en estetipo de proyecto se tendrá lailusión de progresar por unperíodo, y sin embargo, seencuentra dirigido directamentehacia el desastre.‣ Las personas pueden encontrarlodifícil para dirigirtransformacionesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 107

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas‣ Contesta la pregunta “cuánto essuficiente?” para cada una delas fuentes de la actividad delproyecto y para el manejo de losrecursos.‣ Puede aplicarse a lo largo de lavida del proyecto (5)‣ Existe un reconocimientoexplícito de las diferentesalternativas para alcanzar losobjetivos de un proyecto‣ El modelo se adapta a cualquiertipo de actividad, incluidasalgunas que no existen en otrosmétodos (por ejemplo, consultade asesores expertos oinvestigadores ajenos) que sonmuy útiles para la consecuciónde los objetivos de un proyecto.‣ Acomoda una mezcla apropiadade enfoques orientados aespecificaciones, orientados aprototipos, orientados asimulaciones, orientados atransformación automática, yotros (2)‣ Es aplicable tanto a esfuerzos dedesarrollo como de mejora(enhacement). (2)‣ Promueve el desarrollo deespecificaciones que no sonnecesariamente uniformes,exhaustivas o formales en lasque posterga la elaboracióndetallada de elementos desoftware de bajo riesgo, evitandoun corte innecesario en su diseño(2)‣ Incorpora prototipado como unaopción de reducción de riesgo encualquier etapa de desarrollo (2)‣ Mejora la estimación y reduceel costo de corregir‣ Permite vueltas atrás en etapastempranas del espiral alidentificar alternativas másatractivas o necesitar laresolución de un nuevo riesgo.DesventajasADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 108

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasDesventajas‣ Permite explícitamenteestrategias para desarrollarfamilias de programas y parareusar software existente (2)‣ Permite la evolución del ciclo devida, crecimiento y cambios enel producto de software. (2)‣ Provee mecanismos paraincorporar objetivos de calidaddel software en el proceso dedesarrollo del producto desoftware. (2)‣ Se focaliza en eliminar errores yalternativas poco atractivas enforma temprana (2)‣ Permite iteraciones, vueltas atrásy terminación prematura deproyectos no viables (2)‣ Puede soportar y ser soportadopor ambientes de desarrollo desoftware avanzados (2)‣ No implica procedimientosseparados para desarrollo ymejoramiento de software. (2)‣ Provee un marco viable para eldesarrollo de sistemas de soft ohardware integrados. (2)Modelo7‣ La tecnología OO pretendeacelerar el desarrollo de sistemasde una manera iterativa eincremental.‣ La ventaja principal de estosmodelos es que permiten fijarhitos más frecuentemente,realizando entregas de sistemasque son operativos cada dos otres meses para recibirretroalimentación del cliente loantes posible e ir adaptando laaplicación según cambien lasnecesidades y se refinen losrequisitos‣ Otro aspecto importante en latecnología OO es "generalizar"los componentes para que seanreutilizables, lo que incrementalos costos de desarrollo entre un10 y 50%, por lo que resultaimprescindible un desarrollo queoptimice esta inversión.‣ El inconveniente que presentan esla dificultad de gestionar demanera formal los proyectos quesiguen estos ciclos de vidaaunque, como se ha señalado, esteproblema se puede paliardiferenciando el "micro" del"macroproceso".Modelo8‣ Produce un diseño limpio y fácilde comprender, que resulta másfácil de probar , mantener yextender.‣ La distinción entre análisis ydiseño podrá parecer a vecesarbitraria y confusaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 109

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas‣ Da al proceso de desarrollo unabase más estable, y permiteutilizar un único conceptounificador de software a lo largodel proceso: el concepto deobjeto, de tal forma que lainformación registrada duranteel análisis no se pierde ni setransforma cuando se produce eldiseño y la implementación.‣ La organización de un sistemaen torno de objetos da al procesode desarrollo una estabilidad dela cual carecen lasaproximaciones orientadas afunciones.‣ No hay discontinuidad en losmodelos, una notación de unafase sea sustituida por otranotación distinta en otra fase‣ Los cambios de funcionalidad seadmiten con facilidad en eldiseño orientado a objetos‣ El paradigma del mundo realformado por objetos y relacionesproporciona el contexto paracomprender el comportamientodinámico y funcional‣ La misma notación hace mássencillo repetir los pasos dedesarrollo con grados de detallecada vez másfinos. Cada iteración añade oclarifica características, en lugarde modificar un trabajo que yase había hecho. Hay menosoportunidades para introducirincongruencias y errores‣ Es más flexible al cambio y másextensible‣ Los sistemas son más fáciles deentender, esto hace que el diseñosea más intuitivo y simplifica laseguibilidad entre los requisitosy el código de software. Eldiseño resulta sea más coherentepara personas que no fueranparte del equipo original deldiseñoDesventajasADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 110

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas‣ Se incrementa la reutilizabilidadde los componentes de unproyecto para el siguiente‣ Integra mejor las bases de datoscon el código‣ La descomposición de softwareorientada a objetos modela másde cerca la percepción que de larealidad tiene la persona. Portanto, no es sorprendente que elsoftware desarrollado resultemás comprensible, extensible ymantenible.‣ El diseño resultante es máslimpio y más adaptable, loscambios futuros serán muchomás sencillosModelo ‣ La tecnología de objetos9pretende acelerar el desarrollo desistemas de una manera iterativae incremental.‣ Permite fijar hitos másfrecuentemente, realizandoentregas de sistemas que sonoperativos cada dos o tresmeses, para recibirretroalimentación del cliente loantes posible e ir adaptando laaplicación según cambian lasnecesidades y se refinan losrequisitos.‣ El enfoque evolutivo que elmacroproceso adopta para eldesarrollo significa que hayoportunidades para identificarproblemas en momentostempranos del ciclo de vida yresponder convenientemente aestos riesgos antes de quecomprometan el éxito delproyecto (7)‣ La gestión de proyectos OO, enestado estables, provoca unareducción en la cantidad total derecursos que se necesitan y undesplazamiento en el ritmo de sudespliegue respecto a métodosmás tradicionales (7)Desventajas‣ La tecnología de objetos pretendegeneralizar los componentes paraque sean reutilizables, lo queincrementa los costos dedesarrollo entre un 10 y un 50%,por lo que resulta imprescindibleun desarrollo que optimice estainversión.‣ Dificultad de gestionar de maneraformal los proyectos que siguenestos ciclos de vida aunque, comose ha señalado, este problema sepuede paliar diferenciando elmicro del macroproceso‣ En algunos casos tiene un altocosto de puesta en marcha (7)‣ Tiene problemas de eficacia enciertos casos particulares (7)‣ El microproceso del desarrolloorientado a objetos es inestable deforma innata y requiere unadirección activa para forzar suconclusión (7)ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 111

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas‣ Alienta la reutilización decomponentes de software (7)‣ Los costos del ciclo de vida soncon frecuencia menores que losde un enfoque tradicional porqueel producto resultante tiende aser de mucha mejor calidad ymas flexible ante el cambio (7)‣ Lleva a sistemas más flexibles alcambio (7)‣ Reduce el riesgo de desarrollo‣ La integración incrementaltiende a reducir el riesgo dedesarrollo porque acelera eldescubrimiento de problemas dearquitectura y eficacia en etapastempranas del desarrollo‣ El macroproceso funciona muybien para asegurar la calidadporque permite una recolecciónde datos continua sobre la tasade descubrimiento de errores. Laintegración sucedeincrementalmente a lo largo detodo el ciclo de vida en vez deocurrir en un evento explosivo‣ Un desarrollo OO explota lapotencia expresiva de loslenguajes de programaciónorientados a objetos (7)‣ El enfoque de desarrolloincremental es extremadamenteapropiado para el paradigmaorientado a objetos (7)Modelo ‣ Maneja adecuadamente aspectos10 concernientes al desarrollo defamilias de programas y a laorganización de software paraacomodar cambios (2)Desventajas‣ No ha sido completamenteelaborado para ver como cubreaspectos tales como prototipado yreusabilidad (2)Modelo11Modelo12‣ Contiene procesos deabstracción separados hasta quese obtiene una especificaciónformal (2)‣ Tiene retos en acomodarreusabilidad de software, familiasde programas .‣ Tienen unos límites del sistemabien definidos, así que puederesultar difícil extender un diseñoSA/SD hasta unos nuevos límitesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 112

C.1.5 – METODO DELPHI - CUESTIONARIOSISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo VentajasModelo13Modelo14Modelo15Modelo16‣ Facilita el logro de objetivos dedesarrollo de soft para muchosproyectos (3)‣ Es práctico en el uso del enfoquetop-down step-wise.‣ Incorpora al ciclo de vida unmarco conceptual paraincorporar capacidades deprogramación automática,transformación de programas yasistentes basados enconocimiento (2)‣ Los requerimientos en prosapueden ser leídos y aprobadosdirectamente por los clientes‣ El prototipado es posible poriteración del ciclo de desarrolloentero‣ Provee de puntos útiles dechequeo (milestones) (4)‣ Los requerimientos formalespueden ser procesados por lamaquina La especificaciónejecutable provee resultadostempranos. (4)‣ Dispone prototipado rápidoautomáticamente (4)‣ El testing o verificación esevitado derivando laimplementación de laespecificación usando solotransformaciones y mapeos quehan sido probados (4)‣ Maneja objetos formales, lo queimplica que se puedendesarrollar templetes yherramientas (4)‣ Los usuarios tienen un modelodel sistema para interiorizarse yevaluarloDesventajas‣ No es fácil de aplicar cuando elproyecto es de gran tamaño(3)‣ Requiere que el problema y susolución estén bien comprendidos‣ Tiene problemas en escalar asistemas muy grandes (2)‣ Tiene problemas en acomodarfamilias de programas (2)‣ Tiene problemas en manejaropciones entre nuevas y antiguascapacidades (2)‣ Los requerimientos informalesson notorios por su ambigüedad‣ El testeo y la prueba decorrectitud son muy difíciles‣ Es difícil que soporteautomatización completa (4)‣ La descomposición top-down esdifícil y riesgosa (4)‣ Los requerimientos formales soninaccesibles para los usuariosfinales y otras personas notécnicas (4)‣ Presenta peligro de decisiones dediseño prematuras (4)‣ Puede resultar difícil ejecutarespecificaciones con performanceadecuada‣ Es una tecnología nueva ysubdesarrollada (4)‣ La implementacióntransformacional es nueva y nodesarrollada tecnológicamente‣ Las personas pueden encontrarlodifícil para dirigirtransformacionesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 113

C.1.6 – METODO DELPHI - RESULTADOS SESION ISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.1.6 Resultados de la sesión C.1Resultados Tabulados de la Sesión ISesión I: 16 de febrero de 2000Experto: Equipo de expertosModelo en CASCADAITEMCARACTERISTICA DEL PROYECTO1. C: El usuario ha explícitado la mayoría de los requerimientos al comienzo delproyecto.2. C: El usuario ha explícitado los requisitos formalmente3. C: El usuario ha explícitado los requisitos exhaustivamente4. C: El usuario ha explícitado los requisitos uniformemente5. C: Se puede asumir una progresión relativamente uniforme y secuencial en lasfases del ciclo de vida6. C: No será necesario disponer de una versión temprana del softwaredesarrollado hasta que el proyecto este avanzado.7. C: Los límites del sistema están claramente definidos8. C: Se presume la necesidad de retroalimentación en las fases del desarrollo delproyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto9. C: El sistema presenta subsistemas medianamente complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulación10. C: El sistema presenta subsistemas poco complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulación11. C: el sistema tiene componentes de fuerte contenido algorítmico12. C: el tipo de aplicación presenta un comportamiento predominantementeBATCH13. C: Se terceriza el desarrollo y se requiere un ajustado control de la gestión delproyecto. (cascada, facilita el control del proyecto cuando se terceriza eldesarrollo)14. C: El proyecto requiere una gestión de proyecto muy formal.15. C: No se dispone de software para prototipar, ni es factible adquirirlo.16. C: Se prevé la necesidad de usar metodologías ampliamente probadas.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 114

C.1.6 – METODO DELPHI - RESULTADOS SESION ISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo ORIENTADO A OBJETOSITEMCARACTERISTICA DEL PROYECTO17. O: No se han definido claramente los límites del sistema18. O: No se han definido claramente los requisitos del sistema19. O: Se puede asumir una progresión NO uniforme y secuencial en las fases delciclo de vida20. O: Se presume la necesidad de retroalimentación en las fases del desarrollo delproyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo delproyecto21. O: El proyecto requiere el descubrimiento de problemas de arquitectura enetapas tempranas del desarrollo22. O: El proyecto requiere el descubrimiento de problemas de eficacia en etapastempranas del desarrollo23. O: El sistema a diseñar es innovador24. O: El sistema se basa en componentes de fuerte contenido matemático25. O: El sistema se basa en componentes de fuerte contenido gráfico26. O: El sistema tiene subsistemas que presentan comportamiento dinámico27. O: El tipo de aplicación presenta comportamiento fuertemente interactivo28. O: El tipo de aplicación presenta comportamiento en Tiempo Real29. O: Se prevé una alta variabilidad (modificaciones en las funciones) en losprocesos del sistema30. O: El sistema es explícitamente sensible a cambios, extensiones y/oampliaciones.31. O: El tipo de aplicación es desarrollo de software de base32. O: El tipo de aplicación es un SSBBCC sistema basado en conocimientos33. O: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación34. O: El proyecto requiere una gestión de proyecto medianamente formal.35. O: El proyecto requiere una gestión de proyecto poco formal.36. O: Se prevé una fuerte necesidad de reutilizar los componentes de un proyectopara el siguiente37. O: Es un subsistema de un sistema desarrollado en Objetos38. O: Es una ampliación de un sistema desarrollado en Objetos39. O: Es una modificación de un sistema desarrollado en Objetos40. O: Se prevé una fuerte necesidad de reutilizar los componentes de un softwareya existente (desarrollado en Objetos)41. O: Es necesario disponer de una versión temprana del software desarrollado42. O: Se prevé la necesidad de usar metodologías medianamente probadas43. O: Se presume riesgo en el desarrollo del sistema.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 115

C.1.6 – METODO DELPHI - RESULTADOS SESION ISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo en ESPIRALITEMCARACTERISTICA DEL PROYECTO44. E: El entorno del sistema es de alta incertidumbre45. E: Hay gran nivel de incertidumbre en la especificación de los requisitos• El cliente no ha explícitado la mayoría de los requisitos• Las especificaciones no son uniformes, exhaustivas o formales• Los límites del sistema no se definen claramente.46. E: Se puede asumir una progresión NO uniforme y secuencial en las fases delciclo de vida47. E: Se presume la necesidad de retroalimentación en las fases del desarrollo delproyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo delproyecto48. E: El tipo de aplicación a diseñar es innovador49. E: El sistema a desarrollar puede resolverse por varias opciones de diseño50. E: El sistema a desarrollar puede resolverse por varias opciones deimplementación51. E: El proyecto requiere el descubrimiento de problemas de arquitectura delsistema en etapas tempranas del desarrollo52. E: El proyecto requiere el descubrimiento de problemas de eficacia (en laarquitectura del sistema) en etapas tempranas del desarrollo53. E: El tipo de aplicación requiere el desarrollo fuertemente integrado dehardware y software54. E: El tipo de sistema a desarrollar es un SSBBCC sistema basado enconocimientos55. E: El tipo de sistema a desarrollar es algorítmico56. E: Se prevé en el desarrollo del sistema crecimientos y cambios del producto• El tipo de sistema a desarrollar es software de base57. E: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación58. E: El tipo de aplicación presenta características fuertemente interactivas59. E: El tipo de aplicación presenta características de Tiempo Real60. E: El tipo de aplicación a desarrollar es un sistema nuevo totalmente61. E: Es necesario facilitar la introducción gradual del sistema para los usuarios62. E: Es necesario contar con una fuerte participación del cliente en el Desarrollo63. E: Se cuenta con habilidad para la evaluación del riesgo• Se cuenta con métodos y técnicas para evaluar el riesgo64. E: La gestión del proyecto requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto65. E: La gestión del proyecto requiere entregas parciales del sistema confunciones que se irán completando gradualmente.66. E: La gestión del proyecto requiere entregas tempranas del sistema confunciones que se irán completando gradualmente.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 116

C.1.6 – METODO DELPHI - RESULTADOS SESION ISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA67. E: La gestión del proyecto prevé definir explícitamente estrategias para reusarsoftware existente.68. E : No hay experiencia previa en el sistema a desarrollar69. E: Es necesario disponer de una versión temprana del software desarrollado70. E: El desarrollo del sistema es responsabilidad de la organización, no seterceriza71. E: Se dispone de software para prototipar72. E: Es factible adquirir software para prototipar73. E: Existen importantes dudas sobre la viabilidad del software74. E: Se presume alto factor de riesgo en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)75. E: Se estiman riesgos técnicos en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)76. E: Se prevé la necesidad de los mismos procedimientos para desarrollo ymejoramiento.77. E: Se prevé la conveniencia de los mismos procedimientos para desarrollo ymejoramiento78. E: La gestión del proyecto considera la conveniencia de utilizar unametodología poco probada.79. E: La gestión del proyecto considera la factibilidad de utilizar una metodologíapoco probada80. E: Existe inexperiencia con las técnicas de ingeniería de software que se usarán81. E: El usuario es muy exigente con los requerimientos del sistema respecto delproducto final.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 117

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASESION C.2C.2.1 Preparación de la Sesión II• Información a tratar: Agrupar en áreas las características para los ciclos devida en Cascada, Orientado a objetos y Espiral.• Técnica utilizada: Método Delphi.• Preparación del cuestionario.Se presenta una muestra del cuestionario que se entregó en el ítem C.2.5.C.2.2 Realización de la Sesión II• Sesión realizada el: 23 de febrero de 2000.• Expertos asistentes: Prof. Perichinsky, Lic. Beltrami, Lic. Leone, Ing. PolloCattaneo, Lic. Lucchini, Ing. Weschler, Lic. Fernández.• Ingeniero del conocimiento: Bibiana Rossi.• Lugar: Oficina del experto. Salón con mesas de trabajo.• Tiempo: 18 a 21.00hs.• Objetivos:‣ Refinar y revisar los resultados de la Sesión I.‣ Agrupar en áreas las características a tener en cuenta en un proyecto enparticular para seleccionar un ciclo de vida en Cascada, Orientado aobjetos y/o Espiral.• Procedimiento:‣ El IC explica brevemente cómo se realizó la tabulación y análisis de losresultados de la sesión I.‣ El IC presenta el cuestionario de la sesión II y el documento adjunto. El ICexplica el objetivo de la sesión. Responde preguntas aclaratorias.‣ Los expertos responden el cuestionario individualmente sin interactuarentre ellos.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 118

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.2.3 Tabulación y Análisis de los Resultados de la Sesión II• Conocimientos extraídos y tabulados:Características agrupadas por área para seleccionar un ciclo de vida enCascada, Orientado a objetos y/o Espiral.El documento tabulado resultante de la síntesis de las respuestas individualesde cada experto se presenta en el ítem C.2.6• Conocimientos a educir en próximas sesiones:Revisar y refinar los resultados de la primer y segunda sesión.C.2.4 Evaluación de la Sesión II• ¿Se han logrado los objetivos?Sí se han cumplido. Cada experto entregó un documento donde agrupó lascaracterísticas a tener en cuenta de un proyecto en particular para seleccionarlos ciclos de vida Cascada, Orientado a objetos y Espiral, agrupadas a su vezen áreas.• ¿Es necesario volver sobre lo mismo?Es necesario refinar la información obtenida.• Número y tipo de sesiones para cubrir el áreaSe estima‣ 2 sesiones con el experto principal para la tabulación de análisis yresultados.‣ 1 sesión con el grupo de expertos.‣ 2 sesiones con el experto principal para completar la fase de adquisición delos conocimientos.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 119

C.2.5 – METODO DELPHI - CUESTIONARIO SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.2.5 Cuestionario de la sesión C.2Acerca del Proyecto• Proyecto: Identificar las características a tener en cuenta en un proyecto enparticular para seleccionar un ciclo de vida en Cascada, Orientado a objetos y/oEspiral.• Etapa del Proyecto: Adquisición de Conocimientos.• Técnicas Utilizadas:Técnica usadaEntrevistasAnálisis detextosMétodo DelphiResultadoEstudio de viabilidadTabla de Ventajas y Desventajas de los modelos de ciclos devidaCaracterísticas a analizar de un proyecto para seleccionar unmodelo de ciclo de vida entre Cascada, Orientado a objetosy/o Espiral• Método Delphi - Pasos a seguir:1. Elaboración y refinamiento del cuestionario2. Sesión I - Respuestas al cuestionario3. Tabulación y análisis de los resultados 1er.ciclo4. Sesión II - Respuestas y refinamiento5. Tabulación y análisis de los resultados 2do. Ciclo6. Sesión III - Respuestas y refinamiento7. Tabulación y análisis de los resultados finalesADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 120

C.2.5 – METODO DELPHI - CUESTIONARIO SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAcerca de la Sesión II• Propósito: Tomando como punto de partida los Resultados Tabulados de la Sesión I,identificar y agrupar las características en áreas para seleccionar el ciclo de vida enCascada, Orientado a objetos y/o Espiral.• Material que se adjunta:Información acerca del proyectoInformación acerca de la Sesión II Resultados Tabulados de la Sesión I.Lista a completar para Areas de análisis• Procedimiento:1. Leer los Resultados Tabulados de la Sesión I.2. Refinar los resultados analizando en cada caso:a. ¿Es posible modificar algo?b. ¿Es posible añadir?c. ¿Es posible eliminar?d. ¿Es posible sustituir un concepto por otro?e. ¿Es posible combinar elementos entre sí?f. ¿Se puede tomar la idea en sentido opuesto?g. ¿Está asociada a uno a dos o a los tres modelos de CV a seleccionar?h. ¿Corresponde efectivamente al modelo propuesto?3. Definir áreas en las que se puedan agrupar las características.4. Agrupar todas las características en las áreas definidas para seleccionar elmodelo de ciclo de vida en Cascada (considerando ítem 5). Escribirlas en la listacorrespondiente.5. Agrupar todas las características en las áreas definidas para seleccionar elmodelo de ciclo de vida en Orientado a objetos (considerando ítem 5). Escribirlasen la lista correspondiente.6. Agrupar todas las características en las áreas definidas para seleccionar elmodelo de ciclo de vida en Cascada (considerando ítem 5). Escribirlas en la listacorrespondiente.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 121

C.2.5 – METODO DELPHI - CUESTIONARIO SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASesión II: 28 de febrero de 2000Experto:Lista a completar por AREAS DE ANALISISNOMBRE DEL AREA SIGLA BREVE EXPLICACIONMODELOCASCADAAREANUMERO IDENTIFICACION DE LASCARACTERISTICAS ASOCIADAS AL AREAMODELOORIENTADO AOBJETOSAREANUMERO IDENTIFICACION DE LASCARACTERISTICAS ASOCIADAS AL AREAMODELOESPIRALAREANUMERO IDENTIFICACION DE LASCARACTERISTICAS ASOCIADAS AL AREASe adjuntan además los Resultados Tabulados de la Sesión I.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 122

C.2.6 – METODO DELPHI - RESULTADOS SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAC.2.6 Resultados de la sesión C.2RESULTADO TABULADO DE LA SESION IISesión II: 28 de febrero de 2000 Experto: Equipo de expertosMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: ESPECIFICACIÓN DE REQUERIMIENTOS1. C: El usuario ha explicitado la mayoría de los requerimientos al comienzo delproyecto.2. C: El usuario ha explicitado los requisitos formalmente3. C: El usuario ha explicitado los requisitos exhaustivamente4. C: El usuario ha explicitado los requisitos uniformemente5. C: Los límites del sistema están claramente definidos6. O: No se han definido claramente los limites del sistema7. O: No se han definido claramente los requisitos del sistema8. E: El entorno del sistema es de alta incertidumbre9. E: hay gran nivel de incertidumbre en la especificación de los requisitos• El cliente no ha explicitado la mayoría de los requisitos• Las especificaciones no son uniformes, exhaustivas o formales• Los límites del sistema no se definen claramente.10. E: El usuario es muy exigente con los requerimientos del sistema respectodel producto finalMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: CARACTERISTICAS DEL CICLO DE VIDA11. C: Se puede asumir una progresión relativamente uniforme y secuencial enlas fases del ciclo de vida12. C: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto13. O: Se puede asumir una progresión NO uniforme y secuencial en las fasesdel ciclo de vidaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 123

C.2.6 – METODO DELPHI - RESULTADOS SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA14. O: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo delproyecto15. E: Se puede asumir una progresión NO uniforme y secuencial en las fases delciclo de vida16. E: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo del proyectoMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: CARACTERISTICAS DEL TIPO DE APLICACION17. C: El sistema presenta subsistemas medianamente complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulación18. C: El sistema presenta subsistemas poco complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulación19. C: el sistema tiene componentes de fuerte contenido algorítmico20. C: el tipo de aplicación presenta un comportamiento predominantementeBATCH21. O: El proyecto requiere el descubrimiento de problemas de arquitectura enetapas tempranas del desarrollo22. O: El proyecto requiere el descubrimiento de problemas de eficacia enetapas tempranas del desarrollo23. O: El sistema a diseñar es innovador24. O: El sistema se basa en componentes de fuerte contenido matemático25. O: El sistema se basa en componentes de fuerte contenido gráfico26. O: El sistema tiene subsistemas que presentan comportamiento dinámico27. O: El tipo de aplicación presenta comportamiento fuertemente interactivo28. O: El tipo de aplicación presenta comportamiento en Tiempo Real29. O: Se prevé una alta variabilidad (modificaciones en las funciones) en losprocesos del sistemaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 124

C.2.6 – METODO DELPHI - RESULTADOS SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA30. O: El sistema es explícitamente sensible a cambios, extensiones y/oampliaciones.31. O: El tipo de aplicación es desarrollo de software de base32. O: El tipo de aplicación es un SSBBCC sistema basado en conocimientos33. O: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación34. E: El tipo de aplicación a diseñar es innovador35. E: El sistema a desarrollar puede resolverse por varias opciones de diseño36. E: El sistema a desarrollar puede resolverse por varias opciones deimplementación37. E: El proyecto requiere el descubrimiento de problemas de arquitectura delsistema en etapas tempranas del desarrollo38. E: El proyecto requiere el descubrimiento de problemas de eficacia (en laarquitectura del sistema) en etapas tempranas del desarrollo39. E: El tipo de aplicación requiere el desarrollo fuertemente integrado dehardware y software40. E: El tipo de sistema a desarrollar es un SSBBCC sistema basado enconocimientos41. E: El tipo de sistema a desarrollar es algorítmico42. E: Se prevé en el desarrollo del sistema crecimientos y cambios del producto• El tipo de sistema a desarrollar es software de base43. E: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación44. E: El tipo de aplicación presenta características fuertemente interactivas45. E: El tipo de aplicación presenta características de Tiempo Real46. E: El tipo de aplicación a desarrollar es un sistema nuevo totalmenteMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: CARACTERISTICAS DE LA GESTION DE PROYECTO47. C: No será necesario disponer de una versión temprana del softwaredesarrollado hasta que el proyecto este avanzado.48. C: Se terceriza el desarrollo y se requiere un ajustado control de la gestióndel proyecto. (cascada, facilita el control del proyecto cuando se terceriza eldesarrollo)49. C: El proyecto requiere una gestión de proyecto muy formal.50. C: No se dispone de software para prototipar, ni es factible adquirirlo.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 125

C.2.6 – METODO DELPHI - RESULTADOS SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA51. C: Se prevé la necesidad de usar metodologías ampliamente probadas.52. O: El proyecto requiere una gestión de proyecto medianamente formal.53. O: El proyecto requiere una gestión de proyecto poco formal.54. O: Se prevé una fuerte necesidad de reutilizar los componentes de unproyecto para el siguiente55. O: Es un subsistema de un sistema desarrollado en Objetos56. O: Es una ampliación de un sistema desarrollado en Objetos57. O: Es una modificación de un sistema desarrollado en Objetos58. O: Se prevé una fuerte necesidad de reutilizar los componentes de unsoftware ya existente (desarrollado en Objetos)59. O: Es necesario disponer de una versión temprana del software desarrollado60. O: Se prevé la necesidad de usar metodologías medianamente probadas61. O: Se presume riesgo en el desarrollo del sistema.62. E: Es necesario facilitar la introducción gradual del sistema para los usuarios63. E: Es necesario contar con una fuerte participación del cliente en elDesarrollo64. E: Se cuenta con habilidad para la evaluación del riesgo• Se cuenta con métodos y técnicas para evaluar el riesgo65. E: La gestión del proyecto requiere de acuerdos confirmados para loscambios a efectuarse durante el desarrollo del proyecto66. E: La gestión del proyecto requiere entregas parciales del sistema confunciones que se irán completando gradualmente.67. E: La gestión del proyecto requiere entregas tempranas del sistema confunciones que se irán completando gradualmente.68. E: La gestión del proyecto prevé definir explícitamente estrategias parareusar software existente.69. E :No hay experiencia previa en el sistema a desarrollar70. E: Es necesario disponer de una versión temprana del software desarrollado71. E: El desarrollo del sistema es responsabilidad de la organización, no seterceriza72. E: Se dispone de software para prototipar73. E: Es factible adquirir software para prototipar74. E: Existen importantes dudas sobre la viabilidad del software75. E: Se presume alto factor de riesgo en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas. Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables. Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 126

C.2.6 – METODO DELPHI - RESULTADOS SESION IISISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA76. E: Se estiman riesgos técnicos en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas. Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables. Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)77. E: Se prevé la necesidad de los mismos procedimientos para desarrollo ymejoramiento.78. E: Se prevé la conveniencia de los mismos procedimientos para desarrollo ymejoramiento79. E: La gestión del proyecto considera la conveniencia de utilizar unametodología poco probada.80. E: La gestión del proyecto considera la factibilidad de utilizar unametodología poco probada81. E: Existe inexperiencia con las técnicas de ingeniería de software que seusaránADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 127

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASESION C.3C.3.1 Preparación de la Sesión III• Información a tratar: Revisar los resultados obtenidos en las sesionesanteriores. Las características agrupadas por áreas para analizar en unproyecto para la selección entre los ciclos de vida en Cascada, Orientado aobjetos y Espiral.• Técnica utilizada: Método Delphi - Técnica Nominal de Grupo• Preparación de la sesión:.No se ha preparado un cuestionario. Se presentan los resultados de la sesiónanterior y se solicita que lo revisen.C.3.2 Realización de la Sesión III• Sesión realizada el: 9 de marzo de 2000.• Expertos asistentes: Prof. Perichinsky, Lic. Beltrami, Lic. Leone, Ing. PolloCattaneo, Lic. Lucchini, Ing. Weschler, Lic. Fernández• Ingeniero del conocimiento: Bibiana Rossi.• Lugar: Oficina del experto. Salón de conferencias con mesas de trabajo.• Tiempo: 18 a 21.00hs.• Objetivos:‣ Refinar y revisar los resultados de la Sesión II.‣ Discutir alguna diferencia de opinión y semántica respecto de losresultados.• Procedimiento:‣ El IC presenta el resultado de la sesión II. El IC explica el objetivo de lasesión.‣ Los expertos revisan los resultados individualmente y van registrando susideas para discutir.‣ Se discuten secuencialmente las ideas y se vota.‣ El IC toma nota del resultado de la votación.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 128

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Síntesis de los temas discutidos:‣ Se revisaron las áreas definidas:√ Respecto del área Características del Ciclo de Vida, las característicasagrupadas no se correspondían con el ciclo de vida, que es justamentelo que se desea como respuesta del sistema, sino que se correspondecon características que se estiman respecto de la fase de desarrollo delproyecto.√ Se cambia la redacción de las características que mencionan “ciclo devida” por “fases de desarrollo del proyecto”.√ Las características definidas en Características del Ciclo de Vida seincorporan al área Características del Tipo de Aplicación.√ Desaparece el área Características del ciclo de vida.√ Las áreas tal como quedan definidas: Especificación de Requerimientos,Tipo de Aplicación y Gestión de Proyecto se consideran correctas y elnombre asignado representativo.‣ En ampliaciones posteriores sería conveniente agregar más información yseguramente se encontrarían más áreas de análisis respecto de unproyecto.‣ La conveniencia de contar con el prototipo lo antes posible como forma demotivar la participación del equipo de expertos.‣ Considerar la posibilidad de seleccionar un ciclo de vida en espiral perousando técnicas de objetos: se dijo que era posible, que era necesarioconsiderarlo para próximas ampliaciones del prototipo pero que resultabamás conveniente contar con un sistema funcionando antes de pensar enanalizar más variables y sus combinaciones.C.3.3 Tabulación y Análisis de los Resultados de la Sesión III• Conocimientos extraídos y tabulados:Características agrupadas por área para seleccionar un ciclo de vida enCascada, Orientado a objetos y/o Espiral.El documento tabulado resultante de la presente sesión se presenta en el ítemC3.5.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 129

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Conocimientos a educir en próximas sesiones:Realizar el análisis de la información obtenida hasta el momento en la fase deadquisición de conocimientos y ver qué otras técnicas es posible aplicar(emparrillado, análisis de protocolo, etc.).C.3.4 Evaluación de la Sesión III• ¿Se han logrado los objetivos?Sí se han cumplido. Se ha refinado la información obtenida en las sesionescon el grupo de expertos.• ¿Es necesario volver sobre lo mismo?No parece necesario, sólo cuando surjan dudas puntuales será necesarioconsultar al experto principal.• Número y tipo de sesiones para cubrir el áreaSe estima:‣ 1 sesión con el experto principal para la tabulación de análisis y resultados.‣ 2 sesiones con el experto principal para completar la fase de adquisición delos conocimientos.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 130

C.3.5 – METODO DELPHI - RESULTADOS SESION IIISISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDAC.3.5 Resultados de la sesión C.3RESULTADO TABULADOS DE LA SESION IIISesión III: 9 de marzo de 2000Experto: Equipo de expertosMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: ESPECIFICACIÓN DE REQUERIMIENTOS1. C: El usuario ha explicitado la mayoría de los requerimientos al comienzo delproyecto.2. C: El usuario ha explicitado los requisitos formalmente3. C: El usuario ha explicitado los requisitos exhaustivamente4. C: El usuario ha explicitado los requisitos uniformemente5. C: Los límites del sistema están claramente definidos6. O: No se han definido claramente los limites del sistema7. O: No se han definido claramente los requisitos del sistema8. E: El entorno del sistema es de alta incertidumbre9. E: hay gran nivel de incertidumbre en la especificación de los requisitos• El cliente no ha explicitado la mayoría de los requisitos• Las especificaciones no son uniformes, exhaustivas o formales• Los límites del sistema no se definen claramente.10. E: El usuario es muy exigente con los requerimientos del sistema respectodel producto finalMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: TIPO DE APLICACION11. C: El sistema presenta subsistemas medianamente complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulación12. C: El sistema presenta subsistemas poco complejos• Es necesario descomponer el sistema en pocos niveles para su mejorcomprensión• Es necesario descomponer el sistema en pocos niveles para su mejormanipulaciónADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 131

C.3.5 – METODO DELPHI - RESULTADOS SESION IIISISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDA13. C: el sistema tiene componentes de fuerte contenido algorítmico14. C: el tipo de aplicación presenta un comportamiento predominantementeBATCH15. C: Se puede asumir una progresión relativamente uniforme y secuencial enlas fases de desarrollo del proyecto16. C: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto17. O: El proyecto requiere el descubrimiento de problemas de arquitectura enetapas tempranas del desarrollo18. O: El proyecto requiere el descubrimiento de problemas de eficacia enetapas tempranas del desarrollo19. O: El sistema a diseñar es innovador20. O: El sistema se basa en componentes de fuerte contenido matemático21. O: El sistema se basa en componentes de fuerte contenido gráfico22. O: El sistema tiene subsistemas que presentan comportamiento dinámico23. O: El tipo de aplicación presenta comportamiento fuertemente interactivo24. O: El tipo de aplicación presenta comportamiento en Tiempo Real25. O: Se prevé una alta variabilidad (modificaciones en las funciones) en losprocesos del sistema26. O: El sistema es explícitamente sensible a cambios, extensiones y/oampliaciones.27. O: El tipo de aplicación es desarrollo de software de base28. O: El tipo de aplicación es un SSBBCC sistema basado en conocimientos29. O: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación30. O: Se puede asumir una progresión NO uniforme y secuencial en las fases dedesarrollo del proyecto31. O: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo delproyecto32. E: El tipo de aplicación a diseñar es innovador33. E: El sistema a desarrollar puede resolverse por varias opciones de diseño34. E: El sistema a desarrollar puede resolverse por varias opciones deimplementación35. E: El proyecto requiere el descubrimiento de problemas de arquitectura delsistema en etapas tempranas del desarrolloADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 132

C.3.5 – METODO DELPHI - RESULTADOS SESION IIISISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDA36. E: El proyecto requiere el descubrimiento de problemas de eficacia (en laarquitectura del sistema) en etapas tempranas del desarrollo37. E: El tipo de aplicación requiere el desarrollo fuertemente integrado dehardware y software38. E: El tipo de sistema a desarrollar es un SSBBCC sistema basado enconocimientos39. E: El tipo de sistema a desarrollar es algorítmico40. E: Se prevé en el desarrollo del sistema crecimientos y cambios del producto• El tipo de sistema a desarrollar es software de base41. E: El sistema presenta subsistemas complejos• Es necesario descomponer el sistema en varios niveles para su mejorcomprensión• Es necesario descomponer el sistema en varios niveles para su mejormanipulación42. E: El tipo de aplicación presenta características fuertemente interactivas43. E: El tipo de aplicación presenta características de Tiempo Real44. E: El tipo de aplicación a desarrollar es un sistema nuevo totalmente45. E: Se puede asumir una progresión NO uniforme y secuencial en las fases dedesarrollo del proyecto46. E: Se presume la necesidad de retroalimentación en las fases del desarrollodel proyecto• Se presume independencia entre las fases del desarrollo del proyecto• Se presume poca dependencia entre las fases de desarrollo del proyecto• Se presume mucha dependencia entre las fases de desarrollo del proyectoMODELOS: CASCADA, ORIENTADO A OBJETOS y ESPIRALAREA: GESTION DE PROYECTO47. C: No será necesario disponer de una versión temprana del softwaredesarrollado hasta que el proyecto este avanzado.48. C: Se terceriza el desarrollo y se requiere un ajustado control de la gestióndel proyecto. (cascada, facilita el control del proyecto cuando se terceriza eldesarrollo)49. C: El proyecto requiere una gestión de proyecto muy formal.50. C: No se dispone de software para prototipar, ni es factible adquirirlo.51. C: Se prevé la necesidad de usar metodologías ampliamente probadas.52. O: El proyecto requiere una gestión de proyecto medianamente formal.53. O: El proyecto requiere una gestión de proyecto poco formal.54. O: Se prevé una fuerte necesidad de reutilizar los componentes de unproyecto para el siguiente55. O: Es un subsistema de un sistema desarrollado en Objetos56. O: Es una ampliación de un sistema desarrollado en ObjetosADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 133

C.3.5 – METODO DELPHI - RESULTADOS SESION IIISISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDA57. O: Es una modificación de un sistema desarrollado en Objetos58. O: Se prevé una fuerte necesidad de reutilizar los componentes de unsoftware ya existente (desarrollado en Objetos)59. O: Es necesario disponer de una versión temprana del software desarrollado60. O: Se prevé la necesidad de usar metodologías medianamente probadas61. O: Se presume riesgo en el desarrollo del sistema.62. E: Es necesario facilitar la introducción gradual del sistema para los usuarios63. E: Es necesario contar con una fuerte participación del cliente en elDesarrollo64. E: Se cuenta con habilidad para la evaluación del riesgo• Se cuenta con métodos y técnicas para evaluar el riesgo65. E: La gestión del proyecto requiere de acuerdos confirmados para loscambios a efectuarse durante el desarrollo del proyecto66. E: La gestión del proyecto requiere entregas parciales del sistema confunciones que se irán completando gradualmente.67. E: La gestión del proyecto requiere entregas tempranas del sistema confunciones que se irán completando gradualmente.68. E: La gestión del proyecto prevé definir explícitamente estrategias parareusar software existente.69. E :No hay experiencia previa en el sistema a desarrollar70. E: Es necesario disponer de una versión temprana del software desarrollado71. E: El desarrollo del sistema es responsabilidad de la organización, no seterceriza72. E: Se dispone de software para prototipar73. E: Es factible adquirir software para prototipar74. E: Existen importantes dudas sobre la viabilidad del software75. E: Se presume alto factor de riesgo en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas. Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables. Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)76. E: Se estiman riesgos técnicos en el desarrollo del sistema• Es necesario definir explícitamente estrategias para realizar análisis deriesgo Permite vuelta atrás a etapas anteriores cuando se requiere laresolución de algún tópico nuevo de riesgo Permite vuelta atrás a etapas anteriores de la espiral cuando sonidentificadas mejores alternativas.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 134

C.3.5 – METODO DELPHI - RESULTADOS SESION IIISISTEMA EXPERTO SELECCIÓN DEL MODELO DE CICLO DE VIDA Acomoda iteraciones, vuelta atrás y terminación prematura deproyectos no viables. Identificar los riesgos asociados con cada una de las alternativas y lasdiferentes maneras de resolverlos. Es necesario definir mecanismos explícitos para incorporar objetivosde calidad en el desarrollo del producto (análisis de riesgo)77. E: Se prevé la necesidad de los mismos procedimientos para desarrollo ymejoramiento.78. E: Se prevé la conveniencia de los mismos procedimientos para desarrollo ymejoramiento79. E: La gestión del proyecto considera la conveniencia de utilizar unametodología poco probada.80. E: La gestión del proyecto considera la factibilidad de utilizar unametodología poco probada81. E: Existe inexperiencia con las técnicas de ingeniería de software que seusaránADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 135

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA5.5 TEORIA DE LA CONSTRUCCION PERSONAL O EMPARRILLADOSESION D.1D.1.1 Preparación de la Sesión I• Información a tratar: Revisar la consistencia de los resultados obtenidos de lasesión III en el proceso de adquisición de conocimientos a partir de un equipode expertos.• Técnica utilizada: Emparrillado• Pasos a seguir:‣ Identificación de los elementos‣ Identificación de las características‣ Diseño de la parrilla‣ Formalización‣ Análisis de resultadosD.1.2 Identificación de los elementosEl experto ha señalado como elementos los tres ciclos de vida que seránconsiderados en el primer prototipo del sistema experto.• E1 Ciclo de vida en Cascada• E2 Ciclo de vida Orientado a Objetos• E3 Ciclo de vida en EspiralD.1.3 Identificación de las característicasEl experto ha seleccionado las características para realizar el emparrillado,tomando como punto de partida los resultados finales obtenidos a partir de unequipo de expertos. El punto de partida son entonces el conjunto decaracterísticas, organizadas por áreas, a tener en cuenta de un proyecto, para laselección del modelo de ciclo de vida más adecuado entre Cascada, Orientado aobjetos y Espiral.Dado que los valores de las características deben ser bipolares, se detalla acontinuación cada una de ellas:• C1 a- Los requerimientos están exhaustivamente explicitados al comienzob- Los requerimientos están incompletos al comienzoADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 136

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• C2 a- Existe independencia en las fases de desarrollob- Existe dependencia en las fases de desarrollo• C3 a- Los subsistemas componentes son complejosb- Los subsistemas componentes son simples• C4 a- La aplicación es predominantemente interactivab- La aplicación es predominantemente "batch"• C5 a- La aplicación es de fuerte contenido matemáticob- La aplicación es de bajo contenido matemático• C6 a- La aplicación es de fuerte contenido gráficob- La aplicación es de bajo contenido gráfico• C7 a- La aplicación es desarrollo de software de baseb- La aplicación no es desarrollo de software de base• C8 a- La aplicación es desarrollo de software basado en conocimientob- La aplicación no es desarrollo de software basado en conocimiento• C9 a- Se dispone de software para prototiparb- No se dispone de software para prototipar• C10 a- Es necesario disponer de una versión temprana del softwareb- No es necesario disponer de una versión temprana del software• C11 a- Se presume alto factor de riesgo durante el desarrollob- Se presume bajo factor de riesgo durante el desarrollo• C12 a- El desarrollo del sistema es responsabilidad de tercerosb- El desarrollo del sistema es responsabilidad de la organizaciónD.1.4 Diseño de la parrillaPara el armado de la parrilla se definen cada uno de los elementos como lascolumnas de la parrilla y cada una de las características polarizadas como las filasde la parrilla, tal como se muestra en la figura 5-1.De las tres formas posibles de construcción de la parrilla, dicotómica, clasificatoriao evaluativa, se ha seleccionado la evaluativa. El experto asigna valores entre 1 y10 considerando para la característica analizada el grado de relación con cadauno de los elementos, tal como se muestra en la figura 5-1.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 137

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos valores se corresponden de la siguiente manera: "la característica Cx seencuentra n relacionada con el elemento Ey". La relación es mayor cuanto mayores el valor asignado entre 1 y 10, siendo para los valores extremos:1: no relacionada10: totalmente relacionadaC1:REQ. EXPLICITADOSC2:INDEPENDENCIAC3:SUB. COMPLEJOSC4:APL. INTERACTIVAC5:FUERTE MATEMATICOC6:FUERTE GRAFICOC7:SOFT. BASEC8:SOFT. SSBBCCC9:PROT. DISPONIBLEC10:VERSION TEMPRANAC11:ALTO RIESGOC12:RESP. TERCEROSE1 E2 E3CASCADA OBJETOS ESPIRAL10 6 3 C1:8 4 2 C2:3 8 10 C3:2 10 6 C4:7 10 5 C5:1 10 7 C6:1 10 8 C7:1 6 9 C8:1 8 10 C9:1 7 10 C10:1 6 10 C11:9 5 1 C12:REQ. INCOMPLETOSDEPENDENCIASUB. SIMPLESAPL. BATCHBAJO MATEMATICOBAJO GRAFICONO SOFT. BASENO SOFT. SSBBCCPROT. NO DISPONIBLENO VERSION TEMPRANABAJO RIESGORESP. ORGANIZACIONFIGURA 5 -1: Parrilla EvaluadaD.1.5 FormalizaciónLa parrilla evaluada se estudia en dos direcciones, la clasificación de loselementos y la clasificación de las características. Se realiza el cálculo de laparrilla siguiendo el desarrollo propuesto por Gómez [Gómez, A. y otros 1997]. Enambos casos se ha aplicado la convención de distancia mínima.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 138

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAD.1.5.1 Clasificación de los elementosE1 E2 E3E1 69 82E2 37E3FIGURA 5 - 2: Parrilla de Distancias entre elementosE2-E3 E1E2-E3 69E1FIGURA 5 - 2: Matriz obtenida por Distancia Mínima en la Primer Iteración6937E2E3E1FIGURA 5 - 3: Arbol ordenado de la matriz de Distancias de los ElementosADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 139

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAD.1.5.2 Clasificación de las característicasC1 C2 C3 C4 C5 C6 C7 C8 C9 C10 C11 C12C1 5 16 15 9 17 18 15 18 17 16 4C2 14 17 16 10 18 19 16 19 18 17 3C3 7 2 7 11 7 6 5 2 3 4 18C4 8 7 18 6 2 3 8 7 8 9 17C5 14 11 12 11 8 9 14 13 14 15 11C6 6 7 20 19 13 1 6 5 6 7 19C7 5 6 21 20 14 22 5 4 5 6 20C8 2 3 18 17 11 19 20 3 2 1 17C9 5 4 21 20 14 22 23 20 1 2 20C10 4 3 20 19 13 21 22 19 22 1 19C11 3 4 19 18 12 20 21 18 21 20 18C12 15 16 3 8 14 8 7 2 3 2 1FIGURA 5-4: Matriz de Distancias para las CaracterísticasNC1 NC2 C3 C4 C5 C6 C7 C8 C9 C10 C11 NC12NC1 5 7 8 9 6 5 2 5 4 3 4NC2 2 7 10 7 6 3 4 3 4 3C3 7 11 7 6 5 2 3 4 3C4 6 2 3 8 7 8 9 8C5 8 9 11 13 13 12 11C6 1 6 5 6 7 8C7 5 4 5 6 7C8 3 2 1 2C9 1 2 3C10 1 2C11 1NC12FIGURA 5-5: Matriz Diagonal Superior de Características en su Primer Iteración.C6-C7 C8-C9-C10-C11-NC12 NC1 NC2 C3 C4 C5C6-C7 4 5 6 6 2 8C8-C9-C101-C11-NC12 2 3 2 7 11NC1 5 7 8 9NC2 2 7 10C3 7 11C4 6C5FIGURA 5-6: Matriz Diagonal Superior de Características en su Segunda Iteración.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 140

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA[C6-C7] [C4] [C8-C9-C10-C11-NC12] C5[NC1-NC2-C3][C6-C7] [C4] 4 6[C8-C9-C10-C11-NC12]9[NC1-NC2-C3]C5FIGURA 5-7: Matriz Diagonal Superior de Características en su Tercera Iteración.[C6-C7] [C4][C8-C9-C10-C11-NC12][NC1-NC2-C3]C5[C6-C7] [C4][C8-C9-C10-C11-NC12][NC1-NC2-C3]C56FIGURA 5-8: Matriz Diagonal Superior de Características en su Cuarta Iteración.6421C6C7 C4 C8 C9 C10 C11 NC12 NC1 NC2 C3 C5FIGURA 5-9: Arbol ordenado de la matriz de distancias de las característicasADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 141

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAD.1.6 Análisis de los resultadosLa lectura e interpretación de los gráficos obtenidos permite encontrar relacionesentre los elementos y características que deben ser analizados y corroboradoscon el experto. Para ello se concreta una entrevista con el experto con el objetivode analizar los resultados.SESION A.4A.4.1 Preparación de la Sesión IV• Información a tratar: Evaluación de los árboles ordenados de elementos ycaracterísticas obtenidos durante la etapa de Formalización de la técnica deemparrillado.• Amplitud y Profundidad: Corroborar el grado de correspondencia que existeentre el modelo mental del experto y la representación obtenida durante elemparrillado.• Técnica utilizada: Entrevista estructurada.• Preparación de Preguntas:√ ¿Cuál de los tres modelos de ciclos de vida seleccionados para esteproyecto es más rápidamente distinguible frente a las característicasparticulares de un proyecto? (E2 - E3)√ De los tres modelos de ciclos de vida seleccionados para este proyecto,¿cuáles tienen más características comunes? (E2 - E3)√ ¿Cuál es la relación entre una aplicación de fuerte contenido gráfico y quesea software de base? (C6-C7)√ ¿Tiene sentido pensar en una aplicación que sea software de base, defuerte contenido gráfico, y predominantemente interactiva? (C6-C7-C4)√ ¿Es posible que una misma aplicación reúna las siguientes características:los requerimientos están incompletos al comienzo, existe dependencia enlas fases de desarrollo y subsistemas componentes complejos? (NC1-NC2-C3)√ ¿Cómo afecta a una aplicación si esta es de fuerte contenido matemático?(C5)√ ¿Cuál es la relación entre que la aplicación sea un desarrollo de softwarebasado en conocimiento, disponer de software para prototipar, que seanecesario disponer de una versión temprana del software, que se presumaADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 142

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAalto factor de riesgo y que el desarrollo del sistema sea responsabilidad dela organización? (C8-C9-C10-C11-NC12)A.4.2 Realización de la Sesión IVLa entrevista se realiza en la oficina del experto, habiendo acordado previamentela hora de inicio y fin de la entrevista. Se le explica al experto el objetivo de laentrevista. El entrevistado se muestra muy dispuesto y manifiesta curiosidad porconocer los resultados obtenidos de la técnica de emparrillado. Se desarrolla lasesión de la entrevista.A.1.3 Transcripción de la Sesión IVEntrevista realizada el 23 de febrero de 2000Experto: Dr. Gregorio PerichinskyIngeniero del Conocimiento: Bibiana RossiLugar: oficina del expertoTiempo: 14 a 15 hs.Objetivos: Evaluar los resultados obtenidos con la técnica de emparrilladoIC. ¿Cuál de los tres modelos de ciclos de vida seleccionados para este sistema expertoes más rápidamente distinguible frente a las características particulares de un proyecto?E. El modelo en cascada es el que se identifica con mayores diferencias respecto de losotros dos. Tanto el modelo en espiral como el modelo de objetos prevén el uso deprototipos, tienen algunas similitudes entre ellos y se diferencian del ciclo en cascada quees más rígido en su concepción.IC. De los tres modelos de ciclos de vida seleccionados para este proyecto ¿cuálestienen más características comunes?E. Como dije recién el ciclo de vida en espiral y el ciclo de vida orientado a objetoscomparten la filosofía de prototipado.IC. ¿Cuál es la relación entre una aplicación de fuerte contenido gráfico y que seasoftware de base? ¿Todo software de base es de alto contenido gráfico?E. El software de base puede o no ser de alto contenido gráfico, pero una aplicación defuerte contenido gráfico es altamente probable que sea software de base o que haya sidodesarrollada con software de base de alto contenido grafico. La relación por lo tanto no esrecíproca.Una aplicación de alto contenido grafico, es generalmente usada por profesionales querequieren que vistas y planos de objetos, es una aplicación de “servicio” a profesionales yes software de base. Un ejemplo típico de esto es por ejemplo el Autocad o el CAD-CAM,Si la aplicación a desarrollar es de fuerte contenido grafico requiere de software de basede fuerte contenido gráfico. Por ejemplo el software usado para efectos especialescinematográficos o para dibujos animados.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 143

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAIC. ¿Tiene sentido pensar en una aplicación que sea software de base, de fuertecontenido gráfico y predominantemente interactiva?E. Absolutamente. Por la calidad de servicio que presta el software de base esjustamente predominantemente interactivo. Los ejemplos que recién mencioné tienenclaramente esa característica.IC. ¿Es posible que una misma aplicación reúna las siguientes características: losrequerimientos están incompletos al comienzo, existe dependencia en las fases dedesarrollo y los subsistemas componentes son complejos?E. Los requisitos claramente explícitos están relacionados fuertemente con el ciclo devida en cascada. Pero esto no define que no pueda seleccionarse otro ciclo de vida,simplemente facilitará más el desarrollo del sistema. Si los requisitos no están claramentedefinidos entonces se hace necesario el uso de prototipos. Tanto el ciclo de vida enespiral como objetos consideran el uso de prototipos. En síntesis si los requisitos estánincompletos puede ser conveniente realizar algunas versiones de prototipo o versionestempranas para ayudar a definirlos y explicitarlos. Si los subsistemas son complejos esmuy razonable que los requisitos no se puedan definir con facilidad y por eso estánincompletos al comienzo.IC. ¿Cómo afecta una aplicación si esta es de fuerte contenido matemático?E. No mucho, puede o no ser de fuerte o bajo contenido matemático y eso no inciderespecto de la complejidad de los subsistemas, ni de la necesidad de prototipación.IC. ¿Cuál es la relación entre: la aplicación es un desarrollo de software basado enconocimiento, se dispone de software para prototipar, es necesario disponer de una versióntemprana del software, que se presuma alto factor de riesgo y que la responsabilidad deldesarrollo sea de la organización?E. Si una organización necesita un software basado en conocimiento, el alto factor deriesgo puede estar asociado a que este tipo de aplicaciones no son masivamenteincluidas en las organizaciones excepto en aquellos casos que un problema no se puedaresolver por los desarrollos tradicionales y resulte costoso, eso hace que se asocieintuitivamente con alto factor de riesgo. En estos casos de riesgo una versión tempranadel software que facilite el análisis de riesgo durante el desarrollo es lo mas aconsejable ypor lo tanto el software para prototipar es necesario. Por otra parte la filosofía dedesarrollo de este tipo de sistemas es justamente por prototipos y hay prototipadores desoftware fáciles de usar de un costo muy razonable disponibles en el mercado.En cuanto a si el desarrollo es responsabilidad de la propia organización o de terceros,ambas opciones son aplicables para software basado en conocimiento o paraaplicaciones de software conocidas como tradicionales. Todavía no es tradición que lasempresas que se dedican a desarrollar software tengan sistemas basados enconocimiento como un posible producto. Suele entonces la empresa contratarespecialistas (ingenieros en conocimiento) para desarrollar el sistema y desde ese puntode vista se responsabiliza del desarrollo.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 144

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA.4.4 Análisis de la Sesión IV• Conocimientos extraídos:Se ha podido evaluar el modelo conceptual de un subconjunto decaracterísticas, y sus relaciones. Estas relaciones serán tenidas en cuenta enla definición de los modelos y de las inferencias del sistema.A.4.5 Evaluación de la Sesión IV• ¿Se han logrado los objetivos?Sí se han cumplido los objetivos.• ¿Es necesario volver sobre lo mismo?En el caso del primer prototipo no resulta necesario en este momento. En eldesarrollo de prototipos más completos puede ser conveniente presentar otrosemparrillados considerando otros subconjuntos de características para cruzarcontra la información obtenida.5.6 CONCLUSIÓN DE LA FASE PRIMARIA DE ADQUISICIÓN DECONOCIMIENTOSTal como se ha definido en el apartado 5.1 del presente capítulo el procesode adquisición de conocimientos es una tarea que se produce en paralelo a todaslas etapas de la construcción del sistema. En cuanto al presente trabajo elproceso de adquisición de conocimientos realizado entre el 20 de octubre de 1999y el 23 de marzo de 2000 (unas 10 sesiones) permite contar con suficienteinformación para documentar formalmente la etapa de Conceptualización. Elexperto continuó prestando su apoyo a lo largo de todo el proyecto. Para lassesiones cumplidas con posterioridad a la fase de Adquisición de Conocimientosse usó la técnica de entrevistas no estructuradas, siguiendo las necesidades deinformación surgidas del momento.La segunda etapa de adquisición de conocimientos se realizó entre el 27de marzo del 2000 y el 12 de abril de 2001 (unas 16 sesiones) para la revisión de:• A.4.2, Sesión V: el Glosario de Términos• A.4.3, Sesión VI y A.4.4, Sesión VII: la Tabla Concepto Atributo Valory Diccionario de Conceptos• A.4.5, Sesión VIII: los atributos Factibilidad / Necesidad / Convenienciade Metodologías ampliamente probadas- medianamente probadaspocoprobadasADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 145

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• A.4.6, Sesión IX: los atributos Necesidad / Conveniencia de mismosProcedimientos de Desarrollo y Mantenimiento. Primeros casos deprueba.• A.4.7, Sesión X: comprobación de los conocimientos estratégicos(modelo de descomposición funcional)• A.4.8, Sesión XI: comprobación de los conocimientos tácticos (seudoreglas)• A.4.9, Sesión XII: comprobación de los conocimientos fácticos• A.4.10, Sesión XIII: el modelo dinámico. Casos de prueba.• A.4.11, Sesión XIV: el modelo estático• A.4.12, Sesión XV: completar casos de prueba.• A.4.13, Sesión XVI: comprobación del mapa de conocimientos• A.4.14, Sesión XVII: completar casos de prueba• A.4.15, Sesión XVIII: evaluación del funcionamiento del sistema• A.4.16, Sesión XIX: evaluación del funcionamiento del sistema• A.4.17, Sesión XX: revisar conclusiones y futuras líneas deinvestigaciónLa documentación de estas sesiones está formalizada en los capítulossiguientes de Conceptualización, Formalización , Implementación y Evaluación delsistema experto.ADQUISICIÓN DE CONOIMIENTOS 02/09/2003 Bibiana D. Rossi 146

Capítulo 6Conceptualizaciónde Conocimientos

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se presenta el resultado del desarrollo de la fase deConceptualización. En primer lugar se documenta el resultado del Análisis de losconocimientos adquiridos organizados en Conocimientos Estratégicos, Tácticos yFácticos. Luego se muestra el resultado de la Síntesis de los conocimientosadquiridos y analizados documentado en el Modelo estático, el Modelo dinámico yla conformación final en el Mapa de Conocimientos. Como cierre del capítulo sepresenta la Comprobación del proceso de Conceptualización.6.1 PROCESO DE CONCEPTUALIZACIONEn el capítulo anterior, Adquisición de conocimientos, se describió ydocumentó el proceso de obtener información de los expertos. El resultado de eseproceso es un complejo paquete de conocimientos sobre el dominio de laaplicación, que son el punto de partida para el desarrollo del sistema. ¡¿Cómopasar entonces de este torbellino de información a un sistema automatizado?!.Como en cualquier desarrollo informático, es necesario definir en primerainstancia modelos conceptuales que luego se traducen en modelos formales yfinalmente se inicia y completa el proceso de implementación. Primer pasoentonces y objetivo de este capítulo es definir el modelo conceptual de esteproyecto.Según Gómez et al. [Gómez, A. y otros 1997], la Conceptualizaciónconlleva un proceso de estructuración de los conocimientos adquiridos que serepresenta en la figura 6-1. Este proceso tiene dos etapas, una primera deAnálisis y un trabajo de Síntesis. La etapa de Análisis tiene como objetivoorganizar los conocimientos en estratégicos, fácticos y tácticos. La etapa deSíntesis tiene como objetivo armar los modelos dinámico y estático en los cualeslos conocimientos forman parte en mayor o menor medida (representado por líneallena y por línea punteada respectivamente) y esos modelos se integran en elMapa de Conocimientos conformando así el Modelo Conceptual del sistema. Elmodelo estático y el modelo dinámico integrados en forma de mapa deconocimientos modelan el comportamiento del experto en la solución de losproblemas. Estos dos modelos se corresponden respectivamente con laestructura y la funcionalidad conceptual del sistema.El proceso de Conceptualización no es secuencial ni respecto de la fase deAdquisición de conocimientos, ni en sí mismo. Mientras el proceso deConceptualización se está cumpliendo, continúa el proceso de adquisición con elexperto que va revisando y refinando la organización de los conocimientos. De lamisma forma el proceso de síntesis avanza junto con el proceso de análisisCONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 149

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAintercalándose las actividades propias de una y otra etapa y retroalimentándosepara su refinamiento.PROCESO ANALISISPROCESO SINTESISCONOCIMIENTOSESTRATEGICOSMODELO DINAMICOPROCESOSCONOCIMIENTOSTACTICOSMAPA DECONOCIMIENTOSMODELO ESTATICOCONCEPTOS YRELACIONESCONOCIMIENTOSFACTICOSFIGURA 6-1 Proceso de Conceptualización6.2 ANALISIS DE CONOCIMIENTOSSe identifican y ordenan los conocimientos según la siguiente clasificación:• Estratégicos o de control: especifican qué hacer, dónde y porquéhacerlo. Los conocimientos estratégicos fijan la secuencia de pasos queel SE debe seguir para ejecutar la tarea.• Tácticos, de acción u operativos: especifican cómo y cuándo el SEpuede añadir a sus conocimientos genéricos información actual acercadel caso.CONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 150

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Fácticos o declarativos: especifican lo que es, o se cree que es verdadacerca del mundo en general y acerca del caso particular para el cual seestá ejecutando la tarea.En el presente trabajo se documenta la etapa de análisis de conocimientosen 5 pasos que usualmente se cumplen para completar el proceso de análisis. Seha decidido presentarlos en esta forma porque facilitan la comprensión de ladocumentación ya que representa el proceso que realizan el ingeniero deconocimientos y el experto conjuntamente.En cada paso se trabaja en mayor medida con alguno de los tipos deconocimientos:• Estratégicos se identifican particularmente en el paso 3.• Tácticos se identifican particularmente en el paso 4.• Fácticos se identifican en los pasos 1, 2 y 5 .6.2.1 PASO 1: IDENTIFICACION, COMPARACIÓN Y CATEGORIZACIÓN DECONCEPTOSEl primer paso del proceso de Conceptualización es identificar losconceptos y registrar los atributos y valores asociados. En este primer paso setrabaja fundamentalmente con conocimientos fácticos y se describenordenadamente completando:• Glosario de términos: en la Tabla 6-1 (pág. 152 a 155) se detallan elsignificado de los términos que usa el experto en la resolución de la tarea. Ladefinición de estos términos se ha ido completando a lo largo de variassesiones de conocimiento y el confeccionarlo ha contribuido a un mejorentendimiento del dominio del problema y a refinar el modelo conceptual.• Diccionario de conceptos: en la Tabla 6-2 (pág. 156 a 158) se identificanlos conceptos funcionales del más alto nivel, especificando su utilidad ofunción, sinónimos, acrónimos, los atributos que lo definen y de dondepueden derivarse los datos.• Tabla de Conceptos-Atributos-Valores: en la Tabla 6-3 (pág. 159 a 165)se registran los atributos propios de cada concepto. Se entiende por atributolas propiedades o características de un concepto que se necesita conocerpara modelar la tarea del experto.CONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 151

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAlgorítmicoAmpliaciónAplicaciónBatchClienteTERMINOComienzo del proyectoComportamiento dinámicoComportamiento interactivoComprensiónTABLA 6-1: GLOSARIO DE TERMINOSDESCRIPCIONConjunto de operaciones que siguen un procesopredefinido para la solución de un problema. Principioopuesto a la heurística.Se refiere a cuando a partir de nuevos requerimientoses necesario agregar funciones o procesos al sistemaque esta definido e implementado. Se agreganfunciones a las ya existentes, aumenta el número defunciones.Sistema o parte de un sistema que lleva a cabo unconjunto de actividades o tareas determinadas. Ensentido mas estricto conjunto de tareas desarrolladaspor un sistema informático. Se usan como sinónimosSistema y Proyecto.Procesamiento diferido. Modalidad de procesamientoinformático con carga y control de información por lotesy ejecución normalmente diferidaVer Usuario.Conjunto de actividades iniciales de un proyecto dondese establecen los objetivos, limites, alcances,información a brindar y alguna particularidad específicade la aplicación a desarrollar.Forma de procesamiento donde el ordenador recibe y/oprocesa la información en el momento “inmediatamente”(sin diferir). Usualmente el comportamiento dinámico esinteractivoForma de procesamiento en que el usuario dialoga conun ordenador. Usualmente el comportamiento interactivoes dinámico.Proceso de análisis del dominio de conocimiento de laspartes componentes de un sistemaEmisión gradual Es la nueva edición de una aplicación conmodificaciones notables respecto de emisionesanteriores. También se conoce como una nueva versiónde la aplicación. Abarca la aplicación en su totalidad.Entorno del sistemaEs convenienteEs factibleEs necesarioSe refiere a los sistemas o elementos externos a laaplicación que se vinculan con ella recibiendo oenviando información. Ver Límites del sistema.Se dice que algo es conveniente cuando es necesario yfactibleSe dice que algo es factible cuando es una alternativaposible de aplicar o seleccionar, considerando losaspectos políticos y de recursosSe dice que algo es necesario cuando existen razonesque justifican, condicionan su aplicación o selecciónconsiderando los recursos disponibles y los aspectospolíticosExtensión Se refiere a cuando es necesario dar mayorfuncionalidad a las funciones o procesos existentesCONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 152

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATERMINOLímites del sistemaManipulaciónPocas opciones de diseñoPocas opciones deimplementaciónProblemas de ArquitecturaProblemas de EficaciaProgresión no uniforme ysecuencial de las fasesProgresión uniforme ysecuencial de las fasesProyectoRedefiniciónRequerimientosRequisitosTABLA 6-1: GLOSARIO DE TERMINOSDESCRIPCIONdefinidos e implementados en un sistema. Se extiendenlas funciones ya existentes, no aumentan las funcionessino algún aspecto de alguna de ellasSe usa como sinónimo de los alcances del sistema oaplicación. Se refiere genéricamente a los procesos queinvolucra, y particularmente con que otros sistemas(entidades externas) se relaciona recibiendo o enviandoinformación y que información es la que intercambia conesas entidades.Proceso de diseño de las partes componentes de unsistema o aplicación.No mas de tres posibilidades de modelos formales o dediseño a partir de un modelo de análisisNo mas de dos posibilidades de modelosimplementables computacionalmente.Incumplimiento de Restricciones que se deben tener encuenta al diseñar y configurar los componentes de unsistema. Se aplica al diseño de sistemas informáticosprocesadores, aplicaciones de software y redes.Incumplimiento de Restricciones en el cumplimiento delos objetivos vinculadas a la arquitectura de un sistema.Las actividades que es necesario realizar durante eldesarrollo pueden cumplirse de tal modo que cadaactividad cumplida puede determinar retroceder a unaetapa anterior o continuar con alguna otra sin mantenerun ordenamiento. El grado de avance puede serdesparejo y con diferentes ritmos.Las actividades que es necesario realizar durante eldesarrollo pueden cumplirse en una sucesión ordenadade tal modo que cada actividad cumplida determina lasiguiente con un avance gradual y parejo (sin grandesdistorsiones)Conjunto integrado de planes, tareas, actividades yoperaciones necesarias para planificar y desarrollar unsistema o una aplicación.Ver AplicaciónSe refiere a cuando se cambian los procedimientos deuna o varias funciones principales ya definidas eimplementadas en un sistemaEs la especificación de que información debe brindar elsistema o aplicación informática. Se usa como sinónimode Requisitos.Ver Requisitos.Es la especificación de cómo se desea que brinda lainformación el sistema o aplicación informática. Es unconjunto de condiciones que ha de cumplir un sistemade información, restricción que se impone a sudesarrollo o a su funcionamiento. Se usa como sinónimode Requerimientos.Ver RequerimientosCONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 153

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATERMINORequisitos definidosdesestructuradamenteRequisitos definidosexhaustivamenteRequisitos definidosformalmenteRequisitos definidosIncompletosRequisitos definidosinformalmenteRequisitos definidosmayoritariamenteRequisitos definidosparcialmenteRequisitos definidosuniformementeSistemaSistema de InformaciónSoftware de baseSubsistemasTABLA 6-1: GLOSARIO DE TERMINOSDESCRIPCIONQue se han definido las restricciones que debe cumplirel sistema a desarrollar en forma desordenada ydespareja. Que no se ha observado alguna metodologíaque de estructura similar a la documentación de losrequisitos.Que se han definido en detalle y sin omisiones, lasrestricciones que debe cumplir el sistema a desarrollar.Que se han definido las restricciones que debe cumplirel sistema a desarrollar en forma expresa (en algúndocumento o informe) y con precisión. Que se haobservado alguna metodología de documentación.Que se han definido genéricamente y con posibilidad deomisiones, las restricciones que debe cumplir el sistemaa desarrollar.Que se han definido las restricciones que debe cumplirel sistema a desarrollar en forma imprecisa y que noestán expresamente documentados. Que no se haobservado alguna metodología de documentación.Cuando el usuario manifiesta que se encuentrandefinidos el 90% o mas de los requisitos del sistema yque el 10 % pueden ser detalles que no modifican laestructura de las restricciones ya definidas, ni de laaplicación a desarrollar.Cuando el usuario manifiesta que se encuentrandefinidos menos del 90% de los requisitos del sistemay/o que los restantes pueden modificar la estructura delas restricciones ya definidas y de la aplicación adesarrollar.Que se han definido las restricciones que debe cumplirel sistema a desarrollar en forma ordenada, pareja ysemejante. Que se ha observado alguna metodologíaque ordena, facilita y da estructura similar a ladocumentación de los requisitos.Forma abreviada de referirse a Sistema de Información.Ver AplicaciónConjunto integrado de las personas, procedimientos,medios materiales y otros recursos destinado a lacaptura, administración, proceso y distribución deinformación en el ámbito de una organización.Conjunto integrado de programas que se encargan de lagestión de algún servicio básico para el usuario delordenador, por ejemplo, procesador de textos, planillade cálculo, graficador, etc.Componentes o partes distinguibles de una aplicación.Tiempo Real Forma de procesamiento interactivo en que unordenador ejecuta las instrucciones y procesa los datos,teniendo como restricción un limitado y ajustado margende tiempo para producir las respuestas.CONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 154

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAUsuarioTERMINOVarias opciones de diseñoVarias opciones deimplementaciónTABLA 6-1: GLOSARIO DE TERMINOSDESCRIPCIONPersona que usa el sistema informático. Persona quecontrata el desarrollo del sistema. Suele usarse Clientecomo sinónimo.Cuatro o más posibilidades de modelos formales o dediseño a partir de un modelo de análisisTres o más posibilidades de modelos formalesimplementables computacionalmente.CONCEPTUAIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 155

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-2: DICCIONARIO DE CONCEPTOSCONCEPTO FUNCION SINÓNIMOS/ACRONIMOSProyectoProyecto para el que se selecciona Aplicación /Sistemael CV.Registro para identificar cada unode los casos en que se usa el SE,con fines estadísticos posteriores.RequisitosRegistro de la estimación del líderde proyecto respecto de lascaracterísticas de la especificaciónde requisitos para el proyecto adesarrollar.RequerimientosATRIBUTOSIdentificaciónNombre del proyectoLíder del proyectoObjetivoFecha inicioFecha finalizaciónCV propuesto por SECV seleccionadoTipo de definiciónGrado de certidumbreGrado de cumplimientoDefinición requisitosDefinición límitesDERIVADO DELa carpeta del proyecto, enparticular del Informe derequerimientos.Estimación del Informe derequerimientos del proyecto yde las primeras entrevistascon el usuario.AplicaciónCoordinaciónRegistro de la estimación del líderde proyecto respecto de lascaracterísticas de la aplicación(software) a desarrollarEspecifica los aspectos de gestión:políticos, técnicos, metodológicosSistemaGestiónNiveles de ComposiciónComplejidad SubsistemasComponentes PredominantesComportamiento PredominanteOrientaciónProgresión Fases desarrolloRelación Fases desarrolloRetroalimentación Fases desarrolloIntegración HW-SWFactores diseñoExistencia AplicacionesPosibilidad diseñoPosibilidad ImplementaciónModelado PrototipoModelado ObjetosVariabilidad ProcesosOpcionalidadTipo modificaciónFormalidadEntregasEstimación resultante de losrequerimientos del proyecto yde las primeras entrevistascon el usuario.Estimación resultante de losrequerimientos del proyecto yCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 156

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-2: DICCIONARIO DE CONCEPTOSCONCEPTO FUNCION SINÓNIMOS/ACRONIMOSque influyen en la selección delCV.ATRIBUTOSResponsabilidadControl gestiónSoftware para prototiparFactibilidad metodologíaNecesidad metodologíaReúso aplicación existenteReúso aplicación OOReúso aplicación futuraProcedimientos cambiosProcedimientos Desarrollo-MantenimientoConveniencia MetodologíaFactibilidad PrototipoSistema OOEntrega IntermediaAplicabilidad EspiralAplicabilidad PrototipoAplicabilidad OOProcedimientos D-MDERIVADO DEde las primeras entrevistascon el usuario.UsuarioEspecifica el tipo de relación,participación, del usuario en elproyecto a desarrollar.Cliente / operadorParticipaciónIntroducción gradualEquipo de proyectoEspecifica las características delos recursos humanos queparticipan en el desarrollo de laaplicación.Experiencia técnicas de ISExperiencia previaEstimación resultante de lasaptitudes de los recursoshumanos asignados, o de losrecursos existentes, para eldesarrollo de la aplicación.Riesgos del proyectoEspecifica la estimación de variosítems a tener en cuenta respectode los posibles riesgos delproyecto que afectan en laViabilidad softwareNivel de riesgoAnálisis riesgoTécnicas AREstimación resultante de losrequerimientos del proyecto yde las primeras entrevistascon el usuarioCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 157

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-2: DICCIONARIO DE CONCEPTOSCONCEPTO FUNCION SINÓNIMOS/ACRONIMOSselección del CV.Área RequisitosÁrea AplicaciónÁrea GestiónProyectoCV DiagnósticoEspecifica el ciclo de vidapropuesto de acuerdo a losfactores estimados en Requisitos.Especifica el ciclo de vidapropuesto de acuerdo a losfactores estimados en AplicaciónEspecifica el ciclo de vidapropuesto de acuerdo a losfactores estimados enCoordinación, Usuario, Equipo deProyecto y Riesgos del ProyectoEspecifica el ciclo de vidapropuesto de acuerdo a los ciclosde vida estimados en ÁreaRequisitos, Área Aplicación, ÁreaGestión ProyectoATRIBUTOSIdentificación AlternativasRiesgos AlternativaCategorías riesgoObjetivo calidadTerminación ProyectosRiesgo CascadaRiesgo ObjetosHabilidad RiesgoFactor RiesgoRiesgo EspiralRiesgoCV Propuesto RequisitosCV Propuesto AplicaciónCV Propuesto GestiónCV Propuesto del ProyectoDERIVADO DELos valores estimados por elusuario del SE para losatributos de Requisitos.Los valores estimados por elusuario del SE para losatributos de AplicaciónLos valores estimados por elusuario del SE para losatributos de Coordinación,Usuario, Equipo de proyecto,Riesgos del proyecto.Los valores derivados de lasáreas de Requisitos,aplicación y GestiónProyecto.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 158

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORProyecto Identificación • Código alfanuméricoNombre del proyectoLíder del proyectoObjetivoFecha inicioFecha finalizaciónCV propuesto por SECV seleccionado• Descripción (texto)• Nombre y Apellido• Descripción (texto libre)• DD / MM /AAAA• DD / MM /AAAA• Cascada• Espiral• Objetos• Cascada• Espiral• Objetos• OtroCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 159

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARequisitosRequerimientosAplicaciónSistemaTABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORTipo de Definición• Formalmente• Informalmente• Exhaustivamente• Incompleto• Uniformemente• DesestructuradamenteDefinición Requisitos (al inicio del proyecto)• Definición Clara• Definición Incierta• Alta incertidumbre• Baja incertidumbreDefinición Límites (al inicio del proyecto)• Definición Clara• Definición Incierta• Alta incertidumbre• Baja incertidumbreGrado de Certidumbre al inicio del proyecto • Mayoritariamente definidos (> = 90%)• Parcialmente definidos (< 90%)Grado de Cumplimiento en Producto finalComponentes PredominantesComplejidad SubsistemasComportamiento PredominanteOrientaciónNiveles de Composición• Usuario muy exigente• Usuario poco exigente• Algorítmicos• Matemáticos• Gráficos• Baja• Alta• Batch• Dinámico• Interactivo• Tiempo Real• Software de Base• Sistema Basado en Conocimiento• Otros• Pocos Subsistemas• Varios SubsistemasCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 160

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORProgresión Fases desarrollo• Uniforme y Secuencial• No Uniforme y SecuencialRelación Fases desarrollo• Poca Dependencia• Mucha Dependencia• IndependenciaRetroalimentación Fases desarrollo• Baja• AltaIntegración HW-SW• Fuertemente• Medianamente• LevementeFactores Diseño(a considerar en etapas tempranas del desarrollo)• Problemas de Arquitectura• Problemas de eficaciaExistencia Aplicaciones(similares en el mercado)• Innovador• ConocidoPosibilidad Diseño• Pocas opciones• Varias opcionesPosibilidad Implementación• Pocas opciones• Varias opcionesModelado Prototipo• Conveniente• No convenienteModelado Objetos• Conveniente• No convenienteVariabilidad Procesos• Alta• BajaTipo modificación(explícitamente previstas en datos y procesos)• Redefinición• Extensión• Ampliación• Emisión gradualOpcionalidad• Múltiple• SimpleCoordinación Formalidad • Poco formal• Medianamente formalCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 161

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALOREntregasResponsabilidadControl gestiónSoftware para prototiparFactibilidad MetodologíaNecesidad MetodologíaReúso aplicación existenteReúso aplicación futuraReúso aplicación OOProcedimientos Cambios• Muy formal• Versión temprana• Versión completa• Versión gradual• Versión parcial• Terceros• Organización propia• Muy ajustado• Medianamente ajustado• Poco ajustado• No disponible• Hay disponible• Factible de adquirir• No adquirible• Ampliamente probada• Medianamente probada• Poco probada• Ampliamente probada• Medianamente probada• Poco probada• Estrategias explícitas• No estrategias explícitas• Muy necesario• Medianamente necesario• Poco necesario• Subsistema del existente• Ampliación del existente• Modificación del existente• Componentes del actual• Acuerdos confirmados• No Acuerdos confirmadosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 162

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORProcedimientos Desarrollo-Mantenimiento• Es factible usar los mismos• Es factible usar diferentes• Es necesario usar los mismos• Es necesario usar diferentesConveniencia Metodología• Ampliamente probada• Medianamente probada• Poco probadaFactibilidad Prototipo• Factible• No factibleSistema OO• Existe• No existeEntrega Intermedia• Existe• No existeAplicabilidad Espiral• Aplicable• No aplicableAplicabilidad Prototipo• Aplicable• No aplicableAplicabilidad OO• Aplicable• No aplicableProcedimientos D-M• Conveniente• No convenienteUsuario / cliente Participación • Fuerte• Regular• PocaIntroducción gradual• Necesaria• No necesariaEquipo de proyecto Experiencia técnicas IS • Hay• No hayExperiencia previa• Hay• No hayCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 163

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORRiesgos del Proyecto Viabilidad software • Hay certeza• Hay dudasNivel de riesgo• Alto riesgo• Mediano riesgo• Bajo riesgo• No hay riesgoAnálisis riesgo• Estrategias explícitas• No estrategias explícitasTécnicas AR• Se dispone• No se disponeIdentificación Alternativas• Se identifican• No se identifican• Etapas anterioresRiesgos Alternativa• Se identifican• No se identifican• Etapas anterioresCategorías riesgo• Técnicos• Otros riesgosObjetivo calidad• Mecanismos explícitos• No mecanismos explícitosTerminación Proyectos• Prematura• En término.Riesgo Cascada• Aceptable• No aceptableRiesgo Objetos• Aceptable• No aceptableHabilidad Riesgo• Existe• No existeFactor Riesgo• Existe• No existeRiesgo Espiral• Aceptable• No aceptableCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 164

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATABLA 6-3: TABLA CONCEPTOS-ATRIBUTOS-VALORESCONCEPTO ATRIBUTO VALORRiesgo• Evaluable• No evaluableArea Requisitos CV Propuesto Requisitos • Cascada• ObjetosArea Aplicación CV Propuesto Aplicación • Cascada• ObjetosArea Gestión proyecto CV Propuesto Gestión • Cascada• ObjetosCV Diagnóstico CV Propuesto Proyecto • Cascada• Objetos• Espiral• No hay propuesta• Espiral• No hay propuesta• Espiral• No hay propuesta• Espiral• No hay propuestaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 165

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA6.2.2 PASO 2: IDENTIFICACIÓN DE LAS RELACIONES ENTRECONCEPTOSEl segundo paso del proceso de Conceptualización es identificar lasrelaciones entre los conceptos. En este paso se trabaja con conocimientosfácticos, se representa gráficamente el modelo mental que el experto tiene delaspecto estático del problema, usando el modelo entidad-relación de Chen[Chen, P.S. 1976]. En la figura 6-2 se detalla el modelo relacional del presentetrabajo.SE ESTIMANNREQUISITOSNSE SUGIERE1AREAREQUISITOS1SE PROPONESE ESTIMANNAPLICACIONNSE SUGIERE1AREAAPLICACION1SE PROPONE1111PROYECTOCVDIAGNOSTICO1111NUSUARIONSE SUGIERE1SE ESTIMANSE ESTIMANNNEQUIPO DEPROYECTOCOORDINA-CIONNNSE SUGIERESE SUGIERE11AREAGESTIONPROYECTO1 11SE PROPONESE ESTIMANNRIESGOS DELPROYECTONSE SUGIEREFIGURA 6-2: Modelo RelacionalCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 166

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA6.2.3 PASO 3: IDENTIFICACIÓN DE LOS CONOCIMIENTOS ESTRATEGICOSUna vez identificados los conceptos, sus atributos y sus relaciones el tercerpaso del proceso de Conceptualización consiste en identificar las funciones delproceso de resolución del experto. Estos conocimientos son de tipo estratégico.En primer lugar se presenta una representación gráfica en forma de árbol(figura 6-3) que ilustra los pasos modulares que completan la tarea del experto yel flujo de control del proceso de resolución. Los módulos se han identificadoconsiderando su cohesión funcional y su independencia.En segundo lugar se describen los módulos de acuerdo a la propuesta deGómez [Gómez, A. y otros 1997]:• Pasos de Alto Nivel:Se corresponden con el nivel 1 y 2 de la figura 6-3: Árbol deDescomposición funcional del Problema.• Subpasos de la Tarea:Se corresponden con el nivel 3 de la figura 6-3: Árbol deDescomposición funcional del Problema.• Subpasos de Bajo Nivel:Se corresponden con el nivel 4 de la figura 6-3: Árbol deDescomposición funcional del Problema.6.2.3.1 DESCOMPOSICION FUNCIONALMódulo 1. Selección del CV del proyectoA partir de la decisión de construir un sistema de información una de las primerasactividades consiste en definir los requerimientos del sistema. Una vez definidoses necesario seleccionar el ciclo de vida guía del proceso de desarrollo.En el marco del presente trabajo y siguiendo la propuesta del equipo de expertos,a partir del análisis de los textos, se han identificado tres grandes áreas deanálisis respecto del proyecto software. Estas áreas: Especificación deRequerimientos, Tipo de Aplicación y Gestión de Proyecto no son exhaustivas y laidentificación de módulos independientes facilita la incorporación de otras áreasen futuros prototipos.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 167

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA1. SELECCION DELCV DELPROYECTO1.1 SELECCION DELCVESPECIFICACIONREQUERIMIENTOS1.2 SELECCION DELCV TIPO DEAPLICACION1.3 SELECCION DELCV GESTIÓN DEPROYECTO1.1.1ANALIZARDEFINICIONREQUERI-MIENTOS1.1.2ESTIMARLIMITES1.1.3ESTIMARNIVELEXIGENCIAEN ELPRODUCTOFINAL1.2.1ESTIMARFACTORESPREDOMI-NANTES1.2.2ANALIZARFACTORESPROTOTI-PACION1.2.3ESTIMARNIVELOPCIONES1.2.4ESTIMARINTEGRA-CIONHW-SW1.3.1ANALIZARCOORDINA-CION1.3..2ESTIMARRELACIONCONUSUARIO1.3.3ESTIMARFACTORESEQUIPOPROYECTO1.3.4ANALIZARRIESGOSDELPROYECTO1.3.1.1ESTIMARFACTORESREUSO1.3.1.2ESTIMARFACTORESMANTENI-MIENTO1.3.1.3ESTIMARRECURSOSSOFTWARE1.3.1.4ESTIMARFACTORESADMINIS-TRACION1.3.4.1ESTIMARRIESGOEXISTENTE1.3.4.2ESTIMARHABILIDADPARAEVALUARRIESGOFIGURA 6-3 Arbol de Descomposición Funcional del ProblemaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 168

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPropósito:Determinar el ciclo de vida propuesto para el desarrollo del proyecto.Para llevar a cabo la tarea, el sistema debe realizar las siguientesfunciones de alto nivel:Módulo 1.1 Selección del CV Especificación de RequerimientosMódulo 1.2 Selección del CV Tipo de AplicaciónMódulo 1.3 Selección del CV Gestión de ProyectoEntrada- Origen de la Entrada:Los resultados parciales obtenidos para cada uno de los subpasos.Razonamiento:Considerando el/los ciclos de vida posibles para cada área se determina elciclo de vida más adecuado para el proyecto.Salida- Destino de la Salida:El nombre del ciclo de vida seleccionado para el proyecto. Su destino es laBase de Conocimientos y edición en pantalla de resultados.Módulo 1.1 Selección del CV Especificación de RequerimientosSe analizan algunos aspectos de la Especificación de Requerimientos paraproponer el o los ciclos de vida posibles de acuerdo a esta área. Los aspectosanalizados están encuadrados dentro del marco del presente trabajo y no sonexhaustivos. La identificación en módulos independientes prevé la incorporaciónde otros aspectos a analizar en esta área en futuros prototipos.Propósito:Determinar el o los ciclos de vida posibles para el área de Especificaciónde Requerimientos.Para llevar a cabo la tarea el sistema debe realizar las siguientessubtareas:Módulo 1.1.1 Analizar Definición de RequerimientosMódulo 1.1.2 Estimar LímitesMódulo 1.1.3 Estimar Nivel de exigencia en el producto finalEntrada- Origen de la Entrada:Los valores estimados por el usuario del sistema experto, para los atributosvinculados al concepto Requisitos.Razonamiento:Si los requisitos y los límites están definidos claramente y explicitados alcomienzo del proyecto se recomienda usar ciclo de vida en Cascada.Si los requisitos y los límites están definidos con alta incertidumbre y noestán explicitados al comienzo del proyecto es recomendable usar ciclo devida en Orientado a objetos o en Espiral.Si la exigencia del usuario respecto del cumplimiento de los requerimientosen el producto final es muy alta es recomendable usar ciclo de vidaOrientado a objetos o en Espiral.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 169

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASalida- Destino de la Salida:El nombre del ciclo de vida seleccionado para el área. Su destino es laBase de Conocimientos y edición en pantalla de resultados.Módulo 1.2 Selección del CV Tipo de AplicaciónSe analizan algunos aspectos de la Aplicación a desarrollar para proponer el o losciclos de vida posibles de acuerdo a esta área. Los aspectos analizados estánencuadrados dentro del marco del presente trabajo y no son exhaustivos. Laidentificación en módulos independientes prevé la incorporación de otros aspectosa analizar en esta área en futuros prototipos.Propósito:Determinar el o los ciclos de vida posibles para el área de Tipo deAplicación.Para llevar a cabo la tarea el sistema debe realizar las siguientessubtareas:Módulo 1.2.1 Estimar Factores PredominantesMódulo 1.2.2 Analizar Factores PrototipaciónMódulo 1.2.3 Estimar Nivel de opciones.Módulo 1.2.4 Estimar Integración de Hardware y Software.Entrada- Origen de la Entrada:Los valores estimados por el usuario del sistema experto, para los atributosvinculados al concepto Aplicación.Razonamiento:Para recomendar el ciclo de vida en cascada es necesario considerar lacomplejidad de los subsistemas que lo conforman, la retroalimentación enlas fases de desarrollo y los factores predominantes.Para recomendar el ciclo de vida Orientado a objetos es necesarioconsiderar si las técnicas de modelado de objetos son las másconvenientes y si las técnicas de prototipación son convenientes.Para recomendar el ciclo de vida en Espiral además de considerar si lastécnicas de modelado de objetos o de prototipado son convenientes hayque tener en cuenta si el sistema es multiopcional y si se requiere unafuerte integración de hardware y software.Salida- Destino de la Salida:El nombre del ciclo de vida seleccionado para el área. Su destino es laBase de Conocimientos y edición en pantalla de resultados.Módulo 1.3 Selección del CV Gestión de ProyectoSe analizan algunos aspectos de la Gestión de Proyecto para proponer el o losciclos de vida posibles de acuerdo a esta área. Los aspectos analizados estánencuadrados dentro del marco del presente trabajo y no son exhaustivos. LaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 170

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAidentificación en módulos independientes prevé la incorporación de otros aspectosa analizar en esta área en futuros prototipos.Propósito:Determinar el o los ciclos de vida posibles para el área de Gestión delProyecto.Para llevar a cabo la tarea el sistema debe realizar las siguientessubtareas:Módulo 1.3.1 Analizar CoordinaciónMódulo 1.3.2 Estimar Relación con el UsuarioMódulo 1.3.3 Estimar Factores del Equipo de desarrollo del ProyectoMódulo 1.3.4 Analizar Riesgos del ProyectoEntrada- Origen de la Entrada:Los valores estimados por el usuario del sistema experto, para los atributosvinculados a los conceptos Coordinación, Usuario, Equipo de proyecto yRiesgos del Proyecto.Razonamiento:Para recomendar el ciclo de vida en Cascada es necesario analizar:• Conveniencia de usar metodologías probadas• Nivel de riesgo• Si el modelo en cascada es aplicable• Responsable de la gestiónPara recomendar el ciclo de vida Orientado a objetos es necesario analizar:• Nivel de riesgo• Necesidad de entregas intermedias• Si existe un sistema anterior desarrollado en objetos• Si el modelo de objetos es aplicablePara recomendar el ciclo de vida en Espiral es necesario analizar:• Nivel factor de riesgo evaluable• Prototipación es aplicable• Prototipación es factible• Si el modelo en espiral es aplicableSalida- Destino de la Salida:El nombre del ciclo de vida seleccionado para el área. Su destino es laBase de Conocimientos y edición en pantalla de resultados.Módulo 1.1.1 Analizar Definición RequerimientosPropósito:Estimar si los requisitos están claramente definidos al comienzo delproyecto.Entrada- Origen de la Entrada:CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 171

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos valores ingresados por el usuario del sistema experto para los atributosTipo de definición y Grado de Certidumbre al inicio del proyecto.Razonamiento:Si los requisitos se encuentran definidos formalmente, uniformemente yexhaustivamente puede decirse que los requisitos están claramentedefinidos y es conveniente el modelo cascada.Si los requisitos se encuentran definidos informalmente, incompletos odesestructuradamente puede decirse que la incertidumbre en la definiciónde los requisitos es alta, en este caso es conveniente el modelo en espiralu objetos.Si los requerimientos están mayoritariamente definidos al inicio delproyecto es conveniente el modelo cascada, caso contrario se recomiendaalguno de los otros dos modelos.Salida- Destino de la Salida:Determinación de la claridad o incertidumbre de los requisitos. Su destinoes la Base de Conocimientos.Módulo 1.1.2 Estimar LímitesPropósito:Estimar si los límites están claramente definidos al comienzo del proyecto.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosTipo de Definición y Grado de Certidumbre al inicio del proyecto.Razonamiento:Si los requisitos se encuentran definidos formalmente, uniformemente yexhaustivamente puede decirse que los límites están claramente definidos.Si los requisitos se encuentran definidos informalmente, incompletos odesestructuradamente puede decirse que la incertidumbre en el entorno delsistemas es alta.Salida- Destino de la Salida:Determinación de la claridad o incertidumbre de los límites. Su destino es laBase de Conocimientos.Módulo 1.1.3 Estimar Nivel Exigencia en el Producto FinalPropósito:Estimar la exigencia del usuario respecto del cumplimiento de losrequerimientos en el producto final.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosgrado de cumplimiento en producto final.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 172

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARazonamiento:Si la exigencia del usuario es mucha es recomendable el ciclo de vida enespiral u orientado a objetos, pero no se recomienda el modelo en cascadaporque su estructura no permite prototipación o entregas intermedias.Salida- Destino de la Salida:Valor ingresado por el usuario con destino a la Base de Conocimientos.Módulo 1.2.1 Estimar Factores PredominantesPropósito:Determinar el tipo de técnicas de modelado (objetos, prototipación ocascada) que mejor se adecuan a los factores predominantes de laaplicación a desarrollar.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosComponentes Predominantes, Comportamiento Predominante yOrientación.Razonamiento:Las técnicas de modelado en cascada son adecuadas si los factorespredominantes son:• Fuerte contenido algorítmico• Comportamiento batchLas técnicas de modelado de objetos son adecuadas si los factorespredominantes son:• Fuerte contenido matemático• Fuerte contenido gráfico• Subsistemas con comportamiento dinámico• Comportamiento fuertemente interactivo• Comportamiento en tiempo real• Desarrollo de software de baseLas técnicas de modelado por prototipo son adecuadas si los factorespredominantes son:• Sistema Basado en conocimientoSalida- Destino de la Salida:Valores ingresados por el usuario con destino a la Base de Conocimientos.Módulo 1.2.2 Analizar Factores PrototipaciónPropósito:Determinar si para el desarrollo de la aplicación es conveniente usartécnicas de prototipación.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 173

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEntrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosNiveles de Composición, Progresión Fases desarrollo, Relación Fasesdesarrollo, Factores de Diseño a considerar en etapas tempranas deldesarrollo, Existencia de Aplicaciones similares en el mercado y Tipo deModificación explícitamente previstas.Razonamiento:Las técnicas de prototipación son adecuadas si los factores predominantesson:• Alta variabilidad de los procesos• Factores de diseño que inciden en etapas tempranas (arquitectura,eficacia)• La aplicación es innovadora• Subsistemas complejos• Progresión no uniforme y secuencial en las fases de desarrollo• Alta retroalimentación en las fases de desarrollo• Progresión no uniforme y secuencial en las fases de desarrollo delproyectoSalida- Destino de la Salida:Valores ingresados por el usuario con destino a la Base de Conocimientos.Módulo 1.2.3 Estimar Nivel OpcionesPropósito:Determinar si la aplicación es multiopcional.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosPosibilidad de Diseño, Posibilidad de Implementación.Razonamiento:Si la aplicación es multiopcional es conveniente aplicar el ciclo de vida enespiral.Salida- Destino de la Salida:Valores ingresados por el usuario con destino a la Base de Conocimientos.Módulo 1.2.4 Estimar Integración HW-SWPropósito:Determinar nivel de integración del hardware y software que requiere laaplicación a desarrollar.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para el atributoIntegración entre hardware y software.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 174

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARazonamiento:Si la aplicación requiere una fuerte integración hardware-software esconveniente aplicar el ciclo de vida en espiral.Salida- Destino de la Salida:Valores ingresados por el usuario con destino a la Base de Conocimientos.Módulo 1.3.1 Analizar CoordinaciónPropósito:Analizar los factores relacionados con administración, mantenimiento yreusabilidad que inciden en las decisiones de coordinación en el desarrollode un proyecto.Para llevar a cabo la tarea el sistema debe realizar las siguientessubtareas:Módulo 1.3.1.1 Estimar Factores ReúsoMódulo 1.3.1.2 Estimar Factores MantenimientoMódulo 1.3.1.3 Estimar Recursos SoftwareMódulo 1.3.1.4 Estimar Factores AdministraciónEntrada- Origen de la Entrada:Los valores estimados por el usuarios del sistema experto, para losatributos vinculados al concepto Coordinación.Razonamiento:Los valores obtenidos permiten determinar• Necesidad de Entregas intermedias• Conveniencia de usar metodologías probadas• Responsable de la gestión• Aplicabilidad de modelos (cascada, objeto, espiral)• Factibilidad de usar prototipaciónSalida- Destino de la Salida:Los valores obtenidos con destino a la Base de Conocimientos.Módulo 1.3.2 Estimar Relación con UsuarioPropósito:Determinar si el modelo por prototipo es aplicable.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosParticipación del cliente en el desarrollo, Introducción gradual del sistema alos usuarios.Razonamiento:El modelo por prototipo es aplicable cuando se requiere una fuerteparticipación del cliente en el desarrollo o es necesario facilitar laintroducción gradual del sistema para los usuarios.Salida- Destino de la Salida:CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 175

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la aplicabilidad del prototipo con destinola Base de Conocimientos.Módulo 1.3.3 Estimar Factores Equipo ProyectoPropósito:Determinar si el modelo por prototipo es aplicable.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosExperiencia en el uso de las técnicas de IS, Experiencia en el tipo deaplicación.Razonamiento:El modelo por prototipo es aplicable cuando existe inexperiencia en elsistema a desarrollar o en las técnicas de IS a usar.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la aplicabilidad del prototipo con destinola Base de Conocimientos.Módulo 1.3.4 Analizar Riesgos del ProyectoPropósito:Determinar el nivel de riesgo y su evaluabilidad.Para llevar a cabo la tarea el sistema debe realizar las siguiente subtareas:Módulo 1.3.4.1 Estimar Riesgo ExistenteMódulo 1.3.4.2 Estimar Habilidad para Evaluar RiesgoEntrada- Origen de la Entrada:Los valores estimados por el usuario del sistema experto, para los atributosvinculados al concepto Riesgos del Proyecto.Razonamiento:Los valores obtenidos permiten determinar:• Nivel de riesgo• Nivel de factor de riesgo evaluableSalida- Destino de la Salida:Los valores obtenidos con destino a la Base de Conocimientos.Módulo 1.3.1.1 Estimar Factores ReúsoPropósito:Determinar si existe un sistema anterior desarrollado en objetos y si elmodelo de objetos es aplicable.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 176

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEntrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosEstrategia de reúso de aplicación existente, Reúso de aplicación existenteen OO, Reúso de aplicación a desarrollar en aplicaciones futuras.Razonamiento:Existe un sistema anterior desarrollado en objetos si la aplicación adesarrollar es un subsistema, ampliación o modificación de un sistemadesarrollado en objetos.Si es necesario reusar software existente desarrollado en objetos o si esnecesario un reúso posterior de componentes para el siguiente proyectopuede considerarse que existe un sistema anterior desarrollado en objetos.Si se definen explícitamente estrategias de reúso de software existente elmodelo de objetos es aplicable.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la aplicabilidad del modelo de objetos yexistencia de sistema anterior desarrollado en objetos con destino la Basede Conocimientos.Módulo 1.3.1.2 Estimar Factores MantenimientoPropósito:Determinar si el modelo en espiral es aplicable.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosProcedimientos para cambios durante el desarrollo, Procedimientos paraDesarrollo y Mantenimiento.Razonamiento:Si es factible y necesario usar los mismos procedimientos para desarrollo ymantenimiento o se requiere de acuerdos confirmados para los cambiosdurante el desarrollo, el modelo en espiral es aplicable.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la aplicabilidad del modelo en espiral condestino la Base de Conocimientos.Módulo 1.3.1.3 Estimar Recursos SoftwarePropósito:Determinar si el modelo por prototipo es factible.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosSoftware para prototipar.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 177

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARazonamiento:El modelo por prototipo es factible si se dispone de software para prototiparo es posible adquirirlo.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la factibilidad del modelo por prototipocon destino la Base de Conocimientos.Módulo 1.3.1.4 Estimar Factores AdministraciónPropósito:Determinar si existen entregas intermedias, el control y la formalidad de lagestión, y la conveniencia de usar metodologías.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosFormalidad, Entregas, Responsabilidad del desarrollo, control de laGestión, Factibilidad de usar una Metodología, Necesidad de usar unaMetodología.Razonamiento:El ciclo de vida en cascada es recomendable en caso de una gestión deproyecto muy formal, con un ajustado control, si se terceriza el desarrollo ysi es conveniente usar metodologías ampliamente probadas.El modelo de objetos es aplicable en caso de que existan entregasintermedias, que la gestión de proyecto sea poco o medianamente formal, yque las metodologías a usar estén medianamente probadas.El modelo por prototipo es aplicable si existen entregas intermedias.El modelo en espiral es aplicable si las metodologías a usar están pocoprobadas, si la gestión de proyecto es poco o medianamente formal.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la entregas intermedias, conveniencia deusar modelos, aplicabilidad de los modelos (objetos, prototipo, espiral,cascada) con destino la Base de Conocimientos.Módulo 1.3.4.1 Estimar Riesgo ExistentePropósito:Determinar Aceptabilidad del riesgo y la existencia del factor de riesgo y laaplicabilidad del modelo en espiral.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosViabilidad del software, Factor de riesgo, Categorías riesgo, Estrategiaspara incorporar calidad y Terminación de proyectos.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 178

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDARazonamiento:El modelo en espiral es aplicable si existe factor de riesgo, si se definenmecanismos explícitos para incorporar calidad, si se estima la terminaciónprematura de proyectos no viables.Si hay dudas sobre la viabilidad del software o se estiman riesgos técnicosen el desarrollo del sistema puede decirse que existe factor de riesgo.El riesgo es aceptable para el modelo en espiral si el factor de riesgo esmediano o alto.El riesgo es aceptable para el modelo de objetos si el factor de riesgo esmediano o bajo.El modelo en cascada es adecuado si el riesgo es bajo o inexistente.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la aceptabilidad del riesgo, de laaplicabilidad del modelo en espiral y de la existencia del factor de riesgocon destino la Base de Conocimientos.Módulo 1.3.4.2 Estimar Habilidad para Evaluar RiesgoPropósito:Determinar la evaluabilidad del riesgo, la aplicabilidad del modelo en espiraly la habilidad para evaluar el riesgo.Entrada- Origen de la Entrada:Los valores ingresados por el usuario del sistema experto para los atributosEstrategias para el Análisis de riesgo, Métodos y técnicas para Análisis deriesgo, Identificación de Alternativas, Identificación Riesgos para cadaAlternativa.Razonamiento:El modelo en espiral es aplicable si se cuenta con habilidad para laevaluación del riesgo y si se definen explícitamente estrategias paraanalizar los riesgos. Si se identifican alternativas para resolver los riesgos yse identifican los riesgos asociados a cada una de esas alternativas, secuenta entonces con habilidad para la evaluación del riesgo.El factor de riesgo es evaluable si existe factor de riesgo y se cuenta conhabilidad para resolver los riesgos y se cuenta con métodos y técnicas paraevaluar el riesgo.Salida- Destino de la Salida:Los valores ingresados por el usuario con destino la Base deConocimientos. Determinación de la evaluabilidad del riesgo, de laaplicabilidad del modelo en espiral y de la habilidad para evaluar riesgo condestino la Base de Conocimientos.6.2.3.2 COMPROBACIÓN DE LOS CONOCIMIENTOS ESTRATÉGICOSCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 179

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEl modelo funcional ha sido validado por el experto. Se han realizadosesiones de entrevistas no estructuradas en las cuales el experto ha evaluado larepresentación de conocimientos para el desempeño de la tarea. Lacomprobación ha sido satisfactoria.6.2.4 PASO 4: IDENTIFICACIÓN DE LOS CONOCIMIENTOS TACTICOSEn esta fase se documentan los conocimientos tácticos, es decir, como elexperto usa los hechos conocidos y las hipótesis actuales sobre el caso paraobtener nuevos hechos e hipótesis. Este análisis ha permitido producir unadefinición detallada de cada paso de razonamiento que deberá ejecutar el sistemaexperto.Para representar los conocimientos tácticos se ha utilizado comorepresentación intermedia las seudoreglas. Esta representación es muy familiarpara el experto, por su actividad profesional en el área de desarrollo de sistemasinformáticos. En particular, muchas de las seudoreglas fueron documentándose amedida que se realizaba la comprobación de los conocimientos estratégicos.6.2.4.1 ANALISIS DE LOS CONOCIMIENTOS TACTICOS - SEUDORREGLASEl conocimiento se representa completando una Hoja de Reglas siguiendola propuesta de Gómez [Gómez, A. y otros 1997] con el siguiente diseño:Estado de la reglaPalabras del expertoTexto de la reglaFormulación externade la reglaNombre de la reglaLa Hoja de Reglas se ha completado de la siguiente manera:‣ Palabras del experto: a partir de las palabras del experto durante lafase de Adquisición y como descripción detallada de ladescomposición funcional realizada en el paso 2 del proceso deConceptualización se identificaron las reglas bajo el formato:“SI condición1,...,condición n ENTONCES acción1,..., acción n”,siendo este formato habitual para el razonamiento del experto.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 180

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Formulación externa de la reglas: a partir de la identificación dereglas del experto se formalizan las reglas considerando lacategorización de conceptos realizada en el primer paso del procesode Conceptualización.‣ Nombre de la regla: es un nombre que identifica a cada una de lasreglas en la herramienta software (Kappa).Las seudorreglas se han agrupado de acuerdo con las tres áreas definidasen la Adquisición de Conocimientos por el grupo de expertos:‣ Área de Especificación de Requerimientos: tablas comprendidas entre la 6-4 yla 6-8.‣ Área de Tipo de Aplicación: tablas comprendidas entre la 6-9 y la 6-39.‣ Área de Gestión de Proyecto: tablas comprendidas entre la 6-40 y la 6-91.‣ Ciclo de Vida del Proyecto: tablas comprendidas entre la 6-92 y la 6-118Estado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl usuario ha explicitado los requisitos formalmente yha explicitado los requisitos exhaustivamente y haexplicitado los requisitos uniformementeEntoncesSe han definido claramente los requisitos del sistema ySe han definido claramente los límites del sistemaSiTipo de Definición es igual a formalmente yexhaustivamente y uniformementeEntoncesDefinición Requisitos es definición clara y DefiniciónLímites es definición clara.REGLA ER-R1Tabla 6-4: Selección del Ciclo de vida para el área Especificación de RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 181

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe han definido claramente los requisitos del sistema ySe han definido claramente los limites del sistema y Elusuario ha explicitado la mayoría de los requerimientos alcomienzo del proyectoEntoncesLa Especificación de Requerimientos indica usar modelo enCascadaSiDefinición Requisitos es definición clara y Definición Limiteses definición clara y Grado de Certidumbre al inicio delproyecto es Mayoritariamente definidosEntoncesCV Propuesto Requisitos es Cascada.REGLA ER-R2Tabla 6-5: Selección del Ciclo de vida para el área Especificación de RequerimientosEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl usuario ha explicitado los requisitos informalmente y haexplicitado los requisitos incompletos y ha explicitado losrequisitos desestructuradamente.EntoncesHay gran nivel de incertidumbre en la especificación derequisitos y Hay alta incertidumbre en el entorno del sistema.SiTipo de Definición es igual a informalmente e incompleto ydesestructuradamenteEntoncesDefinición Requisitos es definición incierta y DefiniciónLimites es definición incierta.REGLA ER-R3Tabla 6-6: Selección del Ciclo de vida para el área Especificación de RequerimientosEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiHay gran nivel de incertidumbre en la especificación derequisitos y Hay alta incertidumbre en el entorno delsistema y El usuario NO ha explicitado la mayoría de losrequerimientos al comienzo del proyectoEntoncesLa Especificación de Requerimientos indica usar modelo enEspiral y La Especificación de requerimientos indica usarmodelo de Objetos.SiDefinición Requisitos es definición incierta y DefiniciónLimites es definición incierta y Grado de Certidumbre alinicio del proyecto es Parcialmente definidosEntoncesCV Propuesto Requisitos es Espiral y Objetos.REGLA ER-R4Tabla 6-7: Selección del Ciclo de vida para el área Especificación de RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 182

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl usuario es muy exigente con los requerimientos delsistema respecto del producto final.EntoncesLa Especificación de Requerimientos indica usar modelo enEspiral y La Especificación de requerimientos indica usarmodelo de Objetos.SiGrado de Cumplimiento en Producto final es Usuario muyexigente.EntoncesCV Propuesto Requisitos es Espiral y Objetos.REGLA ER-R5Tabla 6-8: Selección del Ciclo de vida para el área Especificación de RequerimientosEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe presume independencia entre las fases del desarrollo delproyectoEntoncesLa necesidad de retroalimentación en las fases del desarrollodel proyecto es bajaSiRelación Fases desarrollo es igual a IndependenciaEntoncesRetroalimentación Fases Desarrollo es bajaREGLA CV-R1Tabla 6-9: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe presume poca dependencia entre las fases de desarrollodel proyectoEntoncesLa necesidad de retroalimentación en las fases del desarrollodel proyecto es bajaSiRelación Fases desarrollo es igual a Poca DependenciaEntoncesRetroalimentación Fases Desarrollo es bajaREGLA CV-R2Tabla 6-10: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 183

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe presume mucha dependencia entre las fases de desarrollodel proyectoEntoncesLa necesidad de retroalimentación en las fases del desarrollodel proyecto es altaSiRelación Fases desarrollo es igual a Mucha DependenciaEntoncesRetroalimentación Fases Desarrollo es altaREGLA CV-R3Tabla 6-11: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe puede asumir una progresión relativamente uniforme ysecuencial en las fases de desarrollo del proyecto y Lanecesidad de retroalimentación en las fases del desarrollo delproyecto es baja Y El sistema tiene componentes de fuertecontenido algorítmicoEntoncesLas características del Tipo de Aplicación indican usar modeloen Cascada.SiProgresión Fases Desarrollo es uniforme y secuencial yRetroalimentación Fases Desarrollo es baja y ComponentesPredominantes es algorítmicos.EntoncesCV Propuesto Aplicación es CascadaREGLA CV-R4Tabla 6-12: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe puede asumir una progresión relativamente uniforme ysecuencial en las fases de desarrollo del proyecto y Lanecesidad de retroalimentación en las fases del desarrollo delproyecto es baja Y El tipo de aplicación presenta uncomportamiento predominantemente BATCHEntoncesLas características del Tipo Aplicación indican usar modelo enCascadaSiProgresión Fases Desarrollo es uniforme y secuencial yRetroalimentación Fases Desarrollo es baja y ComportamientoPredominante es batchEntoncesCV Propuesto Aplicación es CascadaREGLA TA-R101Tabla 6-13: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 184

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe puede asumir una progresión relativamente uniforme ysecuencial en las fases de desarrollo del proyecto Y elsistema presenta subsistemas de baja complejidad y Elsistema tiene componentes de fuerte contenido algorítmicoEntoncesEl Tipo de Aplicación indica usar modelo en CascadaSiProgresión Fases Desarrollo es uniforme y secuencial yComplejidad subsistemas es baja y ComponentesPredominantes es algorítmicoEntoncesCV Propuesto Aplicación es CascadaREGLA TA-R102Tabla 6-14: Selección del Ciclo de vida para el área Tipo de aplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe puede asumir progresión relativamente uniforme ysecuencial en las fases de desarrollo del proyecto Y elsistema tiene subsistemas de baja complejidad y el tipo deaplicación tiene un comportamiento predominantementeBATCHEntoncesEl Tipo de Aplicación indica usar modelo en CascadaSiProgresión Fases Desarrollo es uniforme y secuencial yComplejidad subsistemas es baja y ComportamientoPredominante es batchEntoncesCV Propuesto Aplicación es CascadaREGLA TA-R103Tabla 6-15: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe puede asumir una progresión NO uniforme y secuencialen las fases de desarrollo del proyectoEntoncesLas técnicas de prototipación son más convenientes.SiProgresión Fases Desarrollo es No uniforme y secuencialEntoncesModelado Prototipo es ConvenienteREGLA CV-R5Tabla 6-16: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 185

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa necesidad de retroalimentación en las fases del desarrollodel proyecto es altaEntoncesLas técnicas de prototipación son más convenientesSiRetroalimentación Fases Desarrollo es altaEntoncesModelado Prototipo es ConvenienteREGLA CV-R6Tabla 6-17: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario descomponer el sistema en pocos niveles para sumejor comprensión y Es necesario descomponer el sistema enpocos niveles para su mejor manipulaciónEntoncesEl sistema presenta subsistemas de baja complejidadSiNiveles de Composición es Pocos SubsistemasEntoncesComplejidad Subsistemas es BajaREGLA TA-R1Tabla 6-18: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario descomponer el sistema en varios niveles para sumejor comprensión Y Es necesario descomponer el sistema envarios niveles para su mejor manipulaciónEntoncesEl sistema presenta subsistemas complejosSiNiveles de Composición es Varios SubsistemasEntoncesComplejidad Subsistemas es AltaREGLA TA-R2Tabla 6-19: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 186

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema se basa en componentes de fuerte contenidomatemáticoEntoncesLas técnicas de modelado OO son más convenientesSiComponentes Predominantes es matemáticosEntoncesModelado Objetos es ConvenienteREGLA TA-R4Tabla 6-20: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema se basa en componentes de fuerte contenidográficoEntoncesLas técnicas de modelado OO son más convenientesSiComponentes Predominantes es gráficosEntoncesModelado Objetos es convenienteREGLA TA-R5Tabla 6-21: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema tiene subsistemas que presentan comportamientodinámicoEntoncesLas técnicas de modelado OO son más convenientesSiComportamiento Predominante es dinámicoEntoncesModelado Objetos es ConvenienteREGLA TA-R3Tabla 6-22: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl tipo de aplicación presenta comportamiento fuertementeinteractivoEntoncesLas técnicas de modelado OO son más convenientesSiComportamiento Predominante es interactivoEntoncesModelado Objetos es ConvenienteREGLA TA-R7Tabla 6-23: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 187

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl tipo de aplicación presenta comportamiento en TiempoRealEntoncesLas técnicas de modelado OO son más convenientesSiComportamiento Predominante es tiempo realEntoncesModelado Objetos es ConvenienteREGLA TA-R8Tabla 6-24: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl tipo de aplicación es desarrollo de software de baseEntoncesLas técnicas de modelado OO son más convenientesSiOrientación es software de baseEntoncesModelado Objetos es ConvenienteREGLA TA-R9Tabla 6-25: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema es explícitamente sensible a cambiosEntoncesEl sistema presenta una alta variabilidad en los procesosSiTipo Modificación es RedefiniciónEntoncesVariabilidad Procesos es AltaREGLA TA-R11Tabla 6-26: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema es explícitamente sensible a extensionesEntoncesEl sistema presenta una alta variabilidad en los procesosSiTipo Modificación es ExtensiónEntoncesVariabilidad Procesos es AltaREGLA TA-R12Tabla 6-27: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 188

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema es explícitamente sensible a ampliaciones.EntoncesEl sistema presenta una alta variabilidad en los procesosSiTipo Modificación es AmpliaciónEntoncesVariabilidad Procesos es AltaREGLA TA-R13Tabla 6-28: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere el descubrimiento de problemas dearquitectura en etapas tempranas del desarrolloEntoncesLas técnicas de prototipación son más convenientesSiFactores Diseño es Problemas de ArquitecturaEntoncesModelado Prototipo es ConvenienteREGLA TA-R14Tabla 6-29: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere el descubrimiento de problemas deeficacia en etapas tempranas del desarrolloEntoncesLas técnicas de prototipación son más convenientesSiFactores Diseño es Problemas de eficaciaEntoncesModelado Prototipo es ConvenienteREGLA TA-R15Tabla 6-30: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema presenta una alta variabilidad en los procesosEntoncesTécnica Modelado es Prototipo son más convenientesSiVariabilidad Procesos es AltaEntoncesModelado Prototipo es ConvenienteREGLA TA-R16Tabla 6-31: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 189

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema a diseñar es innovadorEntoncesLas técnicas de prototipación son más convenientesSiExistencia Aplicaciones es InnovadorEntoncesModelado Prototipo es ConvenienteREGLA TA-R17Tabla 6-32: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl tipo de aplicación es un SSBBCC sistema basado enconocimientosEntoncesLas técnicas de prototipación son más convenientesSiOrientación es Sistema Basado en conocimientoEntoncesModelado Prototipo es ConvenienteREGLA TA-R18Tabla 6-33: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema presenta subsistemas complejosEntoncesLas técnicas de prototipación son más convenientesSiComplejidad Subsistemas es AltaEntoncesModelado Prototipo es ConvenienteREGLA TA-R19Tabla 6-34: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLas técnicas de modelado OO son más convenientes YLas técnicas de prototipación son más convenientesEntoncesEl Tipo de Aplicación indica usar modelo de ObjetosSiModelado Objetos es conveniente y Modelado Prototipo esconvenienteEntoncesCV Propuesto Aplicación es ObjetosREGLA TA-R20Tabla 6-35: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 190

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLas técnicas de modelado OO son más convenientes YLas técnicas de prototipación son más convenientes YEl tipo de aplicación requiere el desarrollo fuertementeintegrado de hardware y softwareEntoncesEl Tipo de Aplicación indica usar modelo en EspiralSiModelado Objetos es conveniente Y Modelado Prototipo esconveniente Y Integración HW-SW es fuertementeEntoncesCV Propuesto Aplicación es EspiralREGLA TA-R21Tabla 6-36: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema a desarrollar puede resolverse por varias opcionesde diseñoEntoncesEl sistema es multiopcionalSiPosibilidad Diseño es Varias opcionesEntoncesOpcionalidad es MúltipleREGLA TA-R22Tabla 6-37: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl sistema a desarrollar puede resolverse por varias opcionesde implementaciónEntoncesEl sistema es multiopcionalSiPosibilidad Implementación es Varias opcionesEntoncesOpcionalidad es MúltipleREGLA TA-R23Tabla 6-38: Selección del Ciclo de vida para el área Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 191

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLas técnicas de modelado OO son más convenientes YLas técnicas de prototipación son más convenientes YEl sistema es multiopcionalEntoncesEl Tipo de Aplicación indica usar modelo en EspiralSiModelado Objetos es conveniente Y Modelado Prototipo esconveniente Y Opcionalidad es MúltipleEntoncesCV Propuesto Aplicación es EspiralREGLA TAR-24Tabla 6-39: Selección del Ciclo de vida para el área Tipo de AplicaciónEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario usar metodologías ampliamente probadas Y Esfactible usar metodologías ampliamente probadasEntoncesEs conveniente usar metodologías ampliamente probadasSiNecesidad Metodología es ampliamente probada YFactibilidad Metodología es ampliamente probadaEntoncesConveniencia Metodología es ampliamente probadaREGLA GP-R1Tabla 6-40: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl factor de riesgo es bajoEntoncesEl riesgo es aceptable para modelo en cascadaSiNivel riesgo es bajoEntoncesRiesgo Cascada es aceptableREGLA GP-R2Tabla 6-41: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiNo hay factor de riesgoEntoncesEl riesgo es aceptable para modelo en cascadaSiNivel riesgo es no hay riesgoEntoncesRiesgo Cascada es aceptableREGLA GP-R4Tabla 6-42: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 192

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs conveniente usar metodologías ampliamente probadas Y Noes necesario disponer de una versión temprana del softwaredesarrollado hasta que el proyecto este avanzado Y El riesgoes aceptable para modelo en cascadaEntoncesLa Gestión del Proyecto indica usar modelo en CascadaSiConveniencia Metodología es ampliamente probada Y Entregases versión completa Y Riesgo Cascada es aceptableEntoncesCV Propuesto Gestión es CascadaREGLA GP-R5Tabla 6-43: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere una gestión de proyecto muy formal Y Noes necesario disponer de una versión temprana del softwaredesarrollado hasta que el proyecto este avanzado Y El riesgoes aceptable para modelo en cascada.EntoncesLa Gestión del Proyecto indica usar modelo en CascadaSiFormalidad es muy formal Y Entregas es versión completa YRiesgo Cascada es aceptableEntoncesCV Propuesto Gestión es CascadaREGLA GP-R14Tabla 6-44: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiNo se dispone de software para prototipar y no es posibleadquirir software para prototiparEntoncesEl modelo por prototipo no es factibleSiSoftware para prototipar es No disponible y No adquiribleEntoncesFactibilidad Prototipo es No factibleREGLA GP-R3Tabla 6-45: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 193

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl modelo por prototipo no es factible Y El riesgo esaceptable para modelo en cascadaEntoncesLa Gestión del Proyecto indica usar modelo en CascadaSiFactibilidad Prototipo es No factible Y Riesgo Cascada esaceptableEntoncesCV Propuesto Gestión es CascadaREGLA GP-R16Tabla 6-46: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe terceriza el desarrollo Y Se requiere un ajustado control dela gestión del proyecto Y No es necesario disponer de unaversión temprana hasta que el proyecto este avanzado.EntoncesLa Gestión del Proyecto indica usar modelo en CascadaSiResponsabilidad es Terceros Y Control gestión es muyajustado Y Entregas es versión completaEntoncesCV Propuesto Gestión es CascadaREGLA GP-R6Tabla 6-47: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs un subsistema de un sistema desarrollado en ObjetosEntoncesExiste sistema anterior desarrollado en ObjetosSiReúso aplicación OO es Subsistema del existenteEntoncesSistema OO es existeREGLA GP-R7Tabla 6-48: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs una ampliación de un sistema desarrollado en ObjetosEntoncesExiste sistema anterior desarrollado en ObjetosSiReúso aplicación OO es Ampliación del existenteEntoncesSistema OO es existeREGLA GP-R8Tabla 6-49: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 194

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs una modificación de un sistema desarrollado en ObjetosEntoncesExiste sistema anterior desarrollado en ObjetosSiReúso aplicación OO es Modificación del existenteEntoncesSistema OO es existeREGLA GP-R9Tabla 6-50: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe prevé una fuerte necesidad de reutilizar los componentesde un software ya existente desarrollado en ObjetosEntoncesExiste sistema anterior desarrollado en ObjetosSiReúso aplicación OO es Componentes del actualEntoncesSistema OO es existeREGLA GP-R10Tabla 6-51: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe prevé una fuerte necesidad de reutilizar los componentesde un desarrollo para el siguiente proyecto.EntoncesExiste sistema anterior desarrollado en ObjetosSiReúso aplicación futura es muy necesarioEntoncesSistema OO es existeREGLA GP-R11Tabla 6-52: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario una versión temprana disponible del softwaredesarrolladoEntoncesExisten entregas intermediasSiEntregas es Versión tempranaEntoncesEntrega intermedia es existeREGLA GP-R24Tabla 6-53: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 195

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario disponer de una versión temprana del softwaredesarrollado con funciones a completar gradualmenteEntoncesExisten entregas intermediasSiEntregas es Versión gradualEntoncesEntrega intermedia es existeREGLA GP-R25Tabla 6-54: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario disponer de una versión parcial del softwaredesarrollado con funciones a completar gradualmenteEntoncesExisten entregas intermediasSiEntregas es Versión parcialEntoncesEntrega intermedia es existeREGLA GP-R28Tabla 6-55: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExisten entregas intermediasEntoncesEl modelo de Objetos es aplicable Y El modelo por prototipoes aplicableSiEntrega intermedia es existeEntoncesAplicabilidad OO es aplicable y Aplicabilidad prototipo esaplicableREGLA GP-R29Tabla 6-56: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe definen explícitamente estrategias de reúso de softwareexistenteEntoncesEl modelo de Objetos es aplicableSiReúso aplicación existente es estrategias explícitasEntoncesAplicabilidad OO es aplicableREGLA GP-R26Tabla 6-57: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 196

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiNo hay factor de riesgoEntoncesEl riesgo es aceptable para el modelo de ObjetosSiNivel riesgo es No hay riesgoEntoncesRiesgo Objetos es aceptableREGLA GP-R19Tabla 6-58: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl factor de riesgo es bajoEntoncesEl riesgo es aceptable para el modelo de ObjetosSiNivel riesgo es bajo riesgoEntoncesRiesgo Objetos es aceptableREGLA GP-R12Tabla 6-59: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl factor de riesgo es medianoEntoncesEl riesgo es aceptable para el modelo de ObjetosSiNivel riesgo es mediano riesgoEntoncesRiesgo Objetos es aceptableREGLA GP-R13Tabla 6-60: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario usar metodologías medianamente probadas Y Esfactible usar metodologías medianamente probadasEntoncesEs conveniente usar metodologías medianamente probadasSiNecesidad Metodología es medianamente probada YFactibilidad Metodología es medianamente probadaEntoncesConveniencia Metodología es medianamente probadaREGLA GP-R37Tabla 6-61: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 197

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere una gestión de proyecto medianamenteformal Y Es conveniente usar metodologías medianamenteprobadasEntoncesEl modelo de Objetos es aplicableSiFormalidad es medianamente formal Y ConvenienciaMetodología es medianamente probadaEntoncesAplicabilidad OO es aplicableREGLA GP-R15Tabla 6-62: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere una gestión de proyecto poco formal Y Esconveniente usar metodologías medianamente probadasEntoncesEl modelo de Objetos es aplicableSiFormalidad es poco formal Y Conveniencia Metodología esmedianamente probadaEntoncesAplicabilidad OO es aplicableREGLA GP-R17Tabla 6-63: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl modelo de Objetos es aplicable Y Existe sistema anteriordesarrollado en Objetos Y El riesgo es aceptable para elmodelo de ObjetosEntoncesLa Gestión del Proyecto indica usar modelo de ObjetosSiAplicabilidad OO es aplicable Y Sistema OO es existe Y RiesgoObjetos es aceptableEntoncesCV Propuesto Gestión es ObjetosREGLA GP—R18Tabla 6-64: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 198

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs posible adquirir software para prototiparEntoncesEl modelo por prototipo es factibleSiSoftware para prototipar es factible de adquirirEntoncesFactibilidad prototipo es factibleREGLA GP-R20Tabla 6-65: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe dispone de software para prototiparEntoncesEl modelo por prototipo es factibleSiSoftware para prototipar es hay disponibleEntoncesFactibilidad prototipo es factibleREGLA GP-R21Tabla 6-66: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario facilitar la introducción gradual del sistema paralos usuariosEntoncesEl modelo por prototipo es aplicableSiIntroducción gradual es necesariaEntoncesAplicabilidad prototipo es aplicableREGLA GP-R22Tabla 6-67: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario contar con una fuerte participación del usuariocliente en el DesarrolloEntoncesEl modelo por prototipo es aplicableSiParticipación es fuerteEntoncesAplicabilidad prototipo es aplicableREGLA GP-R23Tabla 6-68: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 199

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa gestión del proyecto prevé definir explícitamenteestrategias para reusar software existente.EntoncesEl modelo por prototipo es aplicableSiReúso aplicación existente es estrategias explícitasEntoncesAplicabilidad prototipo es aplicableREGLA GP-R29Tabla 6-69: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEquipo de proyecto no tiene experiencia previa en el tipo deaplicación a desarrollarEntoncesEl modelo por prototipo es aplicableSiExperiencia previa es No hayEntoncesAplicabilidad prototipo es aplicableREGLA GP-R27Tabla 6-70: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExiste inexperiencia con las técnicas de ingeniería de softwareque se usaránEntoncesEl modelo por prototipo es aplicableSiExperiencia técnicas IS es No hayEntoncesAplicabilidad prototipo es aplicableREGLA GP-R30Tabla 6-71: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario Y factible usar los mismos procedimientos paradesarrollo y mantenimiento del producto softwareEntoncesEs conveniente usar los mismos procedimientos paradesarrollo y mantenimiento del producto softwareSiProcedimientos Desarrollo-Mantenimiento es necesario usarlos mismos y es factible usar los mismos.EntoncesProcedimientos D-M es convenienteREGLA GP-R31Tabla 6-72: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 200

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs conveniente usar los mismos procedimientos paradesarrollo y mantenimiento del producto softwareEntoncesEl modelo en Espiral es aplicableSiProcedimientos D-M es convenienteEntoncesAplicabilidad Espiral es aplicableREGLA GP-R32Tabla 6-73: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto.EntoncesEl modelo en Espiral es aplicableSiProcedimientos Cambios es acuerdos confirmadosEntoncesAplicabilidad Espiral es aplicableREGLA GP-R33Tabla 6-74: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl desarrollo del sistema es responsabilidad de la organización(no se terceriza)EntoncesEl modelo en Espiral es aplicableSiResponsabilidad es organización propiaEntoncesAplicabilidad Espiral es aplicableREGLA GP-R34Tabla 6-75: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe identifican los riesgos asociados con cada una de lasalternativas Y Se identifican las diferentes maneras deresolver los riesgosEntoncesSe cuenta con habilidad para la evaluación del riesgoSiRiesgos Alternativa es se identifican Y Identificaciónalternativas es se identificanEntoncesHabilidad Riesgo es existeREGLA GP-R38Tabla 6-76: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 201

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe cuenta con habilidad para la evaluación del riesgo YEs posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejoras alternativasEntoncesEl modelo en Espiral es aplicableSiHabilidad Riesgo es existe Y Identificación Alternativas esetapas anterioresEntoncesAplicabilidad Espiral es aplicableREGLA GP-R39Tabla 6-77: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe cuenta con habilidad para la evaluación del riesgo YEs necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgoEntoncesEl modelo en Espiral es aplicableSiHabilidad Riesgo es existe Y Riesgos Alternativa es etapasanterioresEntoncesAplicabilidad Espiral es aplicableREGLA GP-R41Tabla 6-78: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe cuenta con habilidad para la evaluación del riesgo YSe estima la posibilidad de la terminación prematura deproyectos no viablesEntoncesEl modelo en Espiral es aplicableSiHabilidad Riesgo es existe Y Terminación Proyectos esprematuraEntoncesAplicabilidad Espiral es aplicableREGLA GP-R42Tabla 6-79: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 202

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExisten dudas sobre la viabilidad del softwareEntoncesExiste factor de riesgoSiViabilidad software es hay dudasEntoncesFactor riesgo es existeREGLA GP-R35Tabla 6-80: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiSe estiman riesgos técnicos en el desarrollo del sistemaEntoncesExiste factor de riesgoSiCategorías riesgo es técnicoEntoncesFactor riesgo es existeREGLA GP-R36Tabla 6-81: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl factor de riesgo es medianoEntoncesEl riesgo es aceptable para el modelo en EspiralSiNivel riesgo es mediano riesgoEntoncesRiesgo Espiral es aceptableREGLA GP-R50Tabla 6-82: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl factor de riesgo es altoEntoncesEl riesgo es aceptable para el modelo en EspiralSiNivel riesgo es alto riesgoEntoncesRiesgo Espiral es aceptableREGLA GP-R51Tabla 6-83: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 203

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl riesgo es aceptable para el modelo en EspiralEntoncesExiste factor de riesgoSiRiesgo Espiral es aceptableEntoncesFactor riesgo es existeREGLA GP-R52Tabla 6-84: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExiste factor de riesgo Y Es necesario definir explícitamenteestrategias para realizar análisis de riesgoEntoncesEl modelo en Espiral es aplicableSiFactor riesgo es existe Y Análisis riesgo es estrategiasexplícitasEntoncesAplicabilidad Espiral es aplicableREGLA GP-R43Tabla 6-85: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExiste factor de riesgo Y Es necesario definir mecanismosexplícitos para incorporar objetivos de calidad en eldesarrollo del producto.EntoncesEl modelo en Espiral es aplicableSiFactor riesgo es existe Y Objetivo calidad es mecanismosexplícitosEntoncesAplicabilidad Espiral es aplicableREGLA GP-R44Tabla 6-86: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 204

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEs necesario usar metodologías poco probadas Y Es factibleusar metodologías poco probadasEntoncesEs conveniente usar metodologías poco probadasSiNecesidad Metodología es poco probada Y FactibilidadMetodología es poco probadaEntoncesConveniencia Metodología es poco probadaREGLA GP-R53Tabla 6-87: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere una gestión de proyecto medianamenteformal Y Es conveniente usar metodologías poco probadasEntoncesEl modelo en Espiral es aplicableSiFormalidad es medianamente formal Y ConvenienciaMetodología es poco probadaEntoncesAplicabilidad Espiral es aplicableREGLA GP-R54Tabla 6-88: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl proyecto requiere una gestión de proyecto poco formal Y Esconveniente usar metodologías poco probadasEntoncesEl modelo en Espiral es aplicableSiFormalidad es poco formal Y Conveniencia Metodología espoco probadaEntoncesAplicabilidad Espiral es aplicableREGLA GP-R55Tabla 6-89: Selección del Ciclo de vida para el área Gestión de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 205

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiExiste factor de riesgo Y Se cuenta con habilidad para laevaluación del riesgo Y Se cuenta con métodos y técnicas paraevaluar el riesgoEntoncesEl factor de riesgo es evaluableSiFactor Riesgo es existe Y Habilidad riesgo es existe Y TécnicasAR es se disponeEntoncesRiesgo es evaluableREGLA GP-R56Tabla 6-90: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiEl modelo por prototipo es aplicable Y El modelo porprototipo es factible Y El factor de riesgo es evaluable Y Elmodelo en Espiral es aplicableEntoncesLa Gestión del Proyecto indica usar modelo en EspiralSiAplicabilidad Prototipo es aplicable Y Factibilidad prototipoes factible Y Riesgo es evaluable Y Aplicabilidad Espiral esaplicableEntoncesCV Propuesto Gestión es EspiralREGLA GP-R45Tabla 6-91: Selección del Ciclo de vida para el área Gestión de ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo enCascadaEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es CascadaREGLA R0Tabla 6-92: Selección del Ciclo de vida para ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 206

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo deObjetos Y La Gestión de Proyecto indica usar modelo deObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es Objetos EntoncesEl CV Propuesto Proyecto es ObjetosREGLA R1Tabla 6-93: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en EspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R2Tabla 6-94: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo deObjetosEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es CascadaREGLA R3Tabla 6-95: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 207

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo deObjetos Y La Gestión de Proyecto indica usar modelo enCascadaEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es CascadaREGLA R4Tabla 6-96: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo enCascadaEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es CascadaREGLA R6Tabla 6-97: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo enEspiralEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es CascadaREGLA R7Tabla 6-98: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 208

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en CascadaEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es CascadaREGLA R8Tabla 6-99: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en CascadaY La Gestión de Proyecto indica usar modelo en CascadaEntoncesEl Ciclo de Vida sugerido es CascadaSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es CascadaREGLA R10Tabla 6-100: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo deObjetos Y La Gestión de Proyecto indica usar modelo enCascadaEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R11Tabla 6-101: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 209

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo deObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R12Tabla 6-102: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo deObjetos Y La Gestión de Proyecto indica usar modelo deObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R14Tabla 6-103: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo deObjetos Y La Gestión de Proyecto indica usar modelo enEspiralEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R15Tabla 6-104: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 210

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo de ObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R16Tabla 6-105: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo de ObjetosY La Gestión de Proyecto indica usar modelo de ObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R18Tabla 6-106: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en CascadaEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es EspiralREGLA R19Tabla 6-107: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 211

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en CascadaY La Gestión de Proyecto indica usar modelo en EspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R20Tabla 6-108: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en EspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R22Tabla 6-109: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo de ObjetosEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es EspiralREGLA R23Tabla 6-110: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 212

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo de ObjetosY La Gestión de Proyecto indica usar modelo en EspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R24Tabla 6-111: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deObjetos Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en EspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R26Tabla 6-112: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo en EspiralY La Gestión de Proyecto indica usar modelo en ObjetosEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es EspiralREGLA R27Tabla 6-113: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 213

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enCascada Y El Tipo de Aplicación indica usar modelo enObjetos Y La Gestión de Proyecto indica usar modelo enEspiralEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Cascada Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R28Tabla 6-114: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enObjetos Y El Tipo de Aplicación indica usar modelo enCascada Y La Gestión de Proyecto indica usar modelo enEspiralEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es EspiralEntoncesEl CV Propuesto Proyecto es EspiralREGLA R29Tabla 6-115: Selección del Ciclo de vida para el ProyectoEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enObjetos Y El Tipo de Aplicación indica usar modelo de EspiralY La Gestión de Proyecto indica usar modelo en CascadaEntoncesEl Ciclo de Vida sugerido es EspiralSiCV Propuesto Requisitos es Objetos Y CV Propuesto Aplicaciónes Espiral Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es EspiralREGLA R30Tabla 6-116: Selección del Ciclo de vida para el ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 214

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaEstado de la reglaPalabras del expertoFormulación externade la reglaNombre de la reglaTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo enEspiral Y El Tipo de Aplicación indica usar modelo en CascadaY La Gestión de Proyecto indica usar modelo de ObjetosEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Cascada Y CV Propuesto Gestión es ObjetosEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R31Tabla 6-117: Selección del Ciclo de vida para el ProyectoTexto de la reglaSiLa Especificación de Requerimientos indica usar modelo deEspiral Y El Tipo de Aplicación indica usar modelo de ObjetosY La Gestión de Proyecto indica usar modelo en CascadaEntoncesEl Ciclo de Vida sugerido es ObjetosSiCV Propuesto Requisitos es Espiral Y CV Propuesto Aplicaciónes Objetos Y CV Propuesto Gestión es CascadaEntoncesEl CV Propuesto Proyecto es ObjetosREGLA R32Tabla 6-118: Selección del Ciclo de vida para el Proyecto6.2.4.2 COMPROBACION DE LOS CONOCIMIENTOS TACTICOSEl experto ha completado, validado y revisado todas las seudorreglas,considerando los casos de prueba descriptos en el Capítulo 9 y se hacomprobado si el accionar del experto coincidía con las representaciones de losconocimientos tácticos. Esto permitió ajustar las seudorreglas que serelacionaban con el análisis del riesgo.6.2.5 PASO 5: IDENTIFICACIÓN DE LOS CONOCIMIENTOS FACTICOSSe completa la identificación de los conocimientos fácticos iniciada en elpaso 1 y 2 (identificación, comparación, categorización y relaciones entre losconceptos). Los conocimientos fácticos del experto contienen información que elSE conocerá “a priori” acerca del área de aplicación y la información que elsistema obtendrá acerca del caso específico al ejecutar la tarea. En este paso seorganiza la información recopilada acerca de cada atributo general de acuerdo alformato estándar propuesto por Gómez [Gómez, A y otros 1997].CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 215

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA6.2.5.1 ANALISIS DE LOS CONOCIMIENTOS FACTICOSEn el presente trabajo los atributos pueden clasificarse en tres grupos:• Los valores ingresados por el usuario del SE, que identifican al proyectoanalizado y no participan en el proceso de razonamiento.• Los valores ingresados por el usuario del SE, a partir de su conocimientorespecto del proyecto informático a desarrollar.• Los valores deducidos a partir de los valores ingresados por el usuariodel sistema.Estos atributos se describen en las tablas 6-119 a 6-192 que se presentana continuación.InformaciónDescripciónNombre IdentificaciónConcepto ProyectoDescripción Identifica al proyecto que se esta analizando.Tipo Valor Código UnivocoRango de valores Valor alfanuméricoNro. Valores por caso Mínimo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónNo hay método especifico ya que es nombre de un archivo queguarda datos identificatorios del proceso.El sistema verifica que no puedan ingresarse valores ya existentes enel directorio seleccionado.Confiabilidad de losdatos de entradaUso Permite identificar el proyecto analizado.Formato de losresultados de salidaMaterial de soporte ___Tabla 6-119: Descripción del atributo IdentificaciónInformaciónValor alfanumérico. No actualiza ningún atributo, no afecta elproceso de selección del CV.Nombre Nombre del proyectoConcepto ProyectoDescripción Describe el nombre del proyecto.Tipo Valor TextoRango de valores Valores alfanuméricosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los ___datos de entradaDescripciónUso Identificar al proyecto por nombre.Formato de losresultados de salidaMaterial de soporte ___Tabla 6-120: Descripción del atributo Nombre del ProyectoValor alfanumérico. No actualiza ningún atributo, no afecta elproceso de selección del CV.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 216

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Líder del proyectoConcepto ProyectoDescripción Nombre y apellido del líder del proyecto que se esta analizando.Tipo Valor TextoRango de valores Valores alfanuméricosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los ___datos de entradaUso Identificar al líder del proyecto por nombre.Formato de los No actualiza atributos, no afecta el proceso de selección del CV.resultados de salidaMaterial de soporte ___Tabla 6-121: Descripción del atributo Líder del ProyectoInformaciónDescripciónNombre Fecha inicioConcepto ProyectoDescripción Identifica la fecha en la que se inició el proyecto.Tipo Valor Numérico: DD/MM/AAAARango de valores DD 1-31; MM: 1-12; AAAA 1900 en adelante.Nro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los La fecha no puede ser mayor a la fecha del día.datos de entradaUso Permite conocer la fecha de inicio del proyecto.Formato de los No actualiza atributos, no afecta el proceso de selección del CV.resultados de salidaMaterial de soporte ___Tabla 6-122: Descripción del atributo Fecha inicioInformaciónDescripciónNombre Fecha finalizaciónConcepto ProyectoDescripción Es la fecha en la que se terminó o se estima terminar el proyecto.Tipo Valor Numérico: DD/MM/AAAARango de valores DD 1-31; MM: 1-12; AAAA 1900 en adelante.Nro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los La fecha debe ser mayor a la fecha de entrada.datos de entradaUso Permite conocer la fecha de inicio del proyecto.Formato de los No actualiza atributos, no afecta el proceso de selección del CV.resultados de salidaMaterial de soporte ___Tabla 6-123: Descripción del atributo Fecha finalizaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 217

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre ObjetivoConcepto ProyectoDescripción Describe el objetivo del proyecto desarrollarTipo Valor TextoRango de valores Valores alfanuméricosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los ___datos de entradaUso Permite conocer el objetivo del proyecto a desarrollar.Formato de los No actualiza atributos, no afecta el proceso de selección del CV.resultados de salidaMaterial de soporte ___Tabla 6-124: Descripción del atributo ObjetivoInformaciónDescripciónNombre CV propuesto por SEConcepto ProyectoDescripción Identifica el ciclo de vida propuesto por el Sistema Experto para elproyecto a desarrollarTipo Valor TextoRango de valores Cascada, Objetos, Espiral, No hay propuestaNro. Valores por caso Mínimo 1Fuente Obtenido a partir de CV Propuesto Requisitos, CV PropuestoAplicación, CV Propuesto GestiónDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaFormato de losresultados de salidaDe acuerdo con los de CV Propuesto Requisitos, CV PropuestoAplicación, CV Propuesto Gestión se estima el ciclo de vida masadecuado para el Proyecto__Uso Permite conocer el ciclo de vida más adecuado para lascaracterísticas del proyecto analizado propuesto por el SE.Texto. Se actualiza cuando se actualiza el atributo CV PropuestoProyecto. Se graba en archivo del proyecto. No afecta el proceso deselección del CV.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-125: Descripción del atributo CV propuesto por SECONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 218

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre CV seleccionadoConcepto ProyectoDescripción Identifica el ciclo de vida seleccionado por el Líder del proyecto adesarrollarTipo Valor TextoRango de valores Cascada, Objetos, Espiral, OtrosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca del No hay método.método para obteneresta informaciónConfiabilidad de los ___datos de entradaUso Permite conocer el CV seleccionado por el líder del proyectoFormato de los No actualiza atributos, no afecta el proceso de selección del CV.resultados de salidaMaterial de soporte ___Tabla 6-126: Descripción del atributo CV seleccionadoInformaciónDescripciónNombre Tipo de DefiniciónConcepto RequisitosDescripción Describe la forma en la que se han definido los requisitos delproyecto a desarrollarTipo Valor TextoRango de valores Formalmente, Informalmente, Exhaustivamente, Incompleto,Uniformemente, DesestructuradamenteNro. Valores por caso Mínimo 0, Máximo 3Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios. Se analiza el grado dedetalle, si existen omisiones, si están documentados con algunametodología , si están descriptos en forma estructurada(ordenada, pareja, semejante) respectivamente.Confiabilidad de los El sistema experto verifica que no puedan ingresarse valoresdatos de entrada opuestos como formalmente e informalmente al mismo tiempo.Uso Permite determinar si los requisitos y los limites del sistemaestán claramente definidosFormato de los Texto. Actualiza los atributos Definición Requisitos y Definiciónresultados de salida LimitesMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-127: Descripción del atributo Tipo de DefiniciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 219

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Grado de CertidumbreConcepto RequisitosDescripción Describe el nivel de certidumbre en el que se han definido losrequisitos al inicio del proyecto a desarrollarTipo Valor TextoRango de valores Mayoritariamente definidos, Parcialmente definidosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios. Se consideranmayoritariamente definidos si han sido definidos el 90 % o más delos requerimientos y parcialmente definidos si se han definidomenos del 90 % al inicio del sistema para ambos casos.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son opuestos.Uso Permite determinar junto con otros atributos la selección delciclo de vida para el área Especificación de Requerimientos.Formato de los Texto. Actualiza, en combinación con los atributos Definiciónresultados de salida Requisitos y Definición Limites, el atributo CV PropuestoRequisitosMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-128 Descripción del atributo Grado de CertidumbreInformaciónDescripciónNombre Grado de CumplimientoConcepto RequisitosDescripción Describe el nivel de exigencia en el cumplimiento de losrequerimientos en el producto final, que espera el usuario quecontrata el desarrollo de la aplicación.Tipo Valor TextoRango de valores Usuario muy exigente, Usuario poco exigenteNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son opuestos.Uso Permite determinar la selección del ciclo de vida para el áreaEspecificación de Requerimientos.Formato de los Texto. Actualiza el atributo CV Propuesto Requisitos.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-129 Descripción del atributo Grado de CumplimientoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 220

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Definición RequisitosConcepto RequisitosDescripción Describe el nivel de certidumbre en la definición de los requisitosal inicio del proyecto.Tipo Valor TextoRango de valores Definición clara, Definición incierta, Alta incertidumbre, BajaincertidumbreNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir del Tipo de DefiniciónDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en Tipo deDefinición se estima si la definición es clara, incierta, alta o baja.Confiabilidad de los __datos de entradaUso Permite determinar la selección del ciclo de vida para el áreaEspecificación de Requerimientos.Formato de los Texto. Actualiza el atributo CV Propuesto Requisitos.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-130 Descripción del atributo Definición RequisitosInformaciónDescripciónNombre Definición LímitesConcepto RequisitosDescripción Describe el nivel de certidumbre en la definición de los límites ocontexto al inicio del proyecto..Tipo Valor TextoRango de valores Definición clara, Definición incierta, Alta incertidumbre, BajaincertidumbreNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir del Tipo de DefiniciónDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en Tipo deDefinición se estima si la definición es clara, incierta, alta o bajaConfiabilidad de los __datos de entradaUso Permite determinar la selección del ciclo de vida para el áreaEspecificación de Requerimientos.Formato de los Texto. Actualiza el atributo CV Propuesto Requisitos.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-131 Descripción del atributo Definición LímitesCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 221

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Niveles de ComposiciónConcepto AplicaciónDescripción Describe el nivel de composición necesario del sistema ensubsistemas para alcanzar una mejor comprensión y manipulacióndel sistema a desarrollar.Tipo Valor TextoRango de valores Pocos subsistemas, Varios subsistemasNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son opuestos.Uso Permite determinar si los subsistemas que componen el sistemason de baja o alta complejidad.Formato de los Texto. Actualiza el atributo Complejidad subsistemas.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-132 Descripción del atributo Niveles de ComposiciónInformaciónDescripciónNombre Complejidad SubsistemasConcepto AplicaciónDescripción Describe el nivel de complejidad de los subsistemas componentesde la aplicación a desarrollar.Tipo Valor TextoRango de valores Baja, AltaNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Niveles de ComposiciónDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en Niveles deComposición se estima si la complejidad es alta o baja.__Uso Permite determinar junto con otros atributos ( Progresión FasesDesarrollo Retroalimentación Fases Desarrollo, ComponentesPredominantes y Comportamiento Predominante) si el modelo encascada es adecuado para el área Tipo de Aplicación.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-133 Descripción del atributo Complejidad SubsistemasCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 222

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Componentes PredominantesConcepto AplicaciónDescripción Describe el componente predominante en la aplicación adesarrollar.Tipo Valor TextoRango de valores Algorítmicos, Matemáticos, GráficosNro. Valores por caso Mínimo 0, Máximo 3Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios.No son opciones excluyentes.Uso Permite determinar si las técnicas de modelado orientadas a objetosson adecuadas para esos componentes. Permite determinar juntocon otros atributos (Complejidad subsistemas, Progresión FasesDesarrollo Retroalimentación Fases Desarrollo) si el modelo encascada es adecuado para el área Tipo de Aplicación.Formato de los Texto. Actualiza el atributo Modelado Objetos y participa en laresultados de salida actualización del atributo CV Propuesto Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-134 Descripción del atributo Componentes PredominantesInformaciónDescripciónNombre Comportamiento PredominanteConcepto AplicaciónDescripción Describe el comportamiento predominante en la aplicación adesarrollar.Tipo Valor TextoRango de valores Batch, Dinámico, Interactivo, Tiempo RealNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios. Se considera Batch si lamodalidad de procesamiento predominante es diferida y dinámico sino lo es. La modalidad es interactiva cuando hay dialogo entre elusuario y la aplicación, y si el tiempo de procesamiento esinteractivo dentro de un ajustado y limitado margen de tiempo paraproducir las respuestas, se considera tiempo real.No son opciones excluyentes, pero es conveniente que el usuarioseleccione una de ellas como predominante. La opción Batch excluyea las otras tres y viceversa.Uso Permite determinar si las técnicas de modelado orientadas a objetosson adecuadas para ese comportamiento predominante. Permitedeterminar junto con otros atributos (Complejidad subsistemas,Progresión Fases Desarrollo Retroalimentación Fases Desarrollo) si elmodelo en cascada es adecuado para el área Tipo de Aplicación.Formato de los Texto. Actualiza el atributo Modelado Objetos y participa en laresultados de salida actualización del atributo CV Propuesto Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-135 Descripción del atributo Comportamiento PredominanteCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 223

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Relación Fases DesarrolloConcepto AplicaciónDescripción Describe el grado de dependencia entre las fases de desarrollodel proyecto.Tipo Valor TextoRango de valores Mucha Dependencia, Poca Dependencia, IndependenciaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar si la retroalimentación entre las fases dedesarrollo del proyecto el alta o baja.Formato de los Texto. Actualiza el atributo Retroalimentación Fases Desarrollo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-136 Descripción del atributo Relación Fases desarrolloInformaciónDescripciónNombre Retroalimentación Fases DesarrolloConcepto AplicaciónDescripción Describe el grado de relación de retroalimentación que se estimaentre las fases de desarrollo del proyecto.Tipo Valor TextoRango de valores Alta, BajaNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Relación Fases DesarrolloDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaFormato de losresultados de salidaDe acuerdo con los valores ingresados por el usuario en RelaciónFases Desarrollo se estima si la retroalimentación es alta o baja.__Uso Permite determinar si el Modelado en Prototipo es Conveniente.Permite determinar junto con otros atributos ( Progresión FasesDesarrollo, Complejidad Subsistemas, ComponentesPredominantes y Comportamiento Predominante) si el modelo encascada es adecuado para el área Tipo de Aplicación.Texto. Participa en la actualización de los atributos, ModeladoPrototipo y CV Propuesto Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-137 Descripción del atributo Retroalimentación Fases desarrolloCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 224

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre OrientaciónConcepto AplicaciónDescripción Describe la orientación con la que se va a modelar y formalizar laaplicación a desarrollar.Tipo Valor TextoRango de valores Software de base, Sistema Basado en Conocimiento, OtrosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos del proyecto a desarrollar y de lasprimeras entrevistas con los usuarios. Según el problema puedaresolverse por el desarrollo de métodos convencionales de tipoalgorítmicos o sean problemas que requieren de heurísticas paraalcanzar la solución se analiza si es un sistema basado enconocimiento. El sistema puede ser una aplicación que estaorientada a dar un servicio básico (como procesador de textos,prototipador, sistema operativo) una aplicación directa.Confiabilidad de los Son opciones excluyentes.datos de entradaUso Permite determinar si las técnicas de modelado orientadas a objetoso de prototipación son adecuadas para esa orientación.Permite determinar junto con otros atributos (Complejidadsubsistemas, Progresión Fases Desarrollo Retroalimentación FasesDesarrollo) si el modelo en cascada es adecuado para el área Tipo deAplicación.Formato de losresultados de salidaTexto. Actualiza los atributos Modelado Objetos y ModeladoPrototipo y participa en la actualización del atributo CV PropuestoAplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-138 Descripción del atributo OrientaciónInformaciónDescripciónNombre Integración HW-SWConcepto AplicaciónDescripción Describe el grado de integración entre los componentes de hardwarey software que requiere la aplicación a desarrollar.Tipo Valor TextoRango de valores Fuertemente, Medianamente, LevementeNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar junto con otros atributos (Modelado Objetos,Modelado Prototipo y Opcionalidad) si el modelo en espiral o elmodelo de objetos es adecuado para el área Tipo de Aplicación.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-139 Descripción del atributo Integración HW-SWCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 225

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Progresión Fases DesarrolloConcepto AplicaciónDescripción Describe el modo en el que se puede avanzar cumpliendo lasetapas del ciclo de vida durante el desarrollo de la aplicación.Tipo Valor TextoRango de valores Uniforme y Secuencial, No uniforme y secuencialNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios. Si el modo de avance es desparejo y con distintosritmos, cumplida una etapa se puede volver a la anterior ocontinuar con otra sin seguir un ordenamiento entonces laprogresión a través de las fases de desarrollo es No uniforme ysecuencial. Si las fases se cumplen en una sucesión ordenada demodo que cada actividad determina la siguiente y el avance esgradual y parejo entonces la progresión se considera uniforme ysecuencial.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar si las técnicas de prototipación sonadecuadas para esa orientación. Permite determinar junto conotros atributos (Complejidad subsistemas, Progresión FasesDesarrollo Retroalimentación Fases Desarrollo) si el modelo encascada es adecuado para el área Tipo de Aplicación.Formato de los Texto. Actualiza el atributo Modelado Prototipo y participa en laresultados de salida actualización del atributo CV Propuesto Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-140 Descripción del atributo Progresión Fases desarrolloInformaciónDescripciónNombre Factores DiseñoConcepto AplicaciónDescripción Describe algunos problemas a considerar en etapas tempranas deldesarrollo en los factores de diseño vinculados a la arquitectura yeficacia del sistema.Tipo Valor TextoRango de valores Problemas de Arquitectura, Problemas de EficaciaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios.Confiabilidad de los No se consideran valores excluyentes.datos de entradaUso Permite determinar si las técnicas de prototipación sonadecuadas para esa orientación.Formato de los Texto. Actualiza el atributo Modelado Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-141 Descripción del atributo Factores DiseñoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 226

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Existencia AplicacionesConcepto AplicaciónDescripción Describe si la aplicación a desarrollar es innovadora o ya existenaplicaciones similares.Tipo Valor TextoRango de valores Innovador, ConocidoNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento del mercado de productosde softwareConfiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar si las técnicas de prototipación sonadecuadas para esa orientación.Formato de los Texto. Actualiza el atributo Modelado Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-142 Descripción del atributo Existencia AplicacionesInformaciónDescripciónNombre Posibilidad DiseñoConcepto AplicaciónDescripción Describe las posibilidades de modelos formales o de diseño aconsiderar a partir de un mismo modelo de análisis.Tipo Valor TextoRango de valores Pocas opciones, Varias opcionesNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propia experiencia en el proceso deformalización.Si las posibilidades de desarrollo de modelos formales son tres omenos se considera que el valor del atributo puede ser pocasopciones, si las posibilidades son mas de tres entonces seconsideran varias.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar si el sistema puede considerarse conopcionalidades múltiples o simples.Formato de los Texto. Actualiza el atributo Opcionalidad.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-143 Descripción del atributo Posibilidad DiseñoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 227

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Tipo ModificaciónConcepto AplicaciónDescripción Describe las modificaciones que pueda tener la aplicación que seencuentren explícitamente prevista en los datos y los procesos.Tipo Valor TextoRango de valores Redefinición, Extensión, Ampliación, Emisión gradualNro. Valores por caso Mínimo 0, Máximo 4Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del SE a partir del Informe derequerimientos, de las entrevistas con los usuarios y de suexperiencia en el tipo de aplicación y el negocio.Se considera ampliación cuando por nuevos requerimientos seagregan funciones o procesos al sistema ya implementado. Seconsidera redefinición al cambio de los procedimientos de una ovarias funciones principales ya implementadas en un sistema.Se considera extensión cuando es necesario dar mayor funcionalidada los procesos existentes ya implementados. Se extienden, noaumentan las funciones sino algún aspecto de alguna de ellas.Emisión gradual es una nueva edición de una aplicación conmodificaciones notables respecto de emisiones anteriores. Es unanueva versión de la aplicación. Abarca la aplicación en su totalidad.Confiabilidad de los No se consideran valores excluyentes.datos de entradaUso Permite determinar si el sistema presenta alta variabilidad en losprocesos y/o datos.Formato de los Texto. Actualiza el atributo Variabilidad Procesosresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-144 Descripción del atributo Tipo ModificaciónInformaciónDescripciónNombre Modelado ObjetosConcepto AplicaciónDescripción Describe si el modelado en objetos es aplicable en el desarrollo de laaplicación.Tipo Valor TextoRango de valores Conveniente, No convenienteNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Orientación, Componentes Predominantes,Comportamiento Predominante.Detalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el Orientación,Componentes Predominantes, Comportamiento Predominante seestima si el modelado por objetos es conveniente o no.__Uso Permite determinar junto con otros atributos (Modelado Prototipo,Opcionalidad, Integración HW-SW) si el modelo en Objetos o Espirales adecuado para el área Tipo de Aplicación.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Aplicación.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-145 Descripción del atributo Modelado ObjetosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 228

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Modelado PrototipoConcepto AplicaciónDescripción Describe si el modelado en prototipo es aplicable en el desarrollode la aplicación.Tipo Valor TextoRango de valores Conveniente, No convenienteNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Complejidad Subsistemas, RetroalimentaciónFases Desarrollo, Variabilidad Procesos, Progresión FasesDesarrollo, Existencia Aplicaciones, Factores Diseño, Orientación.Detalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario ComplejidadSubsistemas, Retroalimentación Fases Desarrollo, VariabilidadProcesos, Progresión Fases Desarrollo, Existencia Aplicaciones,Factores Diseño, Orientación se estima si el modelado porprototipo es conveniente o no.Confiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos (Modelado Objetos,Opcionalidad, Integración HW-SW) si el modelo en Objetos oEspiral es adecuado para el área Tipo de Aplicación.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Aplicación.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-146 Descripción del atributo Modelado PrototipoInformaciónDescripciónNombre Variabilidad ProcesosConcepto AplicaciónDescripción Describe el nivel de variabilidad esperado en los procesos de laaplicación a desarrollar.Tipo Valor TextoRango de valores Alta, BajaNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Tipo ModificaciónDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en TipoModificación se estima si la variabilidad es alta o baja.__Uso Permite determinar junto con otros atributos (ComplejidadSubsistemas, Retroalimentación Fases Desarrollo, ProgresiónFases Desarrollo, Existencia aplicaciones y Factores Diseño) si elModelado en Prototipo es Conveniente.Formato de los Texto. Participa en la actualización de los atributos, Modeladoresultados de salida Prototipo.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-147 Descripción del atributo Variabilidad ProcesosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 229

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre OpcionalidadConcepto AplicaciónDescripción Describe el tipo de opciones de diseño e implementación que seestima tiene la aplicación a desarrollar.Tipo Valor TextoRango de valores Múltiple, SimpleNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Posibilidad Diseño y PosibilidadImplementación.Detalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en PosibilidadDiseño y Posibilidad Implementación se estima si la opcionalidad esmúltiple o simple.__Uso Permite determinar junto con otros atributos (Modelado Objetos,modelado Prototipo, Integración HW-SW) si el modelo en Objetos oEspiral es adecuado para el área Tipo de Aplicación.Formato de los Texto. Participa en la actualización del atributo, CV Propuestoresultados de salida Aplicación.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-148 Descripción del atributo OpcionalidadInformaciónDescripciónNombre Posibilidad ImplementaciónConcepto AplicaciónDescripción Describe las posibilidades de modelos implementablescomputacionalmente a partir de un modelo de diseño y de un mismomodelo de análisis.Tipo Valor TextoRango de valores Pocas opciones, Varias opcionesNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso de codificación yformalización.Si las posibilidades de desarrollo de modelos programados son tres omenos se considera que el valor del atributo puede ser pocasopciones, si las posibilidades son mas de tres entonces se consideranvarias.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar si el sistema puede considerarse conopcionalidad es múltiples o simples.Formato de los Texto. Actualiza el atributo Opcionalidad.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-149 Descripción del atributo Posibilidad ImplementaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 230

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre FormalidadConcepto CoordinaciónDescripción Describe el grado de formalidad que se requiere para la gestióndel proyecto a desarrollar.Tipo Valor TextoRango de valores Poco formal, Medianamente formal, Muy formalNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del SE a partir del Informe derequerimientos y de las primeras entrevistas con los usuarios y desu propio conocimiento del tipo de aplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad elmodelo de objetos, espiral o cascada.Formato de los Texto. Actualiza junto con otros atributos el atributoresultados de salida Aplicabilidad OO, Aplicabilidad Espiral y Cv Propuesto Gestión.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-150 Descripción del atributo FormalidadInformaciónDescripciónNombre EntregasConcepto CoordinaciónDescripción Describe si es necesario gestionar la entrega de versionestempranas o versiones parciales o graduales de la aplicación adesarrollar.Tipo Valor TextoRango de valores Versión temprana, no versión temprana, versión gradual, versiónparcialNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad elmodelo en cascada y la existencia de entregas intermedias.Formato de los Texto. Actualiza junto con otros atributos el atributo Entregaresultados de salida Intermedia y Cv Propuesto Gestión.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-151 Descripción del atributo EntregasCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 231

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre ResponsabilidadConcepto CoordinaciónDescripción Describe quien tiene la responsabilidad del desarrollo de laaplicación. Es decir si el desarrollo se terceriza o no.Tipo Valor TextoRango de valores Terceros, Organización propiaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad elmodelo de objetos, espiral o cascada.Formato de los Texto. Actualiza junto con otros atributos el atributo,resultados de salida Aplicabilidad Espiral y Cv Propuesto Gestión.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-152 Descripción del atributo ResponsabilidadInformaciónDescripciónNombre Control gestiónConcepto CoordinaciónDescripción Describe el grado de control que se requiere para la gestión delproyecto a desarrollar.Tipo Valor TextoRango de valores Muy ajustado, Medianamente ajustado, Poco ajustadoNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad elmodelo cascada.Formato de los Texto. Actualiza junto con otros atributos el atributo Cvresultados de salida Propuesto Gestión.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-153 Descripción del atributo Control gestiónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 232

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Software para prototiparConcepto CoordinaciónDescripción Describe la disponibilidad de software para prototipar para serusado en el proyecto a desarrollar.Tipo Valor TextoRango de valores No disponible, Hay disponible, Factible de adquirir, No adquiribleNro. Valores por caso Mínimo 0, Máximo 2Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran excluyentes.datos de entradaUso Permite determinar junto con otros atributos la factibilidad deusar prototipos en el desarrollo de la aplicación.Formato de los Texto. Actualiza el atributo Factibilidad Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-154 Descripción del atributo Software para prototiparInformaciónDescripciónNombre Factibilidad MetodologíaConcepto CoordinaciónDescripción Describe el grado o nivel de prueba, de conocimiento generalacerca de la metodología que es posible usar para el desarrollode la aplicación.Tipo Valor TextoRango de valores Ampliamente probada, Medianamente probada, Poco probadaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la conveniencia deusar metodologías según haya sido probada previamente en eldesarrollo de otras aplicaciones..Formato de los Texto. Actualiza el atributo Conveniencia Metodología.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-155 Descripción del atributo Factibilidad MetodologíaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 233

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Necesidad MetodologíaConcepto CoordinaciónDescripción Describe el grado o nivel de prueba, de conocimiento generalacerca de la metodología que es necesario usar para el desarrollode la aplicación.Tipo Valor TextoRango de valores Ampliamente probada, Medianamente probada, Poco probadaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la conveniencia deusar metodologías según haya sido probada previamente en eldesarrollo de otras aplicaciones..Formato de los Texto. Actualiza el atributo Conveniencia Metodología.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-156 Descripción del atributo Necesidad MetodologíaInformaciónDescripciónNombre Reúso aplicación OOConcepto CoordinaciónDescripción Describe si el sistema a desarrollar esta relacionado con algúnsistema previo desarrollado según el paradigma de orientación aobjetos.Tipo Valor TextoRango de valores Subsistema del existente, Ampliación del existente, Modificacióndel existente, Componentes del actualNro. Valores por caso Mínimo 0, Máximo 4Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran excluyentes.datos de entradaUso Permite determinar junto con otros atributos si existe un sistemaanterior desarrollado en objetos que se encuentre relacionadocon el desarrollo del proyecto actual.Formato de los Texto. Actualiza el atributo Sistema OO.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-157 Descripción del atributo Reúso aplicación OOCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 234

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Reúso aplicación existenteConcepto CoordinaciónDescripción Describe si en los requerimientos se definen explícitamenteestrategias para el reúso del software existente.Tipo Valor TextoRango de valores Estrategias explícitas, No estrategias explícitasNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad delmodelo de Objetos y la aplicabilidad del prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad OO y Aplicabilidadresultados de salida Prototipo.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-158 Descripción del atributo Reúso aplicación existenteInformaciónDescripciónNombre Reúso aplicación futuraConcepto CoordinaciónDescripción Describe si el grado de necesidad existente de reutilizarcomponentes del desarrollo de la aplicación actual en proyectossubsiguientes.Tipo Valor TextoRango de valores Muy necesario, Medianamente necesario, Poco necesarioNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la si existe unsistema desarrollado bajo el paradigma de Objetos que afecte ocondicione desarrollos subsiguientes.Formato de los Texto. Actualiza el atributo Sistema OO.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-159 Descripción del atributo Reúso aplicación futuraCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 235

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Procedimientos CambiosConcepto CoordinaciónDescripción Describe si en los requerimientos se requiere de acuerdosconfirmados par gestionar cambios durante el desarrollo de laaplicación. Si se requiere de un procedimiento de control decambios en la gestión de configuración.Tipo Valor TextoRango de valores Acuerdos confirmados, No acuerdos confirmadosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos la aplicabilidad delmodelo en espiral .Formato de los Texto. Actualiza el atributo Aplicabilidad Espiral.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-160 Descripción del atributo Procedimientos CambiosInformaciónDescripciónNombre Procedimientos Desarrollo-MantenimientoConcepto CoordinaciónDescripción Describe la factibilidad y necesidad de usar los mismosprocedimientos para el desarrollo y mantenimiento de laaplicación a desarrollar.Tipo Valor TextoRango de valores Es factible usar los mismos, Es factible usar diferentes, Esnecesario usar los mismos, Es necesario usar diferentesNro. Valores por caso Mínimo 0, Máximo 2Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran excluyentes.datos de entradaUso Permite determinar junto con otros atributos la conveniencia deusar los mismos procedimientos para el desarrollo ymantenimiento de la aplicación a desarrollar.Formato de los Texto. Actualiza el atributo Procedimientos D-M.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-161 Descripción del atributo Procedimientos Desarrollo-MantenimientoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 236

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Conveniencia MetodologíaConcepto CoordinaciónDescripción Describe de acuerdo con el grado de factibilidad y necesidad quetipo de metodología es conveniente considerar en la gestión delproyecto de la aplicación a desarrollar.Tipo Valor TextoRango de valores Ampliamente probada, Medianamente probada, Poco probadaNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Factibilidad Metodología y NecesidadMetodologíaDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en FactibilidadMetodología y Necesidad Metodología se estima la conveniencia de lametodología a aplicar__Uso Permite determinar junto con otros atributos la aplicabilidad de laOrientación a Objetos, de la Espiral y/o del modelo en Cascada parael área Gestión de Proyectos.Formato de los Texto. Participa en la actualización de los atributos, Aplicabilidadresultados de salida OO, Aplicabilidad Espiral y CV Propuesto Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-162 Descripción del atributo Conveniencia MetodologíaInformaciónDescripciónNombre Factibilidad PrototipoConcepto CoordinaciónDescripción Describe de acuerdo con disponibilidad o posibilidad de adquirirsoftware para prototipar el grado de factibilidad de usar prototipospara el desarrollo de la aplicaciónTipo Valor TextoRango de valores Factible, No factibleNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Software para PrototiparDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en Softwarepara Prototipar se estima la factibilidad de usar prototipos__Uso Permite determinar junto con otros atributos la aplicabilidad de ladel modelo en Cascada o del modelo en Espiral para el área Gestiónde Proyectos.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-163 Descripción del atributo Factibilidad PrototipoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 237

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Sistema OOConcepto CoordinaciónDescripción Describe si existe algún sistema anterior o esta prevista unoposterior orientado a objetosTipo Valor TextoRango de valores Existe, No existeNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Reúso Aplicación OO y Reúso Aplicación Futura.Detalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en ReúsoAplicación OO y Reúso Aplicación Futura si existe o esta previsto unsistema orientado a objetosConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delModelo de Objetos para el área Gestión de Proyectos.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-164 Descripción del atributo Sistema OOInformaciónDescripciónNombre Entrega IntermediaConcepto CoordinaciónDescripción Describe el de acuerdo con el tipo de entregas que espera el usuariosi existe o no la necesidad de entregas intermedias de la aplicación adesarrollar.Tipo Valor TextoRango de valores Existe, No existeNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de EntregasDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en Entregas seestima la necesidad de entregas intermedias__Uso Permite determinar junto con otros atributos la aplicabilidad delPrototipo, de la Orientación a Objetos, y/o del modelo en Cascadapara el área Gestión de Proyectos.Formato de los Texto. Participa en la actualización de los atributos, Aplicabilidadresultados de salida OO, Aplicabilidad Prototipo y CV Propuesto Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-165 Descripción del atributo Entrega IntermediaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 238

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Aplicabilidad EspiralConcepto CoordinaciónDescripción Describe la posibilidad de aplicar la modelización en Espiral en laaplicación a desarrollar.Tipo Valor TextoRango de valores Aplicable, No aplicableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Terminación Proyectos, Factor Riesgo, ObjetivoCalidad, Análisis Riesgo, Responsabilidad, procedimientos Cambios,formalidad, Habilidad Riesgo, Procedimientos D-M, RiesgosAlternativa, Conveniencia Metodología e Identificación AlternativasDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en TerminaciónProyectos, Factor Riesgo, Objetivo Calidad, Análisis Riesgo,Responsabilidad, procedimientos Cambios, formalidad, HabilidadRiesgo, Procedimientos D-M, Riesgos Alternativa, ConvenienciaMetodología e Identificación Alternativas se estima la aplicabilidadde la modelización en EspiralConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delmodelo en Espiral para el área Gestión de Proyectos.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-166 Descripción del atributo Aplicabilidad EspiralInformaciónDescripciónNombre Aplicabilidad PrototipoConcepto CoordinaciónDescripción Describe la posibilidad de aplicar la modelización de prototipos en laaplicación a desarrollar.Tipo Valor TextoRango de valores Aplicable, No aplicableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Entrega Intermedia, Experiencia previa,Participación, Experiencia Técnicas IS, Reúso Aplicación existente,Introducción gradualDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario EntregaIntermedia, Experiencia previa, Participación, Experiencia TécnicasIS, Reúso Aplicación existente, Introducción gradual se estima laaplicabilidad de prototiposConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delmodelo en Espiral para el área Gestión de Proyectos.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Gestión.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-167 Descripción del atributo Aplicabilidad PrototipoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 239

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Aplicabilidad OOConcepto CoordinaciónDescripción Describe la posibilidad de aplicar la modelización de objetos en laaplicación a desarrollar.Tipo Valor TextoRango de valores Aplicable, No aplicableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Conveniencia Metodología, entrega Intermedia,Formalidad, Reúso Aplicación existenteDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario en deConveniencia Metodología, entrega Intermedia, Formalidad, ReúsoAplicación existente se estima la aplicabilidad de objetos__Uso Permite determinar junto con otros atributos la aplicabilidad delmodelo en Objetos para el área Gestión de Proyectos.Formato de los Texto. Participa en la actualización del atributo CV Propuestoresultados de salida Gestión.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-168 Descripción del atributo Aplicabilidad OOInformaciónDescripciónNombre Procedimientos D-MConcepto CoordinaciónDescripción Describe de acuerdo con el grado de factibilidad y necesidad si esconveniente considerar los mismos procedimientos para el desarrolloy para el mantenimiento.Tipo Valor TextoRango de valores Conveniente, No convenienteNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Procedimientos Desarrollo-MantenimientoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario enProcedimientos Desarrollo-Mantenimiento se estima la convenienciao no de los mismos procedimientos.Confiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad de laEspiral.Formato de los Texto. Participa en la actualización del atributo Aplicabilidadresultados de salida Espiral.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-169 Descripción del atributo Procedimientos D-MCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 240

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre ParticipaciónConcepto UsuarioDescripción Describe el grado de participación del cliente en el durante elproceso de desarrollo de la aplicación.Tipo Valor TextoRango de valores Fuerte, Regular, PocaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-170 Descripción del atributo ParticipaciónInformaciónDescripciónNombre Introducción gradualConcepto UsuarioDescripción Describe si es necesario facilitar la introducción gradual delsistema a los usuarios.Tipo Valor TextoRango de valores Necesaria, No necesariaNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-171 Descripción del atributo Introducción gradualCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 241

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Experiencia técnicas ISConcepto Equipo de ProyectoDescripción Describe si el equipo que participará en el desarrollo del proyectotiene experiencia con las técnicas de ingeniería del software ausar.Tipo Valor TextoRango de valores Hay, No hayNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-172 Descripción del atributo Experiencia técnicas ISInformaciónDescripciónNombre Experiencia previaConcepto Equipo de ProyectoDescripción Describe si el equipo que participará en el desarrollo del proyectotiene experiencia previa en el tipo de sistema a desarrollar.Tipo Valor TextoRango de valores Hay, No hayNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Prototipo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-173 Descripción del atributo Experiencia previaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 242

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Viabilidad softwareConcepto Riesgos del ProyectoDescripción Describe si existen dudas acerca de la viabilidad de la aplicación adesarrollar.Tipo Valor TextoRango de valores Hay certeza, Hay dudasNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la existencia de factor de riesgo.Formato de los Texto. Actualiza el atributo Factor Riesgo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-174 Descripción del atributo Viabilidad softwareInformaciónDescripciónNombre Nivel de riesgoConcepto Riesgos del ProyectoDescripción Describe si el grado de riesgo que se estima existe para eldesarrollo del proyecto.Tipo Valor TextoRango de valores Alto riesgo, Mediano riesgo, Bajo riesgo, No hay riesgoNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.El sistema experto verifica que sólo pueda ingresarse uno de losvalores, ya que son excluyentes.Uso Permite determinar cuan aceptable es el riesgo estimado paracada tipo de CV considerado cascada, objetos, espiral.Para el modelo en espiral el riesgo aceptable es de nivel medianoo alto. Para el modelo en objetos el riesgo aceptable es mediano,bajo o sin riesgo. Para el modelo en cascada el riesgo aceptablees bajo o sin riesgo.Formato de los Texto. Actualiza los atributos Riesgo Cascada, Riesgo Objetos yresultados de salida Riesgo Espiral.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-175 Descripción del atributo Nivel de riesgoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 243

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Análisis riesgoConcepto Riesgos del ProyectoDescripción Describe si es necesario definir explícitamente estrategias pararealizar análisis de riesgo.Tipo Valor TextoRango de valores Estrategias explícitas, No estrategias explícitasNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo en espiral.Formato de los Texto. Actualiza el atributo Aplicabilidad Espiral.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-176 Descripción del atributo Análisis riesgoInformaciónDescripciónNombre Técnicas ARConcepto Riesgos del ProyectoDescripción Describe si se cuenta con los conocimientos para aplicar métodosy técnicas par evaluar el riesgo.Tipo Valor TextoRango de valores Se dispone, No se disponeNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar junto con otros atributos (Factor Riesgo yHabilidad Riesgo) si el factor de riesgo es evaluable.Formato de los Texto. Actualiza junto con otros atributos el atributo Riesgo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-177 Descripción del atributo Técnicas ARCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 244

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Identificación AlternativasConcepto Riesgos del ProyectoDescripción Describe si es posible identificar distintas alternativas pararesolver los riesgos y si es posible volver a etapas anteriores en eldesarrollo del sistema cuando se identifican las mejoresalternativas.Tipo Valor TextoRango de valores Se identifican, No se identifican, Etapas anterioresNro. Valores por caso Mínimo 0, Máximo 2Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran valores excluyentes.datos de entradaUso Permite determinar si se cuenta con habilidad para la evaluacióndel riesgo la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Habilidad Riesgo y Aplicabilidadresultados de salida Espiral.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-178 Descripción del atributo Identificación AlternativasInformaciónDescripciónNombre Riesgos AlternativaConcepto Riesgos del ProyectoDescripción Describe si es posible identificar los riesgos asociados con cadauna de las alternativas para el desarrollo del sistema y si esnecesario volver a etapas anteriores en el desarrollo del sistemapara la resolución de algún tópico nuevo de riesgo.Tipo Valor TextoRango de valores Se identifican, No se identifican, Etapas anterioresNro. Valores por caso Mínimo 0, Máximo 2Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran valores excluyentes.datos de entradaUso Permite determinar si se cuenta con habilidad para la evaluacióndel riesgo la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Habilidad Riesgo y Aplicabilidadresultados de salida Espiral.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-179 Descripción del atributo Riesgos AlternativaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 245

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Categorías riesgoConcepto Riesgos del ProyectoDescripción Describe si que tipo de riesgos se identifican en el desarrollo delsistema.Tipo Valor TextoRango de valores Técnicos, Otros riesgosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los No se consideran valores excluyentes.datos de entradaUso Permite determinar si se existe factor de riesgo.Formato de los Texto. Actualiza el atributo Factor Riesgo.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-180 Descripción del atributo Categorías riesgoInformaciónDescripciónNombre Objetivo calidadConcepto Riesgos del ProyectoDescripción Describe si es necesario incorporar mecanismos explícitos paraincorporar objetivos de calidad en el desarrollo del producto.Tipo Valor TextoRango de valores Mecanismos explícitos, No mecanismos explícitosNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Espiral.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-181 Descripción del atributo Objetivo calidadCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 246

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Terminación ProyectosConcepto Riesgos del ProyectoDescripción Describe si se estima la terminación prematura de proyectos noviables.Tipo Valor TextoRango de valores Prematura, En términoNro. Valores por caso Mínimo 0, Máximo 1Fuente Ingresada por el usuarioDetalles acerca delmétodo para obteneresta informaciónValor estimado por el usuario del sistema experto a partir delInforme de requerimientos y de las primeras entrevistas con losusuarios y de su propio conocimiento de proceso del tipo deaplicación y del negocio.Confiabilidad de los El sistema experto verifica que sólo pueda ingresarse uno de losdatos de entrada valores, ya que son excluyentes.Uso Permite determinar la aplicabilidad del modelo de prototipo.Formato de los Texto. Actualiza el atributo Aplicabilidad Espiral.resultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-182 Descripción del atributo Terminación ProyectosInformaciónDescripciónNombre Riesgo CascadaConcepto Riesgos del ProyectoDescripción Describe el nivel de riesgo aceptable para un modelo de ciclo devida en cascada.Tipo Valor TextoRango de valores Aceptable, No aceptableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Nivel de RiesgoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en Nivel deRiesgo se estima si es no aceptable para aplicar modelo en cascadaConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delciclo de vida en Cascada en la Gestión de Proyectos.Formato de los Texto. Actualiza el atributo CV Propuesto Gestiónresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-183 Descripción del atributo Riesgo CascadaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 247

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Riesgo ObjetosConcepto Riesgos del ProyectoDescripción Describe el nivel de riesgo aceptable para un modelo de ciclo devida en objetos.Tipo Valor TextoRango de valores Aceptable, No aceptableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Nivel de RiesgoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en Nivel deRiesgo se estima si es no aceptable para aplicar modelo en objetosConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delciclo de vida en Objetos en la Gestión de Proyectos.Formato de los Texto. Actualiza el atributo CV Propuesto Gestiónresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-184 Descripción del atributo Riesgo ObjetosInformaciónDescripciónNombre Habilidad RiesgoConcepto Riesgos del ProyectoDescripción Describe si existe habilidad para evaluar el nivel de riesgo para unmodelo de ciclo de vida en espiral.Tipo Valor TextoRango de valores Existe, No existeNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Identificación alternativas, Riesgos alternativaDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario enIdentificación alternativas, Riesgos alternativa se estima si existe ono habilidad para evaluar el nivel de riesgoConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delmodelado en espiral y la evaluabilidad del riesgo.Formato de los Texto. Actualiza los atributos Aplicabilidad Espiral y Riesgoresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-185 Descripción del atributo Habilidad RiesgoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 248

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre Factor RiesgoConcepto Riesgos del ProyectoDescripción Describe si existen factores de riesgo.Tipo Valor TextoRango de valores Existe, No existeNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Viabilidad software, Riesgo Espiral, CategoríasRiesgo.Detalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los valores ingresados por el usuario Viabilidadsoftware, Riesgo Espiral, Categorías Riesgo se estima si existe o noFactor de riesgo para aplicar modelo en espiral__Uso Permite determinar junto con otros atributos la aplicabilidad delmodelo espiral y la Evaluabilidad del Riesgo.Formato de los Texto. Junto con otros atributos actualiza los atributosresultados de salida Aplicabilidad Espiral y RiesgoMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-186 Descripción del atributo Factor RiesgoInformaciónDescripciónNombre Riesgo EspiralConcepto Riesgos del ProyectoDescripción Describe el nivel de riesgo aceptable para un modelo de ciclo devida en espiral.Tipo Valor TextoRango de valores Aceptable, No aceptableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Nivel de RiesgoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en Nivel deRiesgo se estima si es no aceptable para aplicar modelo en espiralConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos si existe Factor deriesgo.Formato de los Texto. Actualiza junto con otros atributos, el atributo Factor Riesgoresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-187 Descripción del atributo Riesgo EspiralCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 249

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre RiesgoConcepto Riesgos del ProyectoDescripción Define si el riesgo es evaluable para un modelo de ciclo de vida enespiral.Tipo Valor TextoRango de valores Evaluable, No evaluableNro. Valores por caso Mínimo 0, Máximo 1Fuente Obtenido a partir de Factor Riesgo, Técnicas AR, Habilidad RiesgoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los valores ingresados por el usuario en FactorRiesgo, Técnicas AR, Habilidad Riesgo se estima si es no evaluablepara aplicar modelo en espiralConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos la aplicabilidad delciclo de vida en Espiral.Formato de los Texto. Actualiza el atributo CV Propuesto Gestiónresultados de salidaMaterial de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-188 Descripción del atributo RiesgoInformaciónDescripciónNombre CV Propuesto RequisitosConcepto Área RequisitosDescripción Define el modelo ciclo de vida mas adecuado para el áreaRequisitos.Tipo Valor TextoRango de valores Cascada, Objetos, Espiral, No hay propuestaNro. Valores por caso Mínimo 1Fuente Obtenido a partir de Definición Requisitos, Definición Limites,Grado de Cumplimiento, Grado de CertidumbreDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaDe acuerdo con los de Definición Requisitos, Definición Limites,Grado de Cumplimiento, Grado de Certidumbre se estima el ciclo devida mas adecuado para el área Requisitos__Uso Permite determinar junto con otros atributos el ciclo de vida másadecuado para las características del proyecto analizado.Formato de los Texto. Actualiza el atributo CV Propuesto del Proyecto. Se editaresultados de salida resultado en pantalla.Material de soporte Sesiónes: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-189 Descripción del atributo CV Propuesto RequisitosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 250

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre CV Propuesto AplicaciónConcepto Área AplicaciónDescripción Define el modelo ciclo de vida mas adecuado para el área AplicaciónTipo Valor TextoRango de valores Cascada, Objetos, Espiral, No hay propuestaNro. Valores por caso Mínimo 1Fuente Obtenido a partir de Componentes predominantes, Comportamientopredominante, Complejidad Subsistemas, Retroalimentación FasesDesarrollo, Progresión Fases Desarrollo, Opcionalidad, integraciónHW-SW, Modelado objetos, Modelado Prototipo.Detalles acerca delmétodo para obteneresta informaciónDe acuerdo con de Componentes predominantes, Comportamientopredominante, Complejidad Subsistemas, Retroalimentación FasesDesarrollo, Progresión Fases Desarrollo, Opcionalidad, integraciónHW-SW, Modelado objetos, Modelado Prototipo se estima el ciclo devida mas adecuado para el área AplicaciónConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos el ciclo de vida másadecuado para las características del proyecto analizado.Formato de los Texto. Actualiza el atributo CV Propuesto del Proyecto. Se editaresultados de salida resultado en pantalla.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-190 Descripción del atributo CV Propuesto AplicaciónInformaciónDescripciónNombre CV Propuesto GestiónConcepto Área Gestión ProyectoDescripción Define el modelo ciclo de vida mas adecuado para el área GestiónProyectoTipo Valor TextoRango de valores Cascada, Objetos, Espiral, No hay propuestaNro. Valores por caso Mínimo 1Fuente Obtenido a partir de Riesgo Cascada, Responsabilidad, ControlGestión, Formalidad, Factibilidad Prototipo, Convenienciametodología, Entregas, Riesgo Objetos, Sistema OO, AplicabilidadOO, Factibilidad Prototipo, Aplicabilidad Prototipo, aplicabilidadEspiral, RiesgoDetalles acerca delmétodo para obteneresta informaciónDe acuerdo con los de Riesgo Cascada, Responsabilidad, ControlGestión, Formalidad, Factibilidad Prototipo, Convenienciametodología, Entregas, Riesgo Objetos, Sistema OO, AplicabilidadOO, Factibilidad Prototipo, Aplicabilidad Prototipo, aplicabilidadEspiral, Riesgo se estima el ciclo de vida mas adecuado para el áreaGestión ProyectoConfiabilidad de los __datos de entradaUso Permite determinar junto con otros atributos el ciclo de vida másadecuado para las características del proyecto analizado.Formato de los Texto. Actualiza el atributo CV Propuesto del Proyecto. Se editaresultados de salida resultado en pantalla.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-191 Descripción del atributo CV Propuesto GestiónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 251

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAInformaciónDescripciónNombre CV Propuesto del ProyectoConcepto CV DiagnósticoDescripción Define el modelo ciclo de vida mas adecuado para el ProyectoTipo Valor TextoRango de valores Cascada, Objetos, Espiral, No hay propuestaNro. Valores por caso Mínimo 1Fuente Obtenido a partir de CV Propuesto Requisitos, CV PropuestoAplicación, CV Propuesto GestiónDetalles acerca delmétodo para obteneresta informaciónConfiabilidad de losdatos de entradaFormato de losresultados de salidaDe acuerdo con los de CV Propuesto Requisitos, CV PropuestoAplicación, CV Propuesto Gestión se estima el ciclo de vida masadecuado para el Proyecto__Uso Permite determinar junto con otros atributos el ciclo de vida másadecuado para las características del proyecto analizado.Texto. Actualiza el atributo CV Propuesto Proyecto y CV Propuestopor SE. Se edita resultado en pantalla.Material de soporte Sesiones: A.4.5 sesión IV, A.4.3 sesión VI, A.4.4 sesión VII, A.4.5sesión VIIITabla 6-192 Descripción del atributo CV Propuesto del Proyecto6.2.5.2 COMPROBACION DE LOS CONOCIMIENTOS FACTICOSSe han realizado junto con el experto revisiones exhaustivas de ladefinición de los atributos. Esta verificación ha permitido completar cuándo eranecesario la tabla 6-3 de conceptos–atributos-valores y revisar las seudorreglasdefinidas anteriormente. La representación de los conocimientos fácticos seconsidera satisfactoria.6.3 SINTESIS DE CONOCIMIENTOSEn los pasos precedentes se ha desarrollado el proceso de análisis de losconocimientos identificando, modelando y documentando los conocimientosestratégicos, tácticos y fácticos. A partir de ahora se presenta la síntesis de esosconocimientos en el Modelo Dinámico, también conocido como Modelo deProcesos y en el Modelo Estático. Por último, y como paso final de la fase deConceptualización, ambos Modelos se integran en el Mapa de Conocimientos.6.3.1 MODELO DE PROCESOS – MODELO DINAMICOPara la construcción del modelo dinámico hay que tomar como punto departida la identificación de los conocimientos estratégicos, definir una jerarquíaentre las tareas y comprobar que no haya errores u olvidos. El experto participaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 252

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAen este paso corroborando las metas, submetas y decisiones y los conceptos yatributos que se usan en cada estadio.Las figuras 6-4 a 6-7 muestran la Jerarquía de Tareas (metas, submetas yprocesos) para Seleccionar el Ciclo de Vida del proyecto.Las figuras 6-8 a 6-10 muestran los conceptos y las relacionesintervinientes en cada uno de los procedimientos (submetas).Las Tablas 6-193 a 6-212 muestran la descripción de los procesos delModelo Dinámico.6.3.2 MODELO ESTÁTICOEl modelo estático está formado por los siguientes componentes que hansido documentados y actualizados durante el proceso de análisis de losconocimientos fácticos:• Glosario de Términos: Tabla 6-1, páginas 152 a 155.• Diccionario de conceptos: Tabla 6-2, páginas 156 a 158.• Tabla de Concepto Atributo Valor: Tabla 6-3, páginas 159 a 165.• Modelo Relacional de los Conceptos: Figura 6-2, página 166.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 253

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASeleccionar el CV del ProyectoDef. de la Meta: Deducir el ciclo de vida a partir de losvalores obtenidos para cada una de las áreas analizadas.Entradas Necesarias:CV Propuesto RequisitosCV Propuesto AplicaciónCV Propuesto GestiónSalida Producida: El ciclo de vida más adecuado a partirdel CV Propuesto para cada una de las áreas analizadas.Seleccionar el CV del Area Requerimientos Seleccionar el CV del Area Tipo de Aplicación Seleccionar el CV del Area Gestión deProyectoDef. de la Meta: Deducir el ciclo de vida a partir delos valores obtenidos para los atributos del áreaRequerimientos.Def. de la Meta: Deducir el ciclo de vida a partir delos valores obtenidos para los atributos del área Tipode Aplicación.Def. de la Meta: Deducir el ciclo de vida a partir delos valores obtenidos para los atributos del áreaGestión de Proyecto..Entradas Necesarias:Tipo de definiciónEntradas Necesarias:Niveles de ComposiciónEntradas Necesarias:Formalidad Software para prototiparGrado de CertidumbreComplejidad SubsistemasEntregas Factibilidad MetodologíaGrado de CumplimientoComponentes PredominantesResponsabilidad Necesidad MetodologíaComportamiento PredominanteOrientaciónProgresión Fases DesarrolloRelación Fases DesarrolloRetroalimentación Fases DesarrolloIntegración HW-SWFactores DiseñoExistencia AplicacionesPosibilidad DiseñoControl Gestión Reúso Aplicación OOReúso aplicación existente ParticipaciónReúso aplicación futura Introducción GradualProcedimientos Cambios Experiencia técnicas ISExperiencia Previa Viabilidad softwareNivel de riesgo Análisis de riesgoTécnicas AR Identificación AlternativasRiesgos Alternativa Categorías RiesgoObjetivo Calidad Terminación ProyectosSalida Producida: El ciclo de vida más adecuadopara el área de Requerimientos a partir de lascaracterísticas del proyecto. CV Propuesto Requisitos.Posibilidad ImplementaciónSalida Producida: El ciclo de vida más adecuadopara el área Tipo de Aplicación a partir de lascaracterísticas del proyecto. CV Propuesto Aplicación.Figura 6-4 Jerarquía de Tareas de Seleccionar el Ciclo de Vida del ProyectoProcedimientos Desarrollo-MantenimientoSalida Producida: El ciclo de vida más adecuadopara el área Gestión de Proyecto. CV PropuestoGestión..CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 254

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASeleccionar el CV delArea RequerimientosANALIZARDEFINICIÓNREQUERIMIENTOSESTIMARLIMITESESTIMAR NIVELEXIGENCIA EN ELPRODUCTO FINALFigura 6-5 Jerarquía de Tareas de Seleccionar del Ciclo de Vida para el Area Especificación RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 255

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASeleccionar el CV delArea Tipo de AplicaciónESTIMARFACTORESPREDOMINANTESANALIZARFACTORESPROTOTIPACIÓNESTIMARNIVELOPCIONESESTIMARINTEGRACIÓNHARDWARE-SOFTWAREFigura 6-6 Jerarquía de Tareas de Seleccionar el Ciclo de Vida para el Area Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 256

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASeleccionar el CV del Area Gestión del ProyectoAnalizar Coordinación Analizar Riesgos del ProyectoESTIMARESTIMARRELACION FACTORES Def. de la Meta: Determinar el nivel de riesgo y suCONEQUIPO DE evaluabilidad.EL USUARIO PROYECTODef. de la Meta: Analizar los factores relacionados conadministración, mantenimiento y reusabilidad que inciden enla coordinación del proyecto.Entradas Necesarias:Formalidad Entregas Control GestiónResponsabilidad Factibilidad MetodologíaNecesidad metodología Reúso aplicación OOReúso aplicación existente Reúso aplicación futuraProcedimientos cambios Software para prototiparProcedimientos Desarrollo MantenimientoSalida Producida: Valorización de atributos con destino ala Base de Conocimientos.Entradas Necesarias:Viabilidad Software Categorías riesgoNivel de riesgo Objetivo CalidadAnálisis Riesgo Terminación proyectosTécnicas ARIdentificación AlternativasRiesgos AlternativaSalida Producida: Valorización de atributos con destinoa la Base de Conocimientos.ESTIMARFACTORESREUSOESTIMARFACTORESMANTENI-MIENTOESTIMARRECURSOSSOFTWAREESTIMARFACTORESADMINIS-TRACIÓNESTIMARRIESGOEXISTENTEESTIMARHABILIDADPARAEVALUARRIESGOFigura 6-7 Jerarquía de Tareas de Seleccionar del Ciclo de Vida para el Area Gestión del ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 257

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASE ESTIMANNREQUISITOSNSE SUGIERE1AREAREQUISITOS1SE PROPONE1SE ESTIMAN1NAPLICACIONNSE SUGIERE1AREAAPLICACION1SE PROPONE11PROYECTOCVDIAGNOSTICO1111NUSUARIONSE SUGIERE1SE ESTIMANSE ESTIMANNNEQUIPO DEPROYECTOCOORDINA-CIONNNSE SUGIERESE SUGIERE11AREAGESTIONPROYECTO1 11SE PROPONESE ESTIMANNRIESGOS DELPROYECTONSE SUGIEREFIGURA 6-8 Conceptos Intervinientes en el ProcesoSeleccionar el CV del ProyectoAnalizar Definición RequerimientosPropósito:Establecer el nivel de claridad con el que se encuentran definidos los requisitos y el grado de certidumbreen la definición de los mismos al inicio del proyecto.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Tipo de Definición y Grado decertidumbreAcciones:1. Solicitar al usuario los valores de Tipo de definición2. Solicitar al usuario los valores Grado de certidumbre3. Deducir Definición requisitos3.1 Tipo de Definición formales y exhaustivos y uniformes = Definición requisitos es definición clara.Tabla 6-193 Descripción del Proceso Analizar Definición RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 258

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstimar LímitesPropósito:Establecer el nivel de claridad con el que se encuentran definidos los límites al inicio del proyecto.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Tipo de DefiniciónAcciones:1. Solicitar al usuario los valores de Tipo de definición2. Deducir Definición Límites3.1 Tipo de Definición formales y exhaustivos y uniformes = Definición límites es definición clara.Tabla 6-194 Descripción del Proceso Estimar LímitesSE ESTIMANNREQUISITOSNSE SUGIERE1AREAREQUISITOS1SE PROPONESE ESTIMANNAPLICACIONNSE SUGIERE1AREAAPLICACION1SE PROPONE1111PROYECTOCVDIAGNOSTICO1111NUSUARIONSE SUGIERE1SE ESTIMANSE ESTIMANNNEQUIPO DEPROYECTOCOORDINA-CIONNNSE SUGIERESE SUGIERE11AREAGESTIONPROYECTO1 11SE PROPONESE ESTIMANNRIESGOS DELPROYECTONSE SUGIEREFIGURA 6-9 Conceptos Intervinientes en el ProcesoSeleccionar el CV del área Especificación RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 259

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstimar Nivel de Exigencia en el Producto FinalPropósito:Establecer el grado de cumplimiento de los requerimientos en el producto final que exige el usuario.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Grado de cumplimientoAcciones:1. Solicitar al usuario los valores Grado de certidumbreTabla 6-195 Descripción del Proceso Estimar Nivel de Exigencia en el Producto FinalSeleccionar el CV del Area RequerimientosPropósito:Deducir el ciclo de vida para el área Especificación de Requerimientos a partir de los valores obtenidospara los atributos del área requerimientos.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Grado de Cumplimiento y Grado deCertidumbre.Los valores deducidos para los atributos Definición Requisitos y Definición Límites.Acciones:1. Deducir si el CV del área es Objetos o Espiral1.1 Definición Requisitos es definición incierta + Definición Limites es definición incierta + Grado decertidumbre parcialmente definidos = CV Propuesto Requisitos es Objetos o Espiral1.2 Grado de Cumplimiento es usuario muy exigente = CV Propuesto Requisitos es Objetos o Espiral2. Deducir si el CV del área es Cascada2.1 Definición Requisitos es definición clara + Definición Limites es definición clara + Grado decertidumbre mayoritariamente definidos = CV Propuesto Requisitos es CascadaTabla 6-196 Descripción del Proceso Seleccionar el CV del Area RequerimientosEstimar Factores PredominantesPropósito:Determinar las técnicas de modelado que mejor se adecuan a los factores predominantes de la aplicacióna desarrollar.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Componentes Predominantes,Comportamiento predominante y OrientaciónAcciones:1. Solicitar al usuario los valores de Componentes Predominantes + Comportamiento Predominante +Orientación2. Deducir modelo2.1 Componente predominante Algorítmico + Comportamiento Predominante batch + Resultado delprocesamiento de Otros valores ingresados = CV Propuesto Aplicación Cascada2.2 Componente predominante Matemático o Grafico = Modelado OO es conveniente2.3 Comportamiento predominante Dinámico o Interactivo o Tiempo Real = Modelado OO esconveniente2.4 Orientación Software de Base = Modelado OO es conveniente.2.5 Orientación Sistema Basado en Conocimiento = Modelado Prototipo es convenienteTabla 6-197 Descripción del Proceso Estimar Factores PredominantesCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 260

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASE ESTIMANNREQUISITOSNSE SUGIERE1AREAREQUISITOS1SE PROPONESE ESTIMANNAPLICACIONNSE SUGIERE1AREAAPLICACION1SE PROPONE1111PROYECTOCVDIAGNOSTICO1111NUSUARIONSE SUGIERE1SE ESTIMANSE ESTIMANNNEQUIPO DEPROYECTOCOORDINA-CIONNNSE SUGIERESE SUGIERE11AREAGESTIONPROYECTO1 11SE PROPONESE ESTIMANNRIESGOS DELPROYECTONSE SUGIEREFIGURA 6-10 Conceptos Intervinientes en el ProcesoSeleccionar el CV del área Tipo de AplicaciónEstimar Nivel de OpcionesPropósito:Determinar si la aplicación a desarrollar es multiopcional desde el punto de vista del diseño y laimplementación.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Posibilidad Diseño, PosibilidadImplementación.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir grado de opcionalidad de la aplicación2.1 Posibilidad Diseño es Varias Opciones = Opcionalidad es Múltiple2.2 Posibilidad Implementación es Varias Opciones = Opcionalidad es Múltiple2.3 Posibilidad Diseño es Pocas Opciones = Opcionalidad es Simple2.4 Posibilidad Implementación es Pocas Opciones = Opcionalidad es SimpleTabla 6-198 Descripción del Proceso Estimar Nivel de OpcionesCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 261

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAnalizar Factores PrototipaciónPropósito:Determinar si la técnicas de prototipación es conveniente para modelar la aplicación a desarrollar.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Niveles de Composición, Progresión Fasesdesarrollo, Relación Fases desarrollo, Factores Diseño, Existencia aplicaciones y Tipo de Modificación.Acciones:1. Solicitar al usuario los valores de los atributos necesarios.2. Deducir si el modelo de prototipos es conveniente2.1 Niveles de Composición es pocos = Complejidad Subsistemas es baja2.2 Niveles de Composición es varios = Complejidad Subsistemas es alta = Modelado Prototipo esconveniente2.3 Relación Fases Desarrollo es Poca Dependencia o Independencia = Retroalimentación Fasesdesarrollo es baja2.4 Relación Fases Desarrollo es Mucha Dependencia = Retroalimentación Fases desarrollo es alta =Modelado Prototipo es conveniente.2.5 Progresión Fases Desarrollo es No uniforme y Secuencial = Modelado Prototipo es conveniente2.6 Factores Diseño es Problemas Arquitectura o Problemas eficacia = Modelado Prototipo esconveniente2.7 Existencia Aplicaciones es innovador = Modelado Prototipo es conveniente2.8 Tipo de Modificación es Redefinición o Extensión o Ampliación = Variabilidad procesos alta =Modelado Prototipo es convenienteTabla 6-199 Descripción del Proceso Analizar Factores PrototipaciónSeleccionar el CV del Area Tipo de AplicaciónPropósito:Deducir el ciclo de vida para el área Tipo de aplicación a partir de los valores obtenidos y deducidos paralos atributos del área aplicaciónInformación necesaria:Los valores asignados por el usuario del sistema a los atributos Componentes predominantes yComportamiento PredominanteLos valores deducidos para los atributos Complejidad Subsistemas, Retroalimentación Fases Desarrollo,Modelado Prototipo, Modelado Objetos, OpcionalidadAcciones:1. Deducir si el CV del área es Espiral1.1 Modelado Objetos es conveniente + Modelado Prototipo es conveniente + Opcionalidad es Múltiple= CV Propuesto Aplicación es Espiral1.2 Modelado Objetos es conveniente + Modelado Prototipo es conveniente + Integración HW-SW esfuertemente = CV Propuesto Aplicación es Espiral2. Deducir si el CV del área es Objetos2.1 Modelado Objetos es conveniente + Modelado Prototipo es conveniente = CV Propuesto Aplicaciónes Objetos3. Deducir si el CV del área es Cascada3.1 Complejidad Subsistemas es baja + Componente Predominante algorítmico + Progresión FasesDesarrollo Uniforme y Secuencial = CV Propuesto Aplicación es Cascada3.2 Complejidad Subsistemas es baja + Comportamiento Predominante batch + Progresión FasesDesarrollo Uniforme y Secuencial = CV Propuesto Aplicación es Cascada3.3 Retroalimentación Fases desarrollo baja + Componente Predominante algorítmico + ProgresiónFases Desarrollo Uniforme y Secuencial = CV Propuesto Aplicación es Cascada3.4 Retroalimentación Fases desarrollo baja + Comportamiento Predominante batch + ProgresiónFases Desarrollo Uniforme y Secuencial = CV Propuesto Aplicación es CascadaTabla 6-200 Descripción del Proceso Seleccionar el CV del Area Tipo de AplicaciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 262

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstimar Integración Hardware-SoftwarePropósito:Obtener el nivel de integración entre el hardware y el software que requiere la aplicación a desarrollar.Información necesaria:Los valores asignados por el usuario del sistema al atributo Integración HW-SWAcciones:Solicitar al usuario los valores de Integración HW-SWTabla 6-201 Descripción del Proceso Estimar Integración Hardware-SoftwareEstimar Factores ReúsoPropósito:Determinar si existe una aplicación previa desarrollada en objetos y determinar la aplicabilidad del modelode objetos.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Reúso Aplicación OO, Reúso aplicaciónexistente, Reúso aplicación futura.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir aplicación previa desarrollada en objetos2.1 Reúso Aplicación OO es Subsistema del existente o Ampliación del existente o Modificación delexistente O Componentes del actual = Sistema OO es existe2.2 Reúso Aplicación futura es muy necesario = Sistema OO es existe3. Deducir si el modelo de objetos es aplicable3.1 Reúso Aplicación existente es estrategias explícitas = Aplicabilidad OO es aplicableTabla 6-202 Descripción del Proceso Estimar Factores ReúsoEstimar Factores MantenimientoPropósito:Determinar la aplicabilidad del modelo en espiral.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Procedimientos Cambios, ProcedimientosDesarrollo- Mantenimiento.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir si el modelo en espiral es aplicable2.1 Procedimientos Cambios es acuerdos confirmados = Aplicabilidad espiral es aplicable2.2 Procedimientos Desarrollo-Mantenimiento es factible usar los mismos y es necesario usar losmismos = Procedimientos D-M es conveniente = Aplicabilidad espiral es aplicableTabla 6-203 Descripción del Proceso Estimar Factores MantenimientoEstimar Recursos SoftwarePropósito:Determinar la factibilidad del modelo en prototipo.Información necesaria:Los valores asignados por el usuario del sistema al atributo Software para prototipar.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir si el prototipo es factible2.1 Software para prototipar es hay disponible o factible de adquirir = Factibilidad prototipo es factibleTabla 6-204 Descripción del Proceso Estimar Recursos SoftwareCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 263

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASE ESTIMANNREQUISITOSNSE SUGIERE1AREAREQUISITOS1SE PROPONE1SE ESTIMAN1NAPLICACIONNSE SUGIERE1AREAAPLICACION1SE PROPONE11PROYECTOCVDIAGNOSTICO1111NUSUARIONSE SUGIERE1SE ESTIMANSE ESTIMANNNEQUIPO DEPROYECTOCOORDINA-CIONNNSE SUGIERESE SUGIERE11AREAGESTIONPROYECTO1 11SE PROPONESE ESTIMANNRIESGOS DELPROYECTONSE SUGIEREFIGURA 6-11 Conceptos Intervinientes en el ProcesoSeleccionar el CV del área Gestión de ProyectoEstimar Factores AdministraciónPropósito:Determinar la existencia de entregas intermedias y el nivel de reconocimientos conveniente de lametodología a usar.Información necesaria:Los valores asignados por el usuario del sistema a los atributos formalidad, Entregas, FactibilidadMetodología, Necesidad Metodología.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir si existen entregas intermedias2.1 Entregas es versión temprana o versión gradual o versión parcial = Entrega intermedia existe3. Deducir conveniencia de usar metodología3.1 Si Factibilidad metodología es ampliamente probada y Necesidad Metodología es ampliamenteprobada = Conveniencia metodología es ampliamente probada.3.2 Si Factibilidad metodología es medianamente probada y Necesidad Metodología es medianamenteprobada = Conveniencia metodología es medianamente probada.3.3 Si Factibilidad metodología es poco probada y Necesidad Metodología es poco probada =Conveniencia metodología es poco probada.Tabla 6-205 Descripción del Proceso Estimar Factores AdministraciónCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 264

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAnalizar CoordinaciónPropósito:Analizar los factores que inciden en las decisiones de coordinación en el desarrollo de un proyecto.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Formalidad, Entregas, Control Gestión,Responsabilidad, factibilidad Metodología, Necesidad Metodología, Reúso aplicación OO, Reúso aplicaciónexistente, Reúso aplicación futura, Procedimientos cambios, Software para prototipar, ProcedimientosDesarrollo-Mantenimiento..Acciones:1. Solicitar al usuario los valores de los atributos necesarios.2. Estimar Factores Reúso2.1. Deducir aplicación previa desarrollada en objetos2.2. Deducir si el modelo de objetos es aplicable3. Estimar Factores mantenimiento3.1 Deducir si el modelo en espiral es aplicable4. Estimar Recursos software4.1 Deducir si el prototipo es factible5. Estimar factores Administración.5.1 Deducir si existen entregas intermedias5.2 Deducir conveniencia de usar metodologíaTabla 6-206 Descripción del Proceso Analizar CoordinaciónEstimar Relación con UsuarioPropósito:Determinar el grado y tipo de relación que se espera del usuario para deducir la necesidad de usar unsistema de prototipación en el desarrollo de la aplicación.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Participación e Introducción gradual.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir si el modelo por prototipo es aplicable2.1 Participación es fuerte = Aplicabilidad Prototipo es aplicable2.2 Introducción gradual es necesaria = Aplicabilidad Prototipo es aplicableTabla 6-207 Descripción del Proceso Estimar Relación con UsuarioEstimar Factores Equipo de ProyectoPropósito:Determinar el grado y tipo de experiencia (en sistemas similares y en las técnicas de ingeniería de softwarea usar) con que cuenta el equipo afectado al desarrollo del sistema, para deducir la necesidad de usar unsistema de prototipación en el desarrollo de la aplicación.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Experiencia técnicas IS, Experiencia previa.Acciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir si el modelo por prototipo es aplicable2.1 Experiencia técnicas IS es no hay = Aplicabilidad Prototipo es aplicable2.2 Experiencia previa es no hay = Aplicabilidad Prototipo es aplicableTabla 6-208 Descripción del Proceso Estimar Factores Equipo de ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 265

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEstimar Riesgo ExistentePropósito:Determinar la existencia del factor de riesgo y el nivel de aceptabilidad del riesgo para cada tipo de CV.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Viabilidad software, Nivel de riesgo,Categorías riesgo, Objetivo calidad, Terminación proyectos y valores existentes en la Base deconocimientos para Habilidad RiesgoAcciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir existencia del factor de riesgo2.1 Viabilidad software es hay dudas o Categorías riesgo es técnicos = Factor riesgo existe3. Deducir el modelo aceptable de acuerdo al nivel del factor de riesgo.3.1 Nivel de riesgo es alto o mediano = Riesgo espiral es aceptable3.2 Nivel de riesgo es mediano o bajo o no hay = Riesgo objetos es aceptable3.3 Nivel de riesgo es bajo o no hay = Riesgo cascada es aceptable4. Deducir aplicabilidad del modelo en espiral.4.1 Objetivo calidad es mecanismos explícitos y Factor riesgo existe = Aplicabilidad espiral es aplicable.4.2 Terminación proyectos es prematura y Habilidad riesgo es existe = Aplicabilidad espiral es aplicable.Tabla 6-209 Descripción del Proceso Estimar Riesgo ExistenteEstimar Habilidad para Evaluar RiesgoPropósito:Determinar si se cuenta con la habilidad para la evaluación del riesgo y la aplicabilidad del modelo enespiral..Información necesaria:Los valores asignados por el usuario del sistema a los atributos Análisis riesgo, Técnicas AR, Identificaciónalternativas, Riesgos Alternativa y valores existentes en la Base de conocimientos para Factor RiesgoAcciones:1. Solicitar al usuario los valores de los atributos necesarios2. Deducir habilidad para evaluar riesgo2.1 Identificación Alternativas es se identifican y Riesgos alternativa es se identifican = Habilidad riesgo esexiste3. Deducir aplicabilidad del modelo en espiral.3.1 Habilidad riesgo es existe y Identificación alternativas es etapas anteriores = Aplicabilidad espiral esaplicable3.2 Habilidad riesgo es existe y Riesgos alternativa es etapas anteriores = Aplicabilidad espiral esaplicable3.3 Factor riesgo es existe y Análisis riesgo es estrategias explícitas = Aplicabilidad espiral es aplicable4. Deducir si el riesgo es evaluable para el modelo en espiral.4.1 Factor Riesgo es existe y Habilidad Riesgo es existe y Técnicas AR es se dispone = Riesgo esevaluable.Tabla 6-210 Descripción del Proceso Estimar Habilidad para Evaluar RiesgoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 266

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAAnalizar Riesgos del ProyectoPropósito:Analizar los factores que inciden en las decisiones de coordinación en el desarrollo de un proyecto.Información necesaria:Los valores asignados por el usuario del sistema a los atributos Viabilidad software, Categorías riesgo, Nivelde riesgo, Objetivo Calidad, Análisis riesgo, Técnicas AR, Identificación Alternativas, Riesgos alternativa,Terminación proyectos. Valores existentes en la Base de conocimientos para Factor Riesgo, RiesgoCascada, Riesgo objetos, Habilidad Riesgo, Factor riesgo, Riesgo espiral, Riesgo.Acciones:1. Solicitar al usuario los valores de los atributos necesarios.2. Estimar Riesgo existente2.1 Deducir existencia del factor de riesgo2.2 Deducir el modelo aceptable de acuerdo al nivel del factor de riesgo.2.3 Deducir aplicabilidad del modelo en espiral.3. Estimar Habilidad para evaluar riesgo3.1 Deducir habilidad para evaluar riesgo3.2 Deducir aplicabilidad del modelo en espiral.3.3 Deducir si el riesgo es evaluable para el modelo en espiral.Tabla 6-211 Descripción del Proceso Analizar Riesgos del ProyectoSeleccionar el CV del Area Gestión del ProyectoPropósito:Deducir el ciclo de vida para el área Gestión del Proyecto.Información necesaria:Los valores asignados por el usuario del sistema y deducidos para los atributos de los conceptosCoordinación, Usuario, Equipo de proyecto, Riesgos del proyecto.Acciones:1. Deducir si el CV del área es Espiral1.1 Aplicabilidad Prototipo es aplicable + Factibilidad Prototipo es factible + Riesgo es Evaluable +Aplicabilidad espiral es aplicable = CV Propuesto Gestión es Espiral2. Deducir si el CV del área es Objetos2.1 Riesgo Objetos aceptable + Sistema OO existe + Aplicabilidad OO aplicable = CV PropuestoGestión Objetos3. Deducir si el CV del área es Cascada3.4 Factibilidad Prototipo no factible + Riesgo Cascada aceptable = CV Propuesto Gestión es Cascada3.5 Riesgo Cascada aceptable + Entregas no versión temprana + Conveniencia Metodologíaampliamente probada = CV Propuesto Gestión es Cascada3.6 Riesgo Cascada aceptable + Formalidad muy formal + Entregas no versión temprana = CVPropuesto Gestión es Cascada3.4 Conveniencia Metodología ampliamente probada + Responsabilidad Terceros + Control gestiónmuy ajustado = CV Propuesto Gestión es CascadaTabla 6-212 Descripción del Proceso Seleccionar el CV del Area Gestión del Proyecto6.3.3 MAPA DE CONOCIMIENTOSEl Mapa de Conocimientos es un método para representar en dosdimensiones las conexiones que efectúa el cerebro cuando entiende hechosacerca de algo. Por lo tanto, representa el proceso de inferir valores de losCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 267

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAatributos. Los enlaces entre los atributos y los valores inferidos forman una parteimportante de los conocimientos [Gómez, A. y otros 1997].Las figuras comprendidas entre 6-12 y 6-19 describen los mapas deconocimiento que se han construido para la representación del problema. Tanto elexperto como el grupo de expertos han identificado tres áreas que son las que sehan tenido en cuenta para la construcción del Mapa, lo que ha facilitado laevaluación de estos subproblemas a resolver.• Área Especificación de Requerimientos: figura 6-12• Área Tipo de Aplicación: figuras 6-13 y 6-14• Área Gestión de Proyecto: figuras 6-15, 6-16, 6-17, 6-18• El Proyecto en su visión global: 6-19. En el caso de esta figura se haidentificado con línea punteada tanto las cajas, como las flechas querepresentan los atributos del concepto Proyecto, ya que si bien identifican acada uno de los proyectos que se están analizando, el valor de los atributosno incide en el razonamiento del Sistema Experto.6.4 COMPROBACION DE LA ConceptualizaciónSi bien se han realizado comprobaciones sobre los distintos modelosconstruidos en la fase de Conceptualización, se puso especial atención en lacomprobación del Mapa de Conocimientos para verificar la consistencia ente losmodelos. Los pasos seguidos en la comprobación fueron:• Se verificó que todos los atributos de la periferia eran ingresados por elusuario o provenían de un archivo externo• Se verificó que los atributos inferidos no fueran subjetivos y queestuvieran contenidos en la reglas• Se verificó que los valores desconocidos de los atributos fueran un valorpor omisión• Se comprobó que los valores de los atributos sean usados. Los que noson usados en esta versión del prototipo se los dejó como parte delmodelo conceptual a considerar en próximas versiones del prototipo• Se completó y verificó que todos los atributos (periféricos o inferidos) seencuentren en la tabla de Concepto-Atributo-ValorCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 268

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATIPO DE DEFINICIONFormalmente,Informalmente,Exhaustivamente,Incompleto, Uniformemente,DesestructuradamenteDEFINICION REQUISITOSDefinición claraDefinición inciertaDEFINICION LIMITESDefinición claraDefinición inciertaCV PROPUESTOREQUISITOSEspiralObjetoCascadaGRADO DECUMPLIMIENTOUsuario muy exigenteUsuario poco exigenteGRADO DECERTIDUMBREMayoritariamente definidosParcialmente definidosFIGURA 6-12 Mapa de Conocimientos del Area Especificación RequerimientosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 269

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACOMPONENTESPREDOMINANTESAlgorítmicosCOMPORTAMIENTOPREDOMINANTEBatchNIVELES COMPOSICIONPocos SubsistemasRELACION FASESDESARROLLOPoca dependencia,IndependenciaCV PROPUESTOAPLICACIONCOMPLEJIDADSUBSISTEMASBajaCascadaRETROALIMENTACIONFASES DESARROLLOBajaPROGRESION FASESDESARROLLOUniforme y SecuencialFIGURA 6-13 Mapa de Conocimientos del Area Tipo Aplicación - CV en CascadaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 270

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDANIVELES COMPOSICIONVarios SubsistemasCOMPONENTESPREDOMINANTESMatemáticos, GráficosPOSIBILIDAD DISEÑOVarias opcionesPOSIBILIDADIMPLEMENTACIONVarias opcionesCOMPLEJIDADSUBSISTEMASORIENTACIONCOMPORTAMIENTOPREDOMINANTEAltaSoftware de Base, SSBBCCDinámico, Interactivo,Tiempo realOPCIONALIDADRELACION FASESDESARROLLOMúltipleMucha dependenciaMODELADO OBJETOSRETROALIMENTACIONFASES DESARROLLOConvenienteCV PROPUESTOAPLICACIONAltaVARIABILIDADPROCESOSAltaMODELADO PROTOTIPOConvenienteEspiralObjetosINTEGRACION HW-SWFuertementeTIPO MODIFICACIONRedefinición, Extensión,AmpliaciónPROGRESION FASESDESARROLLONO Uniforme y SecuencialEXISTENCIAAPLICACIONESInnovadorFACTORES DISEÑOProblemas de Arquitectura,Problemas de EficaciaFIGURA 6-14 Mapa de Conocimientos del Area Tipo Aplicación - CV en Objetos y EspiralCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 271

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFACTIBILIDADMETODOLOGIAAmpliamente probadaNECESIDADMETODOLOGIAAmpliamente probadaENTREGASVersión completaNIVEL DE RIESGOBajo riesgo,NO Hay riesgoCONVENIENCIAMETODOLOGIAAmpliamente probadaCV PROPUESTOGESTIÓNRIESGO CASCADAAceptableFACTIBILIDADPROTOTIPONO FactibleCascadaRESPONSABILIDADOrganización propiaSOFTWARE PARAPROTOTIPARNO Disponoble,NO AdquiribleFORMALIDADMuy formalCONTROL GESTIONMuy ajustadoFIGURA 6-15 Mapa de Conocimientos del Area Gestión de Proyectos - CV en CascadaCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 272

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTREGASVersión temprana, Versióngradual, Versión parcialFACTIBILIDADMETODOLOGIAMedianamente probadaNECESIDADMETODOLOGIAMedianamente probadaNIVEL DE RIESGOMediano riesgo, Bajo riesgo,NO Hay riesgoENTREGA INTERMEDIACONVENIENCIAMETODOLOGIAMedianamente probadaRIESGO OBJETOSAceptableExisteAPLICABILIDAD OOCV PROPUESTOGESTIÓNSISTEMA OOFORMALIDADPoco formal,Medianamente formalAplicableObjetosExisteREUSO APLICACIONEXISTENTEEstrategias explícitasREUSO APLICACIONFUTURAMuy necesarioREUSO APLICACION OOSubsistema del existente,Ampliación del existente,Modificación del existentesComponentes del actualFIGURA 6-16 Mapa de Conocimientos del Area Gestión de Proyectos - CV en ObjetosCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 273

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTREGASVersión temprana, Versióngradual, Versión parcialEXPERIENCIAPREVIANo hayPARTICIPACIONFuerteREUSO APLICACIONEXISTENTEEstrategias explícitasSOFTWARE PARAPROTOTIPARHay Disponible,Factible de adquirirFACTOR RIESGOExisteENTREGA INTERMEDIAExisteEXPERIENCIATECNICAS ISNo hayINTRODUCCIONGRADUALNecesariaFACTIBILIDADPROTOTIPOOBJETIVO CALIDADMecanismos explícitosANALISIS RIESGOTERMINACIONPROYECTOSPrematuraAPLICABILIDAD PROTOTIPOAplicableFactibleEstrategias explícitasRESPONSABILIDADOrganización propiaPROCEDIMIENTOSCAMBIOSAPLICABILIDAD ESPIRALAplicableCV PROPUESTOGESTIÓNEspiralAcuerdos confirmadosFORMALIDADPoco formal,Medianamente formalPROCEDIMIENTOS D-MConvenienteRIESGOSALTERNATIVAEtapasanterioresCONVENIENCIAMETODOLOGIAPoco probadaIDENTIFICACIONALTERNATIVASEtapas anterioresRIESGOHABILIDAD RIESGOExistePROCEDIMIENTOSDESARROLLO-MANTENIMIENTOEs factible usar los mismosEs necesario usar losmismosNECESIDADMETODOLOGIAPoco probadaFACTIBILIDADMETODOLOGIAPoco probadaEvaluableFIGURA 6-17 Mapa de Conocimientos del Area Gestión de Proyectos - CV en EspiralCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 274

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFACTIBILIDADPROTOTIPOVIABILIDAD SOFTWAREFactibleHay dudasNIVEL DERIESGOMediano riesgo,Alto riesgoRIESGO ESPIRALAceptableFACTOR RIESGOExisteAPLICABILIDADPROTOTIPOAplicableCV PROPUESTOGESTIÓNCATEGORIAS RIESGOTécnicosTECNICAS ARRIESGOEspiralSe disponeEvaluableIDENTIFICACIONALTERNATIVASSe identificanHABILIDAD RIESGOAPLICABILIDADESPIRALRIESGOS ALTERNATIVAExisteAplicableSe identificanFIGURA 6-18 Continuación figura 6-17Mapa de Conocimientos del Area Gestión de Proyectos - CV en EspiralCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 275

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPROYECTOIDENTIFICACIONCodigo AlfanuméricoPROYECTONOMBRE DEL PROYECTODescripciónCV PROPUESTOREQUISITOSCascadaObjetosEspiralNo hay respuestaPROYECTOLIDER DEL PROYECTONombre del liderPROYECTOFECHA INICIOFecha DD/MM/AAAACV PROPUESTOAPLICACIONCascadaObjetosEspiralNo hay respuestaCV PROPUESTODEL PROYECTOCascadaObjetosEspiralNo hay respuestaPROYECTOFECHA FINALIZACIONFecha DD/MM/AAAAPROYECTOOBJETIVODescripcionPROYECTOCV SELECCIONADOCV PROPUESTOGESTIONCascadaObjetosEspiralNo hay respuestaPROYECTOCV PROPUESTO POR SECascadaObjetosEspiralNo hay respuestaCascadaObjetosEspiralOtros....FIGURA 6-19 Mapa de Conocimientos del ProyectoCONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 276

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos casos de prueba que se usaron para validar el Modelo Conceptual sedetallan en el capítulo 9. Se usaron los casos 1.1; 1.2; 2; 3; 4; 6. El resultado dela comprobación fue el siguiente:• Los casos, 1.1, 1.2, 2, 4 coincidieron perfectamente en su resoluciónpor el experto y por el Mapa .• Para el caso de prueba 3 se corrigió un error de tipeo en las reglas,pero eso llevo a revisar todo el conjunto de reglas como verificación.• Para el caso de prueba 6 se realizaron cambios en la modificación delos valores de algunos atributos.El resultado de la comprobación fue altamente satisfactorio ya que elModelo Conceptual reflejó el razonamiento del experto.CONCEPTUALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 277

Capítulo 7Formalizaciónde Conocimientos

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos conocimientos que en la fase de Conceptualización fueron expresadosen representaciones externas intermedias: árbol de descomposición funcional,seudorreglas y tablas de concepto-atributo-valor se representan en la fase deFormalización en representaciones compatibles con la tecnología computacional.En primer lugar se seleccionan los formalismos a utilizar. Luego se formalizan losconocimientos que serán posteriormente implementados en la herramientaseleccionada.7.1 SELECCIÓN DE FORMALISMOSFormalizar consiste en representar simbólicamente los conocimientosmediante alguno de los formalismos existentes, organizarlos de acuerdo conalgún modelo de diseño y determinar los métodos de inferencia adecuados paramanejar eficientemente y efectivamente dichos conocimientos [Gómez, A. y otros1997]. Teniendo en cuenta los diversos tipos de formalismos existentes en labibliografía de referencia [Gómez, A. y otros 1997], los formalismos derepresentación usados en la etapa de Conceptualización y que uno de losobjetivos del presente trabajo es construir el sistema experto usando laherramienta Kappa los formalismos seleccionados son:• Reglas de producción para las seudorreglas ya que su estructura es lamisma• Marcos para la tabla Concepto-atributo-valor.• Procedimientos para los procesos a realizar7.2 FORMALIZACION DE LOS CONOCIMIENTOS EN REGLAS DEPRODUCCIONLas seudorreglas han sido definidas en detalle en el capitulo deConceptualización. Considerando que la formalización de las seudorreglas enreglas de producción es muy semejante a las ya detalladas en el capítuloanterior se ha realizado en un solo paso la formalización y la implementación delas reglas directamente en la herramienta Kappa-PC.7.3 FORMALIZACION DE LOS CONOCIMIENTOS EN MARCOSCada concepto de la tabla Concepto-Atributo-Valor se formaliza en unmarco clase, siguiendo la propuesta sugerida por Gómez, [Gómez, A. y otros1997]. Las ranuras de esos marcos son los atributos de cada concepto. Losdemonios de esos marcos precisan cuando y cómo se obtiene el valor de esasranuras.FORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 281

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC PROYECTOTipo Min/ Multiv. Propiedad Valores Valor Si Necesito Si Modifico Si BorroRanura MaxGeneral Permitidos OmisiónRanura() Identificación Numérico 1/1 No __ Entero > 0 __ PROC.Guardar __ __() Nombre proyecto Conj. de 1/1 No __ __ __ PROC.Guardar __ __caracteres() Líder del proyecto Conj. de 1/1 No __ __ __ PROC.Guardar __ __caracteres() Fecha inicio Fecha 1/1 No __ dd/mm/aa __ PROC.Guardar __ __() Fecha finalización Fecha 1/1 No __ dd/mm/aa __ PROC.Guardar __ __() ObjetivoConj. de 1/n Sí __ __ __ PROC.Guardar __ __caracteres() CV seleccionado1/1 No __ __ __ PROC.Guardar __ __Conj. decaracteresRequisitos Marco 1/n Sí ^MCRequisitosAplicación Marco 1/n Sí ^MCAplicaciónGestión Marco 1/n Sí ^MCGestiónCV Diagnostico Marco 1/n Sí ^MC CVDiagnósticoTabla 7-1 Marco Clase Proyecto__ __ __ __ ____ __ __ __ ____ __ __ __ ____ __ __ __ __FORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 282

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC GESTIONTipo Min/ Multiv. PropiedadRanura MaxGeneralRanuraCoordinación Marco 1/n Sí ^MCCoordinaciónUsuario Marco 1/n Sí ^MCUsuarioRiesgos delMarco 1/n Sí ^MC Riesgosproyectodel proyectoEquipo de proyecto Marco 1/n Sí ^MC Equipode proyectoValoresPermitidosValorOmisiónSi Necesito Si Modifico Si Borro__ __ __ __ ____ __ __ __ ____ __ __ __ ____ __ __ __ __Tabla 7-2 Marco Clase GestiónFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 283

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC REQUISITOSRanura()Tipo de Definición()DefiniciónRequisitosTipoRanuraConj. decaracteresConj. decaracteres() Definición Límites Conj. decaracteres()Grado decertidumbre()Grado decumplimientoConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/n Sí __ FormalmenteInformalmenteExhaustivamenteIncompletoUniformementeDesestructuradamente1/n Sí __ Definición ClaraDefinición InciertaAlta incertidumbreBaja incertidumbre1/n Sí __ Definición ClaraDefinición InciertaAlta incertidumbreBaja incertidumbre1/1 No __ MayoritariamentedefinidosParcialmente definidos1/1 No __ Usuario muy exigenteUsuario poco exigenteValorOmisión__Si Necesito Si Modifico Si BorroPROC.PreguntarTipoDefinición______ __ __ ____ __ __ ______PROC.ValoresExcluyentesPROC.ValoresExcluyentes________Tabla 7-3 Marco Clase RequisitosFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 284

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC APLICACIONRanura() Niveles deComposición() ComplejidadSubsistemas() ComponentesPredominantes() ComportamientoPredominante() Orientación() Progresión Fasesdesarrollo() Relación Fasesdesarrollo() RetroalimentaciónFases desarrollo() Integración HW-SW() Factores diseñoTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/1 No __ Pocos SubsistemasVarios Subsistemas1/1 No __ BajaAlta1/n Sí __ AlgorítmicosMatemáticosGráficos1/n Sí __ BatchDinámicoInteractivoTiempo Real1/1 No __ Software de BaseSistema Basado enConocimientoOtros1/1 No __ Uniforme y SecuencialNo Uniforme ySecuencial1/1 No __ Poca DependenciaMucha DependenciaIndependencia1/1 No __ BajaAlta1/1 No __ FuertementeMedianamenteLevemente1/n Sí __ Problemas deArquitecturaProblemas de eficaciaValorOmisiónTabla 7-4a Marco Clase Aplicación__Si Necesito Si Modifico Si BorroPROC.ValoresExcluyentes______ __ __ ____________PROC.ValoresNoExcluyentesPROC.PreguntarComportamientoPredominantePROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentes______________________ __ __ ______PROC.ValoresExcluyentesPROC.ValoresNoExcluyentes________FORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 285

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC APLICACIONTipoRanuraRanura() ExistenciaConj. deAplicacionescaracteres() Posibilidad Conj. deDiseñocaracteres() Posibilidad Conj. deImplementación caracteres() ModeladoConj. dePrototipocaracteres() Modelado Objetos Conj. decaracteres() Variabilidad Conj. deProcesoscaracteres() OpcionalidadConj. decaracteres() Tipo modificación Conj. decaracteresMin/MaxMultiv.PropiedadGeneral1/1 No __ InnovadorConocidoValoresPermitidos1/1 No __ Pocas opcionesVarias opciones1/1 No __ Pocas opcionesVarias opciones1/1 No __ ConvenienteNo conveniente1/1 No __ ConvenienteNo conveniente1/1 No __ AltaBaja1/1 No __ MúltipleSimple1/n Sí __ RedefiniciónExtensiónAmpliaciónEmisión gradualValorOmisión______Si Necesito Si Modifico Si BorroPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentes______________ __ __ ____ __ __ ____ __ __ ____ __ __ ____PROC.ValoresNoExcluyentes____Tabla 7-4b Marco Clase AplicaciónFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 286

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMCCOORDINACIONRanura() Formalidad() Entregas() Responsabilidad() Control Gestión() Software paraprototipar() Factibilidadmetodología() NecesidadMetodología() Reúso aplicaciónexistenteTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/1 No __ Poco formalMedianamente formalMuy formal1/1 No __ Versión tempranaNo versión tempranaVersión gradualVersión parcial1/1 No __ TercerosOrganización propia1/1 No __ Muy ajustadoMedianamenteajustadoPoco ajustado1/n Sí __ No disponibleHay disponibleFactible de adquirirNo adquirible1/1 No __ Ampliamente probadaMedianamenteprobadaPoco probada1/1 No __ Ampliamente probadaMedianamenteprobadaPoco probada1/1 No __ Estrategias explícitasNo estrategiasexplícitasValorOmisión__Si Necesito Si Modifico Si BorroPROC.ValoresExcluyentes______ PROC. Entregas __ ______PROC.ValoresExcluyentesPROC.ValoresExcluyentes__________ __ __ ________PROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentes____________Tabla 7-5a Marco Clase CoordinaciónFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 287

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMCCOORDINACIONRanura() Reúso aplicaciónOO() Reúso aplicaciónfutura() ProcedimientosCambios() ProcedimientosDesarrollo-Mantenimiento() ConvenienciaMetodología() FactibilidadPrototipo() Sistema OOTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/n Sí __ Subsistema delexistenteAmpliación delexistenteModificación delexistenteComponentes delactual1/1 No __ Muy necesarioMedianamentenecesarioPoco necesario1/1 No __ Acuerdos confirmadosNo Acuerdosconfirmados1/n Sí __ Factible usar losmismosFactible usardiferentesNecesario usar losmismosNecesario usardiferentes1/1 No __ Ampliamente probadaMedianamenteprobadaPoco probada1/1 No __ FactibleNo factible1/1 No __ ExisteNo existeValorOmisión________Si Necesito Si Modifico Si BorroPROC.ValoresNoExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresNoExcluyentes__________________ __ __ ____ __ __ ____ __ __ __Tabla 7-5b Marco Clase CoordinaciónFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 288

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMCCOORDINACIONRanura() EntregaIntermedia() AplicabilidadEspiral() AplicabilidadPrototipo() Aplicabilidad OO() ProcedimientosD-MTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneral1/1 No __ ExisteNo existeValoresPermitidos1/1 No __ AplicableNo aplicable1/1 No __ AplicableNo aplicable1/1 No __ AplicableNo aplicable1/1 No __ ConvenienteNo convenienteValorOmisiónSi Necesito Si Modifico Si Borro__ __ __ ____ __ __ ____ __ __ ____ __ __ ____PROC.ValorInconsistente____Tabla 7-5c Marco Clase CoordinaciónMC USUARIORanuraTipoRanuraMin/MaxMultiv.PropiedadGeneralValoresPermitidosValorOmisiónSi Necesito Si Modifico Si Borro() Participación() IntroduccióngradualConj. decaracteresConj. decaracteres1/1 No __ FuerteRegularPoca1/1 No __ NecesariaNo necesaria__PROC.ValoresExcluyentes______ __ __ __Tabla 7-6 Marco Clase UsuarioFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 289

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC RIESGOSDEL PROYECTORanura() Viabilidadsoftware() Nivel de riesgo() Análisis riesgo() Técnicas AR() IdentificaciónAlternativas() RiesgosAlternativaTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteres() Categorías riesgo Conj. decaracteres() Objetivo calidad Conj. decaracteres() Terminaciónproyectos() Riesgo Cascada() Riesgo Objetos() Habilidad RiesgoConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/1 Sí __ Hay certezaHay dudas1/1 No __ Alto riesgoMediano riesgoBajo riesgoNo hay riesgo1/1 No __ Estrategias explícitasNo estrategiasexplícitas1/1 Sí __ Se disponeNo se dispone1/1 No __ Se identificanNo se identificanEtapas anteriores1/1 No __ Se identificanNo se identificanEtapas anteriores1/n No __ TécnicosOtros riesgos1/1 No __ Mecanismos explícitosNo mecanismosexplícitos1/1 No __ PrematuraEn término.1/1 No __ AceptableNo aceptable1/1 No __ AceptableNo aceptable1/1 No __ ExisteNo existeValorOmisión____________Si Necesito Si Modifico Si BorroPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentesPROC.ValoresExcluyentes__________________________ __ __ ______PROC.ValoresExcluyentesPROC.ValoresExcluyentes__________ __ __ ____ __ __ ____ __ __ __Tabla 7-7a Marco Clase Riesgos del ProyectoFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 290

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC RIESGOSDEL PROYECTORanura() Factor Riesgo() Riesgo Espiral() RiesgoTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneralValoresPermitidos1/1 No __ Existe.No existe1/1 No __ AceptableNo aceptable1/1 No __ EvaluableNo evaluableValorOmisiónSi Necesito Si Modifico Si Borro__ __ __ ____ __ __ ____ __ __ __Tabla 7-7b Marco Clase Riesgos del ProyectoMC EQUIPO DEPROYECTORanura() Experienciatécnicas IS() ExperienciapreviaTipoRanuraConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneral1/1 No __ HayNo hay1/1 No __ HayNo hayValoresPermitidosValorOmisión____Si Necesito Si Modifico Si BorroPROC.ValoresExcluyentesPROC.ValoresExcluyentes________Tabla 7-8 Marco Clase Equipo de proyectoFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 291

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMC CVDIAGNOSTICORanura() CV PropuestoRequisitos() CV PropuestoAplicación() CV PropuestoGestión() CV PropuestoproyectoTipoRanuraConj. decaracteresConj. decaracteresConj. decaracteresConj. decaracteresMin/MaxMultiv.PropiedadGeneral1/n No __ CascadaObjetosEspiral1/n No __ CascadaObjetosEspiralValoresPermitidosNo hay propuestaNo hay propuesta1/n No __ CascadaObjetosEspiralNo hay propuesta1/1 No __ CascadaObjetosEspiralNo hay propuestaValorOmisiónSi Necesito Si Modifico Si Borro__ __ __ ____ __ __ ____ __ __ ____ __ __ __Tabla 7-9 Marco Clase CV DiagnósticoFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 292

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA7.4 FORMALIZACION DE LOS CONOCIMIENTOS EN PROCEDIMIENTOSA continuación se describen los procedimientos asociados a cada una delas propiedades representadas en los marcos que intervienen en la resolución delproblema.PROCEDIMIENTO Proyecto:GuardarCOMIENZO{Global:NombreBC = SelectFile( "Guardar Proyecto", "*.pro" );If Not( Null?( Global:NombreBC ) )Then {OpenWriteFile( Global:NombreBC );WriteLine( FormatValue( "/*SISTEMA EXPERTO PARA LA SELECCION DE CICLOS DEVIDA DE PROYECTOS DE SOFTWARE*/" ) );WriteLine( FormatValue( "/*Copyright 2001 by Alberto Patron\n*/" ) );WriteLine( FormatValue( "/*---------------------------------------------------------------------------------------*/" ) );WriteLine( FormatValue( "/*Proyecto: %s (%s)*/", Proyecto:Nombre,Proyecto:ID ) );WriteLine( FormatValue( "/*Fecha: %s*/", Date( ) ) );WriteLine( FormatValue( "/*---------------------------------------------------------------------------------------*/" ) );WriteLine( FormatValue( "/*--------------------------------------------*/" ) );WriteLine( FormatValue( "/* Informacion del Proyecto */" ) );WriteLine( FormatValue( "/*--------------------------------------------*/" ) );WriteInstance( Proyecto );ForAll [ x|Expresion ]WriteInstance( x );WriteLine( FormatValue( "/*--------------------------------------------*/" ) );WriteLine( FormatValue( "/* Valor de las variables */" ) );WriteLine( FormatValue( "/*--------------------------------------------*/" ) );WriteLine( FormatValue( "Global:TA_Modif = %s;", Global:TA_Modif ) );WriteLine( FormatValue( "Global:TA_Concl = %s;", Global:TA_Concl ) );WriteLine( FormatValue( "Global:ER_Modif = %s;", Global:ER_Modif ) );WriteLine( FormatValue( "Global:ER_Concl = %s;", Global:ER_Concl ) );WriteLine( FormatValue( "Global:GP_Modif = %s;", Global:GP_Modif ) );WriteLine( FormatValue( "Global:GP_Concl = %s;", Global:GP_Concl ) );WriteLine( FormatValue( "Global:G_Concl = %s;", Global:G_Concl ) );WriteLine( FormatValue( "Global:Method = %s;", Global:Method ) );WriteLine( FormatValue( "Global:RE_Concl = %s;", Global:RE_Concl ) );WriteLine( FormatValue( "Global:recomendacion = %s;",Global:recomendacion ) );CloseWriteFile( );PostMessage( "Proyecto guardado exitosamente" );};};FINFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 293

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPROCEDIMIENTO Requisitos:PreguntarTipoDefiniciónCOMIENZO{If LengthList(ER1:Valor)>0Then{If Member?(ER1:Valor,formalmente) And Member?(ER1:Valor,informalmente)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (formalmente,informalmente)");};If Member?(ER1:Valor,uniformemente) And Member?(ER1:Valor,desestructuradamente)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios(uniformemente,desestructuradamente)");};};};FINIf Member?(ER1:Valor,exhaustivamente) And Member?(ER1:Valor,incompletos)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (exhaustivamente,incompletos)");};PROCEDIMIENTO ValoresExcluyentesEste procedimiento esta preprogramado en Kappa-PC. Cuando se usa laopción de “SINGLE LIST BOX”, funcionalmente solo permite seleccionar un únicovalor, por lo tanto cumple con el procedimiento de ValoresExcluyentes.PROCEDIMIENTO ValoresNoExcluyentesEste procedimiento esta preprogramado en Kappa-PC. Cuando se usa laopción de “MULTIPLE LIST BOX”, funcionalmente permite seleccionar variosvalores, por lo tanto cumple con el procedimiento de ValoresNoExcluyentes.FORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 294

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPROCEDIMIENTO Aplicación:PreguntarComportamientoPredominanteCOMIENZO{If LengthList(ER1:Valor)>0Then{If Member?(TA51:Valor,batch) And Member?(TA5:Valor,interactivo)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (batch,interactivo)");};If Member?(TA51:Valor,batch) And Member?(TA5:Valor,tiempo_real)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (batch,tiempo_real)");};If Member?(TA51:Valor,batch) And Member?(TA5:Valor,dinámico)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (batch,dinámico)");};};};FINIf Member?(TA51:Valor,ninguno) And Member?(TA5:Valor,interactivo)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (ninguno,interactivo)");};If Member?(TA51:Valor,ninguno) And Member?(TA5:Valor,tiempo_real)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (ninguno,tiempo_real)");};If Member?(TA51:Valor,ninguno) And Member?(TA5:Valor,dinámico)Then{SetPostMessageTitle("Error en datos");PostMessage("Se seleccionaron dos valores contradictorios (ninguno,dinámico)");};FORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 295

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPROCEDIMIENTO Coordinación:EntregasCOMIENZO{If ( GP20:Valor #= versión_completa And GP18:Valor#= Si )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios Pregunta 8= Si, Pregunta 6=versión_completa" );};If ( GP20:Valor #= versión_parcial And GP18:Valor#= No )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios Pregunta 8= No, Pregunta 6=versión_parcial" );};If ( GP20:Valor #= versión_gradual And GP18:Valor#= No )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios Pregunta 8= No, Pregunta 6=versión_gradual" );};If ( GP20:Valor #= versión_temprana And GP18:Valor#= No )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios Pregunta 8= No, Pregunta 6=versión_temprana" );};};FINPROCEDIMIENTO Coordinación:ValorInconsistenteCOMIENZO{If ( LengthList( GP26:Valor ) > 0 )Then {If ( Member?( GP26:Valor, necesario )And Member?( GP26:Valor, indiferente ) )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios (necesario,indiferente)" );};If ( Member?( GP26:Valor, factible )And Member?( GP26:Valor, indiferente ) )Then {SetPostMessageTitle( "Error en datos" );PostMessage( "Se seleccionaron dos valores contradictorios (factible,indiferente)" );};};};FINFORMALIZACIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 296

Capítulo 8Implementacióndel Sistema

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se describen en primer lugar las características de laherramienta que se usará para implementar el sistema experto. Luego usandoun caso como ejemplo se presenta el sistema en sí, la interfaz y su operatoriageneral.8.1 SELECCIÓN DE LA HERRAMIENTALa herramienta seleccionada es Kappa PC desarrollada en 1990 porINTELLICORP Inc., que posee características altamente compatibles con lametodología que se ha aplicado en el desarrollo del sistema experto. Kappabrinda un entorno de desarrollo que permite prototipado rápido, lo que facilita undesarrollo basado en prototipado incremental que es lo que propone lametodología IDEAL. El ambiente de desarrollo es totalmente gráfico con unaamplia gama de objetos que facilitan la operación de la aplicación. Tiene unentorno de programación orientada a objetos y facilidades para el desarrollo delas interfaces de usuario. Kappa tiene un lenguaje propio KAL con el que seescriben las funciones, los métodos y las reglasLos formalismos de representación del conocimiento en Kappa son losobjetos y las reglas. El motor de inferencias es de dos tipos:• Encadenamiento hacia delante o encadenamiento conducido porhechos (forward chaining).• Encadenamiento hacia atrás o encadenamiento conducido porobjetivos (backward chaining).8.1.1 LOS OBJETOS EN KAPPALos objetos permiten representar varias propiedades como la herencia,encapsulamiento de datos y código, jerarquías, herencia. Todas estaspropiedades son compartidas por el sistema de marcos usado para formalizarlos conocimientos. En Kappa los objetos también permiten representar losprocedimientos representados en “si necesito”, “si modifico”, “si borro” propiosdel sistema de marcos.El concepto de clase e instancias en los marcos y en los objetos es elmismo. Los objetos se componen de atributos llamados slots y a losprocedimientos se los llama métodos.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 299

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALos slots tiene propiedades como la cardinalidad, el tipo (texto, numérico,booleano). Pueden ser:• Heredados son derivados del objeto antecesor en la jerarquía. Serefieren generalmente a propiedades genéricas o comunes quecomparten los objetos.• Propios son los que aparecen solamente en un objeto y se refieren apropiedades especificas del objeto, o sea atributos propios del objeto.Los métodos al igual que los slots pueden ser heredados o locales. Seactivan cuando el valor del slot del cual dependen es accedido para serconsultado o modificado. Hay 4 tipos :• If needed: este método se usa para inicializar el slot• When accesed: se dispara cuando se pide el valor del slot• Before change: se dispara en el momento previo a una modificacióndel valor del slot.• After change: se dispara en el momento posterior a una modificacióndel valor del slot.8.1.2 LAS REGLAS EN KAPPALas reglas representan el conocimiento causal del tipo SI-ENTONCES.Cada regla queda identificada por un nombre. La parte SI de la regla estáconstituida por un conjunto de premisas y la parte ENTONCES por un conjuntode conclusiones. En Kappa los hechos involucrados en premisas y conclusionesse refieren a valores de atributos de objetos. El razonamiento del sistema sebasa en reglas y está gestionado por el motor de inferencia.En el encadenamiento hacia delante la filosofía general consiste enintroducir una serie de hechos que se consideran ciertos en un momentodeterminado y dejar que las reglas infieran los nuevos valores. Kappa podrábuscar todas las posibles consecuencias derivadas de los nuevos hechos o sóloalgunas, dependiendo que la estrategia sea exhaustiva o selectiva.En el encadenamiento hacia atrás la filosofía general consiste enestablecer una serie de objetivos y dejar que las reglas deduzcan su veracidad ono, en función del estado actual del sistema. Kappa busca todas las reglas quepuedan probar el objetivo.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 300

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA8.2 IMPLEMENTACION EN LA HERRAMIENTALos pasos seguidos en la implementación del presente trabajo han sido:• Declaración del modelo de marcos relacionados con las dos primerasáreas de análisis del sistema experto: Requisitos y Tipo de aplicación,codificando sus propiedades y métodos.• Incorporación de las reglas de las dos primeras áreas Requisitos y Tipode Aplicación. El sistema se corresponde con la estructura derazonamiento Encadenamiento hacia atrás (Backward Chaining) . Losobjetivos que se fijan por orden de prioridad son: 1) Ciclo de Vida enEspiral, 2) Ciclo de vida Orientado a Objetos y 3) Ciclo de Vida enCascada.• Desarrollo de una primera interfaz de usuario, donde fue necesarioprestar especial atención a la forma de preguntar acerca de lascaracterísticas del proyecto a analizar. El diseño se realizó sobre labase de recuadros, en cada recuadro se definió una pregunta conopciones de respuesta, ya sean del tipo SI / NO o con opcionespredefinidas. Para ello se usaron las facilidades que brinda el Kappa enla definición de este tipo de diseño. Los detalles del diseño de interfazde usuario se pueden apreciar adecuadamente a partir del ítem 8.3donde se muestra el desarrollo completo de un caso ejemplo.• Se completaron los marcos y las reglas correspondientes a la tercerárea de análisis Gestión de proyecto.• Se refinó la interfaz de usuario en la presentación de los resultados, yse prestó especial atención a la forma de agrupar las preguntas parafacilitar al usuario el análisis de las características del proyecto aanalizar.• Se consideró especialmente que el usuario al usar el sistema en unaprimera aproximación pudiera desconocer algunos datos. En ese casoel sistema si bien le brinda el resultado obtenido a partir de lainformación existente, también le informa que preguntas han quedadosin responder. De esta forma el usuario puede completar la informaciónfaltante en las primeras entrevistas, luego incorporarlas al sistema yobtener un diagnóstico más preciso.• Se ha realizado una sesión de pruebas con el grupo de expertos queparticiparon, realizándose así el ultimo refinamiento de la interfaz deusuario. Los expertos solicitaron conocer el ciclo de vida recomendadopara cada área, además del ciclo de vida propuesto, esto le permite alusuario, dentro del ciclo de vida elegido, organizar el proyectoadaptándolo con mayor precisión a las características de cada área.• Se ha desarrollado una evaluación exhaustiva del sistema con el expertoprincipal.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 301

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA8.2.1 ESTRUCTURA GENERAL DE LOS OBJETOSLa estructura general de los objetos del sistema es la siguiente:Figura 8-1: Estructura general de objetos del sistemaLa estructura general de los objetos del área Especificación deRequerimientos es la siguiente:Figura 8-2: Estructura general de objetos del área Especificación RequerimientosIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 302

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALa estructura general de los objetos del área Tipo de Aplicaciónes la siguiente:Figura 8-3: Estructura general de objetos del área Tipo de AplicaciónLa estructura general de los objetos del área Gestión de Proyectoes la siguiente:IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 303

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-4: Estructura general de objetos del área Gestión de ProyectoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 304

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALa estructura general de los objetos del área CV Diagnostico:Figura 8-5: Estructura general de objetos del área CV Diagnóstico8.3 DESARROLLO DE UN CASO EJEMPLOA continuación se presenta un caso de ejemplo.Cuando se ingresa al sistema se visualiza la pantalla de presentación quese observa en la figura 8-6.Figura 8-6: Ingreso al sistemaIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 305

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA continuación se visualiza la pantalla principal del sistema. Figura 8-7.Figura 8-7: Pantalla Principal del SistemaUsando el Menú desplegable de la barra en “Archivo” puedeseleccionarse, (figura 8-8), algún proyecto ya ingresado (“Abrir Proyecto”), figura8-9, para completar la información o comenzar con un proyecto nuevo (“NuevoProyecto. Si no hay indicación expresa el sistema asume que se trabajará conun proyecto nuevo.Usando el menú desplegable de la barra en “Datos” puede ingresarse losdatos que identifican al Proyecto , figura 8-10. Para los datos de las áreas puedeingresarse por cualquiera de las opciones indistintamente: Ingresar al áreaEspecificación de Requerimientos, Ingresar al área Tipo de aplicación, o al áreaGestión de Proyecto ya sea desde el menú desplegable en “Datos” o desde losbotones de la pantalla Figura 8-11.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 306

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-8: Selección de un proyectoFigura 8-9: Abrir un ProyectoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 307

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-10: Identificación de un proyectoFigura 8-11: Áreas del ProyectoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 308

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPara el ejemplo se define un proyecto nuevo que se corresponde con elcaso 2, del capitulo 9, y se seguirá el orden sugerido para un proyecto nuevoque es: Identificación del Proyecto (figura 8-12), Requerimientos, Tipo deAplicación y Gestión de proyecto.CASO EJEMPLO 2: Control de StockProyecto: P002-Fabrica de ropa de hombreObjetivo del proyecto: Desarrollar e implementar un sistema de control destock para el depósito central y los negocios de venta al público.Caso 2 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosCascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoObjetosCV del ProyectoCascadaCV Especificación RequerimientosTipo de AplicaciónGestión de proyectoCV del ProyectoFigura 8-12: Ejemplo: Identificación del ProyectoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 309

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDALa figura 8-13 se corresponde con las características de Requerimientos.La interfaz de usuario esta diseñada para seleccionar las opciones que denrespuesta a las siguientes preguntas (para el caso de ejemplo se han marcadoen letra “negrita” la opción de respuesta seleccionada):Especificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentrandefinidos:ER2 El usuario ha explicitado los requisitos:ER3 La exigencia del usuario en el cumplimiento de losrequerimientos en el producto final es:MayoritariamenteFormalmente,Exhaustivamente,UniformementePoco exigenteFigura 8-13: Ingresar cada una de las opciones de las Características deEspecificación de RequerimientosCada uno de los cuadros de preguntas a completar tiene una opción deayuda, es el recuadro superior donde figura el numero de cuadro, al presionarel botón (recuadro superior) el usuario obtiene información complementariasobre las opciones a elegir. Se muestra a modo de ejemplo la informaciónsobre el recuadro 2, figura 8-14.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 310

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-14: Especificación de Requerimientos - Consulta de ayudaLa figura 8-15 a 8-17 se corresponde con las características de Tipo deAplicación. La interfaz de usuario esta diseñada para seleccionar las opcionesque den respuesta a las siguientes preguntas (para el caso de ejemplo se hanmarcado en letra “negrita” la opción de respuesta seleccionada):Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Poca dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente integrado de Nohardware y software?TA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles de Pocosdescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles de Pocosdescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyecto problemas de: DesconoceTA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolverse por:Pocas opcionesPocas opcionesTA13 Las modificaciones explícitamente previstas son:ExtensiónIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 311

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-15: Características de Tipo de Aplicación- Pantalla 1Figura 8-16: Características de Tipo de Aplicación- Pantalla 2IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 312

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-17: Características de Tipo de Aplicación- Pantalla 3Las figuras 8-18 a 8-22 se corresponden con las características de laGestión de Proyecto. La interfaz de usuario esta diseñada para seleccionar lasopciones que den respuesta a las siguientes preguntas (para el caso de ejemplose han marcado en letra “negrita” la opción de respuesta seleccionada):Gestión de ProyectoID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión parcialGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Poco formalGP10 El grado de control que se requiere de la gestión del proyecto es: Poco ajustadoGP11 ¿La gestión de proyecto prevé definir explícitamente estrategiaspara reusar software existente?NoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 313

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura de proyectosno viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistema es:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?GP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?Muy necesarioSin relaciónNoNoDesconoceNoNoBajoNoDesconoceNoNoDesconoceDesconoceDesconoceSiIndiferenteSiFigura 8-18: Características de Gestión de Proyecto - Pantalla 1IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 314

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-19: Características de Gestión de Proyecto - Pantalla 2Figura 8-20: Características de Gestión de Proyecto - Pantalla 3IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 315

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-21: Características de Gestión de Proyecto - Pantalla 4Figura 8-22: Características de Gestión de Proyecto - Pantalla 5IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 316

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACada vez que se completan las preguntas de una de las áreas, antes depasar a otra el sistema verifica que se hayan completado todas las preguntas,caso contrario le informa al usuario cuales preguntas han quedado sin responderpara que decida si desea continuar o si desea completar esa información. En lafigura 8-23 se presenta un ejemplo del área gestión de Proyectos.Figura 8-23: Verificación de preguntas respondidas del área Gestión de ProyectosUna vez completadas cada una de las áreas el botón “Evaluar Ciclo deVida” realiza el proceso de razonamiento y el sistema presenta los resultadosfinales, indicando el resultado propuesta para cada una de las áreas y elresultado final propuesto como el ciclo de vida mas adecuado para llevaradelante el desarrollo del proyecto, figura 8-24.El sistema también detalla cada una de las reglas que se han aplicado enel proceso de razonamiento para ese caso en particular, figura 8-25.El sistema permite guardar la información del proyecto, las reglas usadasen el razonamiento y los resultados obtenidos en un archivo “*.txt” para poderimprimir todos los datos del proyecto, figura 8-26.El sistema actualiza automáticamente los datos de Información delProyecto con el CV propuesto por el sistema experto, figura 8-27.IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 317

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-24: Recomendación por área y Recomendación del CV del ProyectoFigura 8-25: Detalle de Reglas aplicadas en el proceso de razonamientoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 318

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAFigura 8-26: Guardar información y resultados del ProyectoFigura 8-27: Actualización del CV propuesto por el Sistema Expertoen los datos de Identificación del ProyectoIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 319

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASe muestra a continuación la información guardada en el archivo “002.txt”,del caso de ejemplo.SISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOSDE SOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 21/07/2001ID: 002Proyecto: Control de stockLíder de Proyecto: Lic. Carlos BeltramiObjetivo: Desarrollar e Implementar un sistema. de control de stock para depositocentral de una fabrica de ropaFecha de inicio: 19/02/1998Fecha de finalización: 30/06/1998Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA ER-R1REGLA ER-R2REGLA CV-R2REGLA CV-R4REGLA TA-R1REGLA TA-R12REGLA TA-R16

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES MODELADO-PROTOTIPO ES Conveniente>REGLA GP-R2REGLA GP-R11REGLA GP-R12REGLA GP-R17REGLA GP-R18REGLA GP-R22REGLA GP-R28REGLA GP-R29REGLA GP-R33REGLA GP-R34REGLA GP-R37REGLA GP-R17REGLA GP-R18

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES CV-PROPU-GESTION ES Objetos>REGLA R3REGLA ER-R2REGLA R3REGLA TA-R101REGLA R3REGLA TA-R102REGLA R3REGLA TA-R103REGLA R3IMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 322

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA---------------------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO---------------------------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en CascadaEspecificación de Requerimientos recomienda: CascadaTipo de Aplicación recomienda:Gestión de Proyecto recomienda:CascadaObjetosEl sistema ha respondido satisfactoriamente de acuerdocon la definición de los resultados esperados establecida alinicio del caso de pruebaCaso 2 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosCascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoObjetosCV del ProyectoCascadaCV Especificación RequerimientosCascadaTipo de AplicaciónCascadaGestión de proyectoObjetosCV del ProyectoCascadaIMPLEMENTACION DEL SISTEMA 02/09/2003 Bibiana D. Rossi 323

Capítulo 9Evaluación

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEl objetivo de la etapa de evaluación es garantizar la calidad del sistemaexperto. La calidad esta asociada con el funcionamiento correcto del sistema yque el sistema responda a las expectativas del usuario. La evaluación no es, unafase concreta de la ingeniería del conocimiento [Gómez, A. y otros 1997] sino unconjunto de actividades que ser realizan a lo largo de cada fase de desarrollo delsistema. Cada fase del proceso de desarrollo requiere una evaluación diferenteaunque es conveniente utilizar los mismos casos de prueba a lo largo de todas lasfases.En este capitulo se presentan los casos de prueba con los que se haevaluado el sistema. Se documenta la verificación y validación que se harealizado y se mencionan los ítem que documentan la evaluación realizada a lolargo del desarrollo del sistema.9.1 EVALUACIÓN DE LA ADQUISICIÓN DE CONOCIMIENTOS.Para todas las sesiones cumplidas en la fase de adquisición deconocimientos se ha cumplido un ciclo de educción en el cual el ultimo de lospasos incluye la Evaluación de la Sesión (ver página 108). Las actividades eneste paso consisten en evaluar los resultados obtenidos, la comprensión de losmismos por parte del ingeniero en conocimiento y la detección de informaciónfaltante para analizar en la siguiente sesión.• Entrevistas: se encuentran las evaluaciones de las sesiones A.1, A.2,A.3 y A.4 (referencias en páginas 92 y 93).• Análisis de textos: se encuentra la evaluación de la sesión B.1(referencias en página 93).• Método Delphi: se encuentran las evaluaciones de las sesiones C.1,C.2 y C.3 (referencias en página 93).• Técnica Nominal de Grupo: se encuentra la evaluación de la sesiónC.3 (referencias en pagina 93).• Emparrillado: si bien la evaluación de la parrilla se concretó en unaentrevista con el experto, el objetivo de dicha entrevista fue evaluar losresultados de la aplicación de la técnica por eso está asociada esaevaluación con esta técnica. Se encuentran referencias de la evaluaciónde las sesiones D.1 y A.4 (referencias en la página 93).EVALUACION 02/09/2003 Bibiana D. Rossi 325

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.2 EVALUACIÓN DE LA CONCEPTUALIZACIÓN DE CONOCIMIENTOS.Asegurar la calidad del modelo conceptual es una práctica de fundamentalimportancia. Usualmente el experto no entiende los formalismos derepresentación, de ahí la importancia de que el experto apruebe el modeloconceptual. [Sierra, A. 1996]. En este caso ha habido varias instancias deevaluación concretadas en entrevistas para la revisión parcial de cada uno de losmodelos como así también para la Comprobación final de los distintos tipos deconocimientos:• Comprobación de los conocimientos estratégicos: Se encuentranreferencias de la evaluación en la página 180. En las revisionesparciales a través de entrevistas se evaluó el modelo de descomposiciónfuncional.• Comprobación de los conocimientos tácticos: Se encuentran referenciasde la evaluación en la página 215. En las revisiones parciales a travésde entrevistas se revisaron detalladamente las seudorreglas.• Comprobación de los conocimientos fácticos: Se encuentran referenciasde la evaluación en la página 215. En las revisiones parciales serevisaron: el Glosario de Términos, el Diccionario de Conceptos, la Tablade Concepto Atributo Valor, la Definición de los Atributos• Comprobación del Modelo dinámico y del Modelo estático: una vezterminados fueron revisados por el experto principal.• Comprobación del Mapa de Conocimientos y de la fase deConceptualización: el experto seleccionó los casos de prueba 1-1. 1-2, 2,3, 4 y 6. Se encuentran referencias de la comprobación en la página268.9.3 EVALUACIÓN DE LA FORMALIZACIÓN DE CONOCIMIENTOS.En este caso en particular, el experto entiende de formalismoscomputacionales lo que fortaleció la evaluación de la formalización respecto de laconceptualización. El experto seleccionó los mismos casos de prueba usados enla comprobación del Mapa de Conocimiento: 1-1. 1-2, 2, 3, 4 y 6La evaluación se ha realizado teniendo en cuenta los criterios propuestospor Gómez [Gómez, A. y otros 1997] y ha consistido en:• Marcos: se ha revisado si coincide con el modelo conceptual, y seanalizaron Redundancias, Incompletud e Inconsistencia.• Reglas: se han revisado analizando Redundancia, Identidad,Subsunción o reglas embebidas, Condiciones SI innecesarias,Callejones sin salida, Redundancia indirecta (reglas circulares), Reglasausentes, Reglas inalcanzables, Inconsistencia, Incompatibilidades.EVALUACION 02/09/2003 Bibiana D. Rossi 326

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4 EVALUACIÓN DE LA IMPLEMENTACIÓN DE CONOCIMIENTOS.Se ha revisado la definición de objetos y reglas en la herramienta.Se ha aplicado el juego de ensayo probando cada uno de los casospropuestos por los expertos, en el sistema. Los casos presentados son casosreales que fueron liderados por los expertos consultados. Los proyectos ya fueroncumplidos. Se detallan en los apartados siguientes cada uno de los casos,detallando dos cuadros:‣ Resultados del caso de prueba, donde se presentan los resultadosesperados con el caso de prueba y los resultados obtenidos por elsistema experto.‣ Valores del caso de prueba, donde se especifican los valoresparticulares de ese proyecto para cada área de análisis.9.4.1 CASO EJEMPLO 1.1: Facturación TelefónicaProyecto: 001-1 TelefónicaObjetivo del proyecto: Desarrollar e implementar un sistema de facturación parael tráfico telefónico.Caso 1.1 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosSin respuestaCV Tipo de Aplicación1- Espiral2- ObjetosCV Gestión de proyectoSin respuestaCV del ProyectoNo se pudo sacar ninguna conclusión delos datosCV Especificación Requerimientos- ninguno –Tipo de AplicaciónEspiral ObjetosGestión de proyecto- ninguno –CV del ProyectoNo se pudo sacar ninguna conclusión delos datosEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.EVALUACION 02/09/2003 Bibiana D. Rossi 327

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACaso 1.1 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Parcialmentedefinidos:ER2 El usuario ha explicitado los requisitos: FormalmenteIncompletosDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los Poco exigenterequerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: MatemáticoAlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Nouniforme?TA5 La relación entre las fases del proyecto es: Poca dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Siintegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocosPocosDesconoceVarias opcionesVarias opcionesExtensiónAmpliaciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: TercerosGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión parcialGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyectoes:Medianamente ajustadoEVALUACION 02/09/2003 Bibiana D. Rossi 328

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?GP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?NoMedianamente necesarioSin relaciónNoNoDesconoceNoNoMedioSiDesconoceDesconoceDesconoceNoDesconoceDesconoceNoIndiferenteSiSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi--------------------------------------------------------------------------Fecha: 19/05/2001ID: 001-1Proyecto: TelefónicaLíder de Proyecto: Lic. Laura LucchiniObjetivo: Desarrollar e implementar un sistema de facturación para el trafico telefónicoFecha de inicio: 10/03/1998Fecha de finalización: 10/12/1998Ciclo de Vida recomendado: NingunoCiclo de Vida seleccionado: Ninguno--------------------------------------------------------------------------REGLA CV-R2EVALUACION 02/09/2003 Bibiana D. Rossi 329

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA CV-R5REGLA TA-R1REGLA TA-R4REGLA TA-R12REGLA TA-R13REGLA TA-R16REGLA TA-R20REGLA TA-R21REGLA TA-R22REGLA TA-R23REGLA TA-R24REGLA GP-R13REGLA GP-R15

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES APLICABILIDAD-OO ES Aplicable>REGLA GP-R22REGLA GP-R28REGLA GP-R29REGLA GP-R33REGLA GP-R36REGLA GP-R37REGLA GP-R15REGLA GP-R50REGLA GP-R52-------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO-------------------------------------------------------------------------------------------------------------No se pudo sacar ninguna conclusión de los datosEspecificación de Requerimientos recomienda: - ninguno –Tipo de Aplicación recomienda:Espiral ObjetosGestión de Proyecto recomienda: - ninguno -EVALUACION 02/09/2003 Bibiana D. Rossi 331

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.2 CASO EJEMPLO 1.2: Facturación TelefónicaProyecto: 001-2 TelefónicaObjetivo del proyecto: Desarrollar e implementar un sistema de facturación parael tráfico telefónico.Caso 1.2 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- ObjetosCV Tipo de Aplicación1- Espiral2- ObjetosCV Gestión de proyectoEspiralCV del ProyectoEspiralCV Especificación RequerimientosEspiral ObjetosTipo de AplicaciónEspiral ObjetosGestión de proyectoEspiralCV del ProyectoSe recomienda el Ciclo de Vida en EspiralEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 1.2 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Parcialmentedefinidos:ER2 El usuario ha explicitado los requisitos: InformalmenteIncompletosDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los requerimientos Poco exigenteen el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: Matemático - AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Nouniforme?TA5 La relación entre las fases del proyecto es: Poca dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente integrado Side hardware y software?TA7 ¿El sistema a diseñar es innovador? NoEVALUACION 02/09/2003 Bibiana D. Rossi 332

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyecto problemasde:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolverse por:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocosPocosDesconoceVarias opcionesVarias opcionesExtensión - AmpliaciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: TercerosGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Noaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión gradualGP7 El grado de participación del usuario en el desarrollo debe ser: AltoGP8 ¿Es necesario facilitar la introducción gradual del sistema para los Siusuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyecto es: Medianamente ajustadoGP11 ¿La gestión de proyecto prevé definir explícitamente estrategias Desconocepara reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes del software Poco necesarioa desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma tal que Sin relaciónel proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de un software Noya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?DesconoceGP16 ¿Es posible adquirir software para prototipar?SiGP17 ¿Existen dudas sobre la viabilidad del software?NoGP18 ¿Se estima la posibilidad de terminación prematura de proyectos Desconoceno viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistema es: MedioGP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de las Sialternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo? SiGP23 ¿Se identifican las diferentes maneras de resolver los riesgos? SiGP24 ¿Es necesario definir explícitamente estrategias para realizar Sianálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Desconocesistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo del sistema Desconocecuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporar Desconoceobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo y Necesario - Factiblemantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios a Siefectuarse durante el desarrollo del proyecto?SiEVALUACION 02/09/2003 Bibiana D. Rossi 333

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 19/05/2001ID: 001-2Proyecto: TelefónicaLíder de Proyecto: Lic. Laura LucchiniObjetivo: Desarrollar e implementar un sistema de facturación para el trafico telefónicoFecha de inicio: 10/03/1998Fecha de finalización: 10/12/1998Ciclo de Vida recomendado: EspiralCiclo de Vida seleccionado: Espiral-----------------------------------------------------------------------------------------REGLA ER-R3REGLA ER-R4REGLA CV-R2REGLA CV-R5REGLA TA-R1REGLA TA-R4REGLA TA-R12REGLA TA-R13REGLA TA-R16EVALUACION 02/09/2003 Bibiana D. Rossi 334

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA TA-R20REGLA TA-R21REGLA TA-R22REGLA TA-R23REGLA TA-R24REGLA GP-R13REGLA GP-R15REGLA GP-R20REGLA GP-R22REGLA GP-R23REGLA GP-R25REGLA GP-R27EVALUACION 02/09/2003 Bibiana D. Rossi 335

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R29REGLA GP-R31REGLA GP-R32REGLA GP-R33REGLA GP-R36REGLA GP-R37REGLA GP-R15REGLA GP-R38REGLA GP-R43REGLA GP-R45REGLA R2REGLA ER-R4

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES CV-PROPUESTO-REQUISITOS ES Espiral Y Objetos>REGLA R15REGLA R2REGLA R24REGLA R26REGLA GP-R50REGLA GP-R52REGLA GP-R43REGLA GP-R45REGLA R2REGLA R15REGLA R24

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACV-PROPU-GESTION ES EspiralENTONCES CV-PROPU-PROYECTO ES Espiral>REGLA R26REGLA GP-R56REGLA GP-R45REGLA R2REGLA R15REGLA R24REGLA R26-------------------------------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO-------------------------------------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en EspiralEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral ObjetosEspiral ObjetosEspiralEVALUACION 02/09/2003 Bibiana D. Rossi 338

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.3 CASO EJEMPLO 2: Control de StockProyecto: 002 Fabrica de ropa de hombreObjetivo del proyecto: Desarrollar e implementar un sistema de control de stockpara el depósito central y los negocios de venta al público.Caso 2 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosCascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoObjetosCV del ProyectoCascadaCV Especificación RequerimientosCascadaTipo de AplicaciónCascadaGestión de proyectoObjetosCV del ProyectoSe recomienda el Ciclo de Vida en CascadaEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 2 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Formalmente,Exhaustivamente,UniformementeER3 La exigencia del usuario en el cumplimiento de los Poco exigenterequerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Poca dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Nointegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles de Pocosdescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles de Pocosdescomposición en subsistemas son:EVALUACION 02/09/2003 Bibiana D. Rossi 339

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:DesconocePocas opcionesPocas opcionesExtensiónGestión de ProyectoID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión parcialGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Poco formalGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?Poco ajustadoEVALUACION 02/09/2003 Bibiana D. Rossi 340NoMuy necesarioSin relaciónNoNoDesconoceNoNoBajoNoDesconoceGP24 ¿Es necesario definir explícitamente estrategias para realizar Desconoceanálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Desconocesistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo del Desconocesistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporar Siobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo y Indiferentemantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios a Siefectuarse durante el desarrollo del proyecto?NoNo

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 19/05/2001ID: 002Proyecto: Control de stockLider de Proyecto: Lic. Carlos BeltramiObjetivo: Desarrollar e Implementar un Sist. de control de stock para deposito central y negocios.Fecha de inicio: 06/08/1999Fecha de finalización: 22/03/2000Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA ER-R1REGLA ER-R2REGLA CV-R2REGLA CV-R4REGLA TA-R1REGLA TA-R12REGLA TA-R16REGLA GP-R2REGLA GP-R11EVALUACION 02/09/2003 Bibiana D. Rossi 341

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R12REGLA GP-R17REGLA GP-R18REGLA GP-R22REGLA GP-R28REGLA GP-R29REGLA GP-R33REGLA GP-R34REGLA GP-R37REGLA GP-R17REGLA GP-R18REGLA R3EVALUACION 02/09/2003 Bibiana D. Rossi 342

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA ER-R2REGLA R3REGLA TA-R101REGLA R3REGLA TA-R102REGLA R3REGLA TA-R103REGLA R3------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO---------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en CascadaEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:CascadaCascadaObjetosEVALUACION 02/09/2003 Bibiana D. Rossi 343

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.4 CASO EJEMPLO 3: Control de MorososProyecto: 003 MunicipalObjetivo del proyecto: Desarrollar e implementar un sistema para el control demorosos de la tasa municipal de alumbrado, barrido y limpieza.Caso 3 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- Objetos3- CascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoCascadaCV del ProyectoCascadaCV Especificación RequerimientosEspiral Objetos CascadaTipo de AplicaciónCascadaGestión de proyectoCascadaCV del ProyectoSe recomienda el Ciclo de Vida en CascadaEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 3 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Formalmente,Exhaustivamente,UniformementeER3 La exigencia del usuario en el cumplimiento de los Muy exigente,requerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Poca dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Nointegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? NoTA8Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:PocosEVALUACION 02/09/2003 Bibiana D. Rossi 344

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:PocosDesconocePocas opcionesTA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocas opcionesRedefiniciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Ampliamente probadasGP4 Es necesario usar metodologías de desarrollo: Ampliamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión completaGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Poco formalGP10 El grado de control que se requiere de la gestión del proyecto Medianamente ajustadoes:GP11 ¿La gestión de proyecto prevé definir explícitamente Noestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes del Poco necesariosoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma tal Sin relaciónque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de un Nosoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?NoGP16 ¿Es posible adquirir software para prototipar?NoGP17 ¿Existen dudas sobre la viabilidad del software?NoGP18 ¿Se estima la posibilidad de terminación prematura de Noproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistema Sin riesgoes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema? NoGP21 ¿Se identifican los riesgos asociados con cada una de las Noalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo? NoGP23 ¿Se identifican las diferentes maneras de resolver los riesgos? NoGP24 ¿Es necesario definir explícitamente estrategias para realizar Noanálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Nosistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo del Nosistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporar Noobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo y Indiferentemantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios a Siefectuarse durante el desarrollo del proyecto?EVALUACION 02/09/2003 Bibiana D. Rossi 345

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 19/05/2001ID: 003Proyecto: Control de MorososLíder de Proyecto: Lic. Enrique FernándezObjetivo: Desarrollar un sistema para control de morosos de la Tasa Municipal de ABLFecha de inicio: 9/02/1999Fecha de finalización: 12/06/1999Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA ER-R1REGLA ER-R2REGLA ER-R5REGLA CV-R2REGLA CV-R4REGLA TA-R1REGLA TA-R11REGLA TA-R16REGLA GP-R1REGLA GP-R3REGLA GP-R4EVALUACION 02/09/2003 Bibiana D. Rossi 346

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R5REGLA GP-R16REGLA GP-R19REGLA GP-R22REGLA GP-R33REGLA GP-R34REGLA R0REGLA ER-R2REGLA R0REGLA R6REGLA R10REGLA TA-R101REGLA R0REGLA R6

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACV-PROPU-GESTION ES CascadaENTONCES CV-PROPU-PROYECTO ES Cascada>REGLA R10REGLA TA-R102REGLA R0REGLA R6REGLA R10REGLA TA-R103REGLA R0REGLA R6REGLA R10----------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO----------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en CascadaEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral Objetos CascadaCascadaCascadaEVALUACION 02/09/2003 Bibiana D. Rossi 348

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.5 CASO EJEMPLO 4: Técnica EmparrilladoProyecto: 004 Emparrillado.Objetivo del proyecto: Desarrollar e implementar una aplicación para el calculoautomático de la técnica de emparrillado. El sistema debe dibujar los gráficosresultantes del calculo.Caso 4 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- ObjetosCV Tipo de AplicaciónObjetosCV Gestión de proyectoObjetosCV del ProyectoObjetosCV Especificación RequerimientosEspiral ObjetosTipo de AplicaciónObjetosGestión de proyectoObjetosCV del ProyectoSe recomienda el Ciclo de Vida de ObjetosEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 4 Resultados del caso de prueba:Especificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Nodefinidos:ER2 El usuario ha explicitado los requisitos: Informalmente, IncompletosDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los Muy exigente,requerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : Software de baseTA2 Los componentes predominantes de la aplicación son: Gráfico – MatemáticoTA3 El comportamiento predominante en la aplicación es: Interactivo – DinámicoTA4¿La progresión entre las fases del desarrollo es secuencial yuniforme?NoEVALUACION 02/09/2003 Bibiana D. Rossi 349

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA5 La relación entre las fases del proyecto es: Mucha dependenciaTA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Nointegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? SiTA8 Para lograr una mejor comprensión del sistema los niveles de Pocosdescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles de Pocosdescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyecto Eficaciaproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por: Pocas opcionesTA12 La Implementación del sistema a desarrollar puede resolverse Pocas opcionespor:TA13 Las modificaciones explícitamente previstas son:Redefinición - AmpliaciónGestión de ProyectoID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Noaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Noingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión tempranaGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Nolos usuarios?GP9 Se requiere una gestión de proyecto: Poco formalGP10 El grado de control que se requiere de la gestión del proyecto Poco ajustadoes:GP11 ¿La gestión de proyecto prevé definir explícitamente Siestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes del Muy necesariosoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma tal Sin relaciónque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de un Desconocesoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?SiGP16 ¿Es posible adquirir software para prototipar?SiGP17 ¿Existen dudas sobre la viabilidad del software?NoGP18 ¿Se estima la posibilidad de terminación prematura de Noproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistema Bajoes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema? NoGP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?NoDesconoceDesconoceEVALUACION 02/09/2003 Bibiana D. Rossi 350

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?NoNoDesconoceSiNecesario – FactibleNoSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 19/05/2001ID: 004Proyecto: Técnica EmparrilladoLíder de Proyecto: Lic. Enrique FernándezObjetivo: Desarrollar aplicación para el calculo automático y gráficos de la técnica de emparrillado.Fecha de inicio: 22/02/2000Fecha de finalización: 15/09/2000Ciclo de Vida recomendado: ObjetosCiclo de Vida seleccionado: Objetos------------------------------------------------------------------------------------------REGLA ER-R3REGLA ER-R4REGLA ER-R5REGLA CV-R3REGLA CV-R5REGLA TA-R1EVALUACION 02/09/2003 Bibiana D. Rossi 351

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA TA-R4REGLA TA-R5REGLA TA-R7REGLA TA-R9REGLA TA-R11REGLA TA-R13REGLA TA-R15REGLA TA-R16REGLA TA-R17REGLA TA-R20REGLA GP-R2REGLA GP-R11REGLA GP-R12

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES RIESGO-OO ES Aceptable>REGLA GP-R17REGLA GP-R18REGLA GP-R20REGLA GP-R21REGLA GP-R24REGLA GP-R26REGLA GP-R18REGLA GP-R27REGLA GP-R29REGLA GP-R30REGLA GP-R31REGLA GP-R32REGLA GP-R34EVALUACION 02/09/2003 Bibiana D. Rossi 353

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R37REGLA GP-R17REGLA GP-R18REGLA R1REGLA ER-R4REGLA R1REGLA R18---------------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO---------------------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida de ObjetosEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral ObjetosObjetosObjetosEVALUACION 02/09/2003 Bibiana D. Rossi 354

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.6 CASO EJEMPLO 5: Inscripción UniversitariaProyecto: 005 Inscripción SistemasObjetivo del proyecto: Desarrollar e implementar un sistema que permita lainscripción en las materias a cursar para alumnos de una carrera universitaria.Caso 5 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1-Espiral2- ObjetosCV Tipo de Aplicación1-Espiral2- ObjetosCV Gestión de proyectoEspiralCV del ProyectoEspiralCV Especificación RequerimientosEspiral ObjetosTipo de AplicaciónEspiral ObjetosGestión de proyectoEspiralCV del ProyectoSe recomienda el Ciclo de Vida en EspiralEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 5 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Informalmente, IncompletosDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los Muy exigenterequerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: InteractivoTA4 ¿La progresión entre las fases del desarrollo es secuencial y Nouniforme?TA5 La relación entre las fases del proyecto es: Mucha dependenciaTA6¿El tipo de aplicación requiere el desarrollo fuertementeintegrado de hardware y software?SiEVALUACION 02/09/2003 Bibiana D. Rossi 355

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles de Muchosdescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles de Muchosdescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyecto Arquitectura – Eficaciaproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por: Varias opcionesTA12 La Implementación del sistema a desarrollar puede resolverse Varias opcionespor:TA13 Las modificaciones explícitamente previstas son:RedefiniciónGestión de ProyectoID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Noaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Noingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión completaGP7 El grado de participación del usuario en el desarrollo debe ser: AltoGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?GP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?Medianamente ajustadoNoMuy necesarioSin relaciónNoNoSiNoDesconoceAltoSiSiSiSiSiDesconoceEVALUACION 02/09/2003 Bibiana D. Rossi 356

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?SiSiNecesario – FactibleSiSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 19/05/2001ID: 005Proyecto: Inscripción UniversitariaLíder de Proyecto: Ing. María Florencia Pollo CattaneoObjetivo: Desarrollar un sistema que permite la inscripción en materias para alumnosuniversitarios.Fecha de inicio: 01/08/1998Fecha de finalización: 15/02/2000Ciclo de Vida recomendado: EspiralCiclo de Vida seleccionado: Espiral------------------------------------------------------------------------------------------REGLA ER-R3REGLA ER-R5REGLA CV-R3REGLA CV-R5REGLA TA-R7REGLA TA-R11REGLA TA-R14EVALUACION 02/09/2003 Bibiana D. Rossi 357

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA TA-R15REGLA TA-R16REGLA TA-R20REGLA TA-R21REGLA TA-R22REGLA TA-R23REGLA TA-R24REGLA GP-R11REGLA GP-R15REGLA GP-R20REGLA GP-R22REGLA GP-R23EVALUACION 02/09/2003 Bibiana D. Rossi 358

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R27REGLA GP-R30REGLA GP-R31REGLA GP-R32REGLA GP-R33REGLA GP-R34REGLA GP-R36REGLA GP-R37REGLA GP-R15REGLA GP-R38REGLA GP-R39REGLA GP-R40REGLA GP-R43EVALUACION 02/09/2003 Bibiana D. Rossi 359

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R44REGLA GP-R45REGLA R2REGLA R2REGLA R15REGLA R24REGLA R26REGLA GP-R52REGLA GP-R43REGLA GP-R45REGLA R2

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES CV-PROPU-PROYECTO ES Espiral>REGLA R15REGLA R24REGLA R26REGLA GP-R44REGLA GP-R45REGLA R2REGLA R15REGLA R24REGLA R26REGLA GP-R51REGLA GP-R52EVALUACION 02/09/2003 Bibiana D. Rossi 361

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R43REGLA GP-R45REGLA R2REGLA R15REGLA R24REGLA R26REGLA GP-R44REGLA GP-R45REGLA R2REGLA R15EVALUACION 02/09/2003 Bibiana D. Rossi 362

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA R24REGLA R26REGLA GP-R56REGLA GP-R45REGLA R2REGLA R15REGLA R24REGLA R26---------------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO---------------------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en EspiralEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral ObjetosEspiral ObjetosEspiralEVALUACION 02/09/2003 Bibiana D. Rossi 363

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.7 CASO EJEMPLO 6: Organizar ComisionesProyecto: 006-Comisiones InscripciónObjetivo del proyecto: Desarrollar e implementar un sistema que organice lascomisiones para el dictado de clases, informando: materia-profesor-alumnos decada comisión.Caso 6 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- Objetos3- CascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoCascadaCV del ProyectoCascadaCV Especificación RequerimientosEspiral Objetos CascadaTipo de AplicaciónCascadaGestión de proyectoCascadaCV del ProyectoSe recomienda el Ciclo de Vida en CascadaEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 6 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Formalmente,Exhaustivamente,UniformementeER3 La exigencia del usuario en el cumplimiento de los Muy exigenterequerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Poca dependencia,TA6¿El tipo de aplicación requiere el desarrollo fuertementeintegrado de hardware y software?NoEVALUACION 02/09/2003 Bibiana D. Rossi 364

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocosPocosDesconocePocas opcionesPocas opcionesRedefiniciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Ampliamente probadasGP4 Es necesario usar metodologías de desarrollo: Ampliamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión completaGP7El grado de participación del usuario en el desarrollo debe ser: BajoGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Muy formalGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?Muy ajustadoNoPoco necesarioSin relaciónNoNoNoNoDesconoceBajoNoDesconoceDesconoceGP23 ¿Se identifican las diferentes maneras de resolver los riesgos? DesconoceGP24 ¿Es necesario definir explícitamente estrategias para realizar Desconoceanálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Desconocesistema para la resolución de algún tópico nuevo de riesgo?EVALUACION 02/09/2003 Bibiana D. Rossi 365

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?NoNoNecesario – FactibleSiSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 20/05/2001ID: 006Proyecto: Organizar ComisionesLíder de Proyecto: Lic. Carlos LeoneObjetivo: Desarrollar un sistema que organice las comisiones para el dictado de clases,informando: materia-profesor-alumnos de cada comisiónFecha de inicio: 1/05/2000Fecha de finalización: 1/08/2000Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA ER-R1REGLA ER-R2REGLA ER-R5REGLA CV-R2REGLA CV-R4REGLA TA-R1

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES COMPLEJIDAD-SUBSISTEMAS ES Baja>REGLA TA-R11REGLA TA-R16REGLA GP-R2REGLA GP-R1REGLA GP-R3REGLA GP-R5REGLA GP-R12REGLA GP-R16REGLA GP-R22REGLA GP-R31REGLA GP-R32REGLA GP-R33REGLA GP-R34EVALUACION 02/09/2003 Bibiana D. Rossi 367

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA R0REGLA ER-R2REGLA R0REGLA R6REGLA R10REGLA TA-R101REGLA R0REGLA R6REGLA R10REGLA TA-R102EVALUACION 02/09/2003 Bibiana D. Rossi 368

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA R0REGLA R6REGLA R10REGLA TA-R103REGLA R0REGLA R6REGLA R10-----------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO----------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en CascadaEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral Objetos CascadaCascadaCascadaEVALUACION 02/09/2003 Bibiana D. Rossi 369

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.8 CASO EJEMPLO 7: Administración ConsorcioProyecto: 007 ConsorcioObjetivo del proyecto: Desarrollar e implementar un sistema de facturaciónmensual para consorcios de edificios de departamento.Caso 7 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosCascadaCV Tipo de AplicaciónCascadaCV Gestión de proyectoCascadaCV del ProyectoCascadaCV Especificación RequerimientosCascadaTipo de AplicaciónCascadaGestión de proyectoCascadaCV del ProyectoSe recomienda el Ciclo de Vida en CascadaEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 7 Valores del caso de prueba:Especificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Formalmente,Exhaustivamente,UniformementeER3 La exigencia del usuario en el cumplimiento de losrequerimientos en el producto final es:Tipo de AplicaciónPoco exigente,ID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: BatchTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Poca dependencia,TA6¿El tipo de aplicación requiere el desarrollo fuertementeintegrado de hardware y software?NoEVALUACION 02/09/2003 Bibiana D. Rossi 370

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocosPocosDesconocePocas opcionesPocas opcionesAmpliaciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: TercerosGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: DesconoceGP4 Es necesario usar metodologías de desarrollo: DesconoceGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Desconoceingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión completaGP7 El grado de participación del usuario en el desarrollo debe ser: BajoGP8 ¿Es necesario facilitar la introducción gradual del sistema para Desconocelos usuarios?GP9 Se requiere una gestión de proyecto: DesconoceGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?Poco ajustadoEVALUACION 02/09/2003 Bibiana D. Rossi 371NoMedianamente necesarioSin relaciónNoNoNoNoNoSin riesgoNoDesconoceDesconoceDesconoceGP24 ¿Es necesario definir explícitamente estrategias para realizar Noanálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Desconocesistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo del Desconocesistema cuando se identifican mejores alternativas?

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?NoIndiferenteDesconoceSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 20/05/2001ID: 007Proyecto: ConsorcioLíder de Proyecto: Lic. Carlos BeltramiObjetivo: Desarrollar e Implementar un sistema de facturación mensual para consorcios deedificios de departamentos.Fecha de inicio: 12/05/1998Fecha de finalización: 20/10/1988Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA ER-R1REGLA ER-R2REGLA CV-R2REGLA CV-R4REGLA TA-R1REGLA TA-R13REGLA TA-R16REGLA GP-R3REGLA GP-R4EVALUACION 02/09/2003 Bibiana D. Rossi 372

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R16REGLA GP-R19REGLA ER-R2REGLA R0REGLA TA-R101REGLA R0REGLA TA-R102REGLA R0REGLA TA-R103REGLA R0----------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO----------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en CascadaEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:CascadaCascadaCascadaEVALUACION 02/09/2003 Bibiana D. Rossi 373

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA9.4.9 CASO EJEMPLO 8: Registración ContableProyecto: 008 ContableObjetivo del proyecto: Desarrollar e implementar un sistema de registracion deasientos contables para una empresa distribuidora de productos farmacológicos.Caso 8 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación RequerimientosSin respuestaCV Tipo de AplicaciónObjetosCV Gestión de proyectoCascadaCV del ProyectoSin RespuestaCV Especificación Requerimientos- ninguno -Tipo de AplicaciónObjetos CascadaGestión de proyectoCascadaCV del ProyectoNo se pudo sacar ninguna conclusión de los datosEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 8 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Mayoritariamentedefinidos:ER2 El usuario ha explicitado los requisitos: Exhaustivamente,InformalmenteDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los Poco exigente,requerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: AlgorítmicoTA3 El comportamiento predominante en la aplicación es: InteractivoTA4 ¿La progresión entre las fases del desarrollo es secuencial y Siuniforme?TA5 La relación entre las fases del proyecto es: Mucha dependencia,TA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Nointegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? NoEVALUACION 02/09/2003 Bibiana D. Rossi 374

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDATA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:PocosPocosDesconocePocas opcionesTA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoPocas opcionesExtensión - AmpliaciónID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: TercerosGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Siaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: DesconoceGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Desconoceingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión parcialGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Desconocelos usuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyecto es: Medianamente ajustadoGP11 ¿La gestión de proyecto prevé definir explícitamente estrategias Desconocepara reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes del Poco necesariosoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma tal Sin relaciónque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de un Nosoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?NoGP16 ¿Es posible adquirir software para prototipar?NoGP17 ¿Existen dudas sobre la viabilidad del software?NoGP18 ¿Se estima la posibilidad de terminación prematura de proyectos Nono viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistema es: BajoGP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de las Desconocealternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo? DesconoceGP23 ¿Se identifican las diferentes maneras de resolver los riesgos? DesconoceGP24 ¿Es necesario definir explícitamente estrategias para realizar Desconoceanálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo del Desconocesistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo del Desconocesistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporar Noobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo y Indiferentemantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios a Siefectuarse durante el desarrollo del proyecto?NoEVALUACION 02/09/2003 Bibiana D. Rossi 375

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDASISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 20/05/2001ID: 008Proyecto: Registración ContableLíder de Proyecto: Lic. Carlos BeltramiObjetivo: Desarrollar e Implementar un sistema de registración de asientos contables para unaempresa distribuidora de productos farmacológicos.Fecha de inicio: 10/05/1998Fecha de finalización: 30/11/1998Ciclo de Vida recomendado: CascadaCiclo de Vida seleccionado: Cascada------------------------------------------------------------------------------------------REGLA CV-R3REGLA TA-R1REGLA TA-R7REGLA TA-R12REGLA TA-R13REGLA TA-R16REGLA TA-R20REGLA GP-R2REGLA GP-R3REGLA GP-R12REGLA GP-R16REGLA GP-R28

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES ENTREGA-INTERMEDIA ES Existe>REGLA GP-R29REGLA GP-R33REGLA TA-R102-----------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO-----------------------------------------------------------------------------------------------------------No se pudo sacar ninguna conclusión de los datosEspecificación de Requerimientos recomienda: - ninguno -Tipo de Aplicación recomienda:Objetos CascadaGestión de Proyecto recomienda:Cascada9.4.10 CASO EJEMPLO 9: Portal EmpleosProyecto: 009 EmpleosObjetivo del proyecto: Desarrollar e implementar un sistema de acceso masivopor Internet para oferta y búsqueda de empleos.Caso 9 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- ObjetosCV Tipo de AplicaciónObjetosCV Gestión de proyectoObjetosCV del ProyectoObjetosCV Especificación RequerimientosEspiral ObjetosTipo de AplicaciónObjetosGestión de proyectoObjetosCV del ProyectoSe recomienda el Ciclo de Vida de ObjetosEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.EVALUACION 02/09/2003 Bibiana D. Rossi 377

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACaso 9 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Parcialmentedefinidos:ER2 El usuario ha explicitado los requisitos: InformalmenteIncompletosDesestructuradamenteER3 La exigencia del usuario en el cumplimiento de los Muy exigente,requerimientos en el producto final es:Tipo de AplicaciónID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: Grafico - OtroTA3 El comportamiento predominante en la aplicación es: Interactivo - Tiempo RealTA4 ¿La progresión entre las fases del desarrollo es secuencial y Nouniforme?TA5 La relación entre las fases del proyecto es: Mucha dependencia,TA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Nointegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? NoTA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoMuchosMuchosArquitectura – EficaciaPocas opcionesPocas opcionesEmisión gradualID Afirmación / Pregunta OpcionesGP1 El desarrollo del proyecto es responsabilidad de: TercerosGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Noaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Medianamente probadasGP4 Es necesario usar metodologías de desarrollo: Medianamente probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Siingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión parcialGP7 El grado de participación del usuario en el desarrollo debe ser: MedioGP8 ¿Es necesario facilitar la introducción gradual del sistema para Nolos usuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?Muy ajustadoSiEVALUACION 02/09/2003 Bibiana D. Rossi 378

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?GP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos?GP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?Muy necesarioSin relaciónNoDesconoceDesconoceNoNoMedioSiSiSiSiSiDesconoceDesconoceSiNecesarioSiSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 21/07/2001ID: 009Proyecto: Portal EmpleosLíder de Proyecto: Ing. Mariano WechslerObjetivo: Desarrollar e Implementar un sistema de acceso masivo por Internet para oferta ybúsqueda de empleos.Fecha de inicio: 10/07/1999Fecha de finalización: 20/05/2000Ciclo de Vida recomendado: ObjetosCiclo de Vida seleccionado: Objetos------------------------------------------------------------------------------------------REGLA ER-R3EVALUACION 02/09/2003 Bibiana D. Rossi 379

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA ER-R4REGLA ER-R5REGLA CV-R3REGLA CV-R5REGLA TA-R5REGLA TA-R7REGLA TA-R8REGLA TA-R14REGLA TA-R15REGLA TA-R20REGLA GP-R11REGLA GP-R13REGLA GP-R15REGLA GP-R18

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAENTONCES CV-PROPU-GESTION ES Objetos>REGLA GP-R26REGLA GP-R18REGLA GP-R27REGLA GP-R28REGLA GP-R29REGLA GP-R33REGLA GP-R36REGLA GP-R37REGLA GP-R15REGLA GP-R18REGLA GP-R38REGLA GP-R43EVALUACION 02/09/2003 Bibiana D. Rossi 381

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R44REGLA R1REGLA R18REGLA ER-R4REGLA R1REGLA R18REGLA GP-R50REGLA GP-R52REGLA GP-R43REGLA GP-R44REGLA GP-R56EVALUACION 02/09/2003 Bibiana D. Rossi 382

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA---------------------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO---------------------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida de ObjetosEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral ObjetosObjetosObjetos9.4.11 CASO EJEMPLO 10: Pedidos DrogueríaProyecto: 010 DrogueríaObjetivo del proyecto: Desarrollar e implementar un sistema de toma de pedidosen línea para una distribuidora de productos farmacéuticos, con el armadoautomático del pedido.Caso 10 Resultados del caso de prueba:Ciclo de vida esperadoCiclo de vida sugerido porel sistema expertoCV Especificación Requerimientos1- Espiral2- ObjetosCV Tipo de Aplicación1- Espiral2- ObjetosCV Gestión de proyectoEspiralCV del ProyectoEspiralCV Especificación RequerimientosEspiral ObjetosTipo de AplicaciónEspiral ObjetosGestión de proyectoEspiralCV del ProyectoSe recomienda el Ciclo de Vida en EspiralEl sistema experto, ha respondido satisfactoriamente de acuerdo con ladefinición de los casos de prueba.Caso 10 Valores del caso de pruebaEspecificación RequerimientosID Afirmación / Pregunta OpcionesER1 Al comienzo del proyecto los requerimientos se encuentran Parcialmentedefinidos:ER2 El usuario ha explicitado los requisitos: InformalmenteIncompletosEVALUACION 02/09/2003 Bibiana D. Rossi 383

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAER3 La exigencia del usuario en el cumplimiento de losrequerimientos en el producto final es:Tipo de AplicaciónDesestructuradamenteMuy exigente,ID Afirmación / Pregunta OpcionesTA1 El tipo de aplicación se orienta al desarrollo de : OtrosTA2 Los componentes predominantes de la aplicación son: MatemáticoAlgorítmico - OtroTA3 El comportamiento predominante en la aplicación es: InteractivoTA4 ¿La progresión entre las fases del desarrollo es secuencial y Nouniforme?TA5 La relación entre las fases del proyecto es: Mucha dependencia,TA6 ¿El tipo de aplicación requiere el desarrollo fuertemente Siintegrado de hardware y software?TA7 ¿El sistema a diseñar es innovador? SiTA8 Para lograr una mejor comprensión del sistema los niveles dedescomposición en subsistemas son:TA9 Para lograr una mejor manipulación del sistema los niveles dedescomposición en subsistemas son:TA10 Se requiere detectar en etapas tempranas del proyectoproblemas de:TA11 El Diseño del sistema a desarrollar puede resolverse por:TA12 La Implementación del sistema a desarrollar puede resolversepor:TA13 Las modificaciones explícitamente previstas son:Gestión de ProyectoMuchosMuchosArquitectura – EficaciaVarias opcionesVarias opcionesID Afirmación / Pregunta OpcionesRedefinición – ExtensiónAmpliaciónGP1 El desarrollo del proyecto es responsabilidad de: La organizaciónGP2 ¿El equipo de desarrollo tiene experiencia previa en el tipo de Noaplicación a desarrollar?GP3 Es factible usar metodologías de desarrollo: Poco probadasGP4 Es necesario usar metodologías de desarrollo: Poco probadasGP5 ¿El equipo de desarrollo tiene experiencia con las técnicas de Noingeniería del software que su usarán?GP6 El tipo de entrega que el usuario requiere de la aplicación es: Versión tempranaGP7El grado de participación del usuario en el desarrollo debe ser: AltoGP8 ¿Es necesario facilitar la introducción gradual del sistema para Silos usuarios?GP9 Se requiere una gestión de proyecto: Medianamente formalGP10 El grado de control que se requiere de la gestión del proyectoes:GP11 ¿La gestión de proyecto prevé definir explícitamenteestrategias para reusar software existente?GP12 ¿Se prevé la necesidad de reutilizar los componentes delsoftware a desarrollar en proyectos futuros?GP13 ¿Existe un sistema previo desarrollado en objetos de forma talque el proyecto actual es ..?GP14 ¿Existe la necesidad de reutilizar los componentes de unsoftware ya existente desarrollado en objetos?GP15 ¿Se dispone de software para prototipar?Medianamente ajustadoNoMedianamente necesarioSin relaciónNoNoEVALUACION 02/09/2003 Bibiana D. Rossi 384

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAGP16 ¿Es posible adquirir software para prototipar?GP17 ¿Existen dudas sobre la viabilidad del software?GP18 ¿Se estima la posibilidad de terminación prematura deproyectos no viables?GP19 Se estima que el factor de riesgo en el desarrollo del sistemaes:GP20 ¿Se estiman riesgos técnicos en el desarrollo del sistema?GP21 ¿Se identifican los riesgos asociados con cada una de lasalternativas?GP22 ¿Se cuenta con métodos y técnicas para evaluar el riesgo?GP23 ¿Se identifican las diferentes maneras de resolver los riesgos? SiGP24 ¿Es necesario definir explícitamente estrategias para realizaranálisis de riesgo?GP25 ¿Es necesario volver a etapas anteriores en el desarrollo delsistema para la resolución de algún tópico nuevo de riesgo?GP26 ¿Es posible volver a etapas anteriores en el desarrollo delsistema cuando se identifican mejores alternativas?GP27 ¿Es necesario definir mecanismos explícitos para incorporarobjetivos de calidad en el desarrollo del producto?GP28 El uso de los mismos procedimientos para desarrollo ymantenimiento del producto software está previsto como:GP29 ¿Se requiere de acuerdos confirmados para los cambios aefectuarse durante el desarrollo del proyecto?SiNoSiAltoSiSiSiSiSiSiSiNecesario – FactibleSiSISTEMA EXPERTO PARA LA SELECCION DE CICLOS DE VIDA DE PROYECTOS DESOFTWARECopyright 2001 by Bibiana Rossi------------------------------------------------------------------------------------------Fecha: 20/05/2001ID: 010Proyecto: Pedidos DrogueríaLíder de Proyecto: Lic. Carlos LeoneObjetivo: Desarrollar e Implementar un sistema de toma de pedidos en línea para una distribuidorade productos farmacéuticos, con el armado automático del pedido.Fecha de inicio: 14/03/1998Fecha de finalización: 30/05/1999Ciclo de Vida recomendado: EspiralCiclo de Vida seleccionado: Espiral------------------------------------------------------------------------------------------REGLA ER-R3REGLA ER-R4REGLA ER-R5EVALUACION 02/09/2003 Bibiana D. Rossi 385

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA CV-R3REGLA CV-R5REGLA TA-R4REGLA TA-R7REGLA TA-R12REGLA TA-R11REGLA TA-R13REGLA TA-R14REGLA TA-R15REGLA TA-R16REGLA TA-R17REGLA TA-R20REGLA TA-R21

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAINTREGRACION-HW-SW ES FuertementeENTONCES CV-PROPU-APLICACION ES Espiral>REGLA TA-R22REGLA TA-R23REGLA TA-R24REGLA GP-R20REGLA GP-R22REGLA GP-R23REGLA GP-R24REGLA GP-R27REGLA GP-R29REGLA GP-R30REGLA GP-R31REGLA GP-R32REGLA GP-R33EVALUACION 02/09/2003 Bibiana D. Rossi 387

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R34REGLA GP-R36REGLA GP-R38REGLA GP-R39REGLA GP-R40REGLA GP-R41REGLA GP-R42REGLA GP-R43REGLA GP-R44REGLA GP-R51REGLA GP-R52REGLA GP-R43REGLA GP-R44EVALUACION 02/09/2003 Bibiana D. Rossi 388

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA GP-R53REGLA GP-R54REGLA GP-R56REGLA GP-R45REGLA R2REGLA R15REGLA R2REGLA ER-R4REGLA R15REGLA R2EVALUACION 02/09/2003 Bibiana D. Rossi 389

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAREGLA R24REGLA R26REGLA R24REGLA R26----------------------------------------------------------------------------------------------------------CICLO DE VIDA RECOMENDADO----------------------------------------------------------------------------------------------------------Se recomienda el Ciclo de Vida en EspiralEspecificación de Requerimientos recomienda:Tipo de Aplicación recomienda:Gestión de Proyecto recomienda:Espiral ObjetosEspiral ObjetosEspiral9.5 RESULTADOS DE LA EVALUACIÓN DEL SISTEMA EXPERTOEl sistema implementado se probó con cuatro grupos de usuarios: losexpertos que participaron en el desarrollo del sistema; profesionales que sededican al desarrollo de proyectos de software; docentes que enseñan el tema encátedras universitarias; y alumnos que usaran el sistema para la aplicaciónpráctica de los conceptos de ciclo de vida. Se solicitó a cada grupo que analizarael sistema desde los siguientes aspectos: Corrección: existencia de elementos redundantes, incompletos oinconsistentes. Validez: la capacidad del sistema de tratar los casos y el cumplimientode los requisitos. Usabilidad: la amigabilidad del sistema para ser operado, el grado defacilidad de aprendizaje para operar el sistema. Utilidad: este aspecto tiene que ver con los beneficios que aporta elsistema para la organización o institución que lo aplicará respecto deno hacerlo.EVALUACION 02/09/2003 Bibiana D. Rossi 390

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA1. Expertos que participaron en el desarrollo del sistema: Corrección: no encontraron elementos redundantes, incompletos oinconsistentes. Validez: permitieron corregir algunos errores de codificación que afectabanal razonamiento del sistema. Particularmente los casos 4 y 5. Usabilidad: se redefinió alguna funcionalidad en el diseño de pantallasprevisto originalmente Utilidad: participaron del proyecto porque estaban interesados desde elaspecto profesional para contrastar sus apreciaciones del proyecto en laselección del ciclo de vida, lo que se consideró como una mejora en lacalidad y tiempos de trabajo en el desarrollo de sistemas informáticos. En sufaceta docente para mejorar la explicación del tema ciclos de vida con laposibilidad de una aplicación práctica concreta, lo que consideran unamejora en la calidad de las clases y por ende para la imagen de la institucióneducativa.2. Profesionales que se dedican al desarrollo de proyectos de software: Corrección: no encontraron elementos redundantes, incompletos oinconsistentes. Validez: permitieron corregir algunos errores de codificación que afectabanal razonamiento del sistema. Particularmente los casos 5 y 9. Usabilidad: se redefinió alguna funcionalidad en el diseño de pantallasprevisto originalmente Utilidad: opinaron que el sistema les facilitaba recordar aspectos a analizardel proyecto, que en algunos casos se les pasaban por alto, y contrastar susapreciaciones desde su propia experiencia con la propuesta del sistemapara la selección del ciclo de vida. Se lo consideró como una mejora derecursos en tiempos, personal entrenado y calidad de resultados por la tomamás adecuada de decisiones tempranas.3. Docentes que enseñan el tema en cátedras universitarias: Corrección: no encontraron elementos redundantes, incompletos oinconsistentes. Validez: permitieron corregir algunos errores de codificación que afectabanal razonamiento del sistema. Particularmente los casos 4, 5 y 9. Usabilidad: permitió redefinir con mayor precisión, algunas de las preguntasde las áreas a evaluar. Utilidad: encontraron que el sistema facilitaba y lograba encontrar mayorespecificidad para el tema ciclos de vida y desarrollo de proyectos. Permiteejercitación práctica concreta, pudiendo aprovechar mejor los casos realesde trabajo en la definición de casos de práctica. Consideraron una mejorasignificativa en la comprensión del tema y en la preparación de clases másinteresantes para los alumnos.EVALUACION 02/09/2003 Bibiana D. Rossi 391

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA4. Alumnos que usaran el sistema para la aplicación práctica de losconceptos de ciclo de vida: Corrección: no encontraron elementos redundantes, incompletos oinconsistentes. Validez: no encontraron errores que afectaran al razonamiento del sistema. Usabilidad: permitió redefinir con mayor precisión, algunas de las preguntasy opciones de las áreas a evaluar. Utilidad: consideraron una mejora significativa la posibilidad de realizarpráctica para la mejor la comprensión del tema y para que las clases fueranmás motivadoras e interesantes. Consideraron de mejor calidad lapreparación del tema ya que la teoría les resulta en general mas aburrida ytenían que estudiar de memoria en lugar de comprender el tema. Ademásles permitió relacionar y comprender mejor la utilidad de una metodología detrabajo en la actividad profesional. También valoraron mejor el nivel deldocente. Algunos pudieron armar casos de práctica en relación a algunaexperiencia laboral previa que tenían y contrastar lo que el sistema proponíacon lo que habían hecho.El resultado de la evaluación se consideró altamente satisfactorio, por elexperto principal y por el Ingeniero en conocimiento.EVALUACION 02/09/2003 Bibiana D. Rossi 392

Capítulo 10Conclusiones yFuturas Líneas deInvestigación

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEl desarrollo de la tesis de magíster ha permitido profundizar los temas y lastécnicas estudiadas durante el curso de Magíster. Este capítulo considera tresaspectos importantes en relación al trabajo realizado y a su continuidad. En laprimera parte de Conclusiones se detallarán los aportes originales que el trabajode tesis ha generado en el dominio de conocimiento de la Selección del Modelo deCiclo de Vida más adecuado. En la segunda parte se mencionan aspectos y líneasde investigación que se pueden considerar para ampliar el presente desarrollo. Enla tercera parte se mencionan temas de investigación complementarios.10.1. CONCLUSIONES DEL TRABAJOConstituyen aportes originales del presente trabajo:• Una primer estructuración del conocimiento asociado al proceso deselección de un modelo de Ciclo de Vida, en tres áreas de análisis,Definición de los Requerimientos, Tipo de Aplicación y Gestión delProyecto.• La identificación y síntesis de las variables de análisis asociadas a cadauna de las áreas definidas que definen la información requerida paraproponer el Modelo del Ciclo.• El desarrollo de un sistema decisorio sobre la base de los escenariosidentificados.• La modularidad del sistema de escenarios que permite la extensión de laselección a otros modelos de ciclos de vida.• La modularidad de identificación de áreas que permite la extensión,agregado o subdivisión de otras áreas de análisis.• La modularidad de identificación de las variables que permite laextensión de valores posibles para cada una de ellas.• Aplicación y adaptación para este caso en particular de la técnicaMétodo Delphi para adquirir información del grupo de expertos.• Desarrollo de una herramienta de software que asista al Ingeniero deSoftware en el procesos de:√ Analizar las variables y las opciones para cada una de ellas queidentifican un proyecto de desarrollo de sistemas.CONCLUSIONES Y FUTURAS LINEAS DE INVESTIGACION 02/09/2003 Bibiana D. Rossi 395

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA√ Seleccionar el modelo de ciclo de vida más adecuado para cadaárea de análisis.√ Seleccionar el modelo de ciclo de vida más adecuado para elproyecto.√ Explicar el modelo de razonamiento aplicado para la selecciónsugerida. No se usa la opción del Kappa PC, ya que no resultabafácil de comprender por usuarios no entrenados, por lo tanto seprogramó en la herramienta que junto con la solución sugerida seidentificaran todas las reglas que fueron usadas en el razonamientopara obtener ese resultado.√ Facilitar la congruencia en el proceso de decisión del modelo deciclo de vida más adecuado, entre distintos proyectos de desarrollode sistemas de una misma organización y entre distintos equipos dedesarrollo de una misma organización.• Desarrollo de un modelo de estructuración del conocimiento y de unaherramienta de software que asista a los docentes en la explicación ypráctica del tema en las cátedras universitarias.10.2. LINEAS DE INVESTIGACIÓN Y DESARROLLOA partir de los resultados obtenidos pueden plantearse las siguientes líneasde trabajo:• Extender la lista de modelos de ciclo de vida seleccionables con otrosmodelos de Ciclo de vida: Prototipos, Proceso Unificado, EmisiónGradual, cualquier otro modelo que se desee incluir.• Extender, o redefinir los escenarios ya identificados incorporandovariables para determinar las características del proyecto considerandotécnicas como COCOMO, Puntos de Función, Marcos de Sistemaspropuestos por Jackson, [Jackson, M. 1995], [Jackson, M. a 1999],[Jackson, M. b 1999].• Completar el modelo de estructuración del conocimiento que define loscriterios de selección de ciclo de vida más adecuado para un proyectosoftware dado.CONCLUSIONES Y FUTURAS LINEAS DE INVESTIGACION 02/09/2003 Bibiana D. Rossi 396

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• En el actual modelo desarrollado se han relacionado en elrazonamiento, las variables de cada una de las áreas entre sí. Puedeextenderse el razonamiento del modelo incorporando la incidencia delas relaciones, de las variables de las áreas entre el conjunto de áreasdefinidas.• Determinar el aporte que la Ingeniería del Conocimiento puede realizaral proceso de automatizar la selección del modelo de ciclo de vida desoftware, considerando especialmente que el modelo debe serevolutivo y, por lo tanto, debe permitir una actualización continua, quees una propiedad característica de los sistemas basados enconocimiento.10.3. LINEAS DE INVESTIGACIÓN COMPLEMENTARIASA partir de dificultades que se presentaron al resolver el trabajo de tesis, sehan considerado algunos temas complementarios como Líneas de Investigación YDesarrollo para trabajos de Final de materias, de Especialidad o Tesis de Grado.• Software que facilite el cálculo de la Viabilidad del proyecto, cuando seaplica el Test de Viabilidad propuesto en la bibliografía de referencia[Gómez, A. y otros 1997].• Software para cálculo de las matrices y gráficos de la técnica deEmparrillado, con opción para usar distintas fórmulas de distancia,rangos de evaluación, metodologías y lenguajes de programación. Lasexperiencias que se han realizado son:√ Describe en detalle el proceso de cálculo de la parrilla y algunasdificultades encontradas durante el desarrollo del trabajo, que estánpendientes de ser completadas por versiones posteriores. El softwaresólo permite usar la fórmula de distancia lineal, calcula las matrices,permitiendo usar rangos de valoración entre 1 y 50 y realiza losgráficos. En este trabajo se han presentado varios casos resueltospor la herramienta. Se ha utilizado una metodología orientada a losdatos y está programado en Visual Basic.Estado: Tesis de Grado presentada. Licenciatura en Sistemas deInformación. Universidad Nacional de Luján. 2000. Tesista: Lic.Enrique Fernández, Directora: Lic. Bibiana Rossi.CONCLUSIONES Y FUTURAS LINEAS DE INVESTIGACION 02/09/2003 Bibiana D. Rossi 397

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA√ El software permite usar la fórmula de distancia lineal, calcula lasmatrices permitiendo usar rangos de valoración entre 1 y 999 yrealiza los gráficos. Se ha desarrollado siguiendo la metodologíaOrientada a objetos Proceso Unificado y Notación UML, se utilizopara la documentación la herramienta CASE Rational Rose y seprogramó en Microsoft Java.Estado: Trabajo final presentado. Materia Programación Orientada aObjetos. Licenciatura en Sistemas de Información. UniversidadNacional de Luján. 2001. Alumno A.S. Marcelo Castro, Directora: Lic.Bibiana Rossi.√ El software permite usar distintas fórmulas de distancia, calcula lasmatrices permitiendo usar rangos de valoración entre 1 y 999 yrealiza los gráficos. Se ha desarrolla siguiendo la metodologíaOrientada a Objetos Proceso Unificado y Notación UML. Aún no seha decidido el lenguaje de programación a usar.Estado: Tesis de Grado en curso. presentada. Universidad deBuenos Aires, Facultad de Ingeniería. 2001. Tesista: Sr. EmilianoCastañeda, Directora: Lic. Bibiana Rossi.CONCLUSIONES Y FUTURAS LINEAS DE INVESTIGACION 02/09/2003 Bibiana D. Rossi 398

Capítulo 11Bibliografía

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capitulo se detalla la bibliografía usada en el presente trabajo y lasabreviaturas.11. 1 REFERENCIAS BIBLIOGRAFICASBöehm, B.W., “Software Engineering Economics”. Prentice-Hall, Englewood Clifs.Nueva Jersey, 1981.Böehm, B.W., “A Spiral Model of Software Development and Enhancement”.Software Engineering Project Management, IEEE ComputerSociety, pp 128-142, 1987.Booch, G., “Análisis y Diseño Orientado a Objetos con Aplicaciones”. Addison-Wesley, Wilmington, Delaware, 1996.Booch, G., Rumbaugh, J. y Jacobson, I.: El Lenguaje Unificado de Modelado.Addison Wesley, 1999.Burch, J.G. y Grudnitski, G., “Diseño de Sistemas de Información”. EditorialLimusa, Noriega editores, Megabyte. 1994.Charette, R.N., “Building Bridges over Intelligent Rivers”. American Programmer,vol. 5, N° 7, pp 2-9, 1992.Chen, P.S., “The Entity-Relationship Model: Toward a Unifying View of Dat”.TODS, 1. 9-36.1976.Gómez, A., Juristo, N., Montes, C., Pazos, J. “Ingeniería del Conocimiento”.Centro de Estudios Ramón Areces. S.A., Madrid, 1997Hawryszkiewycz, I.T., “Introducción al Análisis y Diseño de Sistemas con ejemplosprácticos”. Anaya, Madrid, 1990.IEEE, “Standard for Developing Software Life Cycle Processes”. IEEE Std|. 1074-1991, Nueva York, IEEE Computer Society, 1991.Ierache, J.S., “Métricas en sistemas orientados a objetos”. Cuaderno de reportestécnicos. CAPIS, Instituto Tecnológico de Buenos Aires,Argentina, 1999.BIBLIOGRAFIA 02/09/2003 Bibiana D. Rossi 401

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAISO, “ISO/IEC 12701-1 Software life-cycle process”, 1994.Jackson, M., “Software Requirement & Specification”. ACM Press, Addison-Wesley, 1995.Jackson, M. a, “Problem Analysis Using Small Problem Frames”, South AfricanComputer Journal 22; Special Issue on WOFACS´98, pp 47-60,1999.Jackson, M. b, “Problem Analysis and Structure”, Keynote Talk at ITG/SEVSymposium. Zürich, 29 september 1999.Jacobson, I. et al., “Object Oriented Software Engineering. A Use Case DrivenApproach”. ACM Press, Addison-Wesley, Workingham 1992.Jacobson, I., Booch, G., Rumbaugh, J., “The Unified Software DevelopmentProcess” . Addison-Wesley, 1999.Juristo Juzgado, N. a, “Introducción a la Ingeniería de software”. Máster enIngeniería del Software e Ingeniería del Conocimiento, unidad 1,Madrid, 1996.Juristo Juzgado, N. b, “Proceso de Construcción de Software y Ciclos de vida”.Máster en Ingeniería del Software e Ingeniería del Conocimiento,unidad 2, Madrid, 1996.Macro, A.. “Software Engineering concepts and management”. Prentice-Hall,Nueva York, 1990.Martin, J. y Odell, J., “Análisis y Diseño Orientado a Objetos”. Prentice-Hall. 1994.Paulk, M. et al., "Capability Maturity Model for Software", Software EngineeringInstitute, Carnegie Mellon University, Pittsburgh, PA, 1993.Piattini, M.G. y Daryanani, S.N., Elementos y Herramientas en el Desarrollo deSistemas de Información. Ra-ma 1995.Piattini, M.G., Calvo-Manzano, J., Cervera, J. y Fernández, L., “Análisis y Diseñodetallado de Aplicaciones Informáticas de Gestión”. Rama,Madrid, 1996.BIBLIOGRAFIA 02/09/2003 Bibiana D. Rossi 402

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPressman, R.S., “Ingeniería del Software Un Enfoque Práctico”, Mc Graw Hill,Madrid, 1997Rincón, A., Plágaro, J., “Diccionario conceptual de Informática y Comunicaciones”.Paraninfo, Madrid, 1998Rossi, B., Britos, P., García Martínez, R., “Modelado de Objetos”. Revista N° 21del Intituto Tecnológico de Buenos Aires, Argentina, 1998.Royce, W.W., “Managing the development of large Software Systems: conceptsand Techniques”. Proceedings, Wescon, 1970.Rumbaugh, J., Blaha, M., Premerlani, W., Eddy, F. y Lorensen, W., “Modelado yDiseño Orientado a Objetos”. Prentice Hall, España. 1996.Whitten Jeffrey L., Bentley Lonnie D. y Barlow Victor M.: Análisis y Diseño deSistemas de Información, 3era. edición. Editorial IRWIN. Madrid,1996.11.2 ABREVIATURASCASE: Computer Aided Software EngineeringCV: Ciclo de VidaDFD: Diagrama de Flujo de DatosHW: HardwareIC: Ingeniero del ConocimientoINCO: Ingeniería del ConocimientoIS: Ingeniería del SoftwareOO : Orientación a ObjetosOOSE: Object Oriented Software EngineeringSE: Sistema ExpertoSEI: Software Engineering InstituteSW: SoftwareUML: Unified Modelling Language – Lenguaje Unificado de ModeladoBIBLIOGRAFIA 02/09/2003 Bibiana D. Rossi 403

Capítulo 12Anexos

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEn este capítulo se detallan los anexos. En primer lugar se presentan losanexos del capítulo 3, Definición del problema: el control de configuración. Ensegundo lugar se presentan los anexos del capítulo 5, Adquisición de Conocimientos:las sesiones de entrevista realizadas al experto y las sesiones de extracción deconocimientos realizadas sobre el análisis de la bibliografía del dominio de aplicacióndel presente trabajo.12.1 ANEXOS DEL CAPITULO 3: CONTROL DE CONFIGURACIÓNLas actividades de Gestión de Configuración para este proyecto son:♦ Identificación de la Configuración♦ Control de la Configuración♦ Generación de Informes de Estado♦ Identificación de la Configuración:Nombre elegido para la aplicación: SECVObjetivo de la Aplicación: Asistir al líder de un proyecto de desarrollo deSoftware en la selección del modelo de ciclo de vida mas apropiado según lascaracterísticas particulares de ese proyecto.Ciclo de vida del Software: Modelo TroncocónicoFases del Ciclo de vida: se enumeran las fases para este proyecto y sedeterminan los productos que se espera obtener al final de cada una de ellas.1. Identificación de la tarea‣ Documento que describe el objetivo, alcance, ámbito, y metodología aaplicar en el desarrollo del SECV.‣ Plan de actividades.‣ Estudio de Viabilidad del proyecto.Estos productos servirán de base para la redacción del capítulo 3 y 4 delpresente trabajo de tesis.2. Desarrollo de prototipos‣ Trascripción de las Entrevistas con el Experto‣ Tablas de Ventajas / Desventajas de los Modelos de Ciclos de vida‣ Cuestionario Método Delphi sesión I‣ Resultados Método Delphi, sesión I‣ Cuestionario Método Delphi sesión II‣ Resultados Método Delphi, sesión II‣ Cuestionario Método Delphi sesión IIIANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 407

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Resultados Método Delphi, sesión III‣ Glosario de términos‣ Tabla de Concepto-Atributo-Valor‣ Diagrama Relacional de Conceptos‣ Determinación y Resultados del Emparrillado‣ Diccionario de Conceptos‣ Modelo de conocimientos estratégicos‣ Modelo de conocimientos tácticos – seudorreglas‣ Modelo de conocimientos fácticos‣ Casos de prueba‣ Modelo Dinámico‣ Mapa de Conocimientos‣ Definición de Marcos‣ Definición de Procedimientos‣ Definición de Reglas de Producción‣ Codificación de Marcos, Procedimientos y Reglas en Kappa PCEstos productos servirán de base para la redacción del capítulo 5, 6 y 7 delpresente trabajo de tesis.3. Ejecución de la Construcción del Sistema Integrado‣ Casos de prueba presentados por el experto‣ Sistema funcionando en Kappa PC‣ Informe final del resultado de la prueba del sistema‣ Manual de usuario del sistemaEstos productos servirán de base para la redacción del capítulo 8 y 9 delpresente trabajo de tesis.4. Actuación para conseguir el mantenimiento perfectivo‣ Nuevas versiones de documentos ya presentados en etapas anteriores conactualizaciones.‣ Nuevas versiones de la aplicación5. Lograr una adecuada transferencia tecnológica‣ Material de capacitación en el uso del sistema, casos de ejemplo6. Preparación de la Tesis de Magíster‣ Documento de tesis para evaluar‣ Correcciones del documento de tesis‣ Documento final de la tesis‣ Versión definitiva de la aplicación a los efectos del trabajo de tesis.ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 408

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Líneas Bases establecidas:A los efectos del presente trabajo se ha realizado una simplificación tanto de laslíneas base como de los elementos de configuración definidos. En este caso elcriterio adoptado es, que dado que es una sola persona, el tesista, quien realiza ladocumentación del proyecto y la programación se ha definido una sola línea basepara todo el proceso de Desarrollo y Programación y una línea base para elMantenimiento Perfectivo.1. Línea Base Desarrollo, Codificación y Evaluación: comprende las fases Identificación de la tarea, Desarrollo de prototipos, Ejecución de la Construcción del Sistema Integrado, Lograr una adecuada transferencia tecnológica y Preparación de la Tesis de MagísterLos Elementos de configuración que comprende son todos los productosobtenidos en las fases mencionadas.2. Línea Base Mantenimiento Perfectivo: comprende la fase de Actuación para conseguir el mantenimiento perfectivoLos Elementos de configuración que comprende son todos los productosobtenidos en la fase mencionada.‣ Nomenclatura de los elementos del Producto:Todos los nombres de los elementos que componen el Producto, se encuentransujetos a la nomenclatura que se detalla a continuación:Caracteres 1-2: Valor fijo “CV”, que identifica al Producto Sistema Experto para laselección del Ciclo de VidaCaracteres 3: Identifica a la línea base. Sus valores posibles son• DCE: Desarrollo, Codificación y Evaluación• MP: Mantenimiento PerfectivoCaracteres 4-7: Identificación numérica del elementoCarácter 8: Identificación de la versión del elementoANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 409

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA♦ Control de Configuración:Se implementa el siguiente mecanismo para el control de cambios:‣ Generación de una solicitud de cambioAnte el requerimiento de un cambio funcional o un reporte de error, se completa lacorrespondiente solicitud.‣ Ingreso de la solicitud a la Base de Datos de cambiosUna vez recibida la solicitud de cambio, se la ingresa en la Base de Datos decambios.‣ Análisis de la solicitud de cambioCada solicitud de cambio debe ser analizada por el Ingeniero en Conocimiento,conjuntamente con el Comité de Control de Cambios, y decidir si se rechaza o seacepta el cambio. La decisión tomada por el Comité queda registrada en la Basede Datos de Cambios.‣ Evaluación de la solicitud de cambioSi se decide la aceptación de la solicitud de cambio, el Ingeniero en Conocimiento,debe realizar la evaluación técnica de la misma, emitiendo un informe en donde seexprese el esfuerzo requerido para satisfacer el pedido, las repercusiones quedicho cambio genera en otros elementos y el costo estimado. La evaluaciónrealizada, queda registrada en la Base de Datos de Cambios.‣ Generación de la orden de cambioEl informe generado durante la evaluación de la solicitud de cambio, se somete alanálisis del Comité de Control de Cambios, el cual le asigna la prioridad y losrecursos necesarios. Se emite una Orden de Cambio‣ Realización del cambioSe realiza el cambio. Seguimiento y control de la modificación‣ Prueba e implementación del cambioSe certifica que el cambio funciona correctamente y se procede a suimplementación, a través de la modificación de manuales y documentos quedeban reflejar el cambio.ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 410

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA♦ Generación de Informes de Estado:‣ Registro de solicitudes de cambioConsultora BIROSSISolicitud de cambiosNro. Solicitud:……….Producto : SECVFecha: dd/mm/aaaaResponsable del Pedido: ………………………………………………………Area / Sector / Empresa : ………………………………………………………Recibido por:………………………………………… Fecha: dd/mm/aaaaAnalizado por:……………………Fecha: dd/mm/aaaaACEPTADO / RECHAZADODescripción del cambio solicitado____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Solución Propuesta_________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Elementos del Producto afectados por el cambio_________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Documentaciónanexa_________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 411

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAConsultora BIROSSISolicitud de cambiosEstimación del cambioNro. Solicitud:……….Solución Propuesta por el equipo técnico____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Tiempo evaluado en horas / hombre por perfil:PerfilIng. ConocimientoProgramador………….………….Estimación en HorasCosto del cambio:PerfilIng. ConocimientoProgramador………….………….TOTALEstimación enHorasCosto x horaCosto totalCronograma de desarrollo e implementación:_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Plan de Pruebas:____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Hoja : 2ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 412

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Orden de cambioConsultora BIROSSIOrden de cambioNro. Solicitud:……….Producto : SECVFecha: dd/mm/aaaaResponsable del Pedido: ………………………………………………………Area / Sector / Empresa : ………………………………………………………Recibido por:………………………………………… Fecha: dd/mm/aaaaAnalizado por:……………………………..Fecha: dd/mm/aaaaDescripción del cambio Solicitado__________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Solución a implementar___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Elementos del Producto afectados por el cambio__________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 413

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAConsultora BIROSSIOrden de cambioNro. Solicitud:……….Documentación anexa___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Estimación del cambioTiempo evaluado en horas / hombre por perfil:Perfil Estimación en Horas Nombre FuncionarioIng. ConocimientoProgramador………….………….Responsable del cambio:Comentarios:____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________Fecha de entrega:Hoja : 2ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 414

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Registro en la Base de Datos de CambiosConsultora BIROSSIRegistro de CambiosProductoSolicitud NúmeroResponsable del PedidoArea / Sector / EmpresaRecibido porFecha de recepciónDescripción breve: SECV: …………………………..: ………………………………………………...: …………………………………………………: ……………………………………..: dd/mm/aaaa: ______________________________________Analizado por: …………..Fecha del análisis : dd/mm/aaaaDecisión: ……………… (Aprobación / Rechazo)Comentarios: ____________________________________________________________________________________________________Prioridad asignadaEstado actual del pedido: …………………: …………………Fecha de terminación : dd/mm/aaaaFuncionarios involucrados : _____________________________________Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 415

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Registro de InstalacionesConsultora BIROSSIRegistro de InstalacionesProductoSolicitud NúmeroDescripción breve: SECV: …………………………..: ______________________________________ResponsableFecha de terminaciónLugar de instalaciónFecha de instalaciónVersión instalada: …………………………………………………….: dd/mm/aaaa: ………………………………………………..: dd/mm/aaaa: ……………………..Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 416

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Informe de Estado de los cambiosConsultora BIROSSIFecha: dd/mm/aaaaInforme de Estado de los CambiosProducto : SECVDesde Fecha: dd/mm/aaaaHasta Fecha: dd/mm/aaaaSolicitud Fecha Descripción Prioridad EstadoNúmero Recep. Actual…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….…………. dd/mm/aaaa ….…………………………………. ………… …….Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 417

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Informe de InstalacionesConsultora BIROSSIFecha: dd/mm/aaaaInforme de InstalacionesProducto : SECVDesde Fecha: dd/mm/aaaaDescripciónHasta Fecha: dd/mm/aaaaInstaladoLugar Fecha Versión…………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ………………………………. dd/mm/aaaa ……Hoja : 1ANEXO 12.1: CAPITULO 3 02/09/2003 Bibiana D. Rossi 418

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA12.2 ANEXOS DEL CAPITULO 5: SESIONES DE ADQUISICIÓN DECONOCIMIENTOS• El grupo de sesiones identificadas con A.x se corresponde con las entrevistasrealizadas al experto.• El grupo de sesiones identificadas con B.x se corresponde con las sesiones deextracción de conocimiento, particularmente del análisis de la bibliografía.A.1 SESION IA.1.1 Preparación de la Sesión I• Información a tratar: Primera aproximación a la tarea y a su problemática.Establecer ámbito, alcances y objetivo del sistema experto a desarrollar.• Amplitud y Profundidad: Establecer el ámbito general de desarrollo de la tareasin detallar ningún caso específico.• Técnica utilizada: Entrevista no estructurada.• Preparación de Preguntas:¿En qué momento del desarrollo de un sistema de información seselecciona el ciclo de vida del proyecto?¿Quién lleva a cabo la tarea?¿Qué dificultades tiene la tarea?¿En qué aspecto serviría de apoyo el sistema experto?A.1.2 Realización de la Sesión ILa entrevista se realiza en la oficina del experto, habiendo acordado previamentela hora de inicio y fin de la entrevista. Se le explica al experto el objetivo de laentrevista y el tipo de preguntas que se van a realizar y que se tomará nota desus respuestas. El entrevistado se muestra muy dispuesto. Se desarrolla la sesiónde la entrevista.A.1.3 Trascripción de la Sesión IEntrevista realizada el 20 de octubre de 1999Experto: Dr. Gregorio PerichinskyIngeniero del Conocimiento: Bibiana RossiLugar: oficina del expertoTiempo: 14 a 15.30 hs.Objetivos: Establecer alcances y objetivos del proyectoIC. ¿Cuáles son las primeras actividades a llevar a cabo, en términos generales en eldesarrollo de un proyecto informático?E. Si se trabaja con criterios metodológicos las primeras fases son la Definición de losRequerimientos y la Planificación o calendarización del proyecto y el Análisis del sistemaactual y/o futuro.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 419

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAIC. ¿En qué fase se incluye la actividad de la selección del ciclo de vida más adecuadopara el proyecto?E. Esto puede variar según el criterio del líder a cargo del proyecto, puede ser un tópicoen la especificación de los requerimientos, o puede incluirlo como una de las primerasactividades del Análisis del Sistema. Lo que es cierto es que no es conveniente iniciar elanálisis del sistema sin haber definido el modelo de ciclo de vida a utilizar. Yo diría quecomo momento más tardío debe ser la primer actividad de la fase de análisis. En mi casoparticular suelo hacerlo antes de calendarizar el proyecto ya que me facilitaconsiderablemente el armado del plan.IC. ¿Existe algún tipo de dificultad en la actividad de selección del ciclo de vida?E. Unas cuantas, y podría decir que hay dificultades propias de la tarea de selección ydificultades que son particulares cuando es necesario enseñar este tema a losestudiantes de informática en la universidad.IC. ¿En qué consisten las dificultades propias de la tarea de selección?E. Intentaré puntualizar las más conflictivas:• Existen diversos modelos de ciclo de vida entre los que realizar la selección:cascada, prototipado de usar y tirar, incremental, emisión gradual, mejora iterativa,ensamblaje de componentes, espiral, prototipado operativo, prototipado rápido, etc.No existe un modelo de ciclo de vida que funcione para cualquier proyecto. Desdela presentación del ciclo de vida en cascada hasta el presente se han presentadoun promedio de 30 ciclos de vida posibles, que yo conozco, para llevar adelante unproyecto. Esto implica conocerlos, reconocer cuales son los aplicables y tenerlospresentes en el momento de la selección.• Es necesario tener en cuenta un con amplio conjunto de variables que representanlas características particulares del proyecto. El análisis de estas variables secomplica, ya que se determinan con relación a las ventajas y desventajas deaplicación de los distintos ciclos de vida y en relación con el proyecto en particular.Este proceso de que variables considerar es un proceso fuertemente relacionadocon la experiencia personal del líder de proyecto. Un líder de proyecto que se iniciacarece de experiencia suficiente para conocer todos los ciclos de vida posibles ymucho más aun cuáles son los aspectos del proyecto que debe considerar. Y laúnica manera de adquirir esa experiencia es haciendo selecciones, con la cascadade errores que implica en el desarrollo de un sistema las equivocaciones iniciales.• La actividad se realiza al inicio del proyecto. Suponiendo que el líder de proyectotenga la suficiente experiencia para conocer al menos 10 ciclos de vida y que puedadefinir las variables a considerar, es probable que no pueda cuantificarlasapropiadamente porque al inicio del proyecto muchas de ellas son soloestimaciones. Con el avance del proyecto se puede recién tener mas precisiónrespecto de esas características.IC. ¿En qué consisten las dificultades al enseñar el tema a los estudiantes?E. En la bibliografía aparecen explicados con bastante claridad los ciclos de vida, pero encuanto a cuales son las características del proyecto a tener en cuenta, la bibliografía esambigua. Para explicarme con mayor claridad: en la bibliografía se menciona que esANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 420

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAnecesario tener en cuenta las políticas de la empresa, la cultura de la organización, ladisponibilidad para correr riesgos, la volatilidad y comprensión de los requisitos, eldominio de aplicación, la complejidad del proyecto, etcétera. Es cierto que hay que teneren cuenta todo esto pero así explicado es muy ambiguo, ¿cómo se tiene en cuenta lapolítica de la empresa?, o ¿qué se mide para saber la complejidad del proyecto? En estetema el conocimiento no esta sistemáticamente organizado y no se especifica cómo deberealizarse el proceso de selección. Por esto, la tarea es muy difícil de explicar para losalumnos y para un profesional sin experiencia.IC. ¿Quiénes son los encargados de seleccionar el ciclo de vida?E. El líder de proyecto o quienquiera que cumpla esa función en el desarrollo de unproyecto informático.IC. ¿Cuál puede ser entonces el apoyo que preste el sistema experto a desarrollar?E. Entiendo que el mayor apoyo está en la especificación del conjunto de variables querepresentan las características particulares del proyecto de desarrollo, que es necesarioconsiderar para seleccionar el ciclo de vida.IC. ¿Quiénes utilizarían en su tarea el sistema experto a desarrollar?E. Los que tengan la responsabilidad de liderar el desarrollo de sistemas informáticos, osea los líderes de proyecto y los docentes de las cátedras de análisis y diseño desistemas, por supuesto los alumnos que cursen esas materias para su práctica.A.1.4 Análisis de la Sesión I• Conocimientos extraídos:Los conocimientos extraídos de la sesión I se encuentran reflejados en elcapítulo III, Definición del problema y en el capítulo IV, Estudio de Viabilidad.• Ubicación de la tarea:‣ Las primeras fases son la Definición de los Requerimientos y laPlanificación o calendarización del proyecto y el Análisis del sistema actualy/o futuro.‣ No es conveniente iniciar el análisis del sistema sin haber definido elmodelo de ciclo de vida a utilizar. Yo diría que como momento más tardíodebe ser la primer actividad de la fase de análisis. En mi caso particularsuelo hacerlo antes de calendarizar el proyecto ya que me facilitaconsiderablemente el armado del plan.• Dificultades:‣ Existen diversos modelos de ciclo de vida entre los que realizar la selección:cascada, prototipado de usar y tirar, incremental, emisión gradual, mejoraiterativa, ensamblaje de componentes, espiral, prototipado operativo,prototipado rápido, etc. No existe un modelo de ciclo de vida que funcionepara cualquier proyecto.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 421

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA‣ Es necesario tener en cuenta un con amplio conjunto de variables querepresentan las características particulares del proyecto. El análisis de estasvariables se complica, ya que se determinan con relación a las ventajas ydesventajas de aplicación de los distintos ciclos de vida y en relación con elproyecto en particular. Este proceso de qué variables considerar es unproceso fuertemente relacionado con la experiencia personal del líder deproyecto.‣ La actividad se realiza al inicio del proyecto, es probable que no sea posiblecuantificarlas apropiadamente porque al inicio del proyecto muchas de ellasson sólo estimaciones. Con el avance del proyecto se puede recién tenermas precisión respecto de esas características.‣ En la bibliografía se menciona que es necesario tener en cuenta laspolíticas de la empresa, la cultura de la organización, la disponibilidad paracorrer riesgos, la volatilidad y comprensión de los requisitos, el dominio deaplicación, la complejidad del proyecto, etcétera. En este tema elconocimiento no está sistemáticamente organizado y no se especifica cómodebe realizarse el proceso de selección.• Apoyo del SE a desarrollar:‣ Entiendo que el mayor apoyo está en la especificación del conjunto devariables que representan las características particulares del proyecto dedesarrollo, que es necesario considerar para seleccionar el ciclo de vida.• Responsable de la tarea:‣ Los que tengan la responsabilidad de liderar el desarrollo de sistemasinformáticos, o sea los líderes de proyecto y los docentes de las cátedras deanálisis y diseño de sistemas, por supuesto los alumnos que cursen esasmaterias para su práctica.• Conocimientos a educir en próximas sesiones:- ¿Es posible establecer una jerarquía de importancia entre los ciclos devida?- ¿Cuál puede ser un buen punto de partida para identificar las variables quedefinen las características particulares de un proyecto de desarrollo?- ¿Qué material bibliográfico recomienda para el proceso de extracción deconocimientos?A.1.5 Evaluación de la Sesión I• ¿Se han logrado los objetivos?Si se han cumplido los objetivos ya que se obtuvo la información prevista,sobre los objetivos, se determinó en gran medida los alcances y ámbito delANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 422

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAproyecto, como así también se obtuvo información para el estudio deviabilidad.• ¿Es necesario volver sobre lo mismo?Sí es necesario para:- Definir el alcance del prototipo respecto de los ciclos de vida que incluirá.- Obtener orientación respecto del material bibliográfico más convenientepara el proceso de extracción de conocimientos.- Analizar cómo es más conveniente encarar la dificultad que presenta la faltade sistematización en el conocimiento respecto de las variables queidentifican las características de un proyecto.• Número y tipo de sesiones para cubrir el áreaNo es posible establecer en este momento el número de sesiones necesarias,hasta no tener mayor precisión sobre los alcances del sistema.A.2 SESION IIA.2.1 Preparación de la Sesión II• Información a tratar: Alcance del sistema experto a desarrollar. Característicasque intervienen en el estudio de viabilidad del proyecto.• Amplitud y Profundidad: Precisar los alcances del sistema, analizar el gradode las dificultades, precisar la información para completar el estudio deviabilidad.• Técnica utilizada: Entrevista estructurada.• Preparación de Preguntas:¿Es posible establecer una jerarquía de importancia entre los ciclos devida?¿Cuál puede ser un buen punto de partida para identificar las variables quedefinen las características particulares de un proyecto de desarrollo?¿Qué material bibliográfico recomienda para el proceso de extracción deconocimientos?De los proyectos en los que ha participado, ¿existe documentación quepueda ser utilizada para probar y evaluar el sistema?¿Para seleccionar el CV es necesario utilizar el sentido común?¿Para seleccionar el CV se requiere un alto nivel de abstracción?¿Para realizar la selección del CV qué pasos intermedios es necesariocumplir?¿Es conveniente justificar el CV que se ha seleccionado?¿El sistema debe buscar la solución óptima?ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 423

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA.2.2 Realización de la Sesión IILa entrevista se realiza en la oficina del experto, habiendo acordado previamentela hora de inicio y fin de la entrevista. Se le explica al experto el objetivo de laentrevista, las preguntas que se van a realizar y que se tomará nota de susrespuestas. Se desarrolla la sesión de la entrevista.A.2.3 Transcripción de la Sesión IIEntrevista realizada el 26 de octubre de 1999Experto: Dr. Gregorio PerichinskyIngeniero del Conocimiento: Bibiana RossiLugar: oficina del expertoTiempo: 17 a 18.30 hs.Objetivos: a) Completar alcances y objetivos del proyectob) Identificación de la viabilidadIC. Usted ha mencionado que existe un promedio de 30 ciclos de vida, quizás algunosmás. ¿Es posible establecer una jerarquía de importancia?E. Si es muy posible hacerlo ya que en varios casos muchos de ellos son similares en suesencia básica y se diferencian en alguna fase o en algún detalle. Si tuviera queagruparlos genéricamente de alguna forma, se puede decir que existen los modelos confilosofía de cascada, los modelos con filosofía de prototipo, los modelos con filosofía deorientación a objetos y quizás algunos modelos menos usados como el modelo enespiral.IC. ¿Cuál le parece que puede ser un buen punto de partida para identificar las variablesque representan las características del proyecto que son necesarias conocer paraseleccionar el ciclo de vida?E. Entiendo que un buen comienzo y casi diría imprescindible es partir de una análisis dela bibliografía existente para después consensuar con la opinión y experiencia de otrosprofesionales.IC. ¿A qué otros profesionales consultaría?E. A los docentes de las cátedras de análisis y diseño, que trabajan en la empresa comolideres de proyecto y además tienen la dificultad de enseñar el tema y a algunosprofesionales reconocidos con quien he trabajado en algunos proyectos de envergadura.IC. ¿Es posible contactarlos para invitarlos a participar y ver si es posible comprometerlospara algunas entrevistas? Estoy pensando particularmente en entrevistas de tipo grupalcon ellos.E. Por supuesto, yo me pondré en contacto para avisarles del proyecto y cuandoacordemos les aviso de la entrevista.IC. ¿Qué material bibliográfico recomienda para el proceso de extracción deconocimientos?E. El material que recomiendo es el siguiente:ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 424

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• A Spiral Model of Software Development and Enhancement Software EngineeringProject Management, de Böehm,• Análisis y Diseño Orientado a Objetos con Aplicaciones de Booch,• Estándares del IEEE y de ISO.• Análisis y Diseño Orientado a Objetos de Martin y Odell.• Elementos y Herramientas en el Desarrollo de Sistemas de Información de Piattini• Análisis y Diseño detallado de Aplicaciones Informáticas de Gestión de Piattini• Ingeniería del Software Un Enfoque Práctico de Pressman• Modelado y Diseño Orientado a Objetos de RumbaughIC. De los proyectos en los que ha participado, ¿existe documentación que pueda serutilizada para probar y evaluar el sistema?E. Si es posible utilizar la documentación existente como así también los prácticos yapreparados por los docentes de las cátedras de análisis y diseño de sistemas.IC. ¿Para seleccionar el CV es necesario utilizar el sentido común?E. Sí por sentido común se entiende experiencia, la experiencia si es necesaria. Enrealidad se requiere de experiencia previa tanto para reconocer qué variables esnecesario analizar como así también para estimar aquellas que puedan ser relativamenteinciertas al inicio de un proyecto, pero que es necesario tenerlas en cuenta para laselección del ciclo de vida.IC. ¿Para seleccionar el CV se requiere un alto nivel de abstracción?E. No mucho, es necesario tener presentes las características a evaluar en términosgenerales, y precisar su valor. Es posible que sea necesario reconocer algunacaracterística particular de algún proyecto que no se haya evaluado previamente. Oincorporar a la evaluación presente alguna característica que haya resultado importanteen proyectos previos. Justamente por eso es importante la experiencia.IC. ¿Para realizar la selección del CV qué pasos intermedios es necesario cumplir?E. a) Tener claros los requerimientos y el objetivo del proyectob) Conocer la lista de variables que caracterizan el problemac) Analizar si es necesario agregar alguna variable nuevad) Asignarle un valor a las variables de acuerdo al proyecto a desarrollare) Analizar cual es el ciclo de vida que responde mas adecuadamente a lascaracterísticas del proyecto.IC. ¿Es conveniente justificar el CV que se ha seleccionado?E. Es muy necesario no solo para justificar la selección del proyecto presente endesarrollo sino también para contar con mecanismos que permitan a posteriori la revisiónde los criterios de selección, sobre todo en aquellos casos donde la elección no resultóacertada.IC. ¿El sistema debe buscar la solución óptima?E. No existe una solución optima, siempre es necesario una solución de compromiso. Elsolo hecho de tener sistematizada el análisis de las características del proyecto yaoptimiza considerablemente la forma actual en la que se realiza la selección.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 425

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA.2.4 Análisis de la Sesión II• Conocimientos extraídos:Los conocimientos extraídos de la sesión II se encuentran reflejados en elcapítulo III, Definición del problema y en el capítulo IV, Estudio de Viabilidad.• Conocimientos a educir en próximas sesiones:- Revisar con el experto cada una de las dimensiones de plausibilidad,justificación, adecuación y éxito del Test de Viabilidad. El experto conoceampliamente de informática así que es factible explicarle brevemente elTest y repasar cada una de las características conjuntamente con él.- ¿Cuál es la forma más adecuada para el análisis de la bibliografía?A.2.5 Evaluación de la Sesión II• ¿Se han logrado los objetivos?Si se han cumplido, se determinó los alcances y ámbito del proyecto, como asítambién se obtuvo información para el estudio de viabilidad.• ¿Es necesario volver sobre lo mismo?Sí es necesario para:- Revisar definitivamente las dimensiones del Test de Viabilidad.- Obtener orientación precisa de cómo realizar el proceso de extracción deconocimientos.• Número y tipo de sesiones para cubrir el áreaEs necesario establecer dos tipos de sesiones. Una serie de sesiones con elexperto y otro conjunto de sesiones con el grupo de expertos a quien deseadar participación el experto principal.En cuanto a la serie de sesiones con el experto se estima una sesión paracompletar la información para la viabilidad del proyecto y otra sesión parapreparar las entrevistas con el grupo.En cuanto al grupo de expertos es necesario organizar la adquisición deconocimientos aplicando las técnicas adecuadas para un equipo de expertos.Después de la segunda sesión prevista con el experto principal para prepararla adquisición de conocimientos con el grupo de expertos, será posible estimarel número de sesiones necesarias.A.3 SESION IIIA.3.1 Preparación de la Sesión III• Información a tratar: Dimensiones del Test de Viabilidad. Extracción deconocimientos. Adquisición de conocimientos con el grupo de expertos.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 426

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDA• Amplitud y Profundidad: Necesarias para completar el Test de Viabilidad.• Técnica utilizada: Entrevista estructurada para Test de Viabilidad y abiertapara proceso de extracción de conocimientos y proceso de adquisición deconocimientos con el grupo de expertos.• Preparación de Preguntas: Proponer la técnica de Método Delphi.Revisar cada una de las características de las tablas de las dimensiones delTest de Viabilidad.¿Al analizar la bibliografía cuáles son los conceptos o términos que esnecesario identificar?A.3.2 Realización de la Sesión IIILa entrevista se realiza en la oficina del experto, habiendo acordado previamentela hora de inicio y fin de la entrevista. Se le explica al experto los temas a tratar.Se inicia la sesión con una breve explicación del Test de Viabilidad.A.3.3 Resumen de la Sesión IIIEntrevista realizada el 31de octubre de 1999Experto: Dr. Gregorio PerichinskyIngeniero del Conocimiento: Bibiana RossiLugar: oficina del expertoTiempo: 18 a 20 hs.Objetivos: a) Identificación de la viabilidadb) Identificar los términos para realizar un análisis estructural de textosc) Proponer el método Delphi para adquisición de conocimientos con grupode expertos.IC. Breve explicación del Test de Viabilidad. Revisión de cada una de las característicasde las dimensiones de plausibilidad, justificación, adecuación y éxito.E. Revisó y ratificó los valores de las características del Test de Viabilidad.IC. Al hacer la lectura y el análisis de la bibliografía recomendada qué conceptos otérminos es necesario identificar?E. Las ventajas y desventajas de los ciclos de vida y los problemas o casos de ejemploque presentan.IC. Breve explicación del Método Delphi. ¿Colaboraría en el diseño de los cuestionarios yen el análisis de los mismos?E. Por supuesto. Me parece una excelente idea consensuar la opinión de los expertos, esuna forma clara y ordenada de hacerlo. Los primeros cuestionarios pueden basarse en elanálisis que resulte en los textos de las ventajas y desventajas de cada ciclo de vida.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 427

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAA.3.4 Análisis de la Sesión III• Conocimientos extraídos:Los conocimientos extraídos de la sesión III se encuentran reflejados en el enel capítulo IV, Estudio de Viabilidad.• Actividades para continuar la adquisición de conocimientos:- Preparar las primeras cuestionarios para las sesiones de adquisición deconocimiento con el Método Delphi.A.3.5 Evaluación de la Sesión III• ¿Se han logrado los objetivos?Si se han cumplido, se determinaron las características del Test de Viabilidad.Se definió el proceso para extracción de conocimientos de la bibliografía y elexperto se comprometió a colaborar en las sesiones de adquisición deconocimientos con el grupo de expertos.• ¿Es necesario volver sobre lo mismo?No parece necesario.• Número y tipo de sesiones para cubrir el áreaSe estima• 1 sesión con el experto principal para la preparación de los cuestionarios.• 3 sesiones con el grupo de expertos.• 3 sesiones con el experto principal para realizar el análisis y tabulación delos resultados.• 3 sesiones con el experto principal para completar la fase inicial deadquisición de los conocimientos.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 428

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAB.1 EXTRACCION DE CONOCIMIENTOSB.1.1 Preparación del Análisis de textos• Información a tratar: Tipos de Ciclos de vida. Ventajas y desventajas de losciclos de vida. Casos de aplicación.• Técnica utilizada: Análisis estructural de textos.• Términos a buscar:Conceptos: ciclo de vida, fases, etapasEs una característica de ...;Es una ventaja de ..., es una desventaja deEs un caso de aplicación de...B.1.2 Realización de las sesiones de extracción de conocimientosEl IC realizó el análisis de la bibliografía disponible tomando como base los textosmencionados por el experto en la sesión II.El análisis de textos se realizó en 25 sesiones de 3 horas aproximadamentedurante un mes.Se documentó el análisis de textos en una matriz de cuatro columnas con elsiguiente diseño.Titulo del grupo de CVModelo Ventajas Desventajas Casos de EjemploAaaa ‣ Ventaja 1‣ Ventaja 2‣ ...‣ Desventaja 1‣ Desventaja 2‣ ...DescripciónBbbb ‣ Ventaja 1‣ Ventaja 2‣ ...Cccc ‣ Ventaja 1‣ Ventaja 2‣ ...‣ Desventaja 1‣ Desventaja 2‣ ...‣ Desventaja 1‣ Desventaja 2‣ ...DescripciónDescripciónEl experto principal revisó la documentación en 4 momentos:• Al finalizar el primer análisis de textos• Al finalizar los 4 primeros textos• Al finalizar los 8 primeros textos• Al dar por terminada la extracción de conocimientosB.1.3 Documentación del análisis realizadoSe adjunta a continuación de la presente documentación en el ítem B 1.6, eldocumento de trabajo: Modelos de Ciclos de Vida, en el que se sintetizó elanálisis de textos.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 429

SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAB.1.4 Análisis de la extracción de conocimientos• Conocimientos extraídos:Ventajas, desventajas y características de los modelos de ciclos de vida deacuerdo con la bibliografía revisada.No se han detectado en la bibliografía casos de ejemplo.• Conocimientos a educir en próximas sesiones:Identificar con mayor precisión las características particulares de los ciclos devida.B.1.5 Evaluación de las sesiones de extracción de conocimientos• ¿Se han logrado los objetivos?Sí se han cumplido, se realizó un análisis de la bibliografía más relevanterecomendada por el experto.Se ha precisado el alcance del prototipo:‣ Se convino con el experto que para la realización de este primer prototipono es necesario continuar con el análisis bibliográfico.‣ Se ha convenido en virtud del la revisión realizada por el experto entrabajar sobre los ciclos de vida en Cascada, Espiral y Orientado a objetospara la realización de este primer prototipo.‣ Debe considerarse en el diseño la posibilidad de incorporar másconocimiento al sistema experto una vez que se haya desarrollado y estéen uso, tanto sea por la incorporación de mas bibliografía estudiada comoasí también por la incorporación de más modelos de ciclos de vida.• ¿Es necesario volver sobre lo mismo?Es necesario refinar la información obtenida y consensuarla con el grupo deexpertos, siguiendo el procedimiento propuesto en el método Delphi.• Número y tipo de sesiones para cubrir el áreaSe estima:‣ 1 sesión con el experto principal para la preparación de los cuestionarios.‣ 3 sesiones con el grupo de expertos.‣ 3 sesiones con el experto principal para realizar el análisis y tabulación delos resultados.‣ 3 sesiones con el experto principal para completar la fase inicial deadquisición de los conocimientos.ANEXO 12.2: CAPITULO 5 02/09/2003 Bibiana D. Rossi 430

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAB.1.6 : Resultado del Análisis de textosMODELOS DE CICLOS DE VIDAPrototipado RápidoEs un enfoque que intenta remediar algunos de las falencias del ciclo de vida (1)Prototipo EvolutivoEl propósito del Prototipo Evolutivo es permitir al sistema evolucionar a medida que es usado.El sistema es construido gradualmente.Al principio se hace el suficiente desarrollo que permita al usuario llevar a cabo una o más de las tareas en forma completa (1)Prototipo de usar y tirarEs usado con el propósito de obtener especificaciones y clarificaciones (1)Una vez que ha servido su propósito es descartado (1)Prototipado IncrementalAquí el sistema es construido en forma incremental, una sección por vez (1)Combina elementos del modelo lineal (cascada) con la filosofía interactiva de los prototipos (5)Cada secuencia lineal produce un incremento del software. (5)El primer incremento a menudo es un producto esencial (núcleo).El plan afronta la modificación del producto central a fin de cumplir las necesidades del cliente y la entrega de las funciones y característicasadicionales.Este proceso se repite hasta que el producto esta completo (5)Se centra en la entrega de un producto operacional en cada incremento (5)El modelo incremental corrige la necesidad de una secuencia no lineal de pasos de desarrollo. En el modelo incremental se va creando el sistemasoftware añadiendo componentes funcionales al sistema llamado incremento. En cada paso sucesivo, se actualiza el sistema con nuevasfuncionalidades o requisitos, es decir, cada versión o refinamiento parte de una versión previa y le añade nuevas funciones.El sistema software ya no se ve como una única entidad monolítica con una fecha fija de entrega , sino como una integración de resultadossucesivos obtenidos después de cada iteración.ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 431

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACascada (Waterfall) (2) (5)Sugiere un enfoque sistemático, secuencial del desarrollo del software. El numero de fases o etapas que se proponen en este ciclo de vida suele variar,aunque suelen ser: análisis de requisitos del sistema, análisis de requisitos del software, diseño preliminar, diseño detallado, codificación ,pruebas, explotación y mantenimiento.Tiene las siguientes actividades (5) : Ingeniería y modelado de Sistemas / Información, Análisis de los requisitos del software, Diseño,Generación del código, Pruebas, Mantenimiento (5). Cada fase empieza cuando se ha terminado la fase anterior. Para pasar de una fase a otra esnecesario conseguir todos los objetivos de la etapa previa.Modelo en espiral (2) (5)Se centra en un gráfico en espiral en el cual- la dimensión radial representa el costo acumulado incurrido en lograr los pasos hasta la fecha- la dimensión angular representa el progreso hecho en cada ciclo de la espiral• cada ciclo comienza con la identificación de:- los objetivos de la porción del producto que se esta elaborando- las restricciones impuestas sobre la aplicación de alternativas (2)• el siguiente paso es evaluar las alternativas con respecto a los objetivos y las restricciones (2)• el siguiente paso involucra la formulación de una estrategia para resolver las fuentes de riesgo (2)• el siguiente paso esta determinado por los riesgos remanentes. Si la performance o los riesgos de interfaces de usuario dominan el desarrollodel programa entonces el siguiente paso podría ser desarrollo evolutivo. (2)• cada ciclo es completado con una revisión involucrando a la gente a la que le concierne el producto (2)Según Pressman el modelo tiene las siguientes regiones de tareas: (5) comunicación con el cliente, planificación, análisis de riesgos, Ingeniería,construcción y adaptación, evaluación del clienteANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 432

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMetodología OMT (Object Modeling Tool) (6)Consta de varias fases:- El análisis se dedica a la comprensión y modelado de la aplicación y del dominio en el cual funciona- La arquitectura global del sistema se determina durante el Diseño del Sistema. Utilizando el modelo de objetos como guía, se organiza elsistema en subsistemas- Durante la fase de Diseño de Objetos, se elaboran los modelos de análisis, se refinan, y después se optimizan para producir un diseño prácticoUna aproximación orientada a objetos:- traslada gran parte del esfuerzo del desarrollo del software hacia la fase de análisis del ciclo de vida- centra su atención en las estructuras de datos, y no en las funciones que haya que efectuarEl propósito del análisis orientado a objetos es modelar el sistema del mundo real para que sea posible entenderloEl diseño del sistema es la estrategia de alto nivel para resolver el problema y construir una soluciónDurante el diseño del sistema, se decide la estructura y el estilo globalDurante el diseño de objetos, se ejecuta la estrategia seleccionada durante el diseño del sistema, y se rellena los detallesLos desarrollos experimentados son capaces de combinar varios pasos, o bien pueden llevar a acabo varios pasos en paralelo para ciertas partesdel proyectoModelos CV OO Booch (7)Es iterativo en el sentido de que conlleva el refinamiento sucesivo de una arquitectura orientada a objetos, por la cual se aplica la experiencia yresultados de cada versión a la siguiente iteración del análisis y el diseño. El proceso es incremental en el sentido de que cada pasado por un cicloanálisis/diseño/evolución lleva a refinar gradualmente las decisiones estratégicas y tácticas, convergiendo en ultima instancia hacia una soluciónque se encuentra con los requerimientos reales del usuario final y que además es simple fiable y adaptable.Utiliza el diseño global circular que enfatiza el desarrollo incremental e iterativo de un sistema mediante el refinamiento de vistas lógicas yfísicas diferentes, aunque consistentes del sistema como un todo. El diseño global circular es el fundamento del proceso del diseño orientado aobjetos.Microproceso: esta compuesto por las siguientes actividades:• identificar las clases y objetos a un nivel de abstracción dado• identificar las semánticas de estas clases y objetos• identificar las relaciones entre estas clases y objetos• especificar el interfaz y después la implementación de estas clases y objetosANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 433

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAMacroprocesosirve como marco de referencia para controlar al microproceso. Incluye practicas como gestión de configuraciones, control de calidad, recorridosde código y documentación. Incluye las siguientes actividades.• establecer requisitos centrales para el software (conceptualización)• desarrollar un modelo del comportamiento deseado del sistema (análisis)• crear una arquitectura par la implementación (diseño)• transformar la implementación mediante refinamiento sucesivo(evolución)• gestionar la evolución posventa o postentrega (mantenimiento)Es de importancia capital tener un liderazgo fuerte en el proyecto que gestione y dirija activamente las actividades del mismoTwo Leg Model (2)Contiene procesos de abstracción separados hasta que una especificación formal es conseguida, seguido por un conjunto de pasos formalesdeductivos de rectificación para proceder a lo largo del diseño y la codificación (2)Análisis Estructurado/Diseño Estructurado (6)Es útil para aquellos problemas en los que las funciones sean más importantes y complejas que los datosModelo Convencional (4)Esta compuesto por las siguientes fases- fase de requerimientos- fase de diseño- fase de implementaciónllevar el diseño al códigoSepara los requerimientos del comportamiento interno. Separa los mecanismo de alto y bajo nivel. Se mezclan los mecanismo de intra móduloscon decisiones de implementación de lenguajeMejora Iterativa (3)Incluye el use de un diseño modular descendente, un diseño cuidadoso antes de la codificación, componentes modulares bien estructurados y unmínimo número de implementadores.ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 434

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACada paso puede hacer uso de refinamiento. Representa una forma practica de aplicar refinamiento paso a paso.El primer paso consiste de una implementación inicial simple del esqueleto del subproblema de un proyecto. Se crea una lista de control deproyecto que contiene todas las tareas que necesitan completarse para conseguir la implementación final deseada.En los pasos restantes se mejora iterativamente hasta que la implementación final es conseguida. Cada etapa iterativa consiste en seleccionar yquitar la siguiente tarea de la lista, diseñando la implementación para la tarea seleccionada.(fase de diseño). codificarla y debugear laimplementación de la tarea (implementación), realizar el análisis de la implementación parcial existente a esta altura de iteración y poner al día lalista de control de proyecto. El proceso es iterado hasta la lista de control de proyecto esta vacua.La mejora iterativa es un algoritmo heurístico que comienza con la implementación de un subproblema y prosigue con la modificación iterativade la implementación existente basada en un conjunto de guías informales para conseguir la implementación completa deseada. Esta técnicainvolucra el desarrollo de un producto de software a través de una secuencia de pasos sucesivos de diseño y implementación empezando con una“predicción” inicial y una implementación de un esqueleto del subproblema.Enfoque operacional (4)√ incluye los requerimientos del comportamiento interno en la especificación operacional√ separa la orientación a problema de la especificación operacional de las consideraciones de implementación√ todos los mecanismos funcionales son explicitados en la especificación funcional√ separa los mecanismo de su realización en términos de lenguaje de implementaciónANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 435

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAPROTOTIPOSModelo Ventajas Desventajas EjemploPrototipoEvolutivo‣ No está limitado a proyectos chicos también puedemanejar proyectos grandes (1)‣ Sirve para la formular los requerimientos de unsistema de Software cuando los requerimientos delusuario son vagos, incompletos o inestables (1)‣ Puede servir como herramienta para experimentarcon nuevas e innovadoras ideas de diseño (1)‣ Puede servir como factor de seguridad endesarrollos con alto factor de riesgo (1)‣ Puede servir como forma de reaccionar antepotenciales cambios organizacionales (1)‣ Puede servir como forma de promover al cliente aparticipar del proceso de desarrollo (1)‣ Facilita un ambiente de enseñanza para usuariosfinales potenciales durante el desarrollo (1)‣ Puede facilitar la introducción gradual de unsistema de computación en una organización (1)‣ Es usado cuando hay un gran nivel deincertidumbre (1)‣ Es usado cuando hay varias opciones de diseño eimplementación (1)‣ Es usado cuando hay dificultades en formular lasespecificaciones (1)‣ Es usado cuando no hay experiencia previa en eldesarrollo con una técnica especifica (1)‣ Cuando se necesita un método para producir elsistema en forma gradual (1)ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 436

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas EjemploPrototipo deusar y tirarPrototipadoIncrementalPrototipadoRápido‣ Sirve para formular los requerimientos de unsistema de Software cuando los requerimientosdel usuario son vagos, incompletos o inestables‣ Los incrementos se pueden planear paragestionar riesgos técnicos‣ Se ajusta a entornos de alta incertidumbre, porno tener la necesidad de poseer un conjuntoexhaustivo de requisitos, (especificaciones,diseños, etc.), al comenzar el sistema, ya quecada refinamiento amplía los requisitos y lasespecificaciones derivadas de la fase anterior.‣ Es particularmente útil cuando la dotación depersonal no está disponible para unaimplementación completa en cuanto a la fechalímite de gestión que se ha establecido (5)‣ Se puede caer en el error de prolongar en eldesarrollo final, decisiones ineficientesutilizadas en el prototipo‣ Falta de planificación a largo plazo‣ Tentación de caer en el modelo de codificary corregir‣ Existe el problema de determinar si losrequisitos propuestos son válidos, sedetectan tarde.‣ Puede encomendar demasiados recursos auna solución errónea‣ Es difícil para más de una persona trabajaren un único prototipo‣ Aunque permite el cambio continuo derequisitos existe el problema de si losrequisitos propuestos son válidos.‣ Los errores en los requisitos se detectantarde y su corrección resulta tan costosacomo en el modelo en cascada.‣ Descuida el análisis apropiado‣ Recae en la intuición de los desarrolladores‣ Lleva a decisiones de diseño prematuras‣ La adquisición de conocimientos y elanálisis se vuelven manejados por laimplementación‣ Se hace difícil de mantener ya que favorecela falta de documentación del análisis ydiseño.ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 437

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDACASCADAModelo Ventajas Desventajas EjemploCascada ‣ Ayuda a prevenir que se sobrepasen las fechas deentrega y los costos esperados.‣ Al final de cada fase el personal técnico y losusuarios tienen la oportunidad de revisar el progresodel proyecto.‣ Da facilidades a los gestores para controlar elprogreso de los sistemas.‣ Reconocimiento de ciclos de realimentación entreetapas (2)‣ Es mejor que un enfoque hecho al azar (5)‣ Enfoque secuencial para construir un producto enel cual la iteración no es evidente.‣ Se tarda mucho tiempo en pasar por todo el ciclo,dado que hasta que no se finalice una fase no sepasa a la siguiente.‣ El enfoque top-down necesita ser matizado con unpaso de reciclado (vuelta para atrás) para cubrirtemas como riesgo y reuso de módulos desoftware (2)‣ No maneja adecuadamente aspectosconcernientes al desarrollo de familias deprogramas y de organización de software parapermitir cambios (2)‣ Asume progresión relativamente uniforme en lospasos de elaboración (2)‣ El énfasis en elaborados documentos comocriterio de finalización de las fases derequerimientos y diseño no funciona bien paramuchas clases de software, particularmente lasaplicaciones interactivos.‣ No contempla la clase de desarrollo evolutivo quepresenta el prototipado rápido y los lenguajes decuarta generación. (2)‣ Los proyectos reales rara vez siguen el modelosecuencial que propone el modelo (5).‣ No contempla los posibles modos de desarrollo desoftware futuros, asociados con lasANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 438

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas Ejemplocapacidades de la programación automática,transformación de programas y asistentes desoftware basados en el conocimiento. (2)‣ A menudo es difícil que el cliente explicite todoslos requisitos (5)‣ Una versión de trabajo del programa no estarádisponible hasta que el proyecto esté muyavanzado (5)‣ No refleja el proceso real de desarrollo desoftware. Los proyectos reales raramente sigueneste flujo secuencial, puesto que siempre hayiteraciones. Aunque en este modelo la iteraciónesté permitida en etapas contiguas(MACRO,1990),en la vida real la iteración abarcamas de una etapa. Un caso típico es la redefiniciónde los requisitos cuando se está codificando laaplicación.‣ Acentúa el fracaso de la industria del software conel usuario final. En este caso, el usuario debe tenerpaciencia, ya que el sistema en funcionamiento noestará disponible hasta las fases finales delproyecto.‣ Asume una especificación de requisitos perfecta.‣ Detección de errores tardía‣ Agravado para KBS (incompleto y conespecificaciones cambiantes)‣ Administradores y usuarios tienen poca idea decomo quedará el sistema cuando se especifican losrequerimientosANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 439

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAESPIRALModelo Ventajas Desventajas EjemploModelo enespiral‣ En el desarrollo interno existe una gran flexibilidad ylibertad para ajustarse a los acuerdos etapa por etapa, paraaplazar acuerdos de opciones específicas, para establecerminiespirales para resolver caminos críticos, para ajustarniveles de esfuerzo, o para acomodar prácticas comoprototipado desarrollo evolutivo y uso de métodos dediseño ajustado al costo.‣ Alienta el desarrollo de especificaciones que no sonnecesariamente uniformes, exhaustivas o formales, aldiferir la elaboración detallada de los elementos desoftware de bajo riesgo, y evita roturas innecesarias en susdiseños, hasta que los elementos de alto riesgo del diseñosean establecidos.‣ La revisión de los principales objetivos sirve paraasegurar que todas las partes involucradas están deacuerdo respecto al método de trabajo para la siguientefase.‣ Existe un reconocimiento explícito de las diferentesalternativas para alcanzar los objetivos de un proyecto.La identificación de riesgos asociados con cada una de lasalternativas y las diferentes maneras de resolverlos son elcentro del modelo. Con los métodos tradicionales, eshabitual dejar las partes, más difíciles para el final yempezar con las más fáciles y de menor riesgo,obteniendo así la ilusión de un gran avance.‣ Trabaja bien en los desarrollos internos, peronecesita un ajuste posterior para adaptarlo a lasubcontratación de software.‣ Necesidad de expertos en evaluación de riesgospara identificar y manejar las fuentes de riesgosde un proyecto.‣ Requiere una considerable habilidad para laevaluación del riesgo y depende de ella para eléxito (5)‣ Deposita una gran cantidad de confianza en lahabilidad de los desarrolladores de softwarepara identificar y manejar las fuentes de riesgodel proyecto. (5)‣ En general, los pasos del proceso necesitan unaelaboración adicional para asegurar que todoslos participantes de un desarrollo de softwareestén operando en un contexto consistente. (5)‣ Presenta un riesgo de decisiones prematuras dediseño‣ Puede demostrar dificultad para ejecutarespecificaciones con una adecuada performance‣ En el desarrollo de software bajo contrato noexiste esta flexibilidad y libertad, por lo que esnecesario mucho tiempo para definir loscontratos, ya que los entregables no estánpreviamente definidos de forma clara.ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 440

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas Ejemplo‣ Contesta la pregunta “cuánto es suficiente?” para cadauna de las fuentes de la actividad del proyecto y para elmanejo de los recursos.‣ La división de los proyectos en ciclos, cada uno con unacuerdo al final de cada ciclo, implica que existe unacuerdo para los cambios que hay que realizar o paraterminar el proyecto, en función de lo que se ha aprendidodesde el inicio del proyecto.‣ El modelo se adapta a cualquier tipo de actividad,incluidas algunas que no existen en otros métodos (porejemplo, consulta de asesores expertos o investigadoresajenos) que son muy útiles para la consecución de losobjetivos de un proyecto.‣ Puede aplicarse a lo largo de la vida del proyecto (5)‣ Acomoda una mezcla apropiada de enfoques orientados aespecificaciones, orientados a prototipos, orientados asimulaciones, orientados a transformación automática, yotros‣ Es aplicable tanto a esfuerzos de desarrollo como demejora (enhacement). (2)‣ Incorpora prototipado como una opción de reducción‣ corte innecesario en su diseño y como una opción dereducción de riesgo en cualquier etapa del desarrolloPromueve el desarrollo de especificaciones que no sonnecesariamente uniformes, exhaustivas o formales en lasque posterga la elaboración detallada de elementos desoftware de bajo riesgo, evitando un corte innecesario ensu diseño (2)‣ Todavía no encaja en el mundo de laadquisición de software por contrato.‣ A no ser que se realice una inspección porexpertos, en este tipo de proyecto se tendrá lailusión de progresar por un período, y sinembargo, se encuentra dirigido directamentehacia el desastre.‣ Las personas pueden encontrarlo difícil paradirigir transformacionesANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 441

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas Ejemplo‣ Mejora la estimación y reduce el costo de corregir‣ Permite vueltas atrás en etapas tempranas del espiral alidentificar alternativas más atractivas o al necesitar laresolución de un nuevo riesgo. (2)‣ Su rango de opciones y enfoque orientado a riesgospermite acomodar las mejores características de losmodelos de software existentes evitando sus dificultades(2)‣ Permite explícitamente estrategias para desarrollarfamilias de programas y para reusar software existente (2)‣ Permite la evolución del ciclo de vida, crecimiento ycambios en el producto de software. (2)‣ Provee mecanismos para incorporar objetivos de calidaddel software en el proceso de desarrollo del producto desoftware. (2)‣ Se focaliza en eliminar errores y alternativas pocoatractivas en forma temprana (2)‣ Permite iteraciones, vueltas atrás y terminación prematurade proyectos no viables (2)‣ Puede soportar y ser soportado por ambientes dedesarrollo de software avanzados (2)‣ No implica procedimientos separados para desarrollo ymejoramiento de software. (2)‣ Provee un marco viable para el desarrollo de sistemas desoftware o hardware integrados. (2)‣ Evita forzar procedimientos del desarrollo de software enlos paradigmas de desarrollo de hardwareANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 442

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAORIENTACION A OBJETOSModelo Ventajas Desventajas EjemploModelo paraDesarrollo deSistemasOrientados aObjetosObject ModelingTool (OMT) (6)‣ La tecnología de objetos pretende acelerar el desarrollo desistemas de una manera iterativa e incremental.‣ La ventaja principal que permiten fijar hitos másfrecuentemente, realizando entregas de sistemas que sonoperativos cada dos o tres meses para recibirretroalimentación del cliente lo antes posible e iradaptando la aplicación según cambien las necesidades yse refinen los requisitos‣ Produce un diseño limpio y fácil de comprender, queresulta más fácil de probar, mantener y extender‣ El diseño resultante es más adaptable, los cambios futurosserán mucho más sencillos‣ Da al proceso de desarrollo una base más estable, ypermite utilizar un único concepto unificador de softwarea lo largo del proceso: el concepto de objeto, de tal formaque la información registrada durante el análisis no sepierde ni se transforma cuando se produce el diseño y laimplementación‣ La organización de un sistema en torno de objetos da aldesarrollo una estabilidad mayor que las orientadas afunciones.‣ Es más flexible al cambio y más extensible.‣ Cambios de funcionalidad se admiten con facilidad en eldiseño orientado a objetos‣ Otro aspecto importante en la tecnología deobjetos es la de "generalizar" los componentespara que sean reutilizables, lo que incrementalos costos de desarrollo entre un 10 y 50%, porlo que resulta imprescindible un desarrollo queoptimice esta inversión.‣ El inconveniente que presentan es la dificultadde gestionar de manera formal los proyectos quesiguen estos ciclos de vida aunque esteproblema se puede paliar diferenciando el"micro" del "macroproceso".‣ La distinción entre análisis y diseño podráparecer a veces arbitraria y confusaANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 443

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAEjemplo Ventajas Desventajas Ejemplo‣ No hay discontinuidad en los modelos. La mismanotación hace más sencillo repetir los pasos de desarrollocon grados de detalle cada vez más finos. Cada iteraciónañade o clarifica características. Hay menosoportunidades para incongruencias y errores‣ El paradigma del mundo real formado por objetos yrelaciones proporciona el contexto para comprender elcomportamiento dinámico y funcional‣ Los sistemas son más fáciles de entender, esto hace que eldiseño sea más intuitivo y simplifica la seguibilidad entrelos requisitos y el código de software. El diseño resultamás coherente para personas que no fueran parte delequipo original del diseño‣ Se incrementa la reutilizabilidad de los componentes deun proyecto para el siguiente‣ Integra mejor las bases de datos con el código‣ La descomposición de software OO modela más de cercala percepción que de la realidad tiene la persona. Portanto, no es sorprendente que el software desarrolladoresulte más comprensible, extensible y mantenible.ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 444

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas EjemploModelos CV OOBooch‣ La tecnología de objetos pretende acelerar eldesarrollo de sistemas de una manera iterativa eincremental.‣ Permite fijar hitos más frecuentemente,realizando entregas de sistemas que sonoperativos, para recibir retroalimentación delcliente lo antes posible e ir adaptando laaplicación según cambian las necesidades y serefinan los requisitos.‣ El enfoque evolutivo que el macroprocesoadopta para el desarrollo significa que hayoportunidades para identificar problemas enmomentos tempranos del ciclo de vida yresponder a estos riesgos antes de quecomprometan el éxito del proyecto (7)‣ El proceso de desarrollo OO ayudaexplícitamente a desarrollar factores decalibración (7)‣ La gestión de proyectos OO, en estado estables,provoca una reducción en la cantidad total derecursos que se necesitan y un desplazamiento enel ritmo de su despliegue respecto a métodosmás tradicionales.‣ Los costos del ciclo de vida son con frecuenciamenores que los de un enfoque tradicionalporque el producto resultantetiende a ser de mucha mejor calidad y poreso es mucho mas flexible ante el cambio‣ La tecnología de objetos pretende generalizarlos componentes para que sean reutilizables, loque incrementa los costos de desarrollo entreun 10 y un 50%, por lo que resultaimprescindible un desarrollo que optimice estainversión.‣ Dificultad de gestionar de manera formal losproyectos que siguen estos ciclos de vidaaunque, como se ha señalado, este problema sepuede paliar diferenciando el micro delmacroproceso‣ En algunos casos tiene un alto costo de puestaen marcha (7)‣ Tiene problemas de eficacia en ciertos casosparticulares (7)‣ El microproceso del desarrollo orientado aobjetos es inestable de forma innata y requiereuna dirección activa para forzar su conclusión(7)ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 445

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas Ejemplo‣ Alienta la reutilización de componentes desoftware.‣ La integración incremental tiende a reducirel riesgo de desarrollo porque acelera eldescubrimiento de problemas de arquitecturay eficacia en etapas tempranas del desarrollo(7)‣ El macroproceso funciona muy bien paraasegurar la calidad porque permite unarecolección de datos continua sobre la tasade descubrimiento de errores (7)‣ La integración sucede incrementalmente a lolargo de todo el ciclo de vida en vez deocurrir en un evento explosivo (7)‣ Un desarrollo orientado a objetos explota lapotencia expresiva de todo los lenguajes deprogramación orientados a objetos (7)‣ Lleva a sistemas más flexibles al cambio (7)‣ Reduce el riesgo de desarrollo (7)‣ Resulta atractivo al funcionamiento de lamente humana (7)‣ El enfoque de desarrollo incremental esextremadamente apropiado para elparadigma orientado a objetos (7)ANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 446

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAOTROSModelo Ventajas Desventajas EjemploParnas informationhiding approach‣ Maneja adecuadamente aspectosconcernientes al desarrollo de familias deprogramas y a la organización de softwarepara acomodar cambios (2)‣ No ha sido completamente elaborado para vercomo cubre aspectos tales como prototipado yreusabilidad (2)Two Leg ModelAutomaticParadigm‣ Contiene procesos de abstracción separadoshasta que se obtiene una especificaciónformal (2)‣ Incorpora al ciclo de vida un marcoconceptual para incorporar capacidades deprogramación automática, transformación deprogramas y asistentes basados enconocimiento (2)‣ Tiene retos en acomodar reusabilidad de software,familias de programas y compromisos (trade-offs)de diseño físico – lógico (2)‣ Tiene problemas en escalar a sistemas muygrandes (2)‣ Tiene problemas en acomodar familas deprogramas (2)‣ Tiene problemas en manejar opciones entrenuevas y antiguas capacidades (2)Análisis /DiseñoEstucturado (6)ModeloConvencional (4)‣ Los requerimientos en prosa pueden serleídos y aprobados directamente por losclientes (4)‣ El prototipado es posible por iteración delciclo de desarrollo entero‣ Provee de puntos útiles de chequeo(milestones) (4)‣ Tienen unos límites del sistema bien definidos, asíque puede resultar difícil extender un diseñoSA/SD hasta unos nuevos límites‣ Los requerimientos informales son notorios por suambigüedad (4)‣ El testeo y la prueba de correctitud son muydifíciles (4)‣ Es difícil que soporte automatización completa (4)‣ Los requerimientos de caja negra son difíciles deespecificar (4)‣ La descomposición top-down es difícil y riesgosaANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 447

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDAModelo Ventajas Desventajas EjemploMejora Iterativa ‣ Facilita el logro de objetivos de desarrollode software para muchos proyectos (3)‣ Provee una forma práctica de usar unenfoque top-down step-wise (3)‣ Generalmente no es fácil de aplicar cuando elproyecto es de tamaño considerable(3)‣ Requiere que el problema y su solución estén biencomprendidos (3)ModeloOperacional (4)‣ Los requerimientos formales pueden serprocesados por la maquina (4)‣ Está disponible prototipado rápidoautomáticamente (4)‣ El testing o verificación es evitadoderivando la implementación de laespecificación usando solo transformacionesy mapeos que han sido probados (4)‣ Las especificaciones ejecutables proveenresultados tempranos y (4)‣ Maneja objetos formales, lo que implica quese pueden desarrollar templetes yherramientas (4)‣ Los usuarios tienen un modelo del sistemapara interiorizarse y evaluarlo‣ La implementación transformacionalgarantiza la corrección‣ La transformación y realización sonaltamente automáticas.‣ Direcciona directamente el conflictoestructural entre la eficiencia ymantenimiento sencillo.‣ Los requerimientos formales son inaccesibles paralos usuarios finales y otras personas no técnicas(4)‣ Presenta peligro de decisiones de diseñoprematuras (4)‣ Puede resultar difícil ejecutar especificaciones conperformance adecuada‣ Es una tecnología nueva y subdesarrollada (4)‣ La implementación transformacional es nueva yno desarrollada tecnológicamente‣ Las personas pueden encontrarlo difícil paradirigir transformacionesANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 448

B.1.6: RESULTADO DEL ANÁLISIS DE TEXTOS SISTEMA EXPERTO: SELECCIÓN DEL MODELO DE CICLO DE VIDABibliografía Analizada1. Experiencie with evolutionary Prototyping in a Large Software Project. Sharam Hekmatpour2. A spiral model of software development and enhacement. Barry Boehm3. Iterative Enhacement: A Practical Technique for Software Development. Victor R. Basili and Albert J. Turner4. The operational versus the conventional approach to software development. Pamela Zave5. Ingeniería del Software – Un enfoque práctico. 4ta Ed. – Roger S. Pressman. Madrid. 19986. Modelado y diseño orientado a objetos OMT- Rumbaugh7. Análisis y Diseño Orientado a Objetos con Aplicaciones - Booch8. Estándares del IEEE 1074-19919. Estándares ISO 12701-110. Análisis y Diseño Orientado a Objetos - Martin y Odell11. Elementos y Herramientas en el desarrollo de sistemas de información- Piattini12. Análisis y diseño detallado de aplicaciones informáticas de Gestión- PiattiniANEXO 12.1: ADQUISICIÓN DE CONOCIMIENTOS 02/09/2003 Bibiana D. Rossi 449