Unidad 1.

reas temticas de la informtica Actividad 5 Alumno: Gaston Maudet Proponga un ejemplo de cada una de las reas de la Informtica indicadas anteriormente !aciendo una "#s$ueda en Internet. Algoritmos y estructuras de datos Algoritmos divide y vencers %ivide & vencers son algunos de los algoritmos ms conocidos & se utili'an normalmente para la construcci(n de algoritmos recursivos )una especie de "ucle de retroalimentaci(n positiva*. +ieles a su nom"re los algoritmos divide & vencers dividen el pro"lema en dos pe$ue,os pro"lemas $ue son ms fciles de tratar & resolver por separado. -as soluciones separadas se com"inan para resolver el pro"lema original. .n estos algoritmos el pro"lema original !a sido reducido a un tama,o $ue el algoritmo puede manejar. Una ve' $ue la soluci(n se encuentra se reduce !asta resolver el pro"lema original. -os algoritmos divide & vencers tam"i/n se conocen como algoritmos inductivos o incrementales. .l merge0ort es un ejemplo t1pico de algoritmo del tipo divide & vencers. -a forma general de estos algoritmos sigue el es$uema : fun %2)3* ret & if 3 su4cientemente pe$ue,o o simple t!en &:5 ad6!oc)3* else descomponer 3 en 31 37 .... 3a for i:5 1 to a do &i :5 %2)3i* od com"inar &1 &7 .... &a para o"tener la soluci(n & de 3 4 end Cadenas -a cadena es $ui's la estructura ms simple & se define como una secuencia de caracteres $ue se interpretan como un dato #nico. 0u longitud puede ser fija o varia"le por lo $ue adems de sa"er $ue estn constituidas por caracteres alfanum/ricos !emos de conocer su longitud. .n una varia"le tipo cadena se puede almacenar una pala"ra una frase una matricula de coc!e una temperatura etc. -a longitud de una cadena se puede determinar "ien indicando al principio de la misma el n#mero de caracteres $ue contiene "ien situando un carcter especial denominado fin8de8cadena.

9 Lenguajes de programacin C# 2: es uno de los lenguajes de programaci(n dise,ados para la infraestructura de lenguaje com#n. 0u sinta3is "sica deriva de 2;2<< & utili'a el modelo de o"jetos de la plataforma .=.> similar al de ?ava aun$ue inclu&e mejoras derivadas de otros lenguajes. Aun$ue 2: forma parte de la plataforma .=.> /sta es una API mientras $ue 2: es un lenguaje de programaci(n independiente dise,ado para generar programas so"re dic!a plataforma. @a e3iste un compilador implementado $ue provee el marco Mono8 %otG=U el cual genera programas para distintas plataformas como AindoBs Uni3 Android iC0 AindoBs P!one Mac C0 &G=U;-inu3. .l estndar .2MA8DDE lista las siguientes metas en el dise,o para 2:: -enguaje de programaci(n orientado a o"jetos simple moderno & de prop(sito general. Inclusi(n de principios de ingenier1a de softBare tales como revisi(n estricta de los tipos de datos revisi(n de l1mites de vectores detecci(n de intentos de usar varia"les no iniciali'adas & recolecci(n de "asura automtica. 2apacidad para desarrollar componentes de softBare $ue se puedan usar en am"ientes distri"uidos. Porta"ilidad del c(digo fuente. +cil migraci(n del programador al nuevo lenguaje especialmente para programadores familiari'ados con 2 2<< & ?ava. 0oporte para internacionali'aci(n. Adecuaci(n para escri"ir aplicaciones de cual$uier tama,o: desde las ms grandes & sofisticadas como sistemas operativos !asta las ms pe$ue,as funciones. Aplicaciones econ(micas en cuanto a memoria & procesado. 9 Arquitectura FI02 .n ar$uitectura computacional RISC )del ingl/s Reduced Instruction Set Computer en espa,ol Computador con Conjunto de Instrucciones Reducidas* es un tipo de dise,o de 2PU generalmente utili'ado en microprocesadores o microcontroladores con las siguientes caracter1sticas fundamentales: 1.Instrucciones de tama,o fijo & presentadas en un reducido n#mero de formatos. 7.0(lo las instrucciones de carga & almacenamiento acceden a la memoria de datos. Adems estos procesadores suelen disponer de muc!os registros de prop(sito general. FI02 es una filosof1a de dise,o de 2PU para computadora $ue est a favor de conjuntos de instrucciones pe$ue,as & simples $ue toman menor tiempo para ejecutarse. .l tipo de procesador ms com#nmente utili'ado en e$uipos de escritorio el 3GH est "asado en 2I02 en lugar de FI02 aun$ue las versiones ms nuevas

traducen instrucciones "asadas en 2I02 3GH a instrucciones ms simples "asadas en FI02 para uso interno antes de su ejecuci(n. %e"ido a lo redundante de las microinstrucciones los sistemas operativos dise,ados para estos microprocesadores contempla"an la capacidad de su"dividir un microprocesador en varios reduciendo el n#mero de instrucciones redundantes por cada instancia del mismo. 2on una ar$uitectura del softBare optimi'ada los entornos visuales desarrollados para estas plataformas contempla"an la posi"ilidad de ejecutar varias tareas en un mismo ciclo de reloj. As1 mismo la paginaci(n de la memoria FAM era dinmica & se asigna"a una cantidad suficiente a cada instancia e3istiendo una especie de Isim"iosisI entre la potencia del microprocesador & la FAM dedicada a cada instancia del mismo. 9 Ingeniera y metodologa del software -a ingenier1a de softBare re$uiere llevar a ca"o numerosas tareas dentro de etapas como las siguientes: Anlisis de requisitos .3traer los re$uisitos de un producto softBare es la primera etapa para crearlo. Especificacin .s la tarea de escri"ir detalladamente el softBare a ser desarrollado en una forma matemticamente rigurosa. Diseo y arquitectura 0e refiere a determinar c(mo funcionar el softBare de forma general sin entrar en detalles. rogramacin Feducir un dise,o a c(digo puede ser la parte ms o"via del tra"ajo de ingenier1a del softBare pero no necesariamente es la $ue demanda ma&or tra"ajo ni la ms complicada. rogramacin Feducir un dise,o a c(digo puede ser la parte ms o"via del tra"ajo de ingenier1a del softBare pero no necesariamente es la $ue demanda ma&or tra"ajo ni la ms complicada !antenimiento Mantener & mejorar el softBare para solventar errores descu"iertos & tratar con nuevos re$uisitos.

!etodolog"a # E$% DESARR&''& I(ERA(I)& E I*CRE!E*(A' .n casi todas las metodolog1as $ue !e le1do se !a"la de !acer el sistema en varias iteraciones. .s decir !acer un poco de re$uisitos un poco de anlisis un poco de dise,o un poco de codificaci(n & prue"as & vuelta a empe'ar. Ja& varios motivos para reali'ar esto as1: =o eterni'arse en un paso. Por muc!o anlisis $ue !agamos nunca estaremos seguros de !a"er aca"ado & siempre se nos ocurrirn ms cosas. Idem para el dise,o. 0iguiendo este m/todo nos fijar1amos unos pla'os para cada cosa & !ar1amos lo siguiente: C"tener los m3imos re$uisitos posi"les en el tiempo fijado. Crdenarlos & fijarnos en los ms importantes. C"tener los m3imos casos de uso & actores posi"les. Crdenarlos por importancia )ms importantes para el usuario ms dif1ciles de implementar o $ue a&uden a definir lo m3imo posi"le la ar$uitectura* & detallar s(lo los primeros en la lista. C"tener la ar$uitectura para esos primeros casos de uso. %ise,o detallado para esos primeros casos de uso siempre con un pla'o. 2odificar & pro"ar. Kuelta a empe'ar con los re$uisitos )L!an cam"iadoM L!a& nuevosM* los casos de uso )"uscar ms casos de uso detallar los siguientes en importancia* etc etc. 2ada uno de estos pasos !a& $ue detenerlo cuando creamos $ue tenemos algo $ue puede funcionar. =o !a& $ue tratar de dejarlo perfecto. 2ada ve' $ue pasemos al siguiente paso encontraremos fallos en el paso anterior. Ja& $ue ir arreglndolos de forma $ue al final todo $uede co!erente. Ir !aciendo versiones intermedias de nuestro programa. 2uando !a&amos implementado varios casos de uso )$ue son los ms importantes* podemos !acer una versi(n para ense,ar al cliente. .ste punto es especialmente #til cuando el cliente no sa"e mu& "ien $u/ es lo $ue $uiere.