Implantacin de la norma ISO/IEC 12207 con mtodos agiles y Scrum

Est. Yerli Aguilar Guerrero1, Est. Oscar Bustamante Cerrn2 RESUMEN Cada vez ms, las organizaciones ven la necesidad de controlar y mejorar la calidad del software debido al impacto que sta tiene en los costes finales. En este sentido, las organizaciones estn implantando modelos de mejora de procesos software, siendo los de mayor uso CMMI-DEV (Chrissis et al., 2006) e ISO/IEC 15504 ISO/IEC 12207 (ISO, 2004; ISO, 2008a). Sin embargo, numerosos estudios (Hareton y Terence, 2001; Saiedian y Carr, 1997; Staples et al., 2007) confirman que la aplicacin de estos modelos resulta costosa en pymes y pequeos equipos de desarrollo. Y por otro lado, se suma la difcil integracin de las metodologas giles, paradigma ms utilizado por pymes y pequeos equipos de desarrollo (Coleman y OConnor, 2008) con estos modelos. Palabras Claves: SCRUM, NTP-ISO/IEC 12207, Metodologa gil. ABSTARAC Increasingly, organizations see the need to control and improve software quality due to the impact it has on the final costs. In this sense, organizations are implementing models of software process improvement, with the increased use of CMMI-DEV and ISO / IEC 15504 - ISO / IEC 12207 (ISO, 2004, ISO, 2008a) (Chrissis et al, 2006.). However, numerous studies (Hareton and Terence, 2001; Saiedian and Carr, 1997; Staples et al, 2007) confirm that the application of these models is expensive in SMEs and small development teams. On the other hand, the difficult integration of agile methodologies, more paradigm used by SMEs and small development teams (Coleman and O'Connor, 2008) adds to these models. Keywords: SCRUM, NTP-ISO/IEC 12207, Agile Methodology. HISTORIA METODOLOGAS GILES En febrero de 2001, tras una reunin celebrada en Utah-EEUU, nace el trmino gil aplicado al desarrollo de software. De la misma participaron un grupo de 17 expertos de esta industria, incluyendo algunos de los creadores o impulsores de stas metodologas. Su objetivo fue esbozar los valores y principios que deberan permitir a los equipos desarrollar software rpidamente y responder a los cambios que puedan surgir a lo largo del proyecto. Se pretendi ofrecer una alternativa a los procesos de desarrollos tradicionales, caracterizados por ser rgidos y dirigidos por la documentacin generada en cada una de las actividades abordadas. Tras esta reunin se cre La Alianza gil, una organizacin, sin fines de lucro, dedicada a promover los conceptos relacionados con el desarrollo gil de software y ayudar a las organizaciones para que adopten dichos conceptos. El punto de partida fue el Manifiesto gil, un documento que resume la filosofa de este tipo de metodologa (Letelier y Penads, 2006). SCRUM Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se basa en construir primero la funcionalidad de mayor valor para el cliente y en los principios

y 2 Autores Estudiantes del 8 ciclo de Ingeniera de Sistemas del de la Universidad Peruana

Unin-FT

de inspeccin continua, adaptacin, autogestin e innovacin. 1. ANTECEDENTES En la actualidad el software se ha convertido en un elemento esencial de los sistemas convencionales, tales como los sistemas de transportes, gestin, acadmicos, militares y financieros. Para el desarrollo de software existen muchas metodologas, se tiene a las propuestas tradicionales como: Rational Unified Process (RUP), Microsoft Solution Framework (MSF) centradas especialmente en el control de procesos, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir y las herramientas y notaciones que se usarn, por otro lado las llamadas metodologas giles como Extreme Programming (XP), Adaptive Software Development (ASD), SCRUM caracterizadas por tener una orientacin hacia las personas y un desarrollo incremental del software con iteraciones muy cortas (Aguilar 2003). La presidencia del Consejo de Ministros (2004), aprob el uso obligatorio de la Norma Tcnica Peruana NTP-ISO/IEC 12207:2004 y fue revalidado mediante la publicacin de la segunda versin el 13 de julio de 2006 en entidades del Sistema Nacional de Informtica. Este marco de referencia cubre el ciclo de vida del software desde la conceptualizacin de ideas hasta su retirada y consta de procesos para adquirir y suministrar productos y servicios software. La Norma Tcnica Peruana (2006), enfatiza que la NTP describe la arquitectura de los procesos del ciclo de vida del software, pero no especifica los detalles de cmo implementar o llevar a cabo las actividades y tareas incluidas en los procesos. Entonces surge la necesidad de usar un modelo que pueda guiar a las instituciones del Sistema Nacional de Informtica el cumplimiento de la Norma Tcnica Peruana en sus proyectos de desarrollo de Software.

2. LA INTEGRACIN DE LA ISO/IEC12207 Y LOS MODELOS AGILES En el desarrollo software, el qu hacer y el cmo hacerlo han sido siempre aspectos bsicos en la mejora de procesos, que sin embargo en la prctica han creado confusin. Los modelos de procesos, como ISO/IEC 12207, definen buenas prcticas (outcomes) y lo qu se espera encontrar en los procesos, pero en ningn momento indican cmo realizarlo (Glazer et al., 2008; Osterweil, 1987; Wang y King, 2000; Yingxu y Antony, 2002), esto ltimo se describe en las metodologas. Por lo tanto, el uso de modelos de procesos y metodologas giles no debe considerarse un aspecto contradictorio sino complementario. Un problema que sucede en muchas ocasiones cuando se implantan metodologas giles es la falta de documentacin. Como se afirma en (Selic, 2009a), uno de los principios giles sugiere que no debera existir una documentacin exhaustiva, lo cual es correcto, el problema aparece cuando no se documenta. La ausencia completa de documentacin en cualquier soporte no es una buena prctica, ya que no ayuda al personal no directamente involucrado en el desarrollo, como son nuevos desarrolladores o el equipo de mantenimiento. En ningn caso el modelo ISO/IEC 12207:2008 obliga a documentar exhaustivamente, el objetivo que persigue es que las actividades sean repetibles

Implantacin de la ISO/IEC 12207, niveles 1 y 2 con SCRUM El modelo de procesos ISO/IEC 12207:2008 no pone restricciones sobre la metodologa que se debe utilizar para implementar los procesos. Por lo tanto, es posible implementarlos con metodologas giles como SCRUM. En el estudio que aqu se presenta se analiz el grado de relacin de

ISO/IEC 12207:2008 y las prcticas de SCRUM. El estudio se realiz sobre los procesos establecidos en los niveles de madurez 1 y 2 del modelo desarrollado por AENOR (Asociacin Espaola y Normalizacin y Certificacin). Se centra en los procesos del rea de gestin de proyectos, ya que la metodologa SCRUM cubre principalmente estas reas (Schwaber y Sutherland, 2010). Para llevar a cabo le estudio, en primer lugar se analiz el grado de relacin entre los outcomes del modelo ISO/IEC una vez concluida esta primera fase del estudio, se calcul el grado de cobertura de los procesos de planificacin del proyecto y evaluacin y control del proyecto.

Para realizar cualquier proceso de auditora es impredecible conocer la actividad que se va a auditar.

SOCIAL. Si una empresa de desarrollo de software est certificada con una ISO de calidad le dar ms credibilidad y salida al mercado adems podr hacer alianzas con empresas mucho ms grandes en desarrollo de Software y como resultado la empresa seguir creciendo. 5. CONCLUSIONES En la actualidad el software se ha convertido en un elemento esencial en las organizaciones para la toma de decisiones oportunas y acertadas. En consecuencia las organizaciones y/ instituciones buscan a empresas que se dedican al desarrollo de software de alta calidad y eficiencia. Un estndar siempre nos dir que hacer, mas no como hacer, en este caso integramos la ISO/IEC 12207 que es un estndar de desarrollo de software con una metodologa de desarrollo con la finalidad de tener una gua completa donde nos diga el que hacer y cmo hacerlo. Mejores son dos que uno; porque tienen mejor paga en su trabajo (Ecl. 4:9). Dicho esto queremos instar a optar este modelo de trabajo para el desarrollo de software. 6. REFERENCIAS Coleman G, OConnor R. 2008. Investigating software process in practice: A grounded theory perspective. J Syst Softw 81(5):772 Chrissis MB, Konrad M, Shrum S. 2006. CMMI: Guidelines for Process Integration and Product Improvement. 2nd Edition ed: Addison-Wesley Professional Hareton L, Terence Y. 2001. A Process Framework for Small Projects. Software Process Improvement and Practice 6:67-83

3. CASOS DE XITO Evaluacin de la norma ISO 12207 En el proceso de desarrollo de software de la empresa LOGICIEL CA Ltda. En la empresa LOGICIEL Ca. Ltda. Se realiza una evaluacin de procesos para determinar el nivel de madurez que estos han alcanzado y su nivel de aplicabilidad en los proyectos de desarrollo de software.

4. APORTES TECNOLOGICO. El presente artculo describe los resultados obtenidos del estudio realizado sobre el grado de cobertura entre los procesos de ISO/IEC 12207:2008 y SCRUM. Segn el estudio realizado, con la implantacin de SCRUM, se alcanzara, prcticamente, el 83% del proceso de Planificacin del Proyecto y el 75% del proceso de Evaluacin y Control de Proyectos. Con la metodologa agile no es necesario estar llenndonos de tanta documentacin INNOVACION
Auditora Informtica Unidad 7 7.2 ISO 12207: PROCESO DE ASEGURAMIENTO DE LA CALIDAD DESCRITO POR ISO 12207