Transcription
Método para la adquisición de software en pequeñasorganizacionesSoftware acquisition method for small organizationsGABY LORENA-GUERREROIngeniera de sistemasGrupo Investigación y Desarrollo en Ingeniería de Software- IDIS,Universidad del Caucagguerrero@unicauca.edu.coPopayán, ColombiaLEYDI ROCIO-ERAZOIngeniera de sistemasGrupo Investigación y Desarrollo en Ingeniería de Software- IDIS,Universidad del Caucaleydierazo@unicauca.edu.coPopayán, ColombiaFRANCISCO J. PINODoctor en Ingeniería de SistemasProfesor Titular, Departamento de Sistemas, Universidad del CaucaGrupo Investigación y Desarrollo en Ingeniería de Software- IDIS,Universidad del Caucafjpino@unicauca.eduPopayán, ColombiaFecha de recibido: 18 /10/2013Fecha de aceptado: 27/02/2014Forma de citar: GUERRERO, Gaby, ERAZO, Leydi y J., Francisco. Método para la adquisición de software en pequeñas organizaciones. Rev.UIS.Ingenierías, 2014, vol.13, n.1, p.p 33-46.RESUMENActualmente, las organizaciones han incrementado su interés en la adquisición de productos software. Debido a ello esteproceso debe estar bien definido, deber ser específico y debe permitir a estas organizaciones poder apropiarse del mismo,para lograr satisfacer sus necesidades y expectativas relacionadas con la adquisición. En este sentido, este artículo exponeun método para la adquisición de productos software ajustado a las características propias de las pequeñas organizaciones,el cual está basado en las prácticas más comunes presentadas por referentes internacionales relacionados con la adquisición.Además, se presenta de forma detallada el flujo de actividades, tareas, roles y productos de trabajo que deben ser seguidaspara adquirir un producto software que satisfaga las necesidades y expectativas de la organización. De la aplicación inicialdel método propuesto en una pequeña organización vinculada al sector de economía solidaria se ha observado que éste es útily práctico para conducir la adquisición.PALABRAS CLAVE: Adquisición de software, Proceso de adquisición, Pequeña organización.ABSTRACTCurrently organizations have increased their interest in the acquisition activities of software products. As a result, this processshould be well defined and specific in order to allow to these organizations appropriate of them seeking satisfy their needsand expectations related to the acquisition. In this sense, this article exposes a method for software products acquisitionadjusted to the specific characteristics of small organizations, which is based on common practices presented by internationalreferents related to the acquisition process. Furthermore, the flow of activities, tasks, roles and work products that must befollowed to acquire a product that satisfies the needs and expectations of the organization is presented in detail. From theinitial application of the proposed method in a small organization linked to the cooperative sector has been observed that thisis useful and practical to conduct the activity of software acquisition.KEYWORDS: Software acquisition, Acquisition process, Small organization.UIS Ingenierías, enero - junio 2014; Facultad de Ingenierías Fisicomecánicas, UIS
Gaby Lorena-Guerrero, Leydi Rocio-Erazo, Francisco J. Pino341. INTRODUCCIÓNLa participación de las micro, pequeña y medianasempresas en la transformación del aparato productivoeconómico en Colombia es fundamental al representarel 96.4% de los establecimientos a nivel nacional(Ministerio de Comercio, Industria, y Turismo 2009).Estas pequeñas organizaciones, a su vez, en muchoscasos desconocen los elementos que son necesariosconsiderar y que se requieren para tomar una buenadecisión al momento de adquirir productos software quese ajusten a sus necesidades y características propias(L, Elissondo., 2004) causando que los productossoftware que se adquieren en ocasiones no respondana las necesidades o no se ajustan a los requerimientosde las pequeñas organizaciones (L, Elissondo., 2004)esto puede suceder debido a que no se le reconoce laimportancia de la adecuada gestión de la adquisición,la buena definición de los requerimientos y el cuidadoen la selección y posterior contratación del proveedor(HURTADO, 2000) entre otros. Por lo tanto para estetipo de organizaciones sería importante llevar a caboun buen proceso de adquisición de productos softwareya que un mayor control en el proceso de seleccióny adquisición aumenta la posibilidad de éxito en laadquisición del producto adecuado (L, Elissondo.,2004)La adquisición es el proceso de obtener un sistema,producto o servicio software (ISO/IEC 12207,2007).Este es un proceso necesario e indispensable en lasactividades que realiza una organización. Ahora más queantes, las organizaciones han incrementado su interésen las actividades de adquisición de productos software(Weber, K., et al., 2007). Es por eso que este procesodebe estar bien definido y permitir la satisfacciónde las necesidades y expectativas expresadas por lasorganizaciones.Por otra parte, se encuentran establecidas normasinternacionales, guías y recomendaciones tales comoCMMI-ACQ (SEI, CMMI for Acquisition, Version 1.3,2010) ISO/IEC 12207 (ISO, ISO/IEC 12207, 2007)Guía de los Fundamentos para la Dirección de Proyectos(Guía del PMBok) (PMI, 2008) Recomendaciones parala adquisición de software (IEEE, 1998) entre otras, lascuáles proponen prácticas sólidas que contribuyen enel proceso de adquisición de software, sin embargo,estas normas están enfocadas hacia grandes empresas.La aplicación de las prácticas de estas normas soncomplejas para las pequeñas empresas y éstas nodisponen de recursos necesarios para su aplicación(ISO/IEC, 2007) Esto provoca que las organizacionesno cuenten con procesos adecuados para la adquisiciónde productos software, lo cual puede deberse a que esun tema nuevo para las empresas, lo que conlleva a undesconocimiento de las prácticas que se deben seguirpara la adquisición y por ello no son utilizadas en estasempresas.Considerando lo expuesto anteriormente, este artículopresenta un método de adquisición de software que seajusta a las necesidades de las pequeñas organizacionesy que permite guiar a estas organizaciones en el procesode adquisición de productos software. Este método estábasado en las prácticas propuestas por algunas normas,modelos, guías y recomendaciones internacionalesrelacionadas con la adquisición de software.Este artículo se organiza de la siguiente manera:la sección 2 presenta los trabajos relacionados a latemática tratada y el método empleado para desarrollarla propuesta para adquisición de software. En la sección3 se muestra el desarrollo y especificación del método.Un caso de aplicación en un entorno real del métodode adquisición propuesto es descrito en la sección 4.Finalmente las conclusiones y trabajos futuros seexponen en la sección 5.2. ANTECEDENTESEn esta sección inicialmente se presenta los trabajosrelacionados con adquisición de software y finalmentese describe el método de trabajo utilizado para lacreación de la propuesta.2.1 Trabajos relacionadosCon respecto al proceso de adquisición de softwarese encontraron algunos referentes internacionales,entre los cuales cabe destacar: (i) el modelo CMMIACQ (SEI, CMMI for Acquisition, Version 1.3, 2010),que provee una guía para la aplicación de las mejoresprácticas de CMMI en organizaciones adquirientes;(ii) la norma técnica ISO/IEC 12207 (ISO, ISO/IEC12207 - Systems and software engineering - Softwarelife cycle processes, 2007), que presenta los procesosdel ciclo de vida que se pueden emplear para adquirir,suministrar, desarrollar, operar y mantener productossoftware, cubre además el control y la mejora de estosprocesos; (iii) la guía del PMBok (PMI, 2008) quepropone un conjunto de áreas de conocimiento para lagestión de proyectos, una de estas áreas describe losprocesos involucrados en la compra o adquisición deproductos, servicios o resultados para el proyecto; y(iv) las recomendaciones prácticas para la adquisición
Método para la adquisición de software en pequeñas organizacionesde software de la IEEE (IEEE, 1998) que proporcionanuna guía para la gestión y ejecución de actividadesde adquisición de productos software, para aquellasorganizaciones que adquieren software de proveedores.A pesar de que estas normas internacionales, guías yrecomendaciones definen buenas prácticas que deberíanser implementadas durante el proceso de adquisición deproductos software, dichas prácticas están centradas enel “qué” debe hacerse y no en el “cómo” debe llevarsea cabo este proceso (no se especifican detalles de suimplementación). Esto conlleva que las pequeñasorganizaciones no se apropien de estos referentespara guiar su proceso de adquisición (Laporte, C., A.April, and A. Renault,. 2007) Además, es importanteresaltar que estos referentes internacionales han sidocreados considerando las necesidades de grandesorganizaciones (Pino, F., .et al., 2008) Sin embargo,estos referentes fueron considerados y sus prácticasadaptadas e integradas para la definición del métodopresentado en este artículo.Además con respecto al área investigada se encontraronalgunos estudios relacionados importantes, entre loscuales cabe destacar: En (Gallagher, B.P., 1999) se presenta una guíapara la gestión de riesgos y proporciona una visióngeneral para identificar, analizar, planificar, seguir,controlar y comunicar las funciones de vitalimportancia para la implementación exitosa de lagestión de riesgos en un proceso de adquisición. En (Aaby, 2006) se propone un proceso simple deadquisición de software, el cual es diseñado paraque pueda ser utilizado por diferentes usuarios.Hace énfasis en la importancia de la recolecciónde requisitos y el análisis de riesgos. En (Tardy, 1991) se enumeran y se describentrece estrategias para la adquisición de software,definiendo y explicando el mecanismo deadquisición, quienes deben intervenir y bajo quécircunstancias deben ser implementadas. En (Mosko, M., et al.,) se describe un metamodelo para la adquisición de software COTS(Commercial-Off-The-Shelf), llamado SAMM,este modelo se enfoca en el proceso de adquisiciónde software e incorpora las mejores prácticas de laindustria del software. En (Cohen, et al., 2005) se presenta un manual quereúne y brinda orientación acerca de la planeaciónde la adquisición y la estrategia de adquisición desoftware. En (Goldenson, and Fisher, 2000) se describe unaencuesta realizada por el Software Engineering35Institute (SEI) a expertos en gestión deadquisiciones.De acuerdo con el estado actual del conocimientodescrito en esta sección, se puede observar que existendiferentes formas de abordar el tema de adquisición deproductos software tales como: meta-modelos, técnicas,estrategias, prácticas, y actividades. Sin embargo, no sehan encontrado propuestas en esta área que presentenuna forma detallada para la realización de la adquisiciónde productos software, el cual incorpore: (i) un procesode adquisición que describa actividades, tareas, roles yproductos de trabajo para el contexto de las pequeñasorganizaciones, el cual se ajuste a las necesidades ycaracterísticas propias de este tipo de empresas; (ii)una herramienta de soporte tecnológico que apoye laejecución del proceso de adquisición definido. Tambiénes importante resaltar que si bien en las diferentespropuestas relacionadas con la adquisición de softwarese establece qué es lo que se debe hacer no se especificacómo hacerlo, lo que lo hace complejo y dificultaque este proceso sea implementado por las pequeñasorganizaciones. Además las propuestas encontradasno se enfocan en guiar explícitamente a las pequeñasorganizaciones en la implementación de todos losaspectos relacionados con el proceso de adquisición.De acuerdo con lo antes planteado, el método deadquisición que se presenta en este artículo pretendeguiar a las pequeñas organizaciones en el procesode adquisición de productos software. Este métodoestá fundamentado en prácticas propuestas por losreferentes internacionales mencionados y que se ajustaa las características de las pequeñas organizaciones.2.2 Método utilizado para la construcción de lapropuestaPara el desarrollo del método de adquisición propuesto,se llevaron a cabo las siguientes actividades: Comparar los referentes internacionales. Parallevar a cabo esta actividad se siguió el métodode comparación propuesto en (Pino, F., et al.,2009). Esta actividad involucró las siguientestareas del método de comparación: (i) analizar losmodelos, (ii) diseñar la comparación, (iii) realizarla comparación, (iv) presentar los resultados de lacomparación. Construir el método para la adquisición desoftware. Esta actividad involucró la tarea (v)analizar los resultados obtenidos del método decomparación propuesto en (Pino, F., et al.,2009).En esta tarea se realizaron los siguientes pasos:
Gaby Lorena-Guerrero, Leydi Rocio-Erazo, Francisco J. Pino36(i) construcción de los diagramas de actividadesgenéricos para la adquisición de software decada uno de los referentes internacionales, (ii)análisis de los diagramas de actividades creados,(iii) identificación de las actividades genéricasa incluir en el método, (iv) especificación delmétodo propuesto para la adquisición.se hizo un análisis de sus estructuras, identificandoentidades de proceso que serían utilizadas en lacomparación. Posteriormente se realizó la comparaciónentre las entidades de proceso identificadas, desde ISO/IEC 12207, la guía del PMBok y las recomendacionesde la IEEE hacia CMMI-ACQ. Dependiendo delgrado de relación existente entre las entidades deproceso se asignó un valor de acuerdo a la siguienteescala numérica: 0 (no relacionada), 1 (parcialmenterelacionada) y 2 (fuertemente relacionada). A manerade ejemplo y con el fin de mostrar detalladamente lacomparación llevada a cabo se presenta la Tabla 1 quedescribe el grado de relación entre el área de procesode gestión de acuerdo (CMMI-ACQ) y el proceso deAdquisición (ISO/IEC 12207).3. DESARROLLANDO EL MÉTODO DEADQUISICIÓN DE SOFTWARE3.1 Comparación de los referentes internacionalesInicialmente se realizó el análisis de los referentesinternacionales para establecer la manera en que cada unolleva a cabo el proceso de adquisición. De igual maneraTabla 1. Comparación entre el Proceso de Adquisición (ISO/IEC 12207) y Gestión de Acuerdos (CMMI-ACQ)ISO/IEC 12207Proceso de AdquisiciónOutcomesActividadesPropósitoCMMI ACQDirección de la comparación: Desde ISO/IEC12207 a CMMI-ACQEntidades de proceso a comparar:- ISO/IEC 12207: Propósito, Outcomes yActividades.- CMMI-ACQ: Propósitos, Objetivos y Prácticasespecíficas de las áreas directamente relacionadascon el proceso de adquisición.Escala de comparación:2 - Fuertemente relacionada1 - Parcialmente relacionada- No relacionadaGESTIÓN DE ACUERDOSPropósitoObjetivo específico 1Prácticas específica 1.1Prácticas específica 1.2Prácticas específica 1.3Prácticas específica 1.4En la tabla anterior se puede observar que en el menornivel de abstracción la “Actividad 5” (Acuerdo devigilancia del Proceso de Adquisición de ISO/IEC12207), está fuertemente relacionada con la “Prácticaespecifica 1.1” (Ejecutar acuerdo con el proveedor) yla “Práctica específica 1.2” (Monitorear los procesosde proveedores seleccionados) del área de procesode Gestión de Acuerdos (AM) de CMMI-ACQ. Alextrapolar la relación al siguiente nivel de abstracciónse observa que el “Outcome e” (La adquisición escontrolada de modo que las limitaciones especificasa bcActividadesdef121g1 23456712222tales como: costo, cronograma y calidad se cumpla delProceso de Adquisición de ISO/IEC) esta fuertementerelacionado con el “Objetivo específico 1” (satisfaceracuerdos con proveedores) del área de proceso deGestión de Acuerdos (AM) de CMMI-ACQ. Alextrapolar la relación al mayor nivel de abstracción senota como el “Propósito” del Proceso de adquisiciónISO/IEC 12207 tiene poca relación con el “Propósito”del área de proceso de Gestión de Acuerdos (AM) deCMMI-ACQ, esto debido a que el área de proceso deGestión de Acuerdos (AM) de CMMI-ACQ se enfoca
Método para la adquisición de software en pequeñas organizacionesen que el proveedor y el adquiriente lleven a cabo lostérminos del acuerdo del proveedor, por el contrario elproceso de adquisición de ISO/IEC 12207 comprendetodo el ciclo de vida necesario en el proceso deadquisición.37Una vista general del grado de relación de lospropósitos entre ISO/IEC 12207, la guía del PMBok ylas recomendaciones de la IEEE hacia CMMI-ACQ sepresenta en la Tabla 2.Tabla 2. Vista general de la comparación entre los referentes internacionalesRecomendacionesIEEEGuía delPMBokDesarrollarRequisitos para laAdquisiciónGestión Técnica deAdquisiciónValidación de laAdquisiciónVerificación de laAdquisiciónSolicitud y Acuerdode Desarrollo sitoPropósitoISO/IEC 12207Gestión de AcuerdosDirección de la comparación: Desde ISO/IEC 12207,Guía del PMBok y las Recomendaciones de la IEEEhacia CMMI-ACQEntidades de proceso a comparar:- PropósitosEscala de comparación:2 - Fuertemente relacionada1 - Poca relación- Ninguna relaciónPropósitoCMMI-ACQ12122Proceso entoPropósito21111211223.2 Construcción del método para la adquisiciónde softwareInicialmente se elaboraron los diagramas de actividadescon el fin de identificar cómo se realiza la adquisiciónde productos software, de acuerdo a la descripciónpresentada en cada referente. Posteriormente seanalizaron los diagramas realizados con el fin detener una vista completa de cómo es la adquisiciónde software en los diferentes referentes, con el finde determinar las carencias y fortalezas de cada unode ellos. Luego se traslaparon las actividades de losdiagramas para identificar las actividades comunes22entre los referentes. Las comparaciones realizadaspermitieron determinar qué entidades de procesodebían ser consideradas en la creación del método, deesta manera se garantiza que este método está alineadocon lo propuesto en la mayoría de referentes. Ademásla comparación permitió visualizar e identificar quéentidades de proceso son tenidas en cuenta por unosreferentes y descartadas por otros, pero que seríanadecuadas considerarlas debido a la importancia quepresentan en el proceso de adquisición. Las actividadesgenéricas identificadas desde los referentes a incluiren el método son las siguientes: Planear, Anunciar,Seleccionar proveedor, Contratar, Monitorear, Aceptar,
38Gaby Lorena-Guerrero, Leydi Rocio-Erazo, Francisco J. PinoCerrar y Seguir. La actividad Seguir solo es propuestapor las recomendaciones prácticas para la adquisiciónde la IEEE, pero debido a la utilidad que presenta enel proceso de adquisición fue adecuado considerarlaen el método propuesto. Es importante resaltar quetodos los referentes plantean hacer la adquisición de unproducto software con un proveedor, pero en el casode las pequeñas organizaciones éstas podrían pensaren adquirirlo no mediante la compra sino mediante labúsqueda de un producto libre disponible en internet.Para ello se tuvieron en cuenta actividades como:Buscar, Analizar y Seleccionar producto, debido a quecuando una organización desea obtener un productosoftware no necesariamente lo adquiere de un proveedorsino que puede adquirirlo de forma gratis buscandoen internet. Es importante resaltar que las actividadesgenéricas consideradas en el método son especificadasmediante la unión y adaptación de distintas prácticasdescritas por los diferentes referentes, para lo cual fueútil la comparación realizada inicialmente.H.J., et al., 2012) A continuación el método propuestose describe mediante una descripción de su propósito,objetivos, diagrama de actividades, actividades, tareas,roles y productos de trabajo. Debido a restricciones deespacio en este artículo se presentan la descripción delmétodo desde una perspectiva general.4. DESCRIPCIÓN DEL MÉTODO DEADQUISICIÓN DE SOFTWAREPor definición un método hace referencia a unaarticulación de un conjunto coherente, consistentey completo de prácticas con un propósito específicoque cumple las necesidades de los interesados bajocondiciones específicas (Pardo, et al., 2011), (Oktaba,4.1 PropósitoEl propósito del método para la adquisición de softwareen pequeñas organizaciones es permitir a éstas obtenerun producto software que se ajuste a sus necesidades,además esté método está basado en prácticas propuestaspor los referentes internacionales relacionados con elproceso de adquisición.4.2 ObjetivoProponer un método de adquisición de software queguíe a las pequeñas organizaciones en la obtención de unproducto software, identificando las mejores prácticasde adquisición de software adecuadas para las pequeñasorganizaciones, a partir de las normas internacionales,guías y recomendaciones.4.3 Diagrama de actividadesLa Figura 1 muestra el diagrama de actividades delmétodo propuesto.Figura 1. Diagrama de actividades del método propuesto
Método para la adquisición de software en pequeñas organizaciones4.4 Descripción del métodoActividades y tareas: las actividades que integran elmétodo son: Planear, Anunciar, Seleccionar proveedor,Contratar, Monitorear, Buscar, Analizar, Seleccionarproducto software, Aceptar, Cerrar y Seguir. Cada unade estas actividades contiene un conjunto de tareasespecíficas que guían el proceso de adquisición.Las actividades y tareas descritas a continuación hacenparte de la adquisición de un producto software medianteun proveedor: Planear: en esta actividad se determina la necesidadde adquisición por parte de la organización, seestablecen los requisitos del producto software aadquirir, se identifican los proveedores potenciales,se definen y documentan cuáles serían los criteriosde aceptación. Adicionalmente, se prepara y ejecutael plan de adquisición. Las tareas definidas para laactividad Planear son:o Establecer la necesidad de adquisición de unproducto software.o Definir y analizar requisitos del producto softwarea adquirir.o Determinar el presupuesto disponible pararealizar la Adquisición.o Determinar tipo de contrato que se planea utilizar.o Identificar proveedores potenciales.o Definir y documentar criterios de aceptación.o Definir criterios de selección de proveedores.o Preparar y ejecutar un plan de adquisición Anunciar: en esta actividad se da a conocer lanecesidad de adquisición de la organización a losposibles proveedores ya identificados. Paralelo a ellose documenta el proceso que se lleva a cabo pararealizar el anuncio. La tarea definida para la actividadAnunciar es:o Comunicar el paquete de solicitud del productosoftware a los posibles proveedores identificados. Seleccionar proveedor: en esta actividad se escogeel proveedor más adecuado para llevar a cabo elproceso de adquisición, de acuerdo con los criteriosde selección y la propuesta preliminar presentada.Las tareas definidas para la actividad Seleccionarproveedor son:39o Recibir propuestas de proveedores.o Evaluar propuestas de proveedores aplicandocriterios de selección de proveedores.o Seleccionar proveedor.o Negociar un contrato con el proveedor. Contratar: en esta actividad se establece un acuerdocon un proveedor, para la adquisición del productosoftware. De igual manera se establece el control decambios durante el proceso de adquisición. Las tareasdefinidas para la actividad Contratar son:o Preparar y Adjudicar el contrato.o Controlar los cambios en el contrato. Monitorear: en esta actividad se monitorea elprogreso de los proveedores para asegurar quese cumplen todas las metas y se aprueban losentregables del producto software. Además se realizauna revisión estructurada del avance del proveedorpara cumplir con el producto, dentro del costo y en elplazo acordado, tomando el contrato como referencia.Las tareas definidas para la actividad Monitorear son:o Monitorear los procesos del proveedor.o Revisar y verificar el desempeño del proveedor.o Mantener el entendimiento mutuo con elproveedor.o Reportar los hallazgos Aceptar: en esta actividad se recibe el productosoftware y se evalúa aplicando los criterios deaceptación, mediante la realización de una serie depruebas para verificar que cumple con los requisitosestablecidos en el acuerdo. De igual manera se informasobre las no conformidades encontradas y finalmenteuna vez sean resueltas las no conformidades se aceptael producto software. Las tareas definidas para laactividad Aceptar son:o Recibir producto software.o Evaluar y probar el producto software aplicandocriterios de aceptación.o Reportar no conformidades.o Aceptar el producto software. Cerrar: en esta actividad se finaliza el proceso deadquisición. Las tareas definidas para la actividadCerrar son:
Gaby Lorena-Guerrero, Leydi Rocio-Erazo, Francisco J. Pino40o Verificar que todo el trabajo y los entregables sonaceptados.o Administrar las facturas. Seguir: en esta actividad se realiza un monitoreoal producto software luego de haber sido puesto enfuncionamiento en la organización, evaluando eldesempeño del producto software y del proveedor, yla satisfacción del usuario. Las tareas definidas parala actividad Seguir son:o Utilización del producto software.o Evaluar satisfacción del usuario.o Evaluar desempeño del producto.Las actividades y tareas descritas a continuación hacenparte de la búsqueda de un producto software libredisponible en internet: Buscar: en esta actividad se averigua si hay unproducto software libre en internet que se ajuste alos requisitos que tiene la organización. Las tareasdefinidas para la actividad Buscar son:o Realizar una búsqueda de productos softwarelibres en internet.o Descargar productos software. Analizar: en esta actividad se revisa cada uno delos productos software descargados en la actividadBuscar y se determina cuáles de ellos cumplen conlos criterios de aceptación. Las tareas definidas parala actividad Analizar son:o Hacer una revisión detallada de las característicasde cada producto software.o Escoger productos software que cumplan conlos criterios de aceptación. Seleccionar producto software: en esta actividadse obtiene el producto software que satisfaga de unamejor manera las necesidades establecidas por laorganización, realizando pruebas y analizando losresultados obtenidos para seleccionar el productosoftware más indicado. Las tareas definidas para laactividad Seleccionar producto software son:o Preparar casos de prueba, datos, procedimientosy el entorno.o Realizar el análisis de los resultados obtenidos.o Seleccionar un producto software.Roles: en cada actividad se hace necesario asignarpersonas encargadas de llevar a cabo las tareas, es porello que se definieron los siguientes roles en términosde sus conocimientos y habilidades esperadas: Administrativo (AD): Conocimiento en losprocesos de la organización. Capacidad en la gestiónde las actividades de la empresa. Facultad paracontrolar y aprobar inversiones de la organización. Encargado de la adquisición (EA): Conocimientode las expectativas y necesidades de adquisición.Gestión del proceso de adquisición. Comunicacióncon los interesados y proveedores del productosoftware. Técnico software (TS): Conocimiento entecnologías de desarrollo de software. Participaciónen procesos de calidad de producto software.Verificación de componentes programados.Análisis, diseño y documentación del desarrollo ymantenimiento de productos software. Interpretaciónde especificaciones de diseño. Encargado de contratación (EC): Conocimientoen contratación, aspectos legales y jurídicos.Comunicación con los interesados en la adquisicióny el proveedor del producto software.Productos de trabajo: son los resultados útiles decada una de las actividades, entre ellos se tienen: Plande adquisición, Paquete de solicitud, Comunicado de laadquisición, Documento con el proveedor seleccionado,Contrato de adquisición, Documento de control decambios, Evaluación del desempeño del proveedor,Revisión y verificación del producto software,Documento de aceptación, Producto software, Soportesdel pago, Notificación de terminación del contrato (actade cierre), Realimentación al proveedor.Para realizar la descripción detallada de los elementosconstitutivos del método se tuvo en cuenta laplantilla presentada en el proyecto COMPETISOFT(COMPETISOFT and CYTED, COMPETISOFT ,2006) a manera de ejemplo se presenta en la Tabla 3 laactividad Contratar.
Método para la adquisición de software en pequeñas organizaciones41Tabla 3. Definición General de la Actividad ontratarEl propósito de Contratar es establecer un acuerdo con un proveedor, para la adquisición del producto software. De igualmanera establecer el control de cambios durante el proceso de adquisición.La actividad de Contratar se compone de las siguientes tareas: Preparar y Adjudicar el contrato. Controlar los cambios en el contrato.O1. Definir el contrato de adquisición del producto software.O2. Adjudicar el contrato al proveedor seleccionado.O3. Establecer un acuerdo sobre el control de cambios en el proceso de adquisición que se está estableciendo.Encargado de la adquisiciónFuentePlanearResponsableEntradasPlan deadquisiciónDocumentoSeleccionar proveedorcon el contratonegociadoSalidasDestinoContrato deMonitorear, Aceptar, Cerraradquisición.DocumentoMonitorear, Aceptar, Cerrarde control decambios.Productos InternosContrato de adquisición.Documento de control de cambios al contrato.TareasT1. Preparar y Adjudicar el contrato.EntradasPlan de Adquisición; Documento con el contrato negociadoRolDescripciónEAP1. Establecer una reunión para definir el contrato.P2. Utilizar tipo de contrato establecido en la actividad Planear.EAP3. Negociar con el proveedor para aclarar requisitos y lograr establecer un acuerdo mutuoP4. Establecer el documento contractual teniendo en cuenta: Enunciado del trabajo que se va a realizar (Plan de adquisición) Entregables del proveedor a la organización
Método para la adquisición de software en pequeñas organizaciones 35 de software de la IEEE (IEEE, 1998) que proporcionan una guía para la gestión y ejecución de actividades de adquisición de productos software, para aquellas organizaciones que adquieren software de proveedores. A pesar de que estas normas internacionales, guías y
