qwertyuiopasdfghjklzxcvbnmqwert yuiopasdfghjklzxcvbnmqwertyuiop asdfghjklzxcvbnmqwertyuiopasdfg hjklzxcvbnmqwertyuiopasdfghjklzx Introduccin al Anlisis de sistemas cvbnmqwertyuiopasdfghjklzxcvbn Documentacin mqwertyuiopasdfghjklzxcvbnmqwe rtyuiopasdfghjklzxcvbnmqwertyuio pasdfghjklzxcvbnmqwertyuiopasdf ghjklzxcvbnmqwertyuiopasdfghjklz xcvbnmqwertyuiopasdfghjklzxcvbn mqwertyuiopasdfghjklzxcvbnmqwe

rtyuiopasdfghjklzxcvbnmqwertyuio pasdfghjklzxcvbnmqwertyuiopasdf ghjklzxcvbnmqwertyuiopasdfghjklz xcvbnmqwertyuiopasdfghjklzxcvbn mrtyuiopasdfghjklzxcvbnmqwertyu

[Seleccione la fecha] Pedro Garca Lugo

Lenguaje de programacin

Captura de la microcomputadora Commodore PET-32mostrando un programa en el lenguaje de programacin BASIC, ajo el emulador !ICE en una distri ucin "#$%Linu&'

$n ejemplo de cdigo (uente escrito en el lenguaje de programacin )a*a, +ue imprimir, el mensaje -.ello /orld0- a la salida est,ndar cuando es compilado 1 ejecutado

