APUNTOS DE SISTEMAS COMPUTACIONALES

68 J. LAS TIC Res. Appl., vol 9, nO 1, 2015, 68-87

Requisito volatilidad, la normalización e Integración conocimientos en proyectos de Software: Un análisis empírico en la contratación es el desarrollo Proyectos

Rajesri Govindaraju٭, Angra Bramagara, Leksananto Gondodiwiryo & Tota Simatupang

Sistemas Industriales y tecno-Industrial Grupo de Investigación economía

Facultad de Tecnología, Instituto Tecnológico de Bandung

Jalan Ganesa 10, Bandung 40132, Indonesia

Email: rajesri_g@ti.itb.ac.id

Abstracto. Desarrollo de sistemas de información (DSI) los proyectos son muy complejos, con diferentes grupos de personas tener que colaborar e intercambiar sus conocimientos. Teniendo en cuenta la intensidad del intercambio de conocimientos que tiene lugar en los contratos de subcontratación DSI los proyectos, en este estudio un modelo conceptual se ha desarrollado, con el objetivo de estudiar la influencia de cuatro antecedentes, es decir, el requisito volatilidad normalización, integración interna y externa, integración de dos variables dependientes, es decir proceso rendimiento y rendimiento del producto. Los datos fueron recolectados a partir de 46 empresas de software en cuatro grandes ciudades de Indonesia. Los datos obtenidos fueron analizados para verificar el modelo teórico propuesto con el menor cuadrado parcial ecuaciones estructurales (PLS-SEM) técnica. Los resultados muestran que el proceso es significativamente influenciada por integración interna y la normalización y rendimiento del producto mientras que es significativamente influenciada por integración externa y la necesidad volatilidad. Este estudio contribuye a una mejor comprensión de cómo el conocimiento integración puede ser administrado en la externalización de la DSI ver proyectos de aumentar su éxito.

Palabras clave: integración externa; integración interna; los proyectos de software externos; rendimiento del proceso; rendimiento del producto; requisito volatilidad; normalización.

1         Introducción

Desarrollo de Software es una tarea muy compleja en la que diferentes grupos de personas tienen que colaborar e intercambiar sus conocimientos. Este proceso puede implicar un alto grado de incertidumbre, que puede resultar en altas tasas de fracaso. En respuesta a este problema, las diferentes estrategias y técnicas han sido propuestas para reducir al mínimo los efectos negativos de los riesgos en proyectos de software. Estrategias tales como la gestión de normalización y requisitos se han utilizado con frecuencia en ingeniería de software [ 1].

Varias investigaciones en desarrollo de sistemas de información (DSI) se han hecho para encontrar los factores que influyen enel rendimiento del proyecto ISD. Un número de investigaciones se centraron en el estudio de los efectos de los procedimientos técnicos y las técnicas que se utilizan en el proceso de ingeniería de software en el desempeño del proyecto ISD. Los estudios que se centraron en el papel de métodos técnicos son, entre otros, Nidumolu [ 2], Nidumolu [ 3], Zowghi y Nurmuliani [ 4], Na [ 5], Na, et al. [ 6], y Na, et al. [ 7].  Estas investigaciones sobre todo examinar la influencia de factores tales como la normalización, requisito incertidumbre, incertidumbre inherente, la coordinación y la necesidad las prácticas de ingeniería. Miraron por la influencia de estos factores sobre el rendimiento del producto y el rendimiento de los procesos.

Aunque algunas organizaciones han aplicado una gran variedad de métodos y herramientas para resolver problemas de desarrollo software, aproximadamente el 75% de los proyectos de desarrollo de software se han demorado, por encima de su presupuesto, o no ofrecen funcionalidades básicas [ 8]. Estudios como Barki, et al. [ 9], Wallace, et al. [ 10], Wang y Liu [ 11], Jiang, et al. [ 12], y Jun, et al. [ 13] han abordado el efecto de las prácticas de gestión en sus investigaciones.

Mientras que en el pasado las investigaciones se centraron más en el análisis de los roles de métodos técnicos para aumentar desempeño del proyecto ISD [ 14] y estudiar el efecto de las prácticas de gestión en el resultados de los proyectos ISD, investigaciones recientes han sugerido que EL ISD debe ser considerado más desde una perspectiva de la gestión del conocimiento [ 14] - [ 17].  Además, la mayoría de los estudios realizados en el pasado se concentró en el conjunto de los proyectos de desarrollo. Recientemente, sin embargo, las empresas han ido subcontratar la totalidad o parte de sus actividades a proveedores externos [ 18], incluyendo actividades de ISD. Proyectos externos en la ISD, cliente y proveedor comparten la responsabilidad de la gestión del proyecto. Como el proveedor se enfrenta a una gran cantidad de riesgo en un proyecto ISD subcontratado, una investigación sobre cómo gestionar el riesgo del proyecto ISD y el rendimiento de la perspectiva del proveedor es importante [ 19].

2         Revisión de la literatura

Diversas perspectivas se han utilizado para examinar por qué algunas organizaciones tienen más éxito que otros en la ejecución de procesos ISD. Estudios anteriores sobre  ISD se centran más en la aplicación de principios técnicos para conseguir uno más manejable y previsible proceso de desarrollo de los sistemas y resultados de rendimiento [ 14].  Algunos de estos estudios se centraron en gestión del riesgo en los proyectos de software por analizar los diferentes aspectos del proceso de desarrollo que crea incertidumbre en el proceso y la forma en que diversas técnicas y métodos se pueden aplicar para gestionar la incertidumbre [ 10].

De esta corriente de estudios, entre otros, Nidomolu [ 3] y Na, et al. [ 6] examinó el efecto de incertidumbre y exigencia en el proceso de normalización y el desempeño de los productos en los proyectos de desarrollo de software.

Nidumolu [ 3] se describe la incertidumbre de las necesidades como la diferencia entre la información necesaria para identificar las necesidades de los usuarios y la información que está en su posesión por los desarrolladores. El estudio identificó tres dimensiones de la incertidumbre: requisito inestabilidad (que refleja la magnitud de los cambios en los requerimientos de los usuarios en todo el proyecto), requisito diversidad (que refleja el grado de diferencia entre los usuarios acerca de los requisitos), y la necesidad analizabilidad (la medida en que el proceso de producción especificación de requisitos puede ser reducida a procedimientos objetivos).

...