DESARROLLO IMPULSADO POR LAS CARACTERISTICAS El desarrollo impulsado por las caractersticas (DIC) lo concibi originalmente Peter Coad

y sus colegas [Coa99] como modelo prctico de proceso para la ingeniera de software orientada a objetos. Stephen Palmer y John Felsing [Pal02] ampliaron y mejoraron el trabajo de Coad con la descripcin de un proceso adaptativo y gil aplicable a proyectos de software de tamao moderado y grande. Igual que otros proyectos giles, DIC adopta una filosofa que: 1) Pone el nfasis en la colaboracin entre los integrantes de un equipo DIC. 2) Administra la complejidad de los problemas y del proyecto con el uso de la descomposicin basada en las caractersticas, seguida de la integracin de incrementos de software. 3) Comunica los detalles tcnicos en forma verbal, grafica y con medios basados en texto. El DIC pone el nfasis en las actividades de aseguramiento de la calidad del software mediante el estimulo de la estrategia de desarrollo incremental, el uso de inspecciones del diseo y del cdigo, la aplicacin de auditoras de aseguramiento de la calidad del software (capitulo 16), el conjunto de mediciones y el uso de patrones (para el anlisis, diseo y construccin). El contexto del DIC, una caracterstica es una funcin valiosa para el cliente que puede implementarse en dos semanas o menos [coa99]. El nfasis en la definicin de caractersticas proporciona los beneficios siguientes. Debido a que las caractersticas son bloques pequeos de funcionalidad que se entrega, los usuarios las describen con ms facilidad, entienden cmo se relacionan entre si y las revisan mejor en busca de ambigedades, errores u omisiones. Las caractersticas se organizan por jerarqua de grupos relacionados con el negocio. Como una caracterstica es el incremento de software DIC que se entrega, el equipo desarrolla caractersticas operativas cada dos semanas. El diseo y representacin del cdigo de las caractersticas son ms fciles de inspeccionar con eficacia por que estas son pequeas. La planeacin, programacin de actividades y seguimiento son determinadas po la jerarqua de caractersticas, y no por un conjunto de tareas de ingeniera de software adoptadas en forma arbitraria.

Coad y sus colegas [Coa99] sugieren el esquema siguiente para definir una caracterstica. <Accin> el <resultado> <a|por|de|para> un <objeto>

Desarrollar un modelo general

Elaborar una lista de caractersticas

Plan segn caractersticas

Diseo segn caractersticas

Construir segn caractersticas

(Ms forma que contenido)

Lista las caractersticas agrupadas en conjuntos y reas

Plan de desarrollo propietarios de clase propietarios de conjuntos de caractersticas

Paquete de diseo (Secuencias)

Funcin terminada con valor para el cliente

Donde <objeto> es una persona, lugar o cosa (incluido roles, momentos del tiempo o intervalos temporales, o descripciones parecidas a las entradas