$n lenguaje de programacin es un lenguaje (ormal dise2ado para e&presar procesos +ue pueden ser lle*ados a ca o por m,+uinas como las computadoras' Pueden usarse para crear programas +ue controlen el comportamiento (3sico 1 lgico de una m,+uina, para e&presar algoritmos con precisin, o como modo de comunicacin 4umana' Est, (ormado por un conjunto de s3m olos 1 reglas sint,cticas 1 sem,nticas +ue de(inen su estructura 1 el signi(icado de sus elementos 1 e&presiones' Al proceso por el cual se escri e, se prue a, se depura, se compila 5de ser necesario6 1 se mantiene el cdigo (uente de un programa in(orm,tico se le llama programacin' Tam i7n la pala ra programacin se de(ine como el proceso de creacin de un programa de computadora, mediante la aplicacin de procedimientos lgicos, a tra*7s de los siguientes pasos8

El desarrollo lgico del programa para resol*er un pro lema en particular' Escritura de la lgica del programa empleando un lenguaje de programacin espec3(ico

5codi(icacin del programa6' Ensam laje o compilacin del programa 4asta con*ertirlo en lenguaje de m,+uina' Prue a 1 depuracin del programa' 9esarrollo de la documentacin'

E&iste un error com:n +ue trata por sinnimos los t7rminos ;lenguaje de programacin; 1 ;lenguaje in(orm,tico;' Los lenguajes in(orm,ticos englo an a los lenguajes de programacin 1 a otros m,s, como por ejemplo .T<L 5lenguaje para el marcado de p,ginas =e +ue no es propiamente un lenguaje de programacin, sino un conjunto de instrucciones +ue permiten dise2ar el contenido de los documentos6' Permite especi(icar de manera precisa so re +u7 datos de e operar una computadora, cmo de en ser almacenados o transmitidos 1 +u7 acciones de e tomar ajo una *ariada gama de circunstancias' Todo esto, a tra*7s de un lenguaje +ue intenta estar relativamente pr&imo al lenguaje 4umano o natural' $na caracter3stica rele*ante de los lenguajes de programacin es precisamente +ue m,s de un programador pueda usar un conjunto com:n de instrucciones +ue sean comprendidas entre ellos para reali>ar la construccin de un programa de (orma cola orati*a'

Lenguaje orientado a o jetos

Se le llama as3 a cual+uier lenguaje de programacin +ue implemente los conceptos de(inidos por la programacin orientada a o jetos' Ca e notar +ue los conceptos de(inidos en la programacin orientada a o jetos no son una condicin sino +ue son para de(inir +ue un lenguaje es orientado a o jetos' E&isten conceptos +ue pueden estar ausentes en un lenguaje dado 1 sin em argo, no in*alidar su de(inicin como lenguaje orientado a o jetos' ?ui>,s las condiciones m3nimas necesarias las pro*ee el (ormalismo +ue modeli>a mejor las propiedades de un sistema orientado a o jetos8 los tipos de datos a stractos' Siguiendo esa idea, cual+uier lenguaje +ue permita la de(inicin de tipos de datos, de operaciones nue*as so re esos tipos de datos, 1 de instanciar el tipo de datos podr3a ser considerado orientado a o jetos' Esta de(inicin concuerda incluso con ciertos ejemplos pr,cticos, +ue no son considerados dentro de la programacin orientada a o jetos, pero +ue podr3an serlo' Por ejemplo, la programacin de inter(aces gr,(icas de usuario para los sistemas @ utili>ando in(raestructuras de (unciones 1 APIs como <oti(, @*ie= 1 @li , son reali>adas usualmente en lenguaje C, pero organi>ando el cdigo en una manera +ue -parecen o jetos- 5los /idgets6'

Ejemplos de lenguajes orientados a o jeto

CAA B jecti*e C )a*a SmalltalC Ei((el Le&ico 5en castellano6 Du 1 P1t4on BCA<L B ject Pascal CLIPS !isual 'net Actionscript CBBBL Perl CE !isual Basic'#ET P.P Simula 9elp4i Po=erBuilder <a1a Corel dra=

Sistema operati*o

Interaccin entre el SB con el resto de las partes' Estimacin del uso de sistemas operati*os seg:n una muestra de computadoras con acceso a Internet en no*iem re de 2FFG'H

$n sistema operativo 5SO, (recuentemente OS, del ingl7s Operating System6 es un programa o conjunto de programas +ue en un sistema in(orm,tico gestiona los recursos de 4ard=are 1 pro*ee ser*icios a los programas de aplicacin, ejecut,ndose en modo pri*ilegiado respecto de los restantes 1 anteriores pr&imos 1 *ice*ersa'2 #tese +ue es un error com:n mu1 e&tendido denominar al conjunto completo de 4erramientas sistema operati*o, es decir, la inclusin en el mismo t7rmino de programas como el e&plorador de (ic4eros, el na*egador =e 1 todo tipo de 4erramientas +ue permiten la interaccin con el sistema operati*o, tam i7n llamado n:cleo o Cernel' Esta identidad entre kernel 1 sistema operati*o es solo cierta si el n:cleo es monol3tico' Btro ejemplo para comprender esta di(erencia se encuentra en la plata(orma Amiga, donde el entorno gr,(ico de usuario se distri u3a por separado, de modo +ue, tam i7n pod3a reempla>arse por otro, como era el caso de director1 Bpus o incluso manejarlo arrancando con una l3nea de comandos 1 el sistema gr,(ico' 9e este modo, al arrancar un Amiga, comen>a a a (uncionar con el propio sistema operati*o +ue lle*a a incluido en una DB<, por lo +ue era cuestin del usuario decidir si necesita a un entorno gr,(ico para manejar el sistema operati*o o simplemente otra

aplicacin' $no de los m,s prominentes ejemplos de esta di(erencia, es el n:cleo Linu&, usado en las llamadas distri uciones Linu&, 1a +ue al estar tam i7n asadas en $ni&, proporcionan un sistema de (uncionamiento similar' Este error de precisin, se de e a la moderni>acin de la in(orm,tica lle*ada a ca o a (inales de los IF, cuando la (iloso(3a de estructura ,sica de (uncionamiento de los grandes computadores se redise2 a (in de lle*arla a los 4ogares 1 (acilitar su uso, cam iando el concepto de computador multiusuario, 5muc4os usuarios al mismo tiempo6 por un sistema monousuario 5:nicamente un usuario al mismo tiempo6 m,s sencillo de gestionar' 5!7ase AmigaBS, eBS o <acBS como los pioneros de dic4a moderni>acin, cuando los Amiga (ueron auti>ados con el so renom re de Video Toasters por su capacidad para la Edicin de *3deo en entorno multitarea round ro in, con gestin de miles de colores e inter(aces intuiti*os para dise2o en 39' $no de los propsitos del sistema operati*o +ue gestiona el n:cleo intermediario consiste en gestionar los recursos de locali>acin 1 proteccin de acceso del 4ard=are, 4ec4o +ue ali*ia a los programadores de aplicaciones de tener +ue tratar con estos detalles' La ma1or3a de aparatos electrnicos +ue utili>an microprocesadores para (uncionar, lle*an incorporado un sistema operati*o 5tel7(onos m*iles, reproductores de 9!9, computadoras, radios, enrutadores, etc'6' En cu1o caso, son manejados mediante una Inter(a> "r,(ica de $suario, un gestor de *entanas o un entorno de escritorio, si es un celular, mediante una consola o control remoto si es un 9!9 1, mediante una l3nea de comandos o na*egador =e si es un enrutador'

Sistema
$n sistema 5del lat3n systma, pro*eniente del griego 6 es un o jeto complejo cu1os componentes se relacionan con al menos alg:n otro componenteJ puede ser material o conceptual' Todos los sistemas tienen composicin, estructura 1 entorno, pero slo los sistemas materiales tienen mecanismo, 1 slo algunos sistemas materiales tienen (igura 5(orma6' Seg:n el sistemismo, todos los o jetos son sistemas o componentes de otro sistema'2 Por ejemplo, un n:cleo atmico es un sistema material (3sico compuesto de protones 1 neutrones relacionados por la interaccin nuclear (uerteJ una mol7cula es un sistema material +u3mico compuesto de ,tomos relacionados por enlaces +u3micosJ una c7lula es un sistema material iolgico compuesto de org,nulos relacionados por enlaces +u3micos no-co*alentes 1 rutas meta licasJ una corte>a cere ral es un sistema material iolgico compuesto de neuronas relacionadas por potenciales de accin 1 neurotransmisoresJ un ej7rcito es un sistema material social 1 parcialmente arti(icial compuesto de personas 1 arte(actos relacionados por el mando, el a astecimiento, la comunicacin1 la guerraJ el anillo de los n:meros enteros es un sistema conceptual alge raico compuesto de n:meros positi*os, negati*os 1 el cero relacionados por la suma 1 la multiplicacinJ 1 una teor3a cient3(ica es un sistema conceptual lgico compuesto de 4iptesis, de(iniciones 1 teoremas relacionados por la corre(erencia 1 la deduccin 5implicacin6'

Kases del ciclo de pro1ecto

Las seis 5L6 (ases del ciclo de pro1ecto son las siguientes8

Programacin
Es el comien>o del ciclo, a+u3 se de(inen los grandes o jeti*os +ue se pretenden alcan>ar con el pro1ecto, se dan los grandes lineamientos, se de(ine el espacio en el +ue se 4a de inter*enir, se esta lecen los tiempos, en l3nea general' Se de(inen los principales actores del proceso, principalmente el ejecutor, los ene(iciarios (inales, 1 los actores institucionales'

Identificacin
Se ela ora la Mpre(acti ilidadN en(ocando entre otros los siguientes aspectos8 Pre(acti ilidad t7cnicaJ Pre(acti ilidad econmicaJ Pre(acti ilidad legalJ Pre(acti ilidad am iental'

En esta (ase se de(inen tam i7n los e*entuales estudios suplementarios +ue de en ejecutarse antes de pasar a la (ase de MKacti ilidadN' Se ela oran *arias soluciones posi les para resol*er la pro lem,tica planteada, determinando sus costos estimados' 9e esta (ase se toma la decisin de proseguir o no con el detallamiento del pro1ecto, 1 caso la respuesta sea a(irmati*a, se puede de(inir tam i7n cu,l de las *arias soluciones presentadas en la Kase anterior de er, ser pro(undi>ada'

Instruccin
Se e&aminan todos los aspectos importantes del pro1ecto' Oa la de(inicin de la solucin es muc4o m,s detallada 1 precisa' Se ajusta el <arco Lgico con la participacin de los ene(iciarios'

La pertinencia de la idea de pro1ecto en cuanto a los pro lemas, 1 su (acti ilidad suelen ser cuestiones cla*es para estudiar 1 de(inir' Los costos de la inter*encin se de(inen con una precisin de m,s o menos el 2F P 2F Q'

Financiacin
El ejecutor del pro1ecto, o el ene(iciario presenta su pro1ecto a una o m,s entidades (inanciera +ue potencialmente podr3an estar interesadas en el pro1ecto' $nas *e> +ue se logra el acuerdo, el (inanciador 1 el ene(iciario del pro1ecto (irman un con*enio (ormal +ue estipula los arreglos (inancieros esenciales para la ejecucin'

Ejecucin
El ejecutor del pro1ecto utili>a los (ondos puestos a disposicin por el Kinanciador 1 los su1os propios para implementar en (orma directa o a tra*7s de la contratacin de empresas especiali>adas el pro1ecto' Esta (ase suele implicar contratos de estudios, de asistencia t7cnica, de ser*icios o de suministros' Se monitorea el a*ance real del pro1ecto para +ue se pueda adaptar el pro1ecto a los cam ios conte&tuales'

Evaluacin
La e*aluacin consiste en el an,lisis de los resultados o tenidos a tra*7s de la implementacin del pro1ecto' $tili>ando los indicadores o jeti*amente medi les esta lecidos en el <arco Lgico se determina si los o jeti*os espec3(icos 1 el o jeti*o general 4an sido alcan>ados totalmente o parcialmente' Se determina la pertinencia, el impacto del pro1ecto, la e(iciencia, la e(icacia 1 la sosteni ilidad del pro1ecto con la (inalidad de 4acer, si (ueran necesarios los ajustes necesarios' Las e*aluaciones pueden ser8 9e medio t7rmino, durante la ejecucin del pro1ectoJ Al (inal de la implementacin del pro1ectoJ

1. $n tiempo despu7s de +ue el pro1ecto est, operando 5Me*aluaciones E&PostN6

9e estas e*aluaciones se podr,n (ormular recomendaciones 1 conclusiones para integrar en la plani(icacin 1 la ejecucin de pro1ectos compara les en el (uturo'

<odelos 1 (iloso(3as de desarrollo de so(t=are

La ingenier3a de so(t=are dispone de *arios modelos, paradigmas 1 (iloso(3as de desarrollo, en los cuales se apo1a para la construccin del so(t=are, entre ellos se puede citar8 <odelo en cascada o Cl,sico 5modelo tradicional6 <odelo de prototipos <odelo en espiral 9esarrollo por etapas 9esarrollo iterati*o 1 creciente o Iterati*o e Incremental DA9 5Dapid Application 9e*elopment6 9esarrollo concurrente Proceso $ni(icado

D$P 5Proceso $ni(icado de Dational6

<odelo en cascada
Kases del modelo'

El -modelo cascada- sin modi(icar' El progreso (lu1e de arri a 4acia a ajo, como una cascada'

Anlisis de requisitos
En esta (ase se anali>an las necesidades de los usuarios (inales del so(t=are para determinar +u7 o jeti*os de e cu rir' 9e esta (ase surge una memoria llamada SD9 5documento de especi(icacin de re+uisitos6, +ue contiene la especi(icacin completa de lo +ue de e 4acer el sistema sin entrar en detalles internos' Es importante se2alar +ue en esta etapa se de e consensuar todo lo +ue se re+uiere del sistema 1 ser, a+uello lo +ue seguir, en las siguientes etapas, no pudi7ndose re+uerir nue*os resultados a mitad del proceso de ela oracin del so(t=are'

Diseo del Sistema

9escompone 1 organi>a el sistema en elementos +ue puedan ela orarse por separado, apro*ec4ando las *entajas del desarrollo en e+uipo' Como resultado surge el S99 59ocumento de 9ise2o del So(t=are6, +ue contiene la descripcin de la estructura relacional glo al del sistema 1 la especi(icacin de lo +ue de e 4acer cada una de sus partes, as3 como la manera en +ue se com inan unas con otras'

Es con*eniente distinguir entre dise2o de alto ni*el o ar+uitectnico 1 dise2o detallado' El primero de ellos tiene como o jeti*o de(inir la estructura de la solucin 5una *e> +ue la (ase de an,lisis 4a descrito el pro lema6 identi(icando grandes mdulos 5conjuntos de (unciones +ue *an a estar asociadas6 1 sus relaciones' Con ello se de(ine la ar+uitectura de la solucin elegida' El segundo de(ine los algoritmos empleados 1 la organi>acin del cdigo para comen>ar la implementacin'''

Diseo del Programa

Es la (ase en donde se reali>an los algoritmos necesarios para el cumplimiento de los re+uerimientos del usuario as3 como tam i7n los an,lisis necesarios para sa er +u7 4erramientas usar en la etapa de Codi(icacin'

odificacin
Es la (ase en donde se implementa el cdigo (uente, 4aciendo uso de prototipos as3 como de prue as 1 ensa1os para corregir errores' 9ependiendo del lenguaje de programacin 1 su *ersin se crean las i liotecas 1 componentes reutili>a les dentro del mismo pro1ecto para 4acer +ue la programacin sea un proceso muc4o m,s r,pido'

Prue!as
Los elementos, 1a programados, se ensam lan para componer el sistema 1 se comprue a +ue (unciona correctamente 1 +ue cumple con los re+uisitos, antes de ser entregado al usuario (inal'

"erificacin
Es la (ase en donde el usuario (inal ejecuta el sistema, para ello el o los programadores 1a reali>aron e&4austi*as prue as para compro ar +ue el sistema no (alle' En la creacin de desarrollo de cascada se implementa los cdigos de in*estigacin 1 prue as del mismo'

#antenimiento
$na de las etapas m,s cr3ticas, 1a +ue se destina un RSQ de los recursos, es el mantenimiento del So(t=are 1a +ue al utili>arlo como usuario (inal puede ser +ue no cumpla con todas nuestras e&pectati*as'

!ariantes
E&isten *ariantes de este modeloJ especialmente destacamos la +ue 4ace uso de prototipos 1 en la +ue se esta lece un ciclo antes de llegar a la (ase de mantenimiento, *eri(icando +ue el sistema (inal est7 li re de (allos'

9es*entajas
En la *ida real, un pro1ecto rara *e> sigue una secuencia lineal, esto crea una mala implementacin del modelo, lo cual 4ace +ue lo lle*e al (racaso' El proceso de creacin del so(t=are tarda muc4o tiempo 1a +ue de e pasar por el proceso de prue a 1 4asta +ue el so(t=are no est7 completo no se opera' Esto es la ase para +ue (uncione ien' Cual+uier error de dise2o detectado en la etapa de prue a conduce necesariamente al redise2o 1 nue*a programacin del cdigo a(ectado, aumentando los costos del desarrollo'

<odelo en espiral

El desarrollo en espiral es un modelo de ciclo de *ida del so(t=are de(inido por primera *e> por Barr1 Boe4m en HGIL, utili>ado generalmente en la Ingenier3a de so(t=are' Las acti*idades de este modelo se con(orman en una espiral, en la +ue cada ucle o iteracin representa un conjunto de acti*idades' Las acti*idades no est,n (ijadas a ninguna prioridad, sino +ue las siguientes se eligen en (uncin del an,lisis de riesgo, comen>ando por el ucle interior'

Ciclos o Iteraciones
En cada *uelta o iteracin 4a1 +ue tener en cuenta8 $os O!jetivos% +u7 necesidad de e cu rir el producto' Alternativas% las di(erentes (ormas de conseguir los o jeti*os de (orma e&itosa, desde di(erentes puntos de *ista como pueden ser8

1. 2. 3.

aracter&sticas% e&periencia del personal, re+uisitos a cumplir, etc' Formas de gestin del sistema' 'iesgo asumido con cada alternativa '

Desarrollar ( "erificar% Programar 1 pro ar el so(t=are'

Si el resultado no es el adecuado o se necesita implementar mejoras o (uncionalidades8 Se plani(icaran los siguientes pasos 1 se comien>a un nue*o ciclo de la espiral' La espiral tiene una (orma de caracola 1 se dice +ue mantiene dos dimensiones, la radial 1 la angular8

1. 2.

Angular% Indica el a*ance del pro1ecto del so(t=are dentro de un ciclo'

'adial% Indica el aumento del coste del pro1ecto, 1a +ue con cada nue*a iteracin se pasa m,s tiempo desarrollando' Este sistema es mu1 utili>ado en pro1ectos grandes 1 complejos como puede ser, por ejemplo, la creacin de un Sistema Bperati*o'

Al ser un modelo de Ciclo de !ida orientado a la gestin de riesgo se dice +ue uno de los aspectos (undamentales de su 7&ito radica en +ue el e+uipo +ue lo apli+ue tenga la necesaria e&periencia 1 4a ilidad para detectar 1 catalogar correctamente los riesgos'

)areas
Para cada ciclo 4a r, cuatro acti*idades8

1. 2. 3. 4.

Determinar O!jetivos* Anlisis del riesgo* Desarrollar ( pro!ar* ;Planificacin.'

Determinar o fijar objetivos

Kijar tam i7n los productos de(inidos a o tener8 re+uerimientos, especi(icacin, manual de usuario' Kijar las restricciones' Identi(icacin de riesgos del pro1ecto 1 estrategias alternati*as para e*itarlos' .a1 una cosa +ue solo se 4ace una *e>8 plani(icacin inicial' Tareas de la acti*idad propia 1 de prue a' An,lisis de alternati*as e identi(icacin resolucin de riesgos' 9ependiendo del resultado de la e*aluacin de los riesgos, se elige un modelo para el

Desarrollar, verificar y validar (probar)

desarrollo, el +ue puede ser cual+uiera de los otros e&istentes, como (ormal, e*oluti*o, cascada, etc' As3 si por ejemplo si los riesgos en la inter(a> de usuario son dominantes, un modelo de desarrollo apropiado podr3a ser la construccin de prototipos e*oluti*os' Si lo riesgos de proteccin son la principal consideracin, un desarrollo asado en trans(ormaciones (ormales podr3a ser el m,s apropiado'

Anlisis del ries o

Se lle*a a ca o el estudio de las causas de las posi les amena>as 1 pro a les e*entos no deseados 1 los da2os 1 consecuencias +ue 7stas puedan producir' Se e*al:an alternati*as' Se de e tener un prototipo antes de comen>ar a desarrollar 1 pro ar'

<odelo de prototipos

El #odelo de prototipos, en Ingenier3a de so(t=are, pertenece a los modelos de desarrollo e*oluti*o' El prototipo de e ser construido en poco tiempo, usando los programas adecuados 1 no se de e utili>ar muc4os recursos' El dise2o r,pido se centra en una representacin de a+uellos aspectos del so(t=are +ue ser,n *isi les para el cliente o el usuario (inal' Este dise2o conduce a la construccin de un prototipo, el cual es e*aluado por el cliente para una retroalimentacinJ gracias a 7sta se re(inan los re+uisitos del so(t=are +ue se desarrollar,' La interaccin ocurre cuando el prototipo se ajusta para satis(acer las necesidades del cliente' Esto permite +ue al mismo tiempo el desarrollador entienda mejor lo +ue se de e 4acer 1 el cliente *ea resultados a corto pla>o'

Etapas
Plan r,pido <odelado, dise2o r,pido Construccin del Prototipo 9esarrollo, entrega 1 retroalimentacin Comunicacin Entrega del desarrollo (inal

!entajas
Este modelo es :til cuando el cliente conoce los o jeti*os generales para el so(t=are, pero no identi(ica los re+uisitos detallados de entrada, procesamiento o salida'

Tam i7n o(rece un mejor en(o+ue cuando el responsa le del desarrollo del so(t=are est,

inseguro de la e(icacia de un algoritmo, de la adapta ilidad de un sistema operati*o o de la (orma +ue de er3a tomar la interaccin 4umano-m,+uina' La construccin de prototipos se puede utili>ar como un modelo del proceso independiente, se emplea m,s com:nmente como una t7cnica suscepti le de implementarse dentro del conte&to de cual+uiera de los modelos del proceso e&puestos' Sin importar la (orma en +ue 7ste se apli+ue, el paradigma de construccin de prototipos a1uda al desarrollador de so(t=are 1 al cliente a entender de mejor manera cu,l ser, el resultado de la construccin cuando los re+uisitos est7n satis(ec4os' 9e esta manera, este ciclo de *ida en particular, in*olucra al cliente m,s pro(undamente para ad+uirir el producto'

Incon*enientes
El usuario tiende a crearse unas e&pectati*as cuando *e el prototipo de cara al sistema (inal' A causa de la intencin de crear un prototipo de (orma r,pida, se suelen desatender aspectos importantes, tales como la calidad 1 el mantenimiento a largo pla>o, lo +ue o liga en la ma1or parte de los casos a reconstruirlo una *e> +ue el prototipo 4a cumplido su (uncin' Es (recuente +ue el usuario se muestre reacio a ello 1 pida +ue so re ese prototipo se constru1a el sistema (inal, lo +ue lo con*ertir3a en un prototipo evolutivo, pero partiendo de un estado poco recomendado' En aras de desarrollar r,pidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementacin poco con*enientes 5por ejemplo, elegir un lenguaje de programacin incorrecto por+ue proporcione un desarrollo m,s r,pido6' Con el paso del tiempo, el desarrollador puede ol*idarse de la ra>n +ue le lle* a tomar tales decisiones, con lo +ue se corre el riesgo de +ue dic4as elecciones pasen a (ormar parte del sistema (inal'''

Conclusiones
A pesar de +ue tal *e> surjan pro lemas, la construccin de prototipos puede ser un paradigma e(ecti*o para la ingenier3a del so(t=are' La cla*e es de(inir las reglas del juego desde el principioJ es decir, el cliente 1 el desarrollador se de en poner de acuerdo en8 ?ue el prototipo se constru1a 1 sir*a como un mecanismo para la definicin de requisitos' ?ue el prototipo se descarte, al menos en parte' ?ue despu7s se desarrolle el so(t=are real con un en(o+ue 4acia la calidad'

Lenguaje $ni(icado de <odelado

'

$enguaje +nificado de #odelado 5L$< o +#$, por sus siglas en ingl7s, Unified Modeling Lang age6 es el lenguaje de modelado de sistemas de so(t=are m,s conocido 1 utili>ado en la actualidadJ est, respaldado por el B<" 5B ject <anagement "roup6' Es un lenguaje gr,(ico para *isuali>ar, especi(icar, construir 1 documentar un sistema' $<L o(rece un est,ndar para descri ir un -plano- del sistema 5modelo6, inclu1endo aspectos conceptuales tales como procesos de negocio, (unciones del sistema, 1 aspectos concretos como e&presiones de lenguajes de programacin, es+uemas de ases de datos 1 compuestos reciclados'

Es importante remarcar +ue $<L es un -lenguaje de modelado- para especi(icar o para descri ir m7todos o procesos' Se utili>a para de(inir un sistema, para detallar los arte(actos en el sistema 1 para documentar 1 construir' En otras pala ras, es el lenguaje en el +ue est, descrito el modelo' Se puede aplicar en el desarrollo de so(t=are gran *ariedad de (ormas para dar soporte a una metodolog3a de desarrollo de so(t=are 5tal como el Proceso $ni(icado Dacional o D$P6, pero no especi(ica en s3 mismo +u7 metodolog3a o proceso usar' $<L no puede compararse con la programacin estructurada, pues $<L signi(ica Lenguaje $ni(icado de <odelado, no es programacin, solo se diagrama la realidad de una utili>acin en un re+uerimiento' <ientras +ue, programacin estructurada, es una (orma de programar como lo es la orientacin a o jetos, la programacin orientada a o jetos *iene siendo un complemento per(ecto de $<L, pero no por eso se toma $<L slo para lenguajes orientados a o jetos'

$<L cuenta con *arios tipos de diagramas, los cuales muestran di(erentes aspectos de las entidades representadas'

9iagrama de clases
$n diagrama de clases es un tipo de diagrama est,tico +ue descri e la estructura de un sistema mostrando sus clases, orientados a o jetos'

Propiedad de o jetos +ue tienen propiedades 1%u operaciones +ue contienen un conte&to 1 un

dominio, los primeros dos ejemplos son clases de datos 1 el tercero clase de lgica de negocio, dependiendo de +ui7n dise2e el sistema se pueden unir los datos con las operaciones'

El diagrama de clases inclu1e muc4a m,s in(ormacin como la relacin entre un o jeto 1 otro,

la 4erencia de propiedades de otro o jeto, conjuntos de operaciones%propiedades +ue son implementadas para una inter(a> gr,(ica'

Presenta las clases del sistema con sus relaciones estructurales 1 de 4erencia'

,-u. es un diagrama de clases/ Es un diagrama que muestra un conjunto de interfaces0 cola!oraciones ( sus relaciones* 1rficamente es una coleccin de nodos ( arcos* ,-u. contienen los diagramas de clases/ lases* Interfaces* 'elaciones de dependencia0 generali2acin ( asociacin* 3otas* 'estricciones* Paquetes* Su!sistemas* Pueden o no contener Se usan para agrupar los elementos de un modelo en partes ms grandes

Pro1ecto
$n pro(ecto 5del lat3n proiect s6 es una plani(icacin +ue consiste en un conjunto de acti*idades +ue se encuentran interrelacionadas 1 coordinadas'H La ra>n de un pro1ecto es alcan>ar o jeti*os espec3(icos dentro de los l3mites +ue imponen un presupuesto, calidades esta lecidas pre*iamente 1 un lapso de tiempo pre*iamente de(inido'H La gestin de pro1ectos es la aplicacin de conocimientos, 4a ilidades, 4erramientas 1 t7cnicas a las acti*idades de un pro1ecto para satis(acer los re+uisitos del pro1ecto'2 Consiste en reunir *arias ideas para lle*arlas a ca o, 1 es un emprendimiento +ue tiene lugar durante un tiempo limitado, 1 +ue apunta a lograr un resultado :nico' Surge como respuesta a una necesidad, acorde con la *isin de la organi>acin, aun+ue 7sta puede des*iarse en (uncin del inter7s' El pro1ecto (inali>a cuando se o tiene el resultado deseado, 1 se puede decir +ue colapsa cuando desaparece la necesidad inicial o se agotan los recursos disponi les' La de(inicin m,s tradicional -es un es(uer>o plani(icado, temporal 1 :nico, reali>ado para crear productos o ser*icios :nicos +ue agreguen *alor o pro*o+uen un cam io ene(icioso' Esto en contraste con la (orma m,s tradicional de tra ajar, en ase a procesos, en la cual se opera en (orma permanente, creando los mismos productos o ser*icios una 1 otra *e>-' "eneralmente e&isten dos clases de pro1ectos en el marco de tiempo, los primeros o edecen a los es+uemas de contrataciones p: licas de(inidos a partir con restricciones de inicio8 Kec4a de Inicio 1 9uracin 1 los otros son los +ue aplican para los grandes pro1ectos industriales denominados paradas de planta, cu1as restricciones son Kec4a de Inicio 1 Kec4a Kin'