ENSAYO SOBRE EL ARTCULO EN BUSCA DE RESPUESTAS PARA LA INGENIERA DEL SOFTWARE La filosofa forma parte importante del orden

de las cosas, pues todo tiene un punto de vista filosofico, hasta la informtica. Cuando desarrollamos sistemas no buscamos respuestas anteriores o lo que se intento hacer antes; cada uno racioanliza y ve los hechos desde su propia perspectiva y en los casos en que sea posible aplicar el metodo o un conjunto armnico de varios que se adapte o funcioneen el momento para el o los desarrolladores de sotware. Los paradigmas fueron (y creo siguen siendolo) grandes enemigos de la evolucin natural de los procesos, modelos, metodos, estructuras. Nos arraigamos a lo de siempre, a lo que conocimos as y as es porque si, a veces sin preguntarnos si habr algo ms all. Esto es el comn de la gente, no todos pues existen los que se arriesgan con teoras que para los encapsulados en lo antiguo parecen quiza absurdas. La incertidumbre esta y siempre estar presente. En la ingeniera de softwarte y en todo lo que esta relacionado con las ciencas exactas, hay manera de reducir la incertidumbre y minimizar los riesgos por medio de las diferentes tcnicas y metodos existentes y, porque no, con los procesos propios. Durante el desarrollo de software siempre debemos tener presente la incertidumbre como ingrediente no deseado pero siempre presente en el proceso de creacin del sistema, es por ello muy importante usar diseos que permitan la modificacin a posteriori el programa sin que esto sea traumtico ni para el programa ni para el programador. Con los nuevos modelos es posible realizar lo anoterior sin mayor conflicto y que otros programadores, apegandose a las normas usadas anteriormente, realicen los cambios con su propia perspectiva de solucin a la necesidad de adaptacin ante la variacin de los requerimientos o evolucin del sistema. La programacin modular no presenta la independencia de los procesos o modulos, pues

todo sistema es un engranaje de sus componentes, todos interactan y estan interrelacionados entre s. No veo posible hablar de tal independencia:es un sistema En cuanto a llevar el software a la realidad debemos estar claros en algo: el mundo real es ambiguo, esta lleno de incertidumbres por lo que estas deben estar presentes o ser contempladas como una realidad a la hora de desarrollar sistemas. Los objetos y el estructurado son dos enfoques absolutamente distintos, por la forma de pensar el software (cosas en vez de funciones y datos), y por la capacidad de expresar ambigedad. La convergencia de estos genera el aprovechamiento de lo eficiente de ambos o de lo que el desarrollador considere til para el trabajo que esta realizando. Cada metodologa tiene lo suyo, por eso no se puede descartar una u otra. El uso de estas nos pueden indicar, segn el entorno de la problmatica a solventar, cual es la ms eficiente o que se acerque, para utilizarla en uno u otro proyecto. Es cuestin de conocerlas. Claro, esto no es sobre la marcha y corriendo el tiempo. Esto debe ser conocimiento adquirido previamente. El problema y su entorno es el que alimenta nuestro software. La incertidumbre de este es el que pone en jaque nuestro sistema. Es all donde las estrategias son vitales para la resolucin del problema. La estrategia lineal debe servir para desarrollar juegos y an as tienes la incertidumbre de la oponin del usuario final. El metodo ciclico es ms realista pero an ofrece un gran ndice de riesgo. La exploratoria tiene un alto nivel de complejidad. Las tres estrategias de resolucin de problemas se pueden ordenar en el eje de incertidumbre segn su premisa. Cada problema se puede meter en un molde de tipo de sistema, igualmente la estrategia a usar para encontrar la solucin. Las metodologas de desarrollo de software son perspectivas de metodos para la solucin de problemas y de modelos software aplicados a la construccin de sistemas dirigidos a la

resolucin del problema. La metodologa Metrica 3 establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definicin de requisitos, pasando por la adquisicin y configuracin de los servicios, hasta la finalizacin de su uso. Se establece en forma de procesos bien definidos. Trata de ser anticipativa.

El estndar en que se basa esta fundamentado en modularidad y responsabilidad. Con la primera se busca conseguir procesos con un mnimo acoplamiento y una mxima cohesin. En la segunda, trata de establecer un responsable para cada proceso, facilitando la aplicacin del estndar en proyectos de grupos.

El Proceso Unificado es una metodologa que acepta la incertidumbre y se prepara para enfrentarla, esperando erradicar la incertidumbre con trabajo.

El enfoque gil permite flexibilizar y agilizar la forma de actuar, en donde cada desarrollador juega muchos roles, tiene poco tiempo para dar resultados y la nica constante es el cambio. Confia en lo que resulte de la interactividad del usuario ante el sistema operativo; de lo que refleje esta interactividad reacciona.

En la ingeniera del sotware la incertidumbre se encuentra implicita, es inevitable. Las diversas metodologas y estructuras existentes lo han aceptado y tratan, desde la perspectiva del autor o desarrollador, de afrontar de la mejor manera posible la premisa de incertidumbre.

MERLY ROSANNA ARRIETA RODRIGUEZ C.I. 13.148.786 FIN DE SEMANA SECCIN IF4B P.N.F. INFORMTICA