Modelo de Negocio para la pequeña empresa software: Una propuesta de implantación utilizando CMMI Nivel 2. Judith del Pilar Rodríguez Tenjo 1

Transcripción

1 Modelo de Negocio para la pequeña empresa software: Una propuesta de implantación utilizando CMMI Nivel 2. Judith del Pilar Rodríguez Tenjo 1 Docente del Departamento de Sistemas e Informática Universidad Francisco de Paula Santander, Cúcuta-Norte de Santander. Colombia. Resumen. En el presente artículo, se presenta una guía metodológica para implantar un modelo de mejoras para una pequeña empresa de desarrollo de software, utilizando los lineamientos del modelo de madurez CMMI nivel 2, buscando desde un punto de vista muy particular, dar a conocer los pasos a seguir, definiendo un plan de implementación en áreas claves para el desarrollo de software en una pequeña empresa de la región Norte Santandereana. Palabras claves: Guía metodológica de Proceso de Mejoras, Procesos de Mejora en pequeña empresa, Abstract The present paper presents, a methodological guide for the establishment of a model of improvements for a small software development company, using the guidelines of the model of maturity CMMI level 2, looking from a very particular to publicize the steps to follow defining a plan of implementation in key areas for software development in a small company Norte Santandereana. Introducción La industria de software representa una actividad económica de suma importancia para todos los países del mundo, entre ellos Colombia y más aún la región Norte Santandereana ofreciendo múltiples fuentes de negocio y que se perfila como una de las más grandes oportunidades de los países en vía de desarrollo [1]. La industria del software en la región está representada por empresas de desarrollo de software habitualmente pequeñas y medianas (PyME s) que no están preparadas para competir internacionalmente y en muchos de los casos ni siquiera para proveer software de calidad a los requerimientos locales. Estas pequeñas empresas de software tienen serios problemas de madurez en sus procesos de desarrollo; en muchos casos no existe un proceso real, lo que conduce a modelos caóticos de operación que las afectan y por ende no están preparadas para ser competitivas nacionalmente [2], [3]. La idea fundamental es evaluar y aplicar a los procesos, los lineamientos CMMI nivel 2 para que puedan operar bajo un concepto de calidad, que seguramente llevará a que las empresas produzcan mejores productos basados en las mejoras de sus procesos. La implementación de mejoras de procesos de software en estas empresas, demandan cambios organizacionales. Entre estos cambios se encuentran la planificación de proyectos y control de calidad en los procesos básicos de la organización, reestructuración de grupos de trabajo, cambios de roles y responsabilidades, y la gestión de 1 jprodrig@bari.ufps.edu.co, pilinrt@gmail.com Docente del Departamento de Sistemas e Informática de la Universidad Francisco de Paula Santander, Cúcuta-Norte de Santander. Colombia. Directora Grupo de Investigación y Desarrollo de Ingeniería de Software GIDIS. Candidata de Maestría de la Universidad de Los Andes de Mérida, Venezuela.

2 nuevas capacidades y conocimiento tecnológico. Esto implica un cambio en la forma de pensar y trabajar en el trabajo diario de los desarrolladores. Por esta razón es necesario incorporar un marco en el cual se ordenen y sistematicen los procesos de desarrollo y gestión de los proyectos que integran tecnologías [5]. Al igual, se requiere que los líderes de la organización, sean estrategas con capacidades de definir las directrices que garanticen el fortalecimiento financiero, administrativo, comercial y humano de la empresa. El modelo propuesto pretende mostrar su relación con el modelo CMMI describiendo las actividades y tareas que deben realizarse en un proyecto de desarrollo de software y los procesos que la pequeña empresa debe realizar; cubriendo las actividades descritas por CMMI nivel 2 [6]. El nuevo modelo pretende crear y aplicar un sistema de mejora que integre elementos de modelos de calidad, mejoramiento y evaluación reconocidos internacionalmente, adaptados a las características propias de la industria del software colombiana y que pueda ser replicado a industrias de características similares a nivel nacional e internacional [7]. Propósito y estructura En cuanto a la estructura, el artículo consta de cuatro apartados cuyo contenido se detallan a continuación. El primero describe la motivación y estructura del artículo. El segundo, explica someramente los procesos del nuevo modelo de negocio y la relación existente entre las actividades del modelo CMMI (Etapa 2: El nuevo modelo de negocio). En el tercer apartado se presentan las condiciones ideales a tener en cuenta para la implementación del modelo (Etapa 3: Contexto de la implementación). Por último, en el cuarto apartado, se establecen las líneas de trabajo futuras [6]. En cuanto a la motivación, un proceso es una secuencia específica de actividades de trabajo a través del tiempo y del espacio, con un inicio, un final y unas entradas y salidas claramente definidas: una estructura para la acción. Esto implica un fuerte énfasis en cómo se realiza el trabajo dentro de una organización, en contraposición con un enfoque del producto en qué se produce [8]. Por otra parte, un proceso de software se define como un conjunto organizado de actividades para gestionar, desarrollar y mantener el software y sus productos asociados (documentos de diseño, casos de prueba, manuales de usuario, etc.) [8]. Además, las organizaciones son tan eficaces y eficientes como lo son sus procesos. Si una organización esta compuesta básicamente por personas, procesos y tecnología, porque debemos centrar la atención en los procesos?. La respuesta es porque los procesos nos proporcionan un marco estructurado y disciplinado para que las personas con el apoyo de la tecnología puedan realizar su trabajo de una forma más eficaz y eficiente. En resumen, las empresas actuales requieren de modelos de negocios complejos con una estructura organizacional, procesos y sistemas que deben ser definidos explícitamente.. El trabajo de definir estos modelos de negocio es claramente interdisciplinario, ya que requiere conocimientos de desarrollo del negocio. El objetivo en este artículo es mostrar un nuevo modelo del negocio en donde se definen los procesos que debería implementar o tener una pequeña empresa para hacer posible el cumplimiento de los objetivos y a partir de estos, buscar el cumplimiento de las metas establecidas en el desarrollo de software y alcanzar el nivel madurez 2 de CMMI [9]. El modelo CMMI pretende crear, aplicar y probar un sistema de mejoramiento que integre elementos de modelos de calidad, mejoramiento y evaluación reconocidos internacionalmente [7]. Para conseguir con este objetivo, se definió un guía metodológica basada en tres etapas, donde cada una de ellas contiene actividades que hacen que el trabajo sea fácil y comprensible de realizar. En la etapa 1: se realizó un estudio a empresas de la región obteniendo un diagnóstico de la empresa de software como paso inicial y

3 fundamental para la investigación previa, permitiendo localizar una problemática puntual, a la cual, es posible darle solución [6]. Posteriormente se revisó el modelo de madurez CMMI nivel 2 estableciendo una relación entre las actividades, así como los elementos del nuevo modelo a seguir. 2. Los procesos del nuevo modelo de negocio y la relación CMMI. (Etapa 2) El modelo CMMI constituye un marco de referencia de la capacidad de las organizaciones de desarrollo de software en el desempeño de sus diferentes procesos, proporcionando una base para la evaluación de la madurez de las mismas y una guía para implementar una estrategia para la mejora continua de los mismos. CMMI incorpora al modelo por niveles de madurez de las organizaciones una vista de niveles de capacidad por área de procesos. El nivel 2 de CMMI pese al ser el primer nivel es muchas veces el más difícil de alcanzar y esto es porque se requiere cambiar la forma de trabajar de la empresa, lo que la mayoría de las veces implica un cambio cultural de la misma. Por este motivo es necesario un fuerte apoyo de la dirección para afrontar este cambio. El nuevo modelo de mejora de procesos está orientado inicialmente a conseguir los objetivos del negocio y para ello define un Modelo de Objetivos del Negocio permite identificar la misión, objetivos generales y específicos, cualitativos y cuantitativos, para producir la jerarquización y árbol de objetivos que más tarde deberán ser cumplidos por los diferentes procesos de negocio que (los cuales) serán modelados [6]. Es importante que la empresa defina la política de calidad como el resultado de un análisis de los planes de sus clientes, para esto debe analizar el valor agregado que puede ofrecer a su cadena productiva, y basándose en sus requisitos. Es decir, tiene que cumplir con el enfoque hacia el cliente. También debe expresar su compromiso hacia sus los propios empleados [11]. La empresa debe considerar que debe existir un proceso interno que facilite el desarrollo de la política de calidad y, además, que asegura que ésta sea revisada a intervalos adecuados con lo que continúa siendo apropiada (de tal manera que se pueda medir y que en constituya una herramienta para la mejora). Por lo anterior, debe considerarse dinámica, es decir, puede ir cambiando a través del tiempo, de acuerdo a las necesidades propias de la empresa, ver Figura 1. Figura 1. Política de calidad Otro compromiso del nuevo modelo de mejora es la institucionalización de los cambios y continuar con la mejora a largo plazo. Para ello, se define el Modelado de Negocios como un proceso de representación de uno o más aspectos de una empresa, tales como: su propósito, su estructura, su funcionalidad, su dinámica, su lógica de negocios y sus componentes [12]. La idea es comprender el conjunto de procesos de negocio que tienen lugar dentro de una organización, como paso previo a establecer los requerimientos del software a desarrollar. Por lo anterior, debe considerarse dinámica, es decir, puede ir cambiando a través del tiempo, de acuerdo a las necesidades propias de la organización.

4 El éxito de una organización depende no solo de cómo cada departamento realiza sus tareas, sino también de cómo se coordinan las actividades entre los distintos departamentos. Con frecuencia los departamentos de las empresas actúan buscando maximizar sus propios intereses. Como actividades primarias se consideran, la logística de entrada de materias primas, la transformación de las mismas (producción); la logística de salida (distribución); la comercialización de las ofertas (proceso de ventas) y los servicios anexos a las mismas. La tarea de toda empresa es valorar los costos y rendimientos en cada actividad creadora de valor, así como los costos y rendimientos de los competidores, como puntos de referencia y buscar mejoras. En la medida en que la empresa desarrolle una actividad mejor que la de los competidores, podrá alcanzar una ventaja competitiva. La figura 2 muestra la cadena de valor de los procesos de una pequeña empresa de software (procesos principales) y el conjunto de procesos de apoyo (soporte) que el nuevo modelo de mejoras propone [13], [6]. Figura 2. Cadena de Valor de pequeña empresa de software adaptada del modelo Watch Como Procesos principales se tienen: Los Procesos del modelado del negocio, el modelado del negocio es el punto de partida para la creación del software, examina el dominio entero de la estructura organizacional para asegurarse de que se pueda establecer no sólo el contexto tecnológico sino las necesidades del mismo y la manera como operan los procesos, los actores, los objetos, reglas, eventos y unidades organizacionales del sistema de negocios [14] [15]. Los Procesos de la Ingeniería de Requisitos determinan las necesidades de información y automatización de procesos del negocio. La Ingeniería de Requisitos define y especifica el conjunto de requisitos funcionales y nofuncionales que la aplicación debe satisfacer [6]. El Proceso del diseño de la aplicación, establece la arquitectura de la aplicación y especificar los componentes arquitectónicos de la aplicación para que ésta satisfaga los requisitos establecidos. Las Pruebas del software, son el componente integrado del Proceso desarrollo y una actividad que ha de llevarse a cabo a lo largo del ciclo de vida, desde el principio. Cada componente debe ser probado durante su implementación (comprobación); y después de implementado. La esencia del trabajo de las pruebas cambia dependiendo de los productos que se estén probando (presentando posibilidades de darles seguimiento). Los Procesos de Implementación, cuyo objetivo principal es el desarrollar la arquitectura y el sistema como un todo, es decir, planificar las integraciones del sistema necesario en cada iteración. La Puesta en operación, este proceso tiene como fin la aprobación del software por parte del usuario y entrega del software por parte del líder del proyecto [6]. Hasta el momento se han definido los procesos del desarrollo y se espera que sean eficientes y efectivos para cumplir compromisos y producir un producto íntegro, para ello, el nuevo modelo relaciona los Procesos de

5 apoyo con los procesos que CMMI define. Y para que estos procesos sigan siendo efectivos no sólo deben ser ejecutados consistentemente sino que deben ser mejorados en forma continua [6]. La figura 3, muestra la relación de las áreas de procesos que la organización debe llevar para mejorar los procesos de desarrollo CMMI-SW [3], [5], [7], [9] y asegurar la calidad de sus productos. Figura 3. Modelo CMMI AP en el Nivel 2 y categoría A continuación, se describen los procesos que apoyarían a la organización enmarcados dentro de las cuatro categorías de procesos definidos por CMMI [6], [9]. Dentro de la Categoría de Ingeniería se encuentra: La Administración de Requisitos (REQM). Esta área de proceso al igual que el proceso ingeniería de requisitos tiene como propósito mantener bajo control los requerimientos que el producto a desarrollar deberá satisfacer [8], [19]. En la Categoría de Gestión de Proyectos se tienen: la Planificación de Proyectos (PP) dentro de esta área de proceso se que incluye todas las actividades necesarias para determinar el alcance del proyecto (funcionalidad a desarrollar, actividades incluidas y excluidas, etc.), estimar esfuerzo y costos, establecer el cronograma, identificar riesgos, y obtener el compromiso de todos los involucrados respecto al plan de proyecto [8]. La Gestión de Riesgos, el riesgo es algo que puede ocurrir en el curso de un proyecto que, según el peor resultado, lo afectará de manera negativa y significativa [16],[20]. La gestión del riesgo en el ámbito del software procura formalizar conocimiento orientado a la minimización o evitación de riesgos en proyectos de desarrollo de software, mediante la generación de principios y buenas prácticas de aplicación realista. Este proceso de apoyo está estrechamente relacionado con el área de planificación del proyecto (PP). El Seguimiento y Control de Proyectos SW, su propósito es monitorear la ejecución del proyecto empleando para ello el plan y gestionar acciones correctivas en el caso de detectarse desvíos [8]. Dentro de la Categoría de soporte se encuentran: La Garantía de la Calidad del SW (SQA), una vez establecidos los procesos y estándares definidos en los procesos de desarrollo es importante evaluar su aplicación. La SQA se especializa en la aplicación de procesos de calidad a lo largo del proyecto de software. Su misión no se limita a actividades de verificación, sino que además asume un rol de liderazgo en la gestión de la calidad durante el proceso de creación y diseño del producto software. La garantía de calidad no debe confundirse con la técnica específica de control de calidad, cuyo objetivo es verificar el producto [5],[6],[9]. La Administración de configuración de Software cuyo propósito es establecer y mantener la integridad de los productos de software del proyecto a través del ciclo de vida del proyecto de software. La Verificación & Validación (V&V) del software está formada por un conjunto de procedimientos, actividades y técnicas y herramientas que se utilizan, paralelamente al desarrollo del software para asegurar que el producto software resuelve el problema planteado [16]. Por último, en esta categoría se tiene el proceso de Capacitación de Personal; para mantener el grado

6 de compromiso y esfuerzo, las organizaciones tienen que propiciar climas laborales positivos que les faculte valorar adecuadamente la cooperación de sus miembros, estableciendo mecanismos que le permitan disponer de una fuerza de trabajo suficientemente eficiente y eficaz que conduzca al logro de los objetivos y metas de la organización, y al mismo tiempo logre satisfacer las aspiraciones de sus integrantes. El desarrollo efectivo en la empresa implica planeamiento, estructuración, educación, y capacitación para brindar conocimiento destrezas y compromiso de sus colaboradores utilizándolos creativamente como herramientas para brindar poder [6]. En la Categoría de Gestión de Proceso, se ubica el área de Medición y análisis, que apunta, justamente, a desarrollar y mantener capacidades de medición que permitan satisfacer las necesidades de información de la organización. Una premisa presente en todos los movimientos de calidad es que, lo que no puede medirse no puede mejorarse [9]. Una vez definidos los procesos principales y de apoyo, se define el modelo de actores, que por ser una actividad de mejoramiento de procesos necesariamente se involucra recurso humano que directamente tiene que ver con el desarrollo de las diferentes actividades planteadas anteriormente. El desarrollo de software es una actividad que, dada su complejidad, debe desarrollarse en grupo. Además, esta actividad requiere de distintas capacidades, las que no se encuentran todas en una sola persona. Por ello, se hace necesario formar el grupo de desarrollo con las personas que cubran todas las capacidades requeridas. Cada una de esas personas aportará al grupo parte del total de las capacidades necesarias para llevar a cabo con éxito el desarrollo. En la figura 4, se puede observar que a cada actor se le asigna uno o más roles durante el modelado de proceso,[9]. A este conjunto de actores lo denominamos grupo de modelado de procesos de software o, simplemente grupo de modelado. Cada actor de este grupo tiene asignado uno o más roles durante el modelado de procesos. El Modelo de Actores establece un conjunto de roles y responsabilidades que deben jugar los actores involucrados en el modelado de procesos de software [6]. Figura 4. Modelo actores-roles apoyan DIVISIS (Figura adaptada del modelo Watch) Otro aspecto importante del modelo, es identificar las unidades del negocio, las cuales están organizadas en una jerarquía, que representa, según las líneas de autoridad que gobiernan, las relaciones entre las unidades del negocio. Los procesos del negocio utilizan tecnologías para alcanzar sus actividades más eficiente y efectivamente y los objetos del negocio, la ejecución de un proceso del negocio involucra un conjunto de entidades llamadas objetos del negocio [6].

7 La figura 5, muestra las relaciones entre personal, tareas, producto de trabajo y calendarización de la organización bajo estudio [10]. Figura 5. Diagrama UML relación procesos y actividades de una organización Se puede observar que el nuevo modelo define un Modelo de Negocio tomando la notación dada por UML Business, BMM y el modelo Watch; el modelo adapta aspectos importantes de ellos a la organización en estudio [12], [13]. Busines Modeling Method BMM 2, describe las características generales que tienen las aplicaciones e identifica los productos generados durante el trabajo y los productos entregables denominados modelo de productos [30], ver figura 6. Un producto es una representación o descripción simplificada de una entidad o proceso. Un producto entregable es un producto de trabajo que se puede medir y verificar, tal como una especificación, un informe del estudio de viabilidad, un documento de diseño detallado o un prototipo de trabajo [6]. Figura 6. Modelo de productos producidos por el nuevo modelo 3. Condiciones ideales a tener para la implementación del modelo (Etapa 3). 2 BMM orientado al desarrollo de sistemas de información empresarial, se fundamenta en la noción de Sistema de Negocios

8 El modelo IDEAL [21], tiene como principal propósito establecer los mecanismos necesarios para facilitar la realización de programas de mejora continua en organizaciones, aunque el modelo IDEAL está especialmente orientado a las mejoras en organizaciones intensivas en software. El modelo propuesto al igual que otros modelos de mejora, definen las siguientes actividades para la realización satisfactoria de un programa de mejora de procesos: 1.Compromiso de la dirección, establece lineamientos claros con respecto a los procesos (para la dirección debe ser importante). 2. Implantación, cuyo propósito es el logro de la utilización generalizada en todos los trabajos de la organización con respecto al proceso mejorado. 3. Por ultimo, la fase de análisis de resultados tiene como propósito cuantificar las mejoras logradas con la introducción del nuevo proceso y determinar los próximos objetivos de mejora a satisfacer y difundir sus resultados el interior de la organización [6]. Es fundamental evaluar objetivamente la conformidad con el proceso y que la dirección conozca el estado del proceso. Una vez conformado el equipo de implantación del plan, es necesario definir el conjunto de actividades a desarrollar y asignar los recursos necesarios. La definición del plan para ejecutar la implantación debe permitir calcular adecuadamente el esfuerzo y los recursos necesarios para llevar a cabo con éxito la implantación. Seguidamente, se debe ejecutar el plan, describiendo de manera general los procesos a gestionar y las actividades mínimas a seguir, así como su documentación. Para ello, se propone describir en el Plan: El desarrollo de objetivos: Qué se espera lograr como consecuencia del cambio en términos de resultados observables y cuantificables. Elaboración de estrategias: Qué conjunto de acciones se tienen que realizar para lograr los objetivos. Elección de los Medios de Acción: Identificación de los elementos humanos involucrados en las acciones. El proceso se inicia cuando llega el pedido de un cliente externo o un usuario interno, y de acuerdo a como va a ser especificado en el Plan de implementación a seguir, todos los proyectos deben seguir las siguientes actividades: 1. Revisar los requerimientos antes de incorporarlos al proyecto (Se identifican los incompletos o faltantes), determinar si son factibles y apropiados para implementarlos. 2. Realizar estimaciones del tamaño, esfuerzo y plazo. 3. Planear de forma detallada las actividades de análisis y diseño funcional y técnico, codificación, pruebas unitarias, pruebas integrales, certificación y pase a producción; teniendo especial énfasis en las coordinaciones en los casos de requerimientos con impacto en otros equipos de proyectos. 4. Diseñar la solución funcional y técnica que corresponda a la mejor alternativa elegida entre varias según los criterios definidos. 5. Diseñar la estrategia y casos de pruebas para certificar la solución propuesta. 6. Documentar las especificaciones de análisis y diseño, así como el código, pruebas de certificación y los manuales. 7. Obtener la conformidad de Certificación para asegurar que el producto integrado cumple con lo acordado entre el usuario y el equipo de trabajo. 8. Ser puestos en producción una vez que han obtenido la conformidad por Certificación. 9. Realizar revisiones de equipos (o revisiones de pares) de los entregables determinados de forma estándar y adicionalmente aquellos que sean a consideración del líder de equipo o del líder del proyecto. 10. Seguir el procedimiento de control de cambios para los proyectos cuando hayan solicitudes de cambio de parte de los clientes externos, usuarios internos o el equipo de proyecto. 11. Tener revisiones de aseguramiento de la calidad de los procesos y productos según se establezcan.

9 Las actividades anteriores normalmente son involucradas en varios proyectos que la organización realiza, para ello puede organizarlos según las áreas de procesos definidas por CMMI, la idea es alcanzar el nivel 2 o gestionado. La implementación de los procesos mencionados anteriormente y la realización de las actividades, conlleva a que en este nivel todos los proyectos a desarrollar sean gestionados y controlados en todo momento. Esto conduce también a la consecución de las metas específicas de este nivel implicando conseguir algunas de las metas globales que el modelo CMMI define y que el nuevo modelo del negocio adapta. 4. Líneas de trabajo futuras. En los apartados anteriores se realiza una propuesta de implantación del nivel 2 de CMMI en una organización pequeña de software. Describiendo las etapas a seguir y las actividades a realizar en cada una de ellas. El siguiente paso sería llevar a cabo estos procesos en empresas de software, en la medida de lo posible con empresas reales, para determinar si verdaderamente se pueden adecuar estos procesos a la organización. Agradecimientos La autora agradece a XXXXXXXXXXXXX por la revisión del documento y sus comentarios. Reconocimiento Se reconoce a la DIVISIS de la UFPS como organización encuestada por su participación en la presente investigación. Igualmente a la Doctora Judith Barrios A. Docente de la Universidad de los Andes, Mérida Venezuela por su colaboración y apoyo en la dirección del Trabajo de Maestría. Conclusiones El nuevo modelo de procesos se encarga de mostrar de manera sencilla aquellos procesos que deben definirse y gestionarse en una empresa desarrolladora de software que quiera alcanzar el nivel madurez 2 de CMMI. La información de sus procesos se puede representar a través de este modelo incluyendo la estructura y caracterización de los mismos. El nuevo modelo describe la organización del equipo de trabajo, sus actores, sus roles y responsabilidades en una empresa desarrolladora de software. También presenta el entorno en el que se establece el contexto del proceso de ingeniería, siguiendo las prácticas que CMMI nivel 2 define. El modelo propuesto y su relación con el modelo CMMI describe las actividades y tareas que deben realizarse en un proyecto de desarrollo de software y los procesos que una organización de software debe realizar. Cubre as actividades descritas por CMMI, y en este sentido, se puede decir que el nuevo modelo de proceso es completo, modificable, produce resultados y es fácilmente aprovechable. El modelo es gráfico facilitando su estudio (fácil de transmitir y comunicar), permite leer de manera sencilla los diferentes procesos a modelar, los actores y productos que se obtienen del modelado. El modelo puede ser institucionalizado en cualquier empresa desarrolladora de software de la región Nortesantandereana y del país. De esta forma es posible que las organizaciones desarrolladoras de software crezcan y vuelvan más complejas sus operaciones, diseccionando los procesos hasta que cada uno de ellos pueda ser realizado en el marco de una rutina de trabajo. Referencias

10 [1] Caracterización de las Empresas Pertenecientes a la Industria Emergente de Software del Sur Occidente Colombiano Caso Red de Parques PARQUESOFT [2] Sandra Luengas, Bibiana Jaime. Estudio Desarrollo Software Norte de Santander Tesis de Pregrado Ingeniería de Sistemas de la UFPS. [3] Judith del Pilar Rodríguez T. artículo Marco de Trabajo CMMI Nivel 2 En las Empresas Desarrolladoras De Software, presentado UNIPAMPLONA Mayo [4] Judith del Pilar Rodríguez T. Diagnóstico DIVISIS de la UFPS Cúcuta, Colombia, [5] Ojelanki Ngwenyama and Peter Axel Nielsen, Competing Values in Software Process Improvement: An Assumption Analysis of CMM From an Organizational Culture Perspective, IEEE Transactions On Engineering Management, vol. 50, no. 1, February [6] Judith del Pilar Rodríguez Tenjo. Trabajo Tesis Maestría, Propuesta para implantar el nivel 2 CMMI en la División de Sistemas de la Universidad Francisco de Paula Santander, Cúcuta Norte de Santander, Colombia. [7] Hurtado J. y otros. SIMEP-SW- Sistema Integral de Mejoramiento de los Procesos de Desarrollo Software en Colombia. Colciencias [8] Mario Luis Peralta en su tesis de magíster Asistente para la Evaluación de CMMI-SW [9] Software Engineering Institute. CMMI for Systems Engineering, Software Engineering, Integrated Product and Process Development, and Supplier Sourcing (CMMI-SE/SW/IPPD/SS, V1.1) Staged Representation. CMU/SEI-2002-TR-012 ESC-TR [10] Bernd Bruegge y Allen Dutoit. Ingeniería de Software Orientada a Objetos. Printice Hall. Primera edición ISBN [11] ISO 9000:2000 Estrategias para implantar la norma de calidad para la mejora continua Editores Limusa México D.F. [12] Jonás Moltilva C. Articulo Modelado de Negocios, del espacio del problema a espacio de la solución. Universidad de los Andes, facultad de Ingeniería, Mérida Venezuela. Mayo [13] Jonás Montilva C. and Judith Barrios A.A Business Modeling Method. For Information Systems Development. Universidad de Los Andes, Facultad de Ingeniería, Escuela de Ingeniería de Sistemas, Departamento de Computación, Mérida-Venezuela. [14] Judith Barrios and Jonás Montilva. A Methodological Framework for Business Modeling. Proceedings of the 5th Int. Diapositivas, Conferencia on Enterprise Information Systems (ICEIS 2003), Angers, France, April, [15] Jonas A. Montilva C. Modelado de Procesos de Software, Conferencia. IEE Computer Society Región 9, Capitulo Argentina Programa DVP [16] Roger Pressman. Ingeniería de Software. Un enfoque Práctico. Mc Graw Hill. 6 Edición México [17] Eric J. Fraude Ingeniería de Software. Una perspectiva orientada a objetos. Alfaomega. Primera Edición [18] Stephen r. Schard.Ingeniería de Software Clásica Orientada a Objetos.. Mg Graw Hill [19] Software Engineering Institute. CMMI for Systems Engineering, Software Engineering, Integrated Product and Process Development, and Supplier Sourcing (CMMI-SE/SW/IPPD/SS, V1.1) Staged Representation. CMU/SEI-2002-TR-012 ESC-TR [20] Steven McConnell. Desarrollo y Gestión de Proyectos Informáticos Primera Edición Mc Graw Hill. [21] Luciano Guerrero, Montreal, PQ, Canadá. Ciclo de Mejoramiento de Procesos: el Modelo IDEALS. The following registered trademarks in the U.S. Patent and Trademark Office are used in this document:capability Maturity Model and CMM IDEALsm is a service mark of Carnegie Mellon University