Modalidad a Distancia
ra: Gestión de Proyectos de Actividad: 5, 2.1 Gestion de Proyectos usando Marco de alidad. !o. De control: 12"#$%$5
ontenido Contenido................... Contenido............................. ..................... ..................... ..................... ...................... ..................... ..................... .................. ....... 1 2.1. La gestión de proyectos usando un marco de calidad.............................2 calidad.............................2 2.2 Estándares y Métricas de calidad en la ingeniería de SW......................10 1. S! "000.#... "000.#....... ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ .......... .............. .......... ..10 10 2. CMM # CMM...... CMM.......... ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ......... ............ .............. ..............11 .......11 $. S%CE.... S%CE........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ ........ .......... .............. ............... .............. .............12 ......12 M&'(C)S................. M&'(C)S............................ ..................... ..................... ..................... ..................... ..................... ..................... .................. ....... 1$ M&'(C)S %)() %)() L) C)L*)* *EL S!+'W)(E.......... S!+'W)(E...........................................1$ .................................1$ E+C)C) *E L) ELM,)C-, ELM,)C-, *E *E+EC'!S............................................ *E+EC'!S............................................ 1 2.2.1 %S% y 'S%..................... 'S%................................ ..................... ..................... .................................................. ....................................... 1/ %S%................... %S%.............................. ..................... ..................... ..................... ..................... ..................... .................................... .......................... 1/ 'S%................... 'S%............................. ..................... ..................... ..................... ..................... ..................... ..................... .......................... ................ 1 2.2.2 CMM................... CMM............................. ..................... ..................... ..................... ...................... ....................................... ............................ 1 EL M!*EL! CMM.................... CMM............................... ..................... ..................... ..................... ..................... .........................1 ..............1 2.2.$ M!%(!S!+'.............. M!%(!S!+'........................ ..................... ..................... ..................... ...................... ................................ ..................... 20 i3liogra4ía...................... i3liogra4ía................................. ..................... ..................... ..................... ..................... ................................... ........................ 22
2.1. &a gestión de 'royectos usando un (arco de calidad La calidad es un concepto comple5o y con di4erentes 4acetas6 y en consecuencia de3e ser estudiado en di4erentes perspecti7as 8D. Garvin, 1%#29. 'ras anali:ar campos di4erentes como la ;loso4ía6 la economía o el mar
n ?ar7in6 estas son@ 1. )isión trascendental de la calidad. 'am3ién denominada calidad relati7a. Aace re4erencia el BecBo de ue la calidad es 4ácil de perci3ir y reconocer6 pero di4ícil de de;nir. Seg>n esta perspecti7a6 todos tenemos un concepto similar de lo ue es la calidad del so4tDare6 algo así como un ideal ue Ba3ría de alcan:ar. ,o o3stante6 ue es di4ícil ue el so4tDare6 una 7e: construido6 tenga la per4ección de un so4tDare ideal ue sir7iese al mismo ;n. 2. Pers'ectiva del usuario. Seg>n esta perspecti7a6 la calidad se entiende como con4ormidad con auello ue el cliente espera reci3ir y ue 4ue esta3lecido en las especi;caciones del so4tDare. ) di4erencia de la perspecti7a anterior6 la perspecti7a del usuario permite medir la calidad en términos concretos@ cuanto mayor sea el grado de cercanía entre las necesidades del usuario y las características proporcionadas por el so4tDare6 mayor será su calidad. ". Pers'ectiva de la 'roducción. denti;ca la calidad del producto con la calidad de los procesos de producción y post# 7enta. Seg>n esta perspecti7a6 todo producto 4a3ricado de acuerdo con estándares regulados de calidad podrá ser considerado un producto de calidad6 posi3lemente me5or ue otros ue no Bayan sido 4a3ricados seg>n este tipo de criterios. &sta es la 7isió0n de la calidad del estándar S! "001 y del modelo de madure: CMM. *. Pers'ectiva del 'roducto. Esta perspecti7a6 relaciona la calidad con ciertas características de este6 tales como la 4acilidad de mantenimiento6 la 4uncionalidad o su ;a3ilidad. ) di4erencia de las anteriores ue o3ser7an la calidad del so4tDare y como es perci3ida e=teriormente6 esta perspecti7a apunta a la calidad interna del so4tDare. Es la perspecti7a ue recoge6 por e5emplo6 el estándar EEE 101#1""26 donde se enuncia un con5unto de atri3utos a estudiar en el so4tDare construido.
5. &a 'ers'ectiva del valor. Esta3lece una relación entre la calidad del dinero ue el cliente está dispuesto a pagar y la calidad del producto. Se trata de una 4orma pragmática de entender la calidad6 pues llegando a un punto donde e=iste un conicto entre lo ue el cliente está dispuesto a pagar y el costo real de lo ue solicita6 los gestores del desarrollo tendrán ue decidir ué ni7el de calidad puede implementarse para satis4acer las necesidades del cliente6 pero teniendo en cuenta ue dicBo cliente no está dispuesto a asumir los costos de la me5or de las implementaciones posi3les. Los clientes o el departamento de mar
alidad del 'roducto. La calidad del producto apunta a los atri3utos internos del so4tDare como 4uente de calidad6 a di4erencia de otras perspecti7as ue e7al>an la calidad desde un punto de 7ista e=terno6 midiendo la calidad en 4unción de cómo ésta se perci3e sin e7aluar las interioridades del producto en sí. Se denomina calidad del so4tDare el grado en ue un so4tDare posee una com3inación de atri3utos desea3les.
Esta de;nición de calidad6 orientada a la cuanti;cación y medida de la misma6 coincide con la noción de calidad de los modelos más clásicos como el de McCall6 el de oGBm o el ue de;ne el estándar de calidad S!HEC "12. ) continuación se estudian estos modelos.
Modelo de calidad de Mcall (econociendo la naturale:a intangi3le y Basta cierto punto a3stracta de la calidad6 mucBos autores Ban pu3licado modelos ue tratan de caracteri:ar el so4tDare de modo ue resulte más 4ácil e7aluar y medir los costos y 3ene;cios de la calidad del so4tDare. El modelo de McCall 81"II9 4ue creado para las 4uer:as aéreas norteamericanas con la intención de acercar las 7isiones de calidad de los desarrolladores y usuarios. Es de especial importancia por ser Bistóricamente el primero y la 3ase de es4uer:os posteriores6 y se organi:a en torno a tres tipos de características de calidad@ 1. +actores de calidad6 ue permite especi;car cómo 7en el so4tDare sus usuarios desde el e=terior. 2. Criterios de calidad6 ue identi;ca cómo de3e construirse internamente el so4tDare desde la perspecti7a del desarrollador. $. Métricas de calidad6 ue indican cómo controlar y medir la calidad. 'al y como se muestra en la siguiente ;gura6 este modelo de;ne tres perspecti7as desde las ue de3en estudiarse los once 4actores ue en total se computan en la medida de la calidad de un producto de so4tDare. Estas perspecti7as son@
+evisión del 'roducto. Esta perspecti7a estudia la capacidad del producto para adaptarse a los cam3ios. Se tiene en cuenta auellos 4actores ue inuyen en la capacidad de adaptación del
producto6 tales como la 4acilidad de mantenimiento 8disposición para ser modi;cado para ser corregido6 adaptado o ampliado96 la e=i3ilidad 8capacidad para introducir cam3ios en 4unción de las necesidades de negocio9 y la 4acilidad de e7aluación 8capacidad para 7alidar los reuisitos esta3lecidos para el so4tDare9.
ransición del 'roducto. Esta perspecti7a identi;ca los 4actores de calidad ue inuye en la capacidad ue tiene un cierto so4tDare para adaptarse a distintos conte=tos de operación. )sí6 tiene en cuenta 4actores tales como la reusa3ilidad6 porta3ilidad o la interopera3ilidad. -'eración del 'roducto. Esta perspecti7a identi;ca auellos 4actores de calidad ue tienen ue 7er con la 4orma en ue el so4tDare lle7a a ca3o sus 4uncionalidades6 y en la medida en ue cumple con sus especi;caciones. )sí6 tiene en cuenta la corrección 8ue las 4uncionalidades solicitadas en su especi;cación se encuentren disponi3les96 la ;a3ilidad 8ué 4allos tiene el sistema en operación96 la e;ciencia en términos de uso de recursos6 la integridad 8protección contra accesos no autori:ados a la in4ormación9 y la usa3ilidad. En suma6 los once 4actores de calidad apuntados por Mcall están organi:ados en las tres perspecti7as anteriores. %ara e7aluar la calidad de un so4tDare6 será necesario medir dicBos 4actores6 para lo cual el modelo esta3lece el siguiente proceso@
1. Especi;car los reuisitos de calidad del producto so4tDare a desarrollar6 seleccionando auellos aspectos ue tengan relación con la calidad deseada. 2. Esta3lecer los 4actores de calidad 8de entre los once descritos9 so3re los ue aplicar los reuisitos de calidad esta3lecidos para el proyecto. $. E7aluar los 4actores seleccionados mediante criterios ue el método proporciona para cada 4actor. )sí por e5emplo6 si en la e7aluación de la calidad de un cierto so4tDare Bemos seleccionado la 4acilidad de mantenimiento como 4actor de calidad6 e7aluaremos dicBo 4actor mediante los criterios especí;cos para el mismo. En el caso de la 4acilidad de mantenimiento dicBos criterios son la modularidad6 la simplicidad6 la concisión6 y la auto descripción.
M-D&- D /-0M El modelo de /o3( 81"I9 es otro modelo de calidad 3asado en la identi;cación de un cierto n>mero de características de calidad para el so4tDare. %osterior al modelo de McCall6 su aportación 4undamental es la de;nición de lo ue oGBm denomina utilidades principales6 un reconocimiento e=plícito de ue para ser considerado de calidad6 un sistema de so4tDare de3e ser 4undamentalmente >til. ) partir de este concepto de utilidad6 /o3( plantea un modelo 5eráruico en el ue se de;nen tres utilidades de alto ni7el6 ue serían los reuisitos 3ásicos del so4tDare. *icBas utilidades son las siguientes@ •
•
Ftilidad tal y como está6 ue representa Basta ué punto el so4tDare 8tal y como está en este momento9 es 4ácil de usar6 ;a3le y e;ciente. +acilidad de mantenimiento6 ue se concreta en la 4acilidad para identi;car ué es necesario modi;car6 así como la
•
4acilidad de modi;cación o de e5ecución de las prue3as so3re el elemento modi;cado. %orta3ilidad6 esto es6 la 4acilidad para utili:ar el so4tDare en un nue7o entorno6 distinto a auel en ue se está utili:ando en este momento.
Estos tres usos principales representan el primer ni7el de la 5eraruía del modelo de /o3(. En el segundo ni7el6 se identi;can siete 4actores de calidad ue se asocian con los tres usos del primer ni7el. Estos 4actores son los siguientes@ 1. Porta4ilidad6 representa la 4acilidad para utili:ar el so4tDare en nue7os entornos 8sistemas operati7os6 3ases de datos6 etc.9. 2. ia4ilidad, ue 7iene indicada como la ausencia de de4ectos. $. 6ciencia6 es decir6 mínimo uso de recursos mediante el correcto 4uncionamiento del sistema. . 7sa4ilidad 6 entendida desde el punto de 7ista de la ingeniería Bumana y la ergonomía6 aunue com>nmente se resume como la 4acilidad de uso del so4tDare. /. acilidad de evaluación6 en concreto6 la 7alidación de ue el so4tDare cumple con los reuisitos esta3lecidos. . o('rensi4ilidad6 o 4acilidad para entender el propósito y estructura del so4tDare. I. le8i4ilidad6 esto es6 4acilidad para modi;car el so4tDare ante cam3ios en los reuisitos o aparición de otros nue7os.
Estos 4actores de calidad se descomponen a su 7e: en elementos primiti7os ue pueden ser medidos. )sí por e5emplo6 y tal y como se
muestra en la ;gura anterior6 la porta3ilidad puede medirse en 4unción de dos elementos6 su independencia con respecto al dispositi7o y el grado en ue dicBo so4tDare está autocontenido. )l igual ue en el modelo de McCall6 el o35eti7o ;nal es medir la calidad desde los elementos de más 3a5o ni7el del modelo6 y utili:ar estas medidas para me5orar los productos desarrollados.
l (odelo de calidad 9S-9 %12; El estándar S!HEC "126 parcialmente 3asado en es4uer:os anteriores como el modelo de McCall y el de oGBm6 es un estándar internacional para la e7aluación de la calidad del so4tDare. Su o35eti7o principal es proporcionar tanto una especi;cación de la calidad de productos so4tDare y un modelo para su e7aluación. *e;ne para ello un lengua5e com>n ue permite a los usuarios especi;car sus reuisitos de calidad y a los desarrolladores y e7aluadores entender dicBos reuisitos6 para posteriormente tratar de incorporarlos al so4tDare en desarrollo. S!HEC "12 aspira a esta3lecer medidas o35eti7as de calidad6 Buyendo deli3eradamente de lo opina3le y eliminando en lo posi3le toda su35eti7idad. 'am3ién pretende conseguir ue la e7aluación de la calidad sea reproduci3le y sistemática6 de modo ue e7aluaciones de un mismo so4tDare reali:adas por personas di4erentes en momentos distintos de3erían dar el mismo resultado si el so4tDare no Ba su4rido modi;cación alguna entre am3as e7aluaciones como lo muestra la siguiente ;gura.
El estándar 9S-9 %12; se di7ide en cuatro partes@ 1. Modelo de calidad <9S-9 %12;=1:2$$1>. *escri3e el marco del modelo de calidad y las relaciones entre los di4erentes
en4oues de la misma6 e identi;ca las distintas características de calidad de los productos de so4tDare. 2. Métricas e=ternas <9S-9 + %12;=2:2$$"> . %roporciona un con5unto de métricas ue permiten medir las características de calidad e=ternas de;nidas en el modelo de calidad descrito en 9S-9 %12;=1:2$$1. $. Métricas internas <9S-9 + %12;=":2$$">. *escri3e métricas para medir auellas características internas de calidad de;nidas en el modelo descrito en 9S-9 %12;=1. . Calidad en las métricas en uso <9S-9 + %12;=*:2$$*>. denti;ca las métricas ue permitirán medir la calidad desde el punto de 7ista del usuario.
La primera parte 9S-9 %12;=1:2$$1 esta3lece el modelo de calidad. Similar a los modelos de Mcall, /o3(, 7+PS y otros ue 7eremos más adelante6 se 3asa Basta cierto punto en las ideas aportadas por dicBos modelos. )sí6 de;ne características de calidad e=ternas del so4tDare ue son las siguientes@ 4uncionalidad6 ;a3ilidad6 usa3ilidad6 e;ciencia6 4acilidad de mantenimiento y porta3ilidad. Cada una de estas características se di7ide a su 7e: en 7arias su3#características 8atri3utos tanto e=ternos como internos9 ue pueden ser medidos con métricas especí;cas seg>n se muestra en la ta3la siguiente@
Las métricas e=ternas de la segunda parte 9S-9 + %12;=2:2$$" miden el comportamiento del sistema computacional en su con5unto6 lo ue incluye el so4tDare pero no se limita >nicamente al mismo. Las métricas internas de la tercera parte del modelo 9S-9 + %12;= ":2$$"6 por el contrario6 miden el propio so4tDare. Las métricas de calidad en uso 9S-9 + %12;=*:2$$* 6 por >ltimo6 miden los e4ectos del so4tDare en un conte=to especí;co de utili:ación. Esta parte del estándar6 la calidad en uso6 especi;ca cuatro características ue son efectividad6 'roductividad6 seguridad y satisfacción 6 las cuales son tomadas como indicadores de la calidad tal y como se perci3e en 4unción del cumplimiento de las características de calidad de las otras tres partes. 'eniendo en cuenta todo lo anterior6 la calidad de un so4tDare puede e7aluarse6 en el modelo de calidad del estándar 9S-9 %12;6 3ien midiendo los atri3utos de calidad internos mediante medidas estáticas de productos intermedios6 no del so4tDare en e5ecución6 o 3ien midiendo los atri3utos de calidad e=ternos a tra7és de medidas del código cuando se e5ecuta6 o 3ien midiendo los atri3utos de la calidad en uso so3re el so4tDare
cuando éste se e5ecuta en el entorno ;nal de usuario y tra3a5a en condiciones reales tal y como 7emos en la ;gura siguiente@
En de;niti7a6 el modelo de;nido por el estándar 9S-9 %12; presupone ue una mayor calidad internaHe=terna del producto so4tDare incidirá de manera positi7a en la percepción ue el usuario tiene acerca de la calidad de la aplicación6 y reconoce ue el modelo propuesto puede necesitar adaptarse a las características especí;cas de ciertas aplicaciones.
2.2 st?ndares y M@tricas de calidad en la ingeniera de SB SC!DA+S Los estándares de calidad de so4tDare son normas emitidas por organismos especí;cos6 ue sir7en para sentar un marco con el ue comparar si un proceso de desarrollo es o no de calidad. Las normas
de calidad del so4tDare más conocidas Ban sido desarrolladas por 9S-6 y son la serie 9S-=%$$$.
1. 9S- %$$$.= Es una norma so3re calidad y gestión continua de calidad6 se pueden aplicar a cualuier tipo de organi:ación o acti7idad sistemática orientada a la producción de 3ienes o ser7icios. Se componen de estándares y guías relacionados con sistemas de gestión y de Berramientas especí;cas6 como los métodos de auditoría. )entaas: Monitorear los 'rinci'ales 'rocesos asegurando Eue sean efectivos. Mantener registros a'ro'iados de la gestión, de los 'rocesos y de los 'rocedi(ientos. Meorar la satisfacción de los clientes o los usuarios. Meorar continua(ente los 'rocesos, tanto o'eracionales co(o de calidad. +educir los rec3aFos e incidencias en la 'roducción o 'restación del servicio (ediante un (onitoreo y la e8istencia de 'rocedi(ientos 'ara la corrección de los 'ro4le(as. 2. MM9 = MM 8a'a4ility Maturity Model9 es un modelo de calidad del so4tDare ue clasi;ca las empresas en ni7eles de madure:. Estos ni7eles sir7en para conocer la madure: de los procesos ue se reali:an para producir so4tDare. Este modelo de procesos tiene dos representaciones@ continua y por etapas6 siendo la di4erencia entre éstas la e7aluación por ni7eles de la capacidad de procesos o de la madure: de la organi:ación6 respecti7amente.
!ivel 1.= Las organi:aciones en este ni7el no disponen de un am3iente adecuado para el desarrollo de so4tDare. )unue se utilicen técnicas correctas de ingeniería6 los es4uer:os se 7en minados por 4alta de plani;cación. !ivel 2.= En este ni7el se de;nen claramente puntos de control en cada etapa principal del proyecto6 esto o37iamente permite tener un mayor control del proyecto. Lo importante a resaltar es ue cada etapa es a>n una ca5a negra es decir no podemos sa3er con precisión como se desen7uel7e el proyecto dentro de cada etapa. !ivel ".= Los procesos comunes para desarrollo y mantenimiento del so4tDare están documentados de manera su;ciente en una 3i3lioteca accesi3le a los euipos de desarrollo. Las personas Ban reci3ido la 4ormación necesaria para comprender los procesos. !ivel *.# Estas métricas no son su35eti7as si no ue se esta3lecen con criterios cuantitati7os 4ormalmente de;nidos. Con el tiempo estos controles nos 3rindarán me5or in4ormación so3re la calidad y estado del proyecto permitiéndonos compararlo con otros proyectos similares y notar cualuier des7iación tempranamente parar poder corregirlo. !ivel 5.= En este ni7el cada proceso es anali:ado y controlado permanentemente con l intención de ue sea me5orado en todo momento6 los controles permiten la me5ora continua y se tienen implementadas todas las áreas cla7e de proceso recomendadas por el modelo.
$. SP9 8So4tDare %rocess mpro7ement and Capa3ility *etermination9. Se con4orma como el estándar emergente orientado a la me5ora continua del proceso de desarrollo de so4tDare. Es un estándar internacional cuyo o35eti7o es simular circuitos electrónicos analógicos compuestos por resistencias6 condensadores6 diodos6 transistores6 etc. %ara ello Bay ue descri3ir los componentes6 descri3ir el circuito y luego elegir el tipo de simulación.
ta'as: Pre'aración.= En esta etapa se 7e el alcance del estudio6 metas del negocio6 los procesos a e7aluar y las instancias de los procesos. +ecolección de datos.= Los e=pertos reali:an entre7istas6 discusiones6 análisis de documentos y uso de Berramientas. En las entre7istas los e7aluadores entre7istan o discuten con gente interesada en el proceso de acreditación en S%CE. +eco'ilación de an?lisis de docu(entos relevantes.= En la recopilación de los documentos se pueden utili:ar Berramientas automati:adas en lugar de un asesor yHo e7aluador para recopilar los datos.
M+9AS Las Métricas de Calidad proporcionan una indicación de cómo se a5usta el so4tDare6 a los reuerimientos implícitos y e=plícitos del cliente. El o35eti7o principal de la ingeniería del so4tDare es producir un producto de alta calidad. %ara lograr este o35eti7o6 los ingenieros del so4tDare de3en utili:ar mediciones ue e7al>en la calidad del análisis y los modelos de desa4ío6 el código 4uente6 y los casos de prue3a ue se Ban creado al aplicar la ingeniería del so4tDare. %ara lograr esta e7aluación de la calidad en tiempo real6 el ingeniero de3e utili:ar medidas técnicas ue e7al>an la calidad con o35eti7idad6 no con su35eti7idad. El primer o35eti7o del euipo de proyecto es medir errores y de4ectos. Las métricas ue pro7ienen de estas medidas proporcionan una
indicación de la e4ecti7idad de las acti7idades de control y de la garantía de calidad.
M+9AS PA+A &A A&9DAD D& S-BA+ *esarrollando y anali:ando una línea 3ase de métricas de calidad6 una organi:ación puede actuar con o35eto de corregir esas áreas de proceso del so4tDare ue son la causa de los de4ectos del so4tDare. Con la creación de estas métricas los ingenieros del so4tDare pueden o3tener una 7isión más pro4unda del tra3a5o ue reali:an y del producto ue ela3oran.
)9S9H! G!+A& D &-S A-+S I7 AA! A &A A&9DAD Se Ban de;nido un con5unto de 4actores de calidad6 estos 4actores e7al>an el so4tDare desde tres puntos de 7ista distintos@ • • •
!peración del producto 8utili:ándolo9. (e7isión del producto 8cam3iándolo9. 'ransición del producto 8modi;cándolo para ue 4uncione en un entorno di4erente9.
%roporciona un mecanismo para ue el gestor del proyecto identi;ue lo ue considera importante y un medio de e7aluar cuantitati7amente lo 3ien ue 7a progresando el desarrollo en relación con los o35eti7os de calidad esta3lecidos.
MD9DA D &A A&9DAD La corrección6 4acilidad de mantenimiento6 integridad6 y 4acilidad de uso son medidas de calidad ue proporcionan indicadores >tiles para el euipo del proyecto. •
•
orrección@ La corrección es el grado en el ue el so4tDare lle7a a ca3o su 4unción reuerida. acilidad de (anteni(iento: Es la 4acilidad con la ue se puede corregir un programa si se encuentra un error6 se puede adaptar si su entono cam3ia6 o me5orar si el cliente desea un
•
carnio de reuisitos. Esta acti7idad cuenta con más es4uer:o ue cualuier otra acti7idad de ingeniería del so4tDare. 9ntegridad: Mide la capacidad de un sistema para resistir ataues 8tanto accidentales como intencionados9 contra su seguridad. El ataue se puede reali:ar en cualuiera de los tres componentes del so4tDare@ programas6 datos y documentos. %ara medir la integridad6 se tienen ue de;nir dos atri3utos adicionales@ amena:a y seguridad. )mena:a es la pro3a3ilidad de ue un ataue de un tipo determinado ocurra en un tiempo determinado. La seguridad es la pro3a3ilidad de ue se pueda repeler el ataue de un tipo determinado. La integridad del sistema se puede de;nir corno@ ntegridad J C K8l # amena:a9 = 81 # seguridad9 *onde se suman la amena:a y la seguridad para cada tipo de ataue.
•
acilidad de uso: La 4acilidad de uso es un intento de cuanti;car lo amiga3le ue puede ser el programa con el usuario. Se puede medir en 4unción de cuatro características@ Aa3ilidad intelectual yHo 4ísica reuerida para aprender el sistema. El tiempo reuerido para llegar a ser moderadamente e;ciente en el uso del sistema. )umento neto en producti7idad6 medida cuando alguien utili:a el sistema moderadamente y e;cientemente. aloración su35eti7a de la disposición de 1os usuarios Bacia el sistema6 a 7eces o3tenida mediante un cuestionario.
9A9A D &A &9M9!A9H! D D-S %roporciona 3ene;cios tanto a ni7el del proyecto como del proceso6 es una medida para ;ltrar las acti7idades de la garantía de calidad y de control al aplicarse a todas las acti7idades del marco de tra3a5o del proceso. La E;cacia de la Eliminación de *e4ectos <D> se de;ne de la 4orma siguiente@ DJ <KD> *onde E es el n>mero de errores encontrados antes de la entrega del so4tDare al usuario ;nal y * es el n>mero de de4ectos encontrados después de la entrega. Cuando el 7alor de D es 1 signi;ca ue no se Ban encontrado de4ectos en el so4tDare6 * será mayor ue cero. Cuando E aumenta 8para un 7alor de * dado96 el 7alor total de D empie:a a apro=imarse a 1. *e BecBo6 a medida ue E aumenta6 es pro3a3le ue el 7alor ;nal de * disminuya 8los errores se ;ltran antes de ue se con7iertan en de4ectos9. Si se utili:an como una métrica ue proporciona un
indicador de la Ba3ilidad de ;ltrar las acti7idades de la garantía de la calidad y del control6 D anima a ue el euipo del proyecto de so4tDare instituya técnicas para encontrar todos los errores posi3les antes de su entrega.
D tam3ién se puede utili:ar dentro del proyecto para e7aluar la Ba3ilidad de un euipo en encontrar errores antes de ue pasen a la siguiente tarea de ingeniería del so4tDare. Se 7uel7e a de;nir como@ Di J i <i K i K1> *onde i es el n>mero de errores encontrado durante la acti7idad de ingeniería del so4tDare i y iK16 es el n>mero de errores encontrado durante la acti7idad de ingeniería del so4tDare i K 1 ue se puede seguir para llegar a errores ue no se detectaron en la acti7idad de la ingeniería del so4tDare i.
2.2.1 PSP y SP PSP Es un con5unto de prácticas disciplinadas para la gestión del tiempo y me5ora de la producti7idad personal de los programadores o ingenieros de so4tDare6 en tareas de desarrollo y mantenimiento de sistemas. Está alineado y diseNado para emplearse en organi:aciones con modelos de procesos MM9 o 9S- 155$*. +ue propuesto por Batts u('3rey en 1%%5 y esta3a dirigido a estudiantes. ) partir de 1%%L con el lan:amiento del li3ro An introduction to t3e Personal Software Process se dirige aBora a ingenieros 5uniors. Se puede considerar como la guía de tra3a5o personal para ingenieros de so4tDare en organi:aciones ue emplean un modelo MM9 con ni7el de madure: o de capacidad de procesos ue implica la medición cualitati7a y me5ora de procesos. Fno de los mayores pro3lemas ue tiene es la gran cantidad de datos ue Bay ue tomar. l PSP tiene o3sesión por la toma de datos y ela3oración de ta3las. l PSP se orienta el con5unto de áreas cla7e del proceso ue de3e mane5ar un desarrollador cuando tra3a5a de 4orma indi7idual.
PSP6 es uno de los $ 7értices donde descansa un proceso de me5ora ue tra3a5a so3re $ ni7eles de la organi:ación6 los otros 2 son MM y SP. El PSP amplia el proceso de me5ora a la gente ue reali:a el tra3a5o de desarrollo de so4tDare6 concentrándose en las practicas de tra3a5o de los ingenieros en una 4orma indi7idual6 enseNando como mane5ar la calidad desde el principio de un producto. %S% son nuestras propias métricas6 ue permiten estructurar y ordenar nuestro tra3a5o del día a día 8no solo de desarrollo de so4tDare6 esto lo 7oy a e=plicar más adelante9. El resultado de nuestro tra3a5o6 además puede ser lle7ado a un tra3a5o en euipo SP 8ea( Process Software96 el cual es Oco(andado P por un sistema de gestión de la con;guración y por supuesto6 un Qe4e de %royecto uien e7al>a los resultados y a7ances de los miem3ros del euipo.
SP ea( Software Process <SP> es un método de esta3lecimiento y me5ora del tra3a5o en euipo para procesos so4tDare. SP proporciona directrices para ayudar a un euipo a esta3lecer sus o35eti7os6 a plani;car sus procesos y a re7isar su tra3a5o con el ;n de ue la organi:ación pueda esta3lecer prácticas de ingeniería a7an:adas y así o3tener productos e;cientes6 ;a3les y de calidad. Está 4ormado por dos componentes primarios ue a3arcan distintos aspectos del tra3a5o en euipo@ • •
+ormación del euipo de tra3a5o. ?estión del euipo de tra3a5o.
E=isten di4erentes metodologías para la me5ora de procesos6 la mayoría de ellas se 3asa en la me5ora de los procesos ue dan como resultado un ser7icio o producto. El 'S% 3usca integrar un euipo ue tenga como punto de partida la uni;cación del mismo6 para poder lle7ar a ca3o todos auellos procedimientos ue puedan reali:ar me5ora a los procesos ue desarrollan.
l ea( Software Process <SP> es un proceso de desarrollo para euipos de ingenieros 3asado en CMM6 ayuda a con4ormar euipos para el desarrollo de so4tDare de calidad. SP proporciona directrices para ayudar a un euipo a esta3lecer sus o35eti7os6 a plani;car sus procesos y a re7isar su tra3a5o con el ;n de ue la organi:ación pueda
esta3lecer prácticas de ingeniería a7an:adas y así o3tener productos e;cientes6 ;a3les y de calidad.
'S% es una solución 3asada en procesos para resol7er pro3lemas de negocio6 tales como@ • • •
%redicti3ilidad de costo y tiempo Me5ora de producti7idad Ciclos de desarrollo y me5ora de calidad de productos.
Características de los grupos e;caces@ • • • • •
•
•
•
•
• • • •
•
Miem3ros e=pertos en papeles de lidera:go y pertenencia. (elaciones tranuilas y esta3lecidas entre los miem3ros. Los miem3ros se sienten atraídos por el grupo y son ;eles. Los 7alores y metas del grupo son los de sus integrantes Los miem3ros están moti7ados por Bacer lo ue puedan por el grupo. La interacción y toma de decisiones tiene lugar en el am3iente adecuado. El grupo desea ayudar a cada miem3ro a aduirir su pleno El grupo desea ayudar a cada miem3ro a aduirir su pleno potencial. Cada miem3ro acepta con gusto y sin resentimiento las metas y normas esta3lecidas. Los miem3ros se prestan ayuda mutua cuando es necesaria o recomenda3le. E=iste una atmós4era de creati7idad. El grupo conoce el Ocon4ormismo constructi7oP y se sir7e de él. E=iste gran moti7ación para iniciar y reci3ir las comunicaciones. Los miem3ros son e=i3les y adapta3les en sus metas y actitudes. Los miem3ros se sienten seguros al tomar decisiones ue les Los miem3ros se sienten seguros al tomar decisiones ue les parecen apropiadas al entender la ;loso4ía de la operación.
Sus orígenes se de3en a las limitaciones ue el PSP
estimación y la reducción de los de4ectos introducidos en los productos sin a4ectar a su producti7idad6 pero %S% sólo se en4oca3a en las 4ases de desarrollo de so4tDare 8diseNo y prue3as unitarias9R la aplicación ue lo ingenieros Bicieron del PSP dentro de las empresas resulto en prácticas no satis4actorias. %or tal moti7o6 Batts u('3rey desarrolló el SP6 el cual considera3a como parte importante6 además de lo pre7isto por el PSP6 los reuisitos6 las prue3as de integración6 la documentación y otras acti7idades típicas en todo proyecto de desarrollo6 de igual manera incluía acti7idades como los roles de euipo6 interrelaciones dentro de la organi:ación y la de;nición de un proceso de euipo para ser utili:ado dentro de los procesos e=istentes en la organi:ación.
Los o35eti7os ue tiene el 'S% son@ • •
•
• •
Ma=imi:ar calidad so4tDare6 minimi:ar costos. ntegrar euipos independientes de alto rendimiento ue planeen su tra3a5o6 esta3le:can metas y san sueNos de sus procesos y planes. Mostrar a los gerentes como monitorear y moti7ar a sus euipos de tra3a5o y como ayudarlos a alcan:ar su má=ima producti7idad. )celerar la me5ora continua de monitoreo. %ro7eer de una guía para el me5oramiento en organi:aciones maduras
2.2.2 MM Modelo de a'acidad y MadureF o MM <a'a4ility Maturity Model96 es un modelo de e7aluación de los procesos de una organi:ación. +ue desarrollado inicialmente para los procesos relati7os al so4tDare por la 7niversidad arnegie=Mellon para el S9 . El S9 es un centro de in7estigación y desarrollo patrocinado por el *epartamento de *e4ensa de los Estados Fnidos de )mérica y gestionado por la 7niversidad arnegie=Mellon. MM es una marca registrada del S9.
& M-D&- MM ) partir de no7iem3re de 1%#; el S96 a reuerimiento del ?o3ierno +ederal de los Estados Fnidos de )mérica6 desarrolló una primera de;nición de un modelo de madure: de procesos en el desarrollo de so4tDare6 ue se pu3licó en septiem3re de 1"I. Este tra3a5o e7olucionó al modelo MM o SB=MM <MM for Software>6 cuya >ltima 7ersión 8v1.19 se pu3licó en 4e3rero de 1""$. Este modelo esta3lece un con5unto de prácticas o procesos cla7e agrupados en reas Cla7e de %roceso 8 NPA = Ney Process Area9. %ara cada área de proceso de;ne un con5unto de 3uenas prácticas ue Ba3rán de ser@ • •
•
• •
*e;nidas en un procedimiento documentado %ro7istas 8la organi:ación9 de los medios y 4ormación necesarios E5ecutadas de un modo sistemático6 uni7ersal y uni4orme 8institucionali:adas9 Medidas eri;cadas
) su 7e: estas reas de %roceso se agrupan en cinco niveles de (adureF6 de modo ue una organi:ación ue tenga institucionali:adas todas las prácticas incluidas en un ni7el y sus in4eriores6 se considera ue Ba alcan:ado ese ni7el de madure:. Los ni7eles son@
9nicial. Las organi:aciones en este ni7el no disponen de un am3iente esta3le para el desarrollo y mantenimiento de so4tDare. )unue se utilicen técnicas correctas de ingeniería6 los es4uer:os se 7en minados por 4alta de plani;cación. El é=ito de los proyectos se 3asa la mayoría de las 7eces en el es4uer:o personal6 aunue a menudo se producen 4racasos y casi siempre retrasos y so3recostes. El resultado de los proyectos es impredeci3le. +e'eti4le. En este ni7el las organi:aciones disponen de unas prácticas institucionali:adas de gestión de proyectos6 e=isten unas métricas 3ásicas y un ra:ona3le seguimiento de la calidad. La relación con su3contratistas y clientes está gestionada sistemáticamente. De6nido. )demás de una 3uena gestión de proyectos6 a este ni7el las organi:aciones disponen de correctos procedimientos de coordinación entre grupos6 4ormación del personal6 técnicas de ingeniería más detallada y un ni7el más a7an:ado de métricas en los
procesos. Se implementan técnicas de re7isión por pares 8peer re7ieDs9.
Gestionado. Se caracteri:a porue las organi:aciones disponen de un con5unto de métricas signi;cati7as de calidad y producti7idad6 ue se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El so4tDare resultante es de alta calidad. -'ti(iFado. La organi:ación completa está 7olcada en la me5ora continua de los procesos. Se Bace uso intensi7o de las métricas y se gestiona el proceso de inno7ación.
Las prácticas ue de3en ser reali:adas por cada )rea Cla7e de %roceso están organi:adas en / Características Comunes6 las cuales constituyen propiedades ue indican si la implementación y la institucionali:ación de un proceso cla7e es e4ecti7o6 repeti3le y duradero.
Estas / características son@ • • • • •
Compromiso de la reali:ación La capacidad de reali:ación Las acti7idades reali:adas Las mediciones y el análisis La 7eri;cación de la implementación.
2.2." M-P+-S- Modelo de %rocesos para la ndustria del So4tDare. Modelo para la me5ora y e7aluación de los procesos de desarrollo y mantenimiento de sistemas y productos de so4tDare. *esarrollado por la )sociación Me=icana para la Calidad en ngeniería de So4tDare a tra7és de la +acultad de Ciencias de la Fni7ersidad ,acional )utónoma de Mé=ico <7!AM> y a solicitud de la Secretaría de Economía para o3tener una norma me=icana ue resulte apropiada a las características de tamaNo de la gran mayoría de empresas me=icanas de desarrollo y mantenimiento de so4tDare. Moproso4t es el nom3re del modelo en la comunidad uni7ersitaria y pro4esional6 y la norma técnica a la ue da contenido es la !MO=$5%$1=!=2$$5 ue 4ue declarada ,orma
Me=icana el 1/ de agosto de 200/ con la pu3licación de su declaratoria en el *iario o;cial de la +ederación. Moproso4t considera ue los modelos de e7aluación y me5ora MM9 e 9S-9 155$* no resultan apropiados para empresas peueNas y medianas de desarrollo y mantenimiento de so4tDare. So3re las áreas de procesos de los ni7eles 2 y $ del modelo SB=MM e inspirándose en el marco de 9S-9 155$* se Ba desarrollado este modelo.
riterios e('leados Se Ban aplicado los siguientes criterios para la ela3oración de este modelo de procesos@ •
•
•
•
•
•
•
•
•
La estructura de procesos resultante de3e ser acorde a la estructura generalmente empleada por las organi:aciones de la industria del so4tDare 8alta dirección6 gestión y operación9 La alta dirección tiene un papel importante a tra7és de la plani;cación estratégica. *e3e actuar como promotor del 3uen 4uncionamiento de la organi:ación a tra7és de su implicación en la re7isión y me5ora continua del modelo. El modelo considera a la gestión como pro7eedora de recursos6 procesos y proyectosR así como responsa3le de la 7igilancia del cumplimiento de los o35eti7os estratégicos de la organi:ación. El modelo considera a la operación como e5ecutora de los proyectos de desarrollo y mantenimiento de so4tDare. El modelo integra con claridad y consistencia los elementos indispensa3les para la de;nición de los procesos y las relaciones entre ellos. El modelo integra los elementos para reali:ar la administración de proyectos desde un sólo proceso. El modelo integra los elementos para reali:ar la ingeniería de productos de so4tDare en un >nico marco ue incluya los procesos precisos de soporte 87eri;cación6 7alidación6 documentación y control de la documentación9. El modelo destaca la importancia de la gestión de recursos6 con especial rele7ancia en auellos ue componen el conocimiento de la organi:ación@ productos generados por proyectos6 datos de los proyectos6 mediciones6 documentación de procesos y datos cosecBados a partir del uso y de las lecciones aprendidas. Moproso4t se 3asa en los modelos de procesos 9S- %$$1:2$$$6 en las áreas de procesos de los ni7eles 2 y $ de MM=SB: MM=SB v.1.1., en el marco general 9S-9155$* y en prácticas y conceptos de PM/-N SB/-N.
•
P+-S- representa un campo di4erente de apoyo a los empresarios de las tecnologías de la in4ormación6 es un sector di7erso para Bacer negocios y generar 4uentes de empleo dignasP
El %lan ,acional de *esarrollo 2$$1=2$$; plantea el 4omento a la industria y el mercado *e 'ecnologías de la n4ormación <9> como estrategia para aumentar la competiti7idad del %aís. *ado el gran potencial con ue cuenta Mé=ico para desarrollar esta industria6 la Secretaría de Economía6 en coordinación con organismos empresariales y empresas del Sector6 diseNó el P+-S-.
El Moproso4t se estructura en $ categorías@ •
•
•
Categoría de )lta *irección @ Se esta3lecen los lineamientos para los procesos de la Categoría de ?erencia y se retroalimenta con la in4ormación generada por ellos en apoyo a la estrategia de la organi:ación. Categoría de ?erencia @ Se de;nen los elementos para el 4uncionamiento de los procesos de la Categoría de !peración en 4unción de la estrategia de *irección6 reci3e y e7al>a la in4ormación generada por éstos y comunica los resultados a la Categoría de )lta *irección. Categoría de !peración 8!%E9@ Se reali:an las acti7idades de acuerdo a los elementos proporcionados por la Categoría de ?erencia y entrega a ésta la in4ormación y productos generados
/i4liografa •
Anónimo. (01 Diciembre 2009). Estándares ISO, SPICE C!!. 19 de "o#iembre de$ 201%, de s$ides&are.com Sitio 'eb &tt**es.s$ides&are.net*+est-e0%9*estandares/ isosice//cmm//emresas S.Pressman, o++er. (s..). In+enieria Sota'are. n eno3e ráctico (%ta ed.).
•
•
de
A*A. (S*A). !OPOSO45. 19 de "o#iembre de$ 201%, de sites.+oo+$e Sitio 'eb &tts**sites.+oo+$e.com*site*+estionderoectoss ot'are*nidad/2/ca$idad/de/sot'are*2/2/6/ morosot
