proyecto signa [documento - proceso de selección de software v4.0.09091617] (1)

5/25/2018 Proyecto SIGNA [Documento - Proceso de Selecci n de Software v4.0.09091617] (1...

http:///reader/full/proyecto-signa-documento-proceso-de-seleccion-de-softwar

Universidad ORT Uruguay

Facultad de Ingeniera

Proceso de seleccin de software

Walter Fernndez - !"

Pa#lo $arraz - %"&&'dgardo (ilvera ) *%%+

,""



INDICE

INTRODUCCIN............................................................................................................3ABSTRACT.....................................................................................................................41. CONCEPTOS BSICOS ...........................................................................................5

1.1. Objetivos de este doc!e"to..................................................................................51.#. Siste!$s %&oss.........................................................................................................51.3. Re&ev$"ci$ de& so't($)e de !o"ito)eo *$)$ e& *)o+ecto SI,NA............................-1.4. B)eve )ese$ de& c&ie"te ........................................................................................./1.5. )e$s + '"cio"es I"vo&c)$d$s............................................................................../1.-. P$)tici*$"tes di)ectos e" &$ se&ecci0" e i!*&e!e"t$ci0" de& siste!$.....................

#. PROCESO DE SE2ECCIN........................................................................................

#.1. Et$*$ 1 C$)$cte)stic$s + )ee)i!ie"tos de& siste!$ $ e&e6i)...............................7#.#. Et$*$ # 2ist$ de Siste!$s %&oss 8P)i!e)$ Se&ecci0"9..........................................1:#.3. Et$*$ 3 ;etodo&o6$ de se&ecci0" de so't($)e...................................................11#.3.1. I!*o)t$"ci$ de &$ ;etodo&o6$ .........................................................................11#.3.#. Desc)i*ci0" de ;etodo&o6$s............................................................................11#.3.#.1.



INTRODUCCIN

Este documento es parte de la investigacin realizada por el equipo del proyectoSIGNA1 (Sistema Integral de Gestin y Notificacin de Alarmas) con el o!etivo de

determinar el proceso mas apropiado de seleccin de un sistma de cdigo aierto""

El proyecto SIGNA tiene como o!etivo principal investigar e implementar una solucinfiale para el monitoreo de componentes de un centro de cmputos y posteriornotificacin de prolemas identificados"

#a solucin implementada dee monitorear los diferentes servicios$ para lograr unamayor calidad y disponiilidad de los mismos$ de forma de contar con una %erramientaque permita detectar prolemas en los distintos componentes del sistema"

&ara ello se asa en la utilizacin de tecnolog'as de cdigo lire que sean capaces dedetectar incidentes e informarlos" Estos prolemas sern notificados a tcnicos paraque estos puedan resolver las fallas en el menor tiempo posile"

Se presentarn en este documento una serie de conceptos que revelarn laimportancia del proceso de seleccin de software$ deido a que el sistemaseleccionado va a ser un componente central en la solucin final" &or dic%aimportancia se dee elegir el sistema que me!or se adecue en la fase de seleccin"

Es entonces evidente la relevancia que adquiere el proceso de seleccin del sistema yla metodolog'a empleada para elegirlo"

1SI,NA>Siste!$ I"te6)$& de ,esti0" + Noti'ic$ci0" de A&$)!$s.

3



ABSTRACT

Este documento comienza con la e*posicin de distintos conceptos$ definiciones yaspectos importantes sore los sistemas de cdigo aierto" Se e*pone lo importante

que es el sistema que se elegir para el proyecto SIGNA" #uego se presentar unareve descripcin del cliente$ las funciones que se van a ver afectadas con el nuevosistema y los participantes en el proceso de seleccin e implantacin del mismo" See*pone el proceso de seleccin de soft+are elegido para realizar la eleccin$ esteesta compuesto por , etapas que consisten en- identificacin de los requerimientossicos del cliente$ .squeda de sistemas candidatos y por .ltimo definicin de unametodolog'a a seguir que permita realizar una comparacin o!etiva de los sistemas$de forma de poder realizar la me!or eleccin posile" Se realiza una reve descripciny comparacin de las metodolog'as /S0Sy 233,$ con el o!etivo de seleccionar unade ellas y utilizarla en la etapa , del proceso de seleccin"

#



1. CONCEPTOS BSICOS

Se presentarn en esta seccin una serie de conceptos que rindarn un punto departida conceptual del anlisis"

1.1. Objetivos de este documento

E*iste una amplia oferta de sistemas que pueden monitorear los componentes de unared de datos" #a eleccin del sistema apropiado resulta ser para el proyecto una de lastareas ms importantes y cr'ticas a realizar" &or este motivo es de suma importanciaevaluar cuidadosamente cada una de las posiles opciones que estn disponiles%asta llegar a la eleccin del sistema ms adecuado"

El cliente solicita que se utilice como %erramienta de monitoreo un sistema gratuito que

cumpla con la caracter'stica de ser un sistema 4loss (Free Libre Open SourceSystem)"

#a presente investigacin pretende alcanzar los siguientes o!etivos-

Estalecer un procedimiento de seleccin de soft+are apropiado al proyecto"

Eleccin de una metodolog'a apropiada que permita comparar %erramientas

4loss$ con el o!etivo de poder confrontar sistemas candidatos entre si y llegara la eleccin del sistema que me!or se adapte a las necesidades planteadas"

En este documento no se e*pondr la comparacin ni la seleccin final del sistema$slo se %ar referencia a los procesos y metodolog'as utilizadas para llegar al mismo"

1.. Sistem!s "loss

Seg.n &essagno$ #esliet%5 6om'nguez$ 7enyer5 y otros (889) :1;$ en el mercado

e*isten %erramientas que se caracterizan por cominar las caracter'sticas de softwarelire y Software Open Source$ que se pueden resumir en los siguientes aspectos-acceso al cdigo fuente$ modificacin del cdigo$ sin restricciones de uso$ copia yredistriucin" No ostante$ seleccionar este tipo de %erramientas no es una tarea fcil$pues deen satisfacer$ adems de los requisitos del negocio$ las propiedades deFree/Libre Open Source Software(4loss)"

Seg.n Open Source Initiative:; estos sistemas no slo significan tener la posiilidadde acceso al cdigo fuente$ sino que tamin deen de cumplir con ciertascaracter'sticas"

5



< #ire 3edistriucin- #a licencia de un componente no dee restringir la venta oel uso de una distriucin de soft+are integrado por otras fuentes" #a licencia notendr que requerir una tarifa por dic%a venta o uso"

< =digo 4uente- El programa dee incluir y permitir la distriucin del cdigofuente$ as' como la forma compilada"

< >raa!os 6erivados- #a licencia dee permitir modificaciones y traa!osderivados$ y dee permitir que se distriuya a!o los mismos trminos que los dela licencia del softwareoriginal"

< Integridad del =digo 4uente del Autor- #a licencia puede restringir ladistriucin del cdigo fuente modificado slo si permite la distriucin de?arc%ivos de revisin? con el cdigo fuente"

< No dee e*istir discriminacin contra &ersonas o Grupos- #a licencia no deediscriminar a ninguna persona o grupo de personas"

< No dee e*istir discriminacin contra reas espec'ficas de traa!o- #a licenciano dee restringir a nadie de %acer uso del programa"

< 6istriucin de la licencia- #os derec%os vinculados al programa deenaplicarse a otras aplicaciones que lo redistriuyan$ sin necesidad de contar con

una licencia adicional"

< #a licencia no dee ser espec'fica a un producto- #os derec%os vinculados alprograma no dee depender de que este forme parte de una distriucinparticular"

< #a licencia no dee restringir otro soft+are- #a licencia no dee imponerrestricciones sore otro soft+are"

< #a #icencia dee ser tecnolgicamente neutral- No dee %aer predisposicinpara que se utilice cierta tecnolog'a o estilo de interfaz"

1.#. Re$ev!nci! de$ so%t&!'e de monito'eo (!'! e$ ('o)ecto SI*NA

El sistema de monitoreo es un componente muy importante dentro del proyecto$ yaque se constituir en el n.cleo del sistema$ cumpliendo con tareas esenciales devigilancia y notificacin de alarmas$ adems =SIGNA se asar en ste como fuenteprincipal de datos para identificar los costos provocados por prolemas en los

sistemas" &or consiguiente su eleccin es una tarea cr'tica" &ara realizar la seleccinse implementar el proceso de seleccin que sea el ms apropiado para ello"

-



1.+. B'eve 'ese,! de$ c$iente

=omo lo sugiere la actividad 1 de la fase 1 de la @etodolog'a de Seleccin de unSistema E3& (@SEE)$ seg.n Florencia Chiesa (2004) [3]$ se van a identificar las

necesidades del cliente y determinar el equipo de proyecto" &ara armar esta seccindel documento es necesario que el equipo de proyecto se re.na con el cliente" 6eestas reuniones se otendr la informacin sore las necesidades que dee curir elsistema de monitoreo y las personas que estarn involucradas en el proyecto"

El cliente es el =entro de =mputos del @inisterio de >ransporte y 0ras &.licas dela 3ep.lica 0riental del Bruguay (@>0&)" =uenta con la necesidad de otener unsistema que le ayude con el cometido de informar eventos o alarmas cr'ticas que sedisparen en equipos o sistemas$ incluso se %a remarcado la necesidad de informarsore estas alarmas ya sea por medio de correos electrnicos o mensa!es de te*to deforma automtica"

