Académique Documents
Professionnel Documents
Culture Documents
Resumen. El presente artculo tiene como objetivo elaborar una metodologa para el desarrollo de software de
gestin basado en componentes, integrando las prcticas giles, estndares internacionales de gestin de proyectos
y calidad de software y el modelo CMMI, para la mejora de las evaluaciones en los indicadores que miden la
ejecucin del proyecto, la satisfaccin del cliente, la calidad del proceso y del producto en proyectos de software.
Esta metodologa se llama DAC, siglas de Desarrollo gil con Calidad. Surge ante la necesidad de algunas
entidades desarrolladoras de software de adaptarse a los cambios, brindar software con calidad a sus clientes en
perodos cortos de tiempo y reducir siempre que sea posible los gastos. DAC es un compendio de prcticas de
PMBOK, CMMI-DEV, ISO/IEC 12207, XP, Scrum, FDD y el Maniesto gil. Al aplicar DAC en una fbrica de
software la misma puede brindar a sus clientes la seguridad de tener como premisa la calidad en el proceso de
desarrollo. Esto garantiza por ende un nivel aceptable de calidad en los productos los cuales pueden entregarse en
perodos cortos de tiempo de forma incremental aportando valor de negocio para el cliente. La metodologa DAC
est sustentada en una investigacin de tipo explicativa donde se emple, entre otros, el mtodo experimental,
realizando un pre experimento con pre y post prueba con un solo grupo. Ha sido aplicada en una entidad
desarrolladora de software durante un ao obteniendo resultados alentadores en cuanto a la ejecucin del proyecto y
resultados de evaluaciones de calidad a procesos y productos.
Palabras clave: calidad de software, CMMI, DAC, enfoque gil, metodologas giles, metodologa de desarrollo
de software, proceso de desarrollo de software.
Abstract. This research aims to develop a methodology for the development of management software based on
components, integrating agile practices, international standards of project management and software quality and the
CMMI model for improving assessment indicators measuring project execution, customer satisfaction, quality of
process and product in software projects. This methodology is called DAC, which stands for Quality Agile
Development. This approach emerged as a response of some software development companies to adapt to changes,
providing quality software to customers in short periods of time and reduce costs whenever possible. DAC is a
compendium of practices from PMBOK, CMMI-DEV, ISO/IEC 12207, XP, Scrum, FDD and Agile Manifesto.
Applying DAC in a software factory that can provide its customers the security of having quality premised on the
development process. This therefore ensures an acceptable level of quality in products which can be delivered in
short time periods incrementally, adding business value to the customer. The DAC methodology is supported by an
investigation of explicative type where it was applied, among others, the experimental method by performing a pre
experiment with pre and post test with a single group. It has been implemented in a software developer organization
for one year with encouraging results in regard to compliance with production schedules, customer satisfaction and
results of evaluations of process and product quality.
Keywords: agile approach, agile methodologies, CMMI, DAC, software development methodology, software
development process, software quality.
Citar, estilo APA: Snchez, A. (2013) Modelo y prcticas esenciales de la metodologa DAC integrando los mtodos giles PMBOK y CMMI-DEV. Revista
QUID, (21), 13-24.
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
14
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
15
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
modelo de calidad. Esta prctica tan comn trae Tambin cuenta con dos reas de procesos de
consigo el hecho de que el conocimiento y la proteccin: gestin de proyectos y soporte; y las
descripcin del proceso real recaen en las personas y disciplinas de ingeniera: modelado del negocio,
la transmisin de este conocimiento depende de arquitectura y diseo, especicacin de requisitos,
estas. implementacin, pruebas, despliegue y
mantenimiento.
De ah la necesidad de establecer una metodologa
que recopile esas buenas prcticas tanto empricas En la Tabla 1 se muestra cmo integrar DAC con el
como denidas y las concentre en un modelo. PMBOK en cuanto a los grupos de procesos.
La metodologa DAC tiene ocho etapas del ciclo de Las reas de proceso de la categora ingeniera de
vida llamadas fases o procesos: inicio del proyecto, CMMI se denen dentro de los ocho procesos
anlisis y diseo de alto nivel, desarrollo de bsicos vinculadas a las disciplinas de ingeniera.
requisitos, construccin del producto, cierre de Las reas del conocimiento de PMBOK estn
iteracin, liberacin del producto, transicin del incorporadas en la denicin de los procesos de
producto y cierre del proyecto. gestin de proyecto.
1
Por cuestin de espacio se referencian las reas de procesos por sus siglas segn CMMIProductTeam, (2010).
16
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
De igual forma los procesos de la ISO/IEC 12207 se misma operacin. Cada sub-problema ser resuelto
denieron dentro de los procesos de gestin de mediante un componente y el problema resuelto ser
proyecto, soporte y las disciplinas de ingeniera el software o producto nal; por lo que las entregas
como se muestra en la tabla 2. en DAC son a nivel de iteracin, en la que habr
obligatoriamente un incremento del producto a partir
Tabla 2 Integracin de ISO/IEC 12207 y CMMI de la solucin de un componente del mismo. Adems
en cada iteracin se dene como mnimo un hito a
CMMI 1 ISO/IEC 12207 cumplir por cada fase.
TS Instalacin del software
Implementacin del software
Diseo arquitectnico del software Al nalizar cada iteracin se realiza la integracin
Diseo detallado del software del componente al producto obtenido hasta el
Construccin del software momento realizando pruebas de integracin. Las
Ingeniera de dominio
Gestin de reutilizacin de software
iteraciones no tienen que desarrollarse todas al
Gestin de reutilizacin de activos mismo tiempo sino que depende del plan del
RD Anlisis de requisitos del software proyecto.
PI Instalacin del software
Integracin del software En la Fig. 1 se puede ver el modelo del proceso DAC
VER Pruebas de calicacin del software y en la Fig. 2 los componentes del modelo ms
Vericacin del software
VAL Pruebas de calicacin del software
detallados. Entre el Inicio y Cierre del proyecto se
Soporte de aceptacin del software realizan iteraciones por entregas de versiones del
Mantenimiento del software producto. Entre las fases de Desarrollo de
Validacin del software Requisitos, Construccin del Producto y Cierre de
REQM Denicin de requisitos de los involucrados Iteracin ocurren iteraciones concurrentes a nivel de
PP Planicacin del proyecto
PMC Evaluacin y control del proyecto
componentes. Adems, entre las fases de Desarrollo
SAM Adquisicin de Requisitos y Construccin del Producto puede
Proceso de oferta ocurrir un ciclo pues a medida que los requisitos son
IPM Gestin de la Informacin descritos estos pueden ir entrando a la fase de
Gestin del Modelo del Ciclo de Vida Construccin del Producto.
Gestin de la Infraestructura
Gestin de los Recursos Humanos
Gestin de la Calidad
CM Gestin de la Conguracin
Gestin de la Conguracin del Software
MA Medicin
RSKM Gestin de Riesgos
PPQA Aseguramiento de la Calidad del Software
Revisin del Software
Auditora del Software
DAR Resolucin de Problemas del Software
Gestin de Decisiones
CAR Resolucin de Problemas del Software
Gestin de Decisiones
17
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
18
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
del hecho de que un equipo de proyecto es una Documentar, pero solo lo estrictamente
comunidad de desarrollo. Tambin se propone el necesario, que sea rentable el aprovechamiento
uso de repositorios de activos de productos y de la documentacin respecto del esfuerzo
componentes. asociado a elaborarla (en DAC es utilizar cada
DAC dene varios tipos de reuniones: reunin de uno de los productos de trabajo denidos en la
inicio de una iteracin, reunin diaria, reunin de metodologa de la manera ms eciente y en el
anlisis de resultados (mximo cada 30 das), momento que corresponda).
reunin de chequeo de acuerdos con Establecer pautas para gestionar convenientemente
involucrados, reunin de cierre de iteracin. el retrabajo (mientras sea posible evitar el retrabajo
y si ocurre debe analizarse, priorizarse e
Por otra parte, de la metodologa FDD (Palmer & incorporarse a la planicacin).
Felsing, 2001) se retoma en DAC la idea del
desarrollo de un modelo inicial de alto nivel, que se Uniendo todo lo anteriormente expuesto junto a un
corresponde con la metfora de XP. DAC indica que conjunto de buenas prcticas generales en el
debe establecerse una arquitectura base para poder desarrollo de software a continuacin se resumen las
iniciar el desarrollo a partir de la priorizacin y prcticas de DAC.
agrupamiento de los requisitos del cliente o de alto
nivel. Estos requisitos se traducen en objetivos del Calidad en la gestin de los recursos humanos:
proyecto, que guiarn el proceso de desarrollo
mediante su desglose, renamiento, anlisis, Realizar las reuniones necesarias planicadas.
especicacin y validacin en las distintas fases. Comunicacin mediante las redes e internet y
cara a cara siempre que sea posible.
Tambin se incluyen actividades como el estudio de Capacitacin constante del equipo.
los documentos, el desarrollo de un modelo en reas Socializacin del conocimiento.
y un modelo global. De estos modelos salen las Colaboracin constante.
propuestas de componentes en distintos niveles de 40 horas semanales.
empaquetamiento y de cada componente las
iteraciones necesarias para desarrollarlos. Calidad de los productos de trabajo:
En Letelier (2013) se presenta una lista creada por Denir la arquitectura de alto nivel al inicio de
este autor de 42 prcticas giles a modo de carta de cada versin.
restaurante para que cada equipo congure su propio Planicacin conjunta entre cliente y equipo de
men. Adems, explica que Este enfoque conlleva proyecto.
la promocin de una estrategia de implantacin que Arquitectura y diseo basados en componentes y
apuesta por combinar prcticas cogidas desde patrones.
diferentes mtodos giles. La mayora de estas Refactorizacin de cdigo.
prcticas se aplican en DAC de forma ntegra; sin Integracin continua.
embargo otras deben aplicarse haciendo algunas Estndar de cdigo.
adaptaciones. Entre estas: Pruebas en cada iteracin y versin (pruebas
funcionales, de integracin, no funcionales,
Formar equipos pequeos (si el trabajo est aceptacin alfa y beta).
organizado se puede dividir un equipo grande en Desarrollo evolutivo-incremental.
pequeos grupos de desarrollo). Evaluar la calidad de cada entregable.
El equipo se autoorganiza y toma las decisiones Gestionar lneas base.
tcnicas (a veces un equipo que se autoorganiza Revisar y gestionar inconsistencias entre los
tiende a acomodarse y no planicar de la manera productos de trabajo.
ms eciente).
Colocalizacin de miembros del equipo, todo el Calidad en los procesos:
equipo trabajando en el mismo espacio fsico
(con el uso de las tecnologas de la informacin y Documentar, rmar y satisfacer los acuerdos con
comunicaciones esto no es necesario, al menos no involucrados y compromisos con el plan.
siempre). Controlar y rmar las solicitudes de cambio.
Que los integrantes del equipo no tengan solo Planicar y ejecutar el aseguramiento de la
algunas actividades jas asignadas (es ideal un calidad del proceso y del producto.
equipo as pero en DAC se le da mucha Planicar guiado por entregas y requisitos.
importancia a la especializacin de cada Adaptar los procesos denidos.
miembro en su rol). Seguir los procesos denidos.
19
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
5. VALIDACIN DE LA PROPUESTA
Recopiladas en informes de estado de ejecucin del La adherencia a los procesos denidos en DAC
proyecto: propici planicar por entregas los proyectos y
proveer a los clientes versiones del software en
ndice de ejecucin del proyecto (IE). frecuencias cortas. Cada entrega de software estuvo
precedida de revisiones de calidad, liberaciones de
ndice de rendimiento de la ejecucin (IRE). lneas base, auditoras a la conguracin y pruebas
de software en los distintos niveles.
ndice de rendimiento de la planicacin (IRP).
Los proyectos seleccionados haban sido abortados
ndice de rendimiento de los recursos humanos con anterioridad en sus intenciones de liberacin de
(IRRH). productos por la empresa CALISOFT. Posterior a la
implementacin de la metodologa tres de los
ndice de rendimiento de la ecacia (IREF). proyectos lograron una liberacin de la primera
versin de los productos en desarrollo.
En la Fig. 3 se muestran los resultados promedios de
calidad y ejecucin antes y despus de la aplicacin 5.1. Trabajos futuros
de la metodologa en la muestra seleccionada.
Como trabajo futuro se prev validar la propuesta por
En el caso de las no conformidades, a mayor el criterio de expertos as como medir y analizar
porcentaje peor el resultado. En el caso de los todos los indicadores previstos como parte del diseo
indicadores de ejecucin, a mayor porcentaje mejor de la investigacin (Tabla 3).
resultado.
20
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
21
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
Glazer, H., Dalton, J., Anderson, D., Konrad, M., Palmer, S. R., & Felsing, M. (2001). A practical
Shrum, & S. (2008). CMMI or Agile: Why Not guide to feature-driven development: Pearson
Embrace Both? recuperado de: Education.
http://www.sei.cmu.edu/library/abstracts/report
s/08tn003.cfm. Paulk, M. C. (2001). Extreme programming from a
CMM perspective. Software, IEEE, 18(6), 19-26.
Grey, J. (2012). The Development of a Hybrid Agile
Project Management Methodology. North-West
University, Potchefstroom Campus.
22
Quid N 21, pp. 13-24, jul - dic, 2013, ISSN: 1692-343X, Medelln-Colombia
23