Marinelly Álvarez Departamento de Refinación y Comercio, INTEVEP PDVSA Caracas 1070-A, Apdo , Venezuela.

Transcripción

1 Cuál es el mejor software de smulacón para la logístca petrolera? Gladys Rncon, Mara Perez, Lus E. Mendoza LISI, Departamento de Procesos y Sstemas, Unversdad Smón Bolívar Caracas 1080-A, Apdo. Postal 89000, Venezuela Marnelly Álvarez Departamento de Refnacón y Comerco, INTEVEP PDVSA Caracas 1070-A, Apdo , Venezuela. RESUMEN La varedad de software de smulacón de eventos dscretos (SSED) que exsten en el mercado, sumado a la dfcultad nherente a la seleccón del software que mejor se ajusta a las necesdades partculares de una organzacón, conlleva a proponer un proceso de evaluacón y seleccón para establecer cuál es el SSED que mejor se ajusta a la logístca de la ndustra petrolera venezolana, hacendo uso de un modelo sstémco de caldad especfco para evaluar este tpo de software. Se demostró la aplcabldad de una nstancacón del Modelo Sstémco de Caldad MOSCA+ para evaluar SSED; y de la aplcacón desarrollada se establecó que los software AutoMod, Promodel y Wtness cumplen con los requermentos técncos mínmos establecdos en esta nvestgacón para SSED aplcados a estas necesdades partculares. Además, se recomenda cuál se debía adqurr. Palabras Claves: Evaluacón de Software, Seleccón de Software, Caldad de Software; Software de Smulacón de Eventos Dscretos, Logístca, Industra Petrolera. INTRODUCCIÓN Determnar cuál es el software que mejor se ajusta a las necesdades de una organzacón y a un área de operacón en partcular, es una tarea compleja que se dfculta aún más cuando exsten en el mercado dversos software que cumplen funcones smlares. Para establecer cuál es el mejor, los software se deben someter a un proceso de evaluacón que mda su caldad sstémca. Kav y Nahoura, [6], adverten que no es fácl dseñar un conjunto de crteros que puedan ser usados para evaluar software, dado que sus benefcos son dfíclmente medbles. Nkoukaran et al [11], exponen que la evaluacón extosa de software requere de una lsta de crteros, dentfcados y estructurados según un modelo de decsón, capaz de maxmzar la raconaldad en la transferenca tecnológca. Una vez dentfcados los crteros, se debe realzar un proceso formal de evaluacón drgdo a adqurr los productos adecuados [12]. En el área de smulacón han surgdo en el mercado un gran número de software de smulacón de alta caldad, con dversas característcas y fnes específcos [11], que se utlzan amplamente en el área de logístca del sector ndustral. Por otra parte, los modelos de smulacón estudan la conducta de un sstema a medda que transcurre el tempo, dagnostcando y evaluando dferentes escenaros en un ambente controlado y estmando el mpacto económco de los msmos [1]. Cuando el comportamento de un sstema está descrto por eventos dscretos, se producen fenómenos probablístcas y ocurrencas de eventos que no guardan perodcdad en el tempo. S además, estos sstemas tambén cuentan con varables que tenen un comportamento contnuo en el tempo, se está en presenca de sstemas híbrdos [8]. El objetvo de esta nvestgacón es mostrar la aplcacón de un modelo sstémco de especfcacón de la caldad en la evaluacón de un software de smulacón de eventos dscretos que pudera ser adoptado por la logístca petrolera venezolana. Adconalmente, se propone un proceso de seleccón que permte determnar el software que mejor se adapta al estudo del caso. Este artículo está estructurado en las sguentes seccones: en la prmera se explca el Modelo Sstémco de Caldad, MOSCA+. En la segunda se detalla la propuesta para la evaluacón y seleccón de software de smulacón de eventos dscretos, y en la tercera se aplcan estos conceptos para la seleccón del software de smulacón de eventos dscretos en la logístca petrolera venezolana. Este trabajo se cerra con sus respectvas conclusones. MODELO SISTÉMICO DE CALIDAD, MOSCA+ [9] L prmero es realzar un proceso de evaluacón que mda la compettvdad y adaptacón del software, tanto a nvel de organzacón como a nvel del área de operacón. Se propone utlzar el Modelo Sstémco de Caldad (MOSCA+) [9], cuyo propósto es especfcar la caldad sstémca de software de smulacón de eventos dscretos (dentfcado con el acrónmo SSED), y que tene como ventaja adconal, que evalúa la capacdad del software para smular operacones contnuas (sstemas híbrdos). MOSCA+ es una adaptacón del Modelo Sstémco de Caldad MOSCA [10], desarrollado por el Laboratoro de Investgacón y Sstemas Informacón (LISI) de la Unversdad Smón Bolívar (Venezuela), con el propósto de estmar la caldad sstémca dentro de una organzacón desarrolladora de software y está basado en el modelo de caldad sstémco propuesto por Callaos y Callaos [2]. Aunque MOSCA contene dos submodelos (Producto y Proceso); MOSCA+ está conformado úncamente por el submodelo del Producto, debdo a que sólo se requere evaluar sstémcamente SSED ya elaborados. Para el submodelo del Producto, MOSCA tomó lo mejor de Dromey [3], ISO/IEC 9126 [4] y ISO/IEC [5]. En la Fgura 1 se presenta el

2 dagrama con la estructura de MOSCA+, en ella se muestran los nveles que la conforman. Nvel 3: Sub-característcas Nvel 4: Métrcas Fgura 1. Dagrama del Modelo Sstémco de Caldad MOSCA+ A contnuacón se explcan los nveles que conforman MOSCA+: Nvel 0: Dmensón. Conformado por la dmensón Efectvdad del Producto. Para el nvel dmensón la Efectvdad mde la caldad en el contexto de la relacón entre lo obtendo y lo que se desea obtener. Combnando esta defncón con Producto, se obtene que la Efectvdad del Producto busca medr la caldad en el contexto bajo el cual opera el software. Nvel 1: Categorías. Conformado por tres categorías. Mendoza [10] ndca que este nvel debe contener la categoría FUNCIONALIDAD, y las otras dos, deben ser selecconadas entre las cnco restantes propuestas por MOSCA. Expertos en smulacón consderaron que las categorías USABILIDAD y EFICIENCIA eran las de mayor nterés y que debían estar presentes en el software a ser evaluado. Las categorías se defnen a contnuacón: FUNCIONALIDAD, capacdad del software para proveer funcones que cumplan con necesdades específcas o mplíctas, cuando es utlzada bajo certas condcones. USABILIDAD, capacdad del producto para ser atractvo, entenddo, aprenddo y utlzado por el usuaro bajo condcones específcas. EFICIENCIA, capacdad del producto para proveer un rendmento apropado, relatvo a la cantdad de recursos utlzados, bajo condcones específcas. Nvel 2. Característcas. Para cada categoría se tene asocado un conjunto de característcas, las cuales defnen las áreas claves que se deben satsfacer para lograr asegurar y controlar la caldad de cada una de estas categorías y la del Producto. Las característcas que evalúan a la categoría FUNCIONALIDAD son: Ajuste a los propóstos (APR), evalúa s el SSED es capaz de proveer un conjunto de funcones apropado según tareas y objetvos específcos del usuaro. Interoperabldad (INT), evalúa s los SSED son capaces de nteractuar con uno o más sstemas. Segurdad (SEG), evalúa s el SSED es capaz de proteger nformacón de manera que personas no autorzadas no puedan tener acceso a ella y, las personas o sstemas autorzados s lo puedan hacer. Las característcas para la categoría USABILIDAD son: Facldad de comprensón y aprendzaje (FCA), evalúa la capacdad de facltar al usuaro el entendmento del software y la forma en que puede ser utlzado y habltado para el aprendzaje de la aplcacón. Interfaz Gráfca (IGR), asocada a los atrbutos del SSED que lo hacen más atractvo al usuaro. Operabldad (OPR), evalúa s el SSED es capaz de habltar al usuaro a operarlo y controlarlo. Las característcas que evalúan a la categoría EFICIENCIA son: Comportamento en el tempo (CTI), evalúa s el SSED es capaz de proveer respuestas y tempos de procesamento apropados bajo condcones específcas. Utlzacón de recursos (URR), evalúa s el SSED utlza cantdades apropadas de recursos cuando el msmo ejecuta sus funcones bajo condcones específcas. Nvel 3. Sub-característcas. MOSCA+ está conformada por 40 sub-característcas que evalúan las tres categorías. Las sub-característcas se dstrbuyen según cada característca:: FUNCIONALIDAD: 22 sub-característcas evalúan la característca Ajuste a los propóstos, 3 sub-característcas evalúan Interoperabldad y 1 sub-característca Segurdad. USABILIDAD: 5 sub-característcas evalúan Facldad de comprensón y aprendzaje, 2 sub-característcas evalúan Interfaz Gráfca y 3 sub-característcas Operabldad. EFICIENCIA: 2 sub-característcas mden la característca Comportamento en el tempo y 2 sub-característcas Utlzacón de recursos. Nvel 4. Métrcas. A cada sub-característca se le asocan métrcas que están relaconadas con las cualdades o atrbutos del software que se desean evaluar. MOSCA+ está conformado por 133 métrcas que estman la caldad de las 40 subcaracterístcas. Estas 133 métrcas están dstrbudas de la sguente manera: 88 (66%) corresponden a la categoría FUNCIONALIDAD, 39 (29%) corresponden a la categoría USABILIDAD y 6 (5%) corresponden a la categoría EFICIENCIA. En la Tabla 1, se presentan 7 de las 22 sub-característcas que evalúan la característca Ajuste a los propóstos, con sus respectvas metrcas. Entre otras, en ella se muestran las subcaracterístcas que tenen como propósto medr las facldades del SSED para operar con los elementos claves de los eventos dscretos, como son: reloj de smulacón, entdades y colas. La sub-característca colas (APR10) cuenta con cnco métrcas que evalúan s el usuaro puede especfcar: a) cantdad y tpo de entdades que se ncorporan en una cola, b) tpo de cola y, c) s las entdades permanecen o se retran de la cola después de transcurrdo un certo tempo. MOSCA+ cuenta con un conjunto de sub-característcas que mden la capacdad del software para modelar operacones contnuas. Estas sub-característcas son: operacones, fludos, tuberías y tanques (ver Tabla 1). Como ejemplo, en tuberías las métrcas mden s el usuaro puede especfcar: a) máxmo volumen de fludo que puede contener la tubería, b) caudal máxmo que puede crcular por la tubería, c) lmpeza de tuberías cuando se camba el tpo de fludo, y d) cambo del sentdo de crculacón.

3 Subcaracter Tabla 1. Característca Ajuste a los Propóstos Métrcas nvel de mportan Reloj de Reloj de smulacón análogo. 1 smulaco n Reloj de smulacón dgtal. Especfcacón de las undades de tempo. 5 Entdades Ingreso de entdades desde fuente nfnta. Especfcacón num. máx. entdad ngresan. Ingreso entdades cada certo tempo. Ingreso de entdades por lotes (número especfcado de entdades). Especfcacón tempo ngreso 1 o entdad. Colas Especfcacón cantdad máx. entdades ncorporadas a colas. Tpos de entdades en las colas. Tpo de ordenamento de las colas. Retencón entdades en cola por tempo mín. Imposcón de retro después de tempo máx Operacón Especfcacón tempo de servco a entdad. 5 Cronogramas de averías. 5 Cronogramas de lmpezas. 5 Turnos de trabajo en operacones (horaros) 5 Fludos Incorporacón de fludos sstema desde fuente nfnta. 5 Especfcacón volumen máx fludo ngresa. 5 Mezclas de fludos. 5 Concentracón de fludos. 5 Tuberías Especfcacón volumen máx en tubería. 5 Especfcacón caudal máxmo en tuberías. 5 Lmpeza tuberías ante cambo fludo 5 Cambo de sentdo de flujo en tuberías. 5 Tanques Especfcacón de la capacdad del tanque. 4 Especfcacón nvel segurdad en tanques. 5 Especfcacón tpo fludo&volumen 1 tanque. 5 EVALUACIÓN Y SELECCIÓN DE SSED Como punto de partda para la evaluacón y seleccón de SSED, se propone la formacón de dos equpos de trabajo multdscplnaros: Equpo de Análss y Seleccón y Equpo de Expertos. El prmer equpo conformado por los responsables y ejecutores de la evaluacón y seleccón del SSED y, el segundo, consttudo por expertos y consultores en el área de aplcacón. Los objetvos generales propuestos para la evaluacón y seleccón del SSED son: 1) área de aplcacón y uso que tendrá al SSED y, 2) requermentos partculares de la organzacón que lo adoptará. Proceso de Evaluacón En el contexto de esta nvestgacón se defne como Mandataras aquellas métrcas que deben ser cumpldas y No- Mandataras como aquellas que sólo son deseables que estén presentes. De la msma manera, el nvel de mportanca ndca la mportanca de un atrbuto sobre el otro, sn tomar en cuenta la dferenca entre el peor y el mejor. Se defne escala de evaluacón como la manera de cuantfcar la capacdad del SSED para satsfacer cada métrca No-Mandataro. Prevo a la evaluacón a través de MOSCA+, se dentfcan cuáles de las 131 métrcas son Mandatoras y cuáles son No- Mandatoras, tomando en cuenta los objetvos generales establecdos. Aquí tambén se establece el nvel de mportanca de las métrcas dentfcadas como No- Mandatoras y su escala de evaluacón. Para esto, se propone que el Equpo de Expertos responda un cuestonaro en el cual se establece, a través de una Escala Tpo Flag, cuáles de las métrcas que conforman MOSCA+ son Mandatoras y cuáles son No-Mandatoras. En el msmo cuestonaro, a través de una Escala Tpo Lkert (1, menor grado de satsfaccón a 5, mayor grado de satsfaccón), se determna el nvel de mportanca para cada métrca defnda en el cuestonaro como No-Mandatora. Después de analzar y procesar las respuestas de los cuestonaros, el Equpo de Análss y Seleccón obtene un consenso sobre cuáles son las métrcas No-Mandatoras y su nvel de mportanca. Luego, este equpo defne la escala de evaluacón para cada métrca No-Mandatora. Debdo a que exste un gran número de SSED dsponbles en el mercado y con el propósto de asegurar realzar la evaluacón en tempo razonable y de manera rentable, se propone ejecutar una pre-seleccón de los SSED. El Equpo de Análss y Seleccón conduce estas actvdades. Las actvdades para la preseleccón son: a) elaboracón de una Lsta Larga (LL) con los SSED dsponbles en el mercado; b) elaboracón de una Lsta Medana (LM) con los SSED que cumplen con los objetvos generales; y c) elaboracón de una Lsta Corta (LC) con los SSED que cuentan con la presenca de todas las métrcas Mandatoras. La subjetvdad asocada a la evaluacón de algunas subcaracterístcas como por ejemplo, Tempo de Aprendzaje o Facldad de Navegacón, llevo a establecer como estrategas de evaluacón las propuestas por: a) Mendoza et al [10], algortmo para medr la caldad de software según MOSCA; y b) Ktchenham [7], resgos asocados al método de evaluacón Análss de Característcas por Modo de Seleccón. Una vez defnda la LC, el Equpo de Análss y Seleccón evalúa cada uno de estos SSED, asgnándole un valor a cada métrca No-Mandatora, de acuerdo con la escala de evaluacón establecda. Se propone el sguente algortmo para cuantfcar los resultados de la evaluacón: Multplcar el valor por el nvel de mportanca correspondente a las respectvas métrcas. Sumar estos productos para calcular la puntuacón correspondente a cada categoría evaluada. Calcular el parámetro porcentual denomnado Tasa de Caldad, medante el cual se presenta cómo es el comportamento de cada SSED frente la stuacón deal (cumplmento del 100% de todos las métrcas). La Tasa de Caldad es el resultado de dvdr la puntuacón total obtenda por el SSED en una categoría, entre la puntuacón total máxma (stuacón deal) que puede alcanzar el SSED en dcha categoría. Proceso de Seleccón El Equpo de Análss y Seleccón ejecutará la seleccón. Se dseñaron dos estrategas para el análss de sensbldad que le mparte raconaldad y objetvdad a la seleccón, y las cuales son. Estratega Tasa de Caldad de las característcas (dentfcada con el acrónmo TACCA).

4 Estratega tasa de caldad global ponderada (dentfcada con el acrónmo TCGP). La estratega TACCA propone evaluar el comportamento de los SSED a un nvel más bajo (Nvel 2 - Característcas) dentro de la jerarquzacón propuesta por MOSCA+ (Fgura 1). Esta estratega evdencará fortalezas y debldades de los software. Para su mplementacón se propone calcular las Tasas de Caldad a nvel de característcas. Se multplca el valor de la evaluacón de cada métrca, por su respectvo nvel de mportanca, tal como se explcó anterormente. Estos productos se suman para calcular la puntuacón correspondente a cada característca. Esta nformacón se organza según la categoría. La estratega TCGP analza el comportamento de los software dentro de la jerarquzacón, cuando se estuda la nfluenca del Peso asgnado a cada categoría (FUNCIONALIDAD, USABILIDAD y EFICIENCIA). Esta estratega se dseñó para evtar asgnar valores arbtraros a los Pesos y para evaluar el mpacto que ejerce la varacón de estos Pesos sobre la jerarquzacón. Los SSED se evalúan a través de tres categorías y se debe defnr cuál es el Peso de cada categoría. Se propone calcular lo que se llamará TCGP, que es una funcón de la Tasas de Caldad y de los Pesos de las categorías. La TCGP se defne como sgue: donde: TC Peso TCGP = ( TC Peso ) Tasa de Caldad en la categoría ( = FUNCIONALIDAD, USABILIDAD y EFICIENCIA) Peso de la categoría ( = FUNCIONALIDAD, USABILIDAD y EFICIENCIA) La sumatora de los Pesos de las tres categorías debe totalzar 100%. SELECCIÓN DEL SSED PARA LA PLANIFICACIÓN DE LA LOGÍSTICA PETROLERA VENEZOLANA La organzacón nteresada en selecconar un SSED presta servco de consultoría a la ndustra petrolera venezolana en el área de planfcacón de nversones, optmzacón de facldades y reduccón de costos. Este software se utlzará para smular la logístca de la ndustra petrolera venezolana. El térmno Logístca en el ambente petrolero se refere a rubros como flete o transporte, captal de trabajo y los benes relaconados con el sumnstro, manejo y la dstrbucón del producto, ncluyendo tuberías, polductos, tanques, flotas de transporte (tanqueros, csternas u otros), termnales y almacenes. El complejo sstema de la logístca petrolera está caracterzado por procesos en los cuales nteractúan eventos dscretos. Como ejemplo de esto, se tenen las llegadas y saldas de tanqueros a termnales marnos para la carga o descarga de productos. De gual manera, estos sstemas nvolucran operacones contnuas como llenado y vacado de tanques y, transporte de crudo y productos a través de tuberías, oleoductos y polductos. Al coexstr en él tanto eventos dscretos como contnuos (sstemas híbrdos), se genera un alto grado de complejdad en el sstema que se tene que tomar en cuenta al momento de construr los modelos que lo estudan. Tomando en cuenta el tpo de organzacón nteresada en adqurr el SSED y el área de aplcacón del msmo, los objetvos generales fueron: logístca petrolera como área de aplcacón; seleccón de paquetes y no lenguajes; y capacdad del software para modelar sstemas híbrdos. Proceso de Evaluacón El cuestonaro se aplcó al Equpo de Expertos de manera ndvdual. Los resultados fueron procesados y analzados por el Equpo de Análss y Seleccón. De este análss se establecó que de un total de 133 métrcas, 54 resultaron Mandatoras (41%) y 79 No-Mandatoras (59%), y el nvel de mportanca de estas últmos. En la Tabla 1, se resaltan en grs las métrcas Mandatoras y en la últma columna, se presenta el nvel de mportanca de las métrcas No-Mandatoras. Las métrcas Mandatoras se dstrbuyeron según la categoría a la que pertenecen de la sguente manera: FUNCIONALIDAD, 37 métrcas (43%); USABILIDAD, 13 metrcas (33%) y EFICIENCIA, 4 métrcas (66%). La escala de evaluacón se defnó junto con las métrcas No-Mandatoras. Como punto de partda para la pre-seleccón, se utlzó la encuesta desarrollada por Swan [13], que examna las dversas alternatvas que ofrece el mercado en cuanto a SSED. De aquí se dentfcaron cuarenta y cuatro SSED que conformaron la LL. Estos SSED se someteron a un exhaustvo análss para dentfcar cuáles cumplían con los objetvos generales señalados. Este análss redujo el número de SSED a cnco (LM). Los SSEd de la LM fueron evaluados por medo de las métrcas Mandatoras de MOSCA+. De los cnco SSED pertenecentes a la LM, solo uno fue excludo por no cumplr con todas las métrcas Mandatoras. Se conformó la LC con cuatro SSED: AutoMod 9.1 (Brooks Automaton), Extend 5.0 (Imagne That Inc.), ProModel 2002 (ProModel Corporaton) y Wtness 2000 (Lanner Group). Estos software se dentfcarán como A, B, C, y D, sn segur el orden alfabétco presentado anterormente, para preservar la confdencaldad de las compañías lcencantes El Equpo de Análss y Seleccón hacendo uso de la escala de evaluacón, evaluó los cuatro SSED pertenecentes a la LC a través de la métrcas No-Mandatoras. Los resultados de esta evaluacón se cuantfcaron a través del algortmo propuesto en la seccón anteror. De las 79 métrcas No-Mandatoras, se tene que en 39 métrcas los cuatro SSED obtuveron el msma valor de evaluacón. Los análss subsguentes se desarrollarán operando con las restantes 40 métrcas No-Mandatoras, en donde al menos un SSED presentó dferente valor de evaluacón. Las 40 métrcas están dstrbudas de la sguente manera: 24 (60%) pertenecen a la categoría FUNCIONALIDAD y 16 (40%) a la categoría USABILIDAD. Se debe señalar, que para la categoría EFICIENCIA los cuatro SSED alcanzaron el valor de 100% para la Tasas de Caldad. Esto ndca que los cuatro software tenen la capacdad de ser nstalados adecuadamente en la plataforma tecnológca

5 comúnmente utlzada por la organzacón nteresada en el SSED. La Fgura 2 muestra los resultados de las Tasas de Caldad para los cuatro SSED de la LC. En ella se observa que para la categoría FUNCIONALIDAD los SSED B, C y D presentan Tasas de Caldad con valores altos, lo que ndca que estos software poseen gran cantdad de las funcones exgdas a un SSED para ser utlzado en la logístca de la ndustra petrolera venezolana. El SSED A presentó una Tasa de Caldad de 34%, porque carece de facldades para operar con los elementos claves específcos de la logístca de esta ndustra. propóstos. En ella se observa que todos los SSED presentan Tasas de Caldad con valores entre 62 y 78%, lo cual ndca que los tres SSED contenen las funcones especfcas requerdas por la logístca petrolera. Tambén se dstngue, que los SSED B y C presentan Tasas de Caldad muy cercanas entre s (77-78%), lo cual no aporta elementos para establecer cuál de estos dos SSED es el más adecuado para el área de aplcacón. Para la categoría USABILIDAD (Fgura 2), se observa que el SSED B se destaca frente a los otros. Este SSED sobresale en los atrbutos relaconados con la facldad de emplear y entender sus funcones, operacones y conceptos, por su ayuda en línea y por nclur un mayor número de ejemplos de modelos relaconados con las aplcacones logístcas de la ndustra petrolera. Los otros tres SSED por carecer de algunas de estas facldades presentan Tasa de Caldad menores (53-38%). Debdo a que el SSED A obtuvo en ambas categorías Tasas de Caldad por debajo del 50% (34 FUNCIONALIDAD y 47% USABILIDAD), se decdó removerlo de la lsta de canddatos. Los subsguentes análss se realzaran sn tomar en cuenta este software. Fgure 2. Evaluacón de SSED a través de MOSCA+ Este proceso de evaluacón permtó establecer que los SSED B, C y D, cumplen con los requermentos mínmos exgdos por la logístca petrolera venezolana. Fgura 3. Ajuste a los propóstos: Estratega TACCA La categoría USABILIDAD está conformada por: 14 métrcas para evaluar la característca Facldad de Comprensón y Aprendzaje, 1 para evaluar Interfaz Gráfca y 1 para Operabldad. Las úncas métrcas que evalúan las dos últmas característcas tenen nveles de mportanca de 1 y 2, respectvamente. Sólo se analzó la característca Facldad de Comprensón y Aprendzaje por ser la que tene mayor relevanca sobre la categoría USABILIDAD. En la Fgura 4 se muestran los resultados de las Tasa de Caldad de los tres SSED para la característca Facldad de comprensón y aprendzaje. En ella se observa que el SSED B, nuevamente se destaca sobre los otros, pero en este caso, en la característca de mayor relevanca para usabldad. El SSED D presentó una Tasa de Caldad del 55%, ndcando que el software cumple las expectatvas mínmas requerdas para ser comprenddo y aprenddo, mentras el SSED C tan solo alcanzó el 40%. Proceso de Seleccón A contnuacón se expone la aplcacón de las dos estrategas propuestas para la seleccón del SSED que mejor se ajusta a la ndustra petrolera venezolana. Estratega TACCA. Para la categoría FUNCIONALIDAD se tene que de 24 métrcas, 21 evalúan la característca Ajuste a los Propóstos, 2 Interoperabldad y 1 Segurdad. Adconalmente las métrcas que evalúan las dos últmas característcas tenen nveles de mportanca menores o guales a 3. Se consderó que la característca Ajuste a los propóstos es la que ejerce mayor mpacto sobre la categoría FUNCIONALIDAD. En está estratega, para la categoría FUNCIONALIDAD sólo se analzó esta característca. En la Fgura 3 se muestran los resultados de las Tasa de Caldad de los tres SSED para la característca Ajuste a los Fgura 4. Facldad de Comprensón y Aprendzaje: Estratega TACCA Esta Estratega demuestra la superordad del SSED B en los atrbutos relaconados con facldades para ser entenddo,

6 aprenddo y utlzado, y su alta compettvdad en las funcones especfcas de la logístca petrolera. Se requere analzar el Peso asgnado a cada categoría, para establecer la hegemonía real de este software frente los otros en la dmensón Efectvdad del Producto. Estratega TCGP. En la Fgura 5 se muestran los resultados de la TCGP para los tres SSED, en funcón del Peso asgnado a las categorías FUNCIONALIDAD y USABILIDAD. Donde en el eje de las ordenadas se representa la TCGP y en eje de las abscsas se representan en escalas complementaras (la sumatora de los Pesos de ambas categorías es 100%) y en sentdo nverso los Pesos de las categorías FUNCIONALIDAD y USABILIDAD. La categoría FUNCIONALIDAD crece de zquerda a derecha (de 0 a 100%), mentras la categoría USABILIDAD crece de derecha a zquerda. En la Fgura 5, se observa que el SSED B se mantuvo en la prmera poscón de la jerarquzacón, ndependentemente de la varacón de Peso de ambas categorías. La hegemonía de este software se debe a que éste se mantuvo práctcamente en la prmera poscón en todos los análss realzados. soporte a la ndustra petrolera venezolana en el área de logístca. CONCLUSIONES Se propone un proceso para la evaluacón y seleccón de SSED basado en el análss de característcas. Esta propuesta proporcona las herramentas de decsón necesaras para la seleccón del SSED que mejor se ajusta a las necesdades de una organzacón y a un área de operacón, específcamente, la logístca petrolera venezolana. Se demostró la aplcabldad de una nstancacón del Modelo Sstémco de Caldad MOSCA+ para evaluar SSED. El Análss de Sensbldad dseñado confrma la robustez de los resultados obtendos a través de MOSCA+. Este proceso de evaluacón y seleccón de SSED se aplcó al área de logístca de sumnstro, manejo, transporte y dstrbucón de hdrocarburos en la ndustra petrolera venezolana. De esta aplcacón se establecó que los paquetes AutoMod, Promodel y Wtness cumplen con los requermentos técncos mínmos establecdos en esta nvestgacón para SSED aplcados a estas necesdades partculares. Además este proceso permtó establecer cuál de estos tres software es el mejor. La aplcacón de MOSCA+ a este grupo de SSED preselecconados, conjuntamente con los análss de sensbldad, permtó a la organzacón proponer una lsta de los SSED jerarquzados en funcón de sus objetvos partculares y emtr una recomendacón para la adquscón de uno de ellos. Fgura 5. Estratega TCGP Esta estratega oferta dos posbles ordenes para la jerarquzacón: SSED B, D y C, entre el ntervalo 0 y 75% de Peso para la categoría FUNCIONALIDAD. El cual se justfca al analzar la Fgura 4, donde el SSED D (55%) presenta una Tasas de Caldad 15 puntos mayor que la del SSED C (40%). SSED B, C y D, entre el ntervalo 75 y 100% de Peso para la categoría FUNCIONALIDAD. Este orden se espera al observar que la Tasa de Caldad obtenda por el SSED C en la característca Ajuste a los propóstos es de 78% frente al 62% obtendo por el SSED D (Fgura 3). En reunones de trabajo donde partcparon los membros de ambos Equpos y después de tomar en cuenta todos los elementos proporconados por este estudo, se establecó que el Peso adecuado según las característcas de la organzacón y el área de aplcacón es 60% FUNCIONALIDAD y 40% USABILIDAD. El orden de la jerarquzacón establecdo es SSED B, D y C. El análss de sensbldad demostró la hegemonía del SSED B frente los otros, para una organzacón que brnda REFERENCIAS [1] J. Banks, J. Carson, B. Nelson, D. Ncol, Dscrete-Event System Smulaton, Prentce-Hall, New Jersey, [2] N. Callaos, B. Callaos, Desgnng wth a systemc total qualty, Proceedng of the Internatonal Conference on Informaton Systems Analyss and Synthess, ISAS 96, 1996, pp [3] G. Dromey, Comerng the Cmera, IEEE Software, 1996, Enero, pp [4] ISO/TEC Informaton Technology Software Product Qualty, Part 1, Qualty Model, ISO/IEC JTC1/SC7/WG [5] ISO/IEC TR Informaton Technology Software Process Assessment, Part 2, A Reference e Model Processes and Process Capablty, Canada, ISO/IEC JTC 1/SC [6] Kav y Nahoura, Software Tools Assesment. IEEE Software, September 1996, pp [7] B. Ktchenham, Evaluatng Software Engneerng Methods and Tools. Part 5: Prncples of Feature Analyss, Department of Computer Scence, Unversty of Keele, Inglaterra, [8] A. Law, D. Kelton, Smulaton Modelng and Analyss, McGraw- Hll, New York, [9] G. Rncón, M. Álvarez, M. Pérez, S. Hernández, Modelo de Caldad (MOSCA+) para Evaluar Software de Smulacón de Eventos Dscretos, n Proceedngs of the IDEAS 2003, Paraguay, pp [10] L. Mendoza, M. Pérez, A. Grmán, T. Rojas, Algortmo para la Evaluacón de la Caldad Sstémca del Software, 2das. Jornadas Iberoamercanas de Ingenería del Software e Ingenería del Conocmento (JIISIC 2002), Salvador, Brasl. Novembre, 2002, pp [11] J. Nkoukaran, V. Hlupc, R. Paul, Crtera for smulaton software evaluaton, en Proceedngs of the 1999 Wnter Smulaton Conference, 1998, Eds. D. Mederos, E. Watson, J. Carson y M. Manvannan, pp , Department of Informaton Systems and Computng of Brunel Unversty, Reno Undo [12] J. O'Bren, Management Informaton Systems. Sxth Edton. Irwn McGraw-Hll,New York, [13] J. Swan, Smulaton Software Survey. INFORMS OR/MS Today. 1999, pp