El cliente piensa migrar en un futuro cercano el centro de cmputos a un nuevo lugarf'sico$ y agregar nuevo equipamiento al ya e*istente$ como as' tamin nuevasaplicaciones cr'ticas$ entre ellas estar'a incluida el sistema de monitoreo" =omoprincipal caracter'stica el cliente solicita que este sistema sea de cdigo aierto"

Siguiendo las recomendaciones de la metodolog'a e*puesta por Florencia Chiesa

(2004) [3] se dee definir y estalecer el marco general de referencia para la seleccin

del sistema" Aspectos que se deen considerar son-

#a definicin de las reas y funciones de la empresa que se aarcarn con el

sistema$ esta definicin dee contemplar los planes estratgicos de la empresay dee tener una visn a largo plazo"

#os participantes en el proceso de seleccin del sistema"

1.-. 'e!s ) %unciones Invo$uc'!d!s

El rea directamente afectada por el nuevo sistema es el centro de cmputos del@>0&$ este cuenta con personal limitado por lo cual es imprescindile automatizar lamayor cantidad de tareas posiles" 6entro de las tareas de mayor grado deautomatizacin se uican las tareas de monitoreo$ las cuales se pueden realizar atravs de aplicaciones especificas para ese fin" 6e esta manera se espera lierar elpersonal de realizar estas tareas y encomendarle otras de igual o mayor importancia"

El sistema de monitoreo impactar directamente sore esta rea de forma depermitirle a los funcionarios del centro de cmputos mayor disponiilidad de tiempopara desarrollar otras tareas"

4ERP> E"te)*)ise Reso)ce P&$""i"6

/



1.. P!'tici(!ntes di'ectos en $! se$ecci/n e im($ement!ci/n de$ sistem!

#as personas que van a participar directamente en la seleccin e implantacin delsistema son-

Res(ons!b$e cent'o de c/m(utos de$ 0TOP- 3esponsale de definir losrequisitos que el soft+are dee cumplir$ definir las caracter'sticas y funcionesprincipales del mismo" &ara ello se asar en su e*periencia al frente del reay su visin de futuro"

Eui(o de ('o)ecto SI*NA- Son las personas encargadas de coordinar elproyecto y las actividades del proceso de seleccin" Sern responsales de laeleccin$ e implementacin del soft+are" >raa!an tiempo completo en elproyecto" En el proceso de seleccin realizan las tareas de recopilar

informacin$ prepararla$ deciden !unto al cliente la eleccin del sistema$organizacin de reuniones y armado de cuestionarios" >raa!arn en laimplementacin del sistema seleccionado" Se encargarn de la implementaciny realizacin de complementos que permitirn curir todas las e*pectativas delcliente estalecidas de com.n acuerdo en el documento de Especificacin de3equerimientos de Soft+are"

*'u(o de usu!'ios- formado por distintos usuarios del centro de cmputos del@>0&" Son las personas que usarn el sistema luego de implantado"

. PROCESO DE SE2ECCIN

Seg.n Daffara, Carlo (2007), el proceso de seleccin de soft+are es muc%as veces

ignorado aunque es e*tremadamente importante en el momento de realizar unaadopcin de un sistema Free Libre Open Source System (4loss)" Identifica , etapasque se deen seguir para seleccionar de forma e*itosa un sistema 4loss-

Et!(! 13 Identificar sus requerimientos

Et!(! 3 2uscar los sistemas que se a!usten a los requerimientos funcionales"

Et!(! #3 Seleccionar el sistema apropiado de un con!unto de sistemasencontrados$ en ase a una metodolog'a de seleccin"

El primer paso es crucial para que la seleccin del soft+are sea e*itosa" &ara llevaradelante esta fase se requiere confeccionar una lista de requerimientos o funciones.tiles y necesarias que el soft+are dee contemplar"



#uego de tener la mencionada lista %ay que encontrar los sistemas que cumplan conlos requerimientos estalecidos" E*isten muc%os sitios webque proveen informacinde soft+are disponile" Algunos de los sitios ms importantes son-

%ttp-CCsourceforge"netC

%ttp-CCsavanna%"gnu"orgC

%ttps-CCgna"orgC

%ttp-CCaliot%"deian"orgC

%ttp-CC+++"erlios"deC

%ttp-CCcode%aus"orgC

#os repositorios usualmente son divididos en DEstales y DInestales para proveer alos usuarios de informacin que le permita elegir entre softwareestale y versionesque no fueron proadas a fondo" &ara este traa!o es necesario elegir un sistema

estale"

#uego de tener un con!unto de aplicaciones potencialmente aptas como para serelegidas$ es fundamental evaluar las distintas opciones" &ara ello se puede utilizaralguna metodolog'a de seleccin de software4loss"

Adems de las , etapas presentadas anteriormente$ se %ace imprescindile agregaruna nueva que consiste en analizar la posiilidad de realizar alguna adaptacin delsistema elegido en caso de ser necesario$ por e!emplo agregar alguna funcionalidadque no est contemplada en el sistema$ y su posterior implantacin en el cliente" Esta

etapa no esta incluida en el proceso de seleccin del sistema pero si dentro delproyecto SIGNA"

.1. Et!(! 13 C!'!cte'4stic!s ) 'eue'imientos de$ sistem! ! e$e5i'.

6e acuerdo a la Etapa 1 del procedimiento de seleccin de soft+are e*puesto en elpunto anterior se requiere confeccionar una lista de requerimientos o funciones .tilesy necesarias que el soft+are dee contemplar"

&ara realizar esta lista se organizan reuniones con el responsale del centro decmputos y se recogen las siguientes caracter'sticas que el soft+are de monitoreodee cumplir-

6ee ser un sistema 4loss

Se dee poder implementar sore cualquier sistema operativo"

6ee poder monitorear distintas plataformas"

#a aplicacin de monitorizacin dee vigilar sistemas y aplicaciones

6ee generar alertas cuando se sorepasen umrales definidos"

6ee monitorear %ard+are y soft+are tales como (aplicaciones$ Sistemas

0perativos$ ases de datos$ servidores web$ F&N$ procesos$ servicios$ etc")" 6ee detectar interfaces de red ca'das"

7
http://codehaus.org/http://codehaus.org/http://codehaus.org/



6ee enviar mensa!es S@S informando cuando falle alg.n sistema o aplicacin

que se considere esencial"

6ee generar informes$ estad'sticas"

6ee monitorear cortafuegos$proxies, routers, switches.

.. Et!(! 3 2ist! de Sistem!s "loss 6P'ime'! Se$ecci/n7

El o!etivo de esta actividad es la .squeda en el mercado de los sistemasdisponiles" =omo opciones de .squeda se presentan- Internet$ e*posiciones desoft+are$ revistas profesionales del ruro$ consulta con profesionales que conozcan eldominio" #a opciones elegidas de .squeda son- .squeda en Internet (se investiganlas direcciones web nomradas en el punto de este documento y otros sitios) yconsulta a profesionales con conocimientos del dominio"

6e la .squeda de aplicaciones que en principio cumplen con los requerimientosestalecidos se arma un listado que provee de sistemas de monitoreos encontrados"

.o/#re UR$

Aar%us %ttp-CCargus"tcpme"comC

=A eealt% %ttp-CC+++"ca"comCusCnet+orHperformance"asp*

=acto %ttp-CC+++"cacti"netC

=iscoJorHs #@S %ttp-CC+++"cisco"comCenCBSCproductsCs+Ccsco+orHCpsKCinde*"%tml

=ollectd %ttp-CCcollectd"orgC

dopplerFBE %ttp-CC+++"dopplervue"comC

Entuity %ttp-CC+++"entuity"comCEverest %ttp-CC+++"lavalys"comC

fireScope 2S@ %ttp-CC+++"firescope"comC&roductsC2S@C

freeNA>S %ttp-CC+++"purplepi*ie"orgCfreenatsC

Ganglio %ttp-CCganglia"infoC

GroundJorH =ommunity %ttp-CC+++"ground+orHopensource"comCcommunityC

GroundJorH Enterprise %ttp-CC+++"ground+orHopensource"comCproductsCenterpriseC

eroi* #ongitude %ttp-CC+++"%eroi*"comC

yperic +++"%yperic"com

Intellipool Net+orH @onitor %ttp-CC+++"intellipool"seC

Inter@apper %ttp-CC+++"intermapper"comC

#oriot&ro %ttp-CC+++"loriotpro"comC

@anageEngine 0p@anager %ttp-CC+++"manageengine"comCproductsCopmanagerC

@unin %ttp-CCmunin"pro!ects"linpro"noC

Nagios %ttp-CC+++"nagios"orgC

Ne6i %ttp-CC+++"nedi"c%C

Net=runc% %ttp-CC+++"adremsoft"comCnetcrunc%C

Netscope %ttp-CC+++"netscope"nlC

Nimsoft %ttp-CC+++"nimsoft"comC

0pK @onitor %ttp-CC+++"opK"seCny%eterC81opKreleasesne+versionofopKmonitor

0penN@S %ttp-CC+++"opennms"orgCinde*"p%pC@ainL&age

0psvie+ %ttp-CC+++"opsvie+"orgC

0smius %ttp-CC+++"osmius"netCesC

&acHet>rap %ttp-CC+++"pacHettrap"comC

&andora 4@S %ttp-CCpandorafms"orgC

&erformance =o&ilot %ttp-CCoss"sgi"comCpro!ectsCpcpC

1:
http://www.ca.com/us/network-performance.aspxhttp://www.dopplervue.com/http://www.hyperic.com/http://www.opennms.org/index.php/Main_Pagehttp://www.ca.com/us/network-performance.aspxhttp://www.dopplervue.com/http://www.hyperic.com/http://www.opennms.org/index.php/Main_Page



&li*er Scrutinizer %ttp-CC+++"pli*er"com

&olymon %ttp-CC+++"codeple*"comCpolymon

ServerEye %ttp-CC+++"servereye"co"uHCenC

Seven#ayer %ttp-CCarc%itel"comCintegrationservicesCsevenlayerC

Sev0ne %ttp-CC+++"sevone"comC

SN@ %ttp-CCsnm"sourceforge"netC

SolarJinds %ttp-CC+++"solar+inds"comC

Bptime Soft+are %ttp-CC+++"uptimesoft+are"comC

J%atsBpGold %ttp-CC+++"+%atsupgold"comC

Jormly %ttp-CC+++"+ormly"comC

Simn %ttp-CC+++"*ymon"comC

zC0S 3@4 %ttp-CC+++8,"im"comCserversCeserverCzseriesCzosCrmfC

Mai* %ttp-CC+++"zai*"orgC

Menoss %ttp-CC+++"zenoss"comC

Myrion >raverse %ttp-CC+++"zyrion"comCsrcOnocol

>ala 1- Sistemas candidatos

6e esta larga lista de sistemas candidatos se elegir el que mas se adecue a lasnecesidades de este proyecto$ para ellos se aplicarn una serie de pasos que sedescriirn a continuacin en este documento"

.#. Et!(! #3 0etodo$o54! de se$ecci/n de so%t&!'e

Seg.n Florencia Chiesa (2004) [3], una metodolog'a intenta organizar el proceso de

seleccin de un sistema de forma que se pueda escoger el sistema que me!or cumplacon una serie de requisitos" Apunta a encontrar el producto adecuado en el mercadoevaluando distintos aspectos de los mismos"

.#.1. Im(o't!nci! de $! 0etodo$o54!

Atos 0rigin (88P) :K; sostiene que cuando se planea estudiar que tan adecuado es unsoftware open sourcees necesario contar con un mtodo de calificacin y seleccinadaptado a las caracter'sticas de este tipo de software" Es muy importante e*aminarlas limitaciones y los riesgos espec'ficos para las aplicaciones Open Source" &or endees necesario contar con un mtodo de calificacin que permita diferenciar la numerosa

cantidad de candidatos que cumplen con los requerimientos tcnicos funcionales yestratgicos"

.#.. Desc'i(ci/n de 0etodo$o54!s

E*isten muc%as metodolog'as que proponen ayudar a seleccionar un sistema 4 loss"

Seg.n Ciolkowski, Marcus y otros (88Q) :P; algunas de las metodolog'as ms

conocidas desarrolladas con este fin son-

Open Source Maturity Model(0S@@) desarrollado por 2ernard Golden deNavicasoft"

11
http://www.plixer.com/http://www.codeplex.com/polymonhttp://www.zyrion.com/?src=nocolhttp://www.plixer.com/http://www.codeplex.com/polymonhttp://www.zyrion.com/?src=nocol



Open Source Maturity Model(0S@@) desarrollado por =apGemini"

usiness !eadiness !atin"(233) creado por Atos 0rigin"

#ualification and Selection of Open Source software (/S0S) creada por

=arnegie @ellon Jest y Intel"

>odas estas metodolog'as crearon plantillas de evaluacin y generaron sistemas depuntuacin para proyectos de cdigo aierto en ase a diferentes criterios"

En esta parte del traa!o se realizar una e*ploracin sore las caracter'sticas de las

metodolog'as y se analizar los sistemas de puntuacin que proveen estos modeloscon el fin de compararlos y seleccionar uno" El modelo seleccionado se usar para laeleccin del soft+are de monitoreo" &ara realizar la comparacin se eligen las

metodolog'as /S0S y 233 ya que son destacadas metodolog'as seg.n Deprez,

Jean-Christophe, Simon, Alexandre:Q; y surgidas ms recientemente" En esta seccin

se realizar una reve descripcin de de las metodolog'as /S0S y 233"

.#..1. 8SOS

&ara descriir esta metodolog'a nos asamos en Atos Origin (2006) :K; se e*pone laversin 1"P de la metodolog'a" El proceso general de /S0S est constituido por etapas-

De%inici/n- =onstitucin y enriquecimiento de los marcos de referenciautilizados en los siguientes pasos" #os marcos de referencias son- lasfamilias de soft+are$ los tipos de licencia y los tipos de comunidad"

Ev!$u!ci/n- =onsiste en recolectar informacin de las comunidades opensourcepara construir tar!etas de identidadKde cada soft+are$ y ademsconstruir las %o!as de evaluacinP mediante la puntuacin de criterios$realizado sore tres e!es de criterios- aspectos funcionales$ los riesgosdesde la perspectiva del usuario y los riesgos desde la perspectiva delproveedor del servicio"

#os criterios funcionales son determinados por la familia del soft+are y sone*tra'dos desde el marco de referencia de la etapa de definicin" Se puedeconsultar el sitio D%ttp-CC+++"qsos"org para otener detalles funcionales de

5T$)jet$s de Ide"tid$d ti*o de doc!e"to ti&i=$do *o) &$ !etodo&o6$



las familias de software" En esta etapa se punt.an los distintos criterios conpunta!es de 8$ 1 donde-

"uncion!$id!d Puntu!ci/nNo cuierta 8

&arcialmente cuierta 1

>otalmente cuierta >ala - &untuacin de los criterios funcionales

En el e!e de riesgos desde la perspectiva del usuario$ se incluyen losriesgos incurridos por el usuario cuando realiza la adopcin de softwarelire o software open source" #a puntuacin de los criterios se %ace conindependencia de cualquier conte*to particular del usuario (el conte*to seconsidera ms adelante la etapa , de =alificacin)" Estos criterios sedividen en categor'as K categor'as-

6urailidad intr'nseca

Solucin industrializada

Integracin

#a capacidad de adaptacin tcnica

Estrategia

3especto al e!e de los riesgos desde la perspectiva del proveedor deservicios se agrupa los criterios de evaluacin para estimar los riesgos

contra'dos por un contratista de servicios que ofrece en torno a un soft+arede cdigo lire o aierto (conocimientos$ integracin$ desarrollo$ apoyo$etc")"

En Atos Origin (2006) :K; se muestran cuadros que detallan cada una de las

categor'as nomradas$ especificando sucategor'as y las mtricasrelacionadas con ellas$ adems la puntuacin para cada una de ellas"

C!$i%ic!ci/n- El o!etivo de esta etapa es el de definir filtros evaluando lasnecesidades y limitaciones relacionadas a la seleccin de un sistema lire o

uno open sourcepara el conte*to dado" Esto se puede lograr calificando elconte*to del usuario que ser utilizado posteriormente en la pr*ima etapapara la seleccin" Se pueden filtrar sistemas por las tar!etas deidentificacin" >amin se pueden filtrar sistemas verificando criteriosestalecidos en el paso anterior$ o sea aspectos funcionales$ los riesgosdesde la perspectiva del usuario y los riesgos desde la perspectiva delproveedor del servicio"

Se$ecci/n- El o!etivo de este paso es identificar el soft+are seg.n losrequisitos del usuario$ o ms general comparar el soft+are de la misma

familia" E*isten modos posiles de seleccin$ uno estricto y otro msamplio"

13



#a seleccin estricta se asa en la eliminacin directa de sistemas que nocumplan con requerimientos formulados en la etapa anterior de=alificacin$ es posile realizar la eliminacin en ase a-

#a utilizacin de las tar!etas de identificacin$ eliminando

aquellos sistemas incompatiles"

El sistema no ofrece las funcionalidades previstas"

#as puntuaciones otenidas en los criterios relevantes o cr'ticos

no son las esperadas"

>amin se puede realizar una seleccin menos estricta que la anteriorporque mas que eliminar los sistemas que no cumplan con criteriospreestalecidos se clasifican mientras se le aplican las mtricas de filtrado"&ara ello se ponderan las funcionalidades y la importancia de cada criterio

definido en el e!e de los riesgos de usuarios"

&ara comparar los sistemas de una misma familia con criterios defuncionalidades comunes pueden ser comparados usando puntuacionesponderadas determinadas en etapas anteriores"

.#... BRR

&ara descriir y evaluar esta metodolog'a nos asamos en BRR 8#::59 @" Estametodolog'a separa el proceso de evaluacin en etapas-

Ev!$u!ci/n R9(id!3 En esta etapa se intenta identificar una lista decomponentes para ser evaluados" Se estalecen medida de cada uno delos componentes contra criterios de evaluacin rpida definidospreviamente" &or .ltimo se elimina cualquier componente de soft+are decdigo aierto que no se a!uste a las necesidades de los usuarios de lalista"

Ev!$u!ci/n se5:n e$ objetivo de uso3 En esta etapa se determinandistintos criterios de ponderacin"

6!7 Ponde'!ci/n de c!te5o'4!s3Se clasificarn 1 categor'as definidas porla metodolog'a de acuerdo a la importancia$ siendo 1 la categor'a de mayorimportancia y 1 la de menor importancia" #as categor'as de evaluacinson-

=ategor'a deEvaluacin 6escripcin

14



4uncionalidadR=mo el soft+are podr satisfacer lasnecesidades del usuario

Bsailidad

R/u tan uena es la interfaz de usuario R/utan fcil de usar es el soft+are para los usuariosfinales R/u tan fcil es el soft+are para

instalar$ configurar$ implementar y mantener

=alidadR6e qu calidad son el diseo$ el cdigo y lasprueas R/u tan completos y lire de erroresson

Seguridad R/u tan ien el soft+are mane!a la seguridadR/u tan seguro es

3endimiento R/u tan performante es el soft+are

Escalailidad R/u tan escalale es para un amiente amplio

ArquitecturaR/u tan uena es la arquitectura de soft+are=mo tan modular$ porttil$ fle*ile y e*tensile$

aierto y fcil de integrar es

=ompatiilidad R/u tanto es el componente de soft+arecompatile

6ocumentacin R6e que calidad es la documentacin refernte alsoft+are

Adopcin R/u tan ien es el componente aproado por lacomunidad$ el mercado y la industria

=omunidad R/u tan activa y dinmica es la comunidad parael soft+are

&rofesionalismoR=ul es el nivel de la profesionalidad delproceso de desarrollo y la organizacin delproyecto en su con!unto

>ala - =ategor'as de ponderacin de la metodolog'a 233"

El pr*imo paso es elegir las Q (o menos) categor'as ms importantese*puestas en (a)$ y asignarle un porcenta!e de importancia para cada unade ellas$ totalizando un 188T para las categor'as elegidas"

6b7 Ponde'!ci/n de m;t'ic!s3 =ada mtrica de una categor'a %ay queagregarla en un ranHing de acuerdo a la importancia para la disposicin

del negocio" &osteriormente para cada una de ellas$ se dee asignar unporcenta!e de importancia$ la suma total para todas las mtricas de unacategor'a dee ser de 188T"

2! 'eco$ecci/n de d!tos ) e$ ('oces!miento3Se dee reunir datos paracada mtrica utilizada en cada categor'a de calificacin$ y calcular elcoeficiente aplicado para cada indicador"

T'!ducci/n de d!tos3 Bsar las puntuaciones de las categor'as y losfactores de ponderacin funcionales para calcular la puntuacin 233 del

soft+are$ luego pulicar la puntuacin de 233 del soft+are"

15



.#.#. Com(!'!ci/n de $os en%oues 8SOS ) BRR

En esta seccin se comparan los enfoques e*puestos en el punto anterior$ analizando

sus similitudes y diferencias$ asados en el traa!o de Deprez, Jean-Christophe y Simon,Alexandre [7], quienes sostienen que amas metodolog'as son similares en los

siguientes aspectos-

(a) =ada metodolog'a propone un con!unto predefinido de criterios de evaluacincon el cual se comparan los proyectos 4loss" El con!unto de criterios deevaluacin se clasifican en una !erarqu'a de rol$ esta !erarqu'a es de niveles para la metodolog'a 233 y es de , niveles para /S0S"

() #a evaluacin consiste en puntuar los distintos criterios sore la ase de un

procedimiento de puntuacin estndar" 6urante la evaluacin de un proyecto4loss$ este paso se traduce en la asignacin de punta!e a cada criterio" Seconsidera a esta puntuacin como asoluta"

(c) #os usuarios pueden a!ustar la importancia de cada criterio en funcin de suconte*to$ variando el peso asignado a cada criterio" En particular$ durante unaevaluacin$ los resultados asolutos estn ponderados en ase a suimportancia en el conte*to actual de evaluacin"

(d) Se puede tomar una decisin en ase a los resultados otenidos"

Sin emargo las metodolog'as difieren en el orden en que se aplican los puntos" Uaque el orden descrito anteriormente refle!a la forma de traa!o que propone lametodolog'a /S0S$ pero no el de la metodolog'a 233$ que sugiere invertir el orden delas etapas ) y c) de forma que los usuarios primero seleccionen los criteriosrelevantes dentro de su conte*to y$ por lo tanto evitar puntuar aquellos criterios queson in.tiles" Adems$ la metodolog'a 233 permite la creacin de nuevos criterios as'como la adaptacin de los procedimientos de puntuacin"

#a metodolog'a /S0S sostiene que los resultados otenidos al aplicar el sistema deprocedimientos de calificacin son universales" &or lo tanto$ el procedimiento depuntuacin para una versin particular de un proyecto 4 loss se lleva a cao slo unavez" Es posile que no todos estn de acuerdo con el resultado de la evaluacin y porconsiguiente sostener que este puede parecer in!usto" Sin emargo$ una vez que se%aya acordado la puntuacin asoluta surgida para una versin de un proyecto 4 loss$estos resultados se convierten en universales y eventualmente se ponen a disposicinde todos" #a .nica manera de a!ustar el resultado final de una evaluacin es el deadaptar los pesos asignados a los criterios de evaluacin"

&or otra parte la metodolog'a 233 asume que cada usuario instancia la metodolog'a

de maneras distintas" &or lo tanto$ la evaluacin de un proyecto 4 loss provocaresultados ligeramente diferentes dependiendo del conte*to en el que la evaluacin selleva a cao" &or consiguiente el resultado de una evaluacin no es asoluto ni

1-



disponile para su reutilizacin$ ni siquiera los resultados asolutos otenidos para loscriterios de evaluacin" En el caso de 233$ esto parece ser muy razonale$ ya que elusuario es lire de aadir y eliminar criterios de evaluacin$ as' como para modificar ycrear nuevos procedimientos de calificacin para criterios nuevos o e*istentes" &orconsiguiente$ 233 ofrece una metodolog'a estndar y que procura ser adaptale en laprctica seg.n los distintos conte*tos"

=omo resultado de la diferencia entre las metodolog'as en cuanto a la estrategia dereutilizacin de /S0S y la adaptacin de 233 a los distintos conte*tos$ se esperaencontrar un creciente repositorio de evaluaciones de productos para /S0S$ y que nolo %aya para 233" /S0S puede aplicar una estrategia de este tipo deido a que suprocedimiento de puntuacin slo permite una serie de tres puntuaciones 8$ 1 y " &orlo tanto$ la diferencia de resultados entre los diferentes evaluadores se reduce"

&or otro lado cae sealar que /S0S define el alcance de una evaluacin asada en

una versin particular de un producto 4loss mientras esta informacin no es clara para233" &or lo tanto$ podemos suponer que 233 parece de!ar esta cuestin aierta paraque sea posile aplicar la metodolog'a para un alcance de un proyecto en su con!unto$o slo para una versin espec'fica de un producto 4 loss determinado" Esto planteaque al aplicar los procedimientos de puntuacin sea muy importante definir claramenteel alcance del estudio$ definir a que versin del soft+are son los datos recogidos con elfin de no incluir datos relacionados con otras versiones" En algunos casos$ esto no esfcil o factile" &or e!emplo$ los liros pulicados de un sistema no siempre especificanque versin se est evaluando" &or lo tanto$ esto puede %acer que el procedimiento depuntuacin sea amiguo"

.#.+. Se$ecci/n de $! metodo$o54! ! uti$i

Christophe y Simon, Alexandre [7].

En primera instancia$ se consulta la pgina Vtt*(((.sos.o)6seetsi"de.t!&Wen donde se e*ponen las pulicaciones de los resultados de los distintos sistemas

4loss ya otenidos mediante la aplicacin de la metodolog'a /S0S de forma o!etivapor otros investigadores" El anlisis de estos resultados puede servir como marco dereferencia" Se recorre la lista de los sistemas pulicados$ pero no se encuentraninguno de los sistemas e*puestos en la tala 1 de este documento$ de forma que noes posile tomar como referencia esta fuente de informacin o!etiva y universal"

&or consiguiente se prosigue a la eleccin de la metodolog'a a aplicar" Al momento deelegir la metodolog'a se prioriza el %ec%o de poder contemplar el conte*to actual delproyecto$ el %ec%o de poder ponderar criterios propios de este proyecto" 2asado enesta caracter'stica$ la metodolog'a elegida para realizar la comparacin de sistemas4loss es 233$ ya que sta se adapta de forma mas adecuada a esta caracter'stica$

por el %ec%o de ofrecer una metodolog'a estndar adaptale a distintos conte*tos"

1/
http://www.qsos.org/sheets/index.htmlhttp://www.qsos.org/sheets/index.html



RE"ERENCIAS

[1] - Pessagno$ Leslibeth5 Domnguez, Kenyer; y otros.Modelo de calidad para

herramientas FLOSS $ue dan apoyo al modelado de procesos del ne"ocio " En-Revista Espaola de Innovacin, Calidad e Ingeniera del Software" 889" Vol.4, No. 1.

6isponile en Internet-

[2] - Open Source Initiative. Open Source Definition. " 6isponile en Internet-

[3] - Chiesa, Florencia. 2004.Metodologa para seleccin de sistemas ERP. Disponible

en Internet:

[4] - Daffara, Carlo. 2007. Free/Libre Open Source Software:a guide for SMEs.

Disponible en Internet: ,ide>

[5] Atos Origin. 2006.Method for Qualification and Selection of Open Source

Software (QSOS) version 1.6. Disponible en Internet:

[6] Ciolkowski, Marcus; Soto, Martn; Deprez, Jean-Christophe. 2007.MeasurementRequirements Specifications (Specification of Goals for the QualOSS Quality Model).

Disponible en Internet: tt*(((.$&oss.o)6

[7] Deprez, Jean-Christophe, Simon, Alexandre. Comparing Assessment

Methodologies for Free/Open Source Software: OpenBRR & QSOS. Disponible en

Internet:

[8] BRR. 2005. Business Readiness Rating for Open Source(A Proposed Open

Standard to Facilitate Assessment and Adoption of Open Source Software ). Disponible

en Internet:

proyecto signa [documento - proceso de selección de software v4.0.09091617] (1)

Documents