Curso de Mtricas del Software y Mtodos giles Mgr. Artidoro Velapatio Castilla Moquegua, Ilo, Tacna mayo-junio del 2010 Curso de Actualizacin en Informtica 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.2 Contenido 4El proceso 4Gestin de proyectos 4Mtricas del software 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.3 El Proceso 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.4 Frases Los ingenieros de software no son precisamente buenos programadores Los fsicos son esperados para ampliar nuestros conocimientos, mientras que los ingenieros de software son esperados para desarrollar productos o tcnicas para la produccin de software. Cada carrera atrae distintos tipos de estudiantes. La mayora de estudiantes elige Ingeniera de Software porque les gusta construir las cosas [Parnas] 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.5 El Proceso Software 4Unconjuntoestructuradodeactividadesyresultadosque conducenalacreacindeunproductodesoftware,que cubre las fases: Especificacin: Definir la funcionalidad y las restricciones en sus operaciones. Diseo e implementacin: Producir software que cumple la especificacin. Validacin: Asegurar que hace lo que el cliente desea. Evolucin:Seguircumpliendoloscambiosenlas necesidades del usuario. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.6 El Proceso Software Marco de trabajo Actividades del marco de trabajo Actividades del marco de trabajo Tareas Hitos, entregas Puntos SQA 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.7 Modelos del procesode software 4Quesunmodelodeprocesode software? Unarepresentacinsimplificadadeunprocesode softwarepresentadadesdeunpuntodevista especfico (una abstraccin de un proceso real). Incluye + Actividades que son partes del proceso. + Productos que deben obtenerse. + Papel del personal involucrado. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.8 Modelos de procesos genricos 4Nosondescripcionesexhaustivasdelos procesos de software. 4Sonabstraccionestilesqueexplican diferentesenfoquesutilizablesalahorade desarrollar el software. 4Sonmarcosdetrabajodelproceso,no detallan las actividades especficas. 4Se denominan paradigmas del proceso. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.9 Paradigmas de procesos de desarrollo de sistemas 4Existenactualmentediversosmodelosde desarrollodesistemasdesoftware,quepodemos dividir en 2 grandes grupos: Los mtodos ortodoxos o clsicos: Comienzanconelanlisiscompletodelos requerimientos.Despusdeinteraccincon clientesyusuariosseestablecen requerimientos funcionales y no funcionales. En eldiseosedefinelaarquitecturadelsistema. Luegolosprogramadoresimplementanel diseoyfinalmenteelsistemasepruebayse entrega.Todosestosmodelostienensus fortalezas y debilidades. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.10 Paradigmas de procesos de desarrollo de sistemas Losmtodosheterodoxosogiles:Son estrategiasdedesarrollodesoftwareque promuevenprcticasquesonadaptativasen vezdepredictivas,centradasenlagenteoen losequipos,iterativas,orientadashacia prestacionesyhacialaentrega,de comunicacinintensivaconelcliente,yque requierenqueelnegocioseinvolucreenforma directa.Estosmtodoshansidoplanteadosy desarrollados recientemente.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.11 Paradigmas de desarrollo de software clsicos Mtodos ortodoxos o clsicos: +Modelo Code & Fix. +Modelo lineal secuencial +Modelo de construccin de prototipos +Modelos evolutivos: Modelo incremental Modelo en espiral Modelo WinWin Modelo de desarrollo concurrente Modelo de desarrollo basado en componentes Proceso Unificado de Desarrollo de Software +Modelo de mtodos formales +Tcnicas de 4ta. Generacin. +Modelo DRA (Desarrollo Rpido de Aplicaciones). +Mtrica V3. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.12 Paradigmas de desarrollo de software giles Mtodos heterodoxos giles +eXtreme Programing (XP). +Scrum +Evo +Crystal Methods +Feature Driven Development +RUP +Dynamic Systems Development Methods +Adaptative Software Development +Agile Modeling +Lean Development y Lean Software Development +Microsoft Solutions Framework +Open Source + 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.13 Modelos Clsicos 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.14 Modelos Clsicos 4 Los modelos ortodoxos clsicos: Modelo Code & Fix Modelo lineal secuencial Modelo de construccin de prototipos Modelos evolutivos: Modelo incremental Modelo en espiral Modelo WinWin Modelo de desarrollo concurrente Modelo de desarrollo basado en componentes Proceso Unificado de Desarrollo Modelo de mtodos formales Tcnicas de cuarta generacin (T4G) Modelo DRA (Desarrollo Rpido de Aplicaciones) Mtrica V3 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.15 Modelo Code & Fix 4Usadoenloscomienzosdelacomputacin,cuando sta era una actividad personal y artesanal. 4Constaba de 2 etapas:Codificar. Eliminar errores en el cdigo. 4Era fuente de dificultades y deficiencias: Luego de una secuencia de cambios, el cdigo era tanenredado,queeliminarerroreseraunatarea pesada y muy difcil de realizar. Cuandoeldesarrollodesistemasdejdeseruna actividadpersonalyartesanal,elmodelonopoda manejar la complejidad de los sistemas. Noaceptabalarotacindepersonalenun proyecto. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.16 Modelo Code & Fix 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.17 Modelo lineal secuencial 4Llamado tambin Ciclo de vida clsico o Modelo en cascada. 4Tiene 5 fases:Anlisis de requisitos. Diseo Generacin de cdigo. Pruebas Mantenimiento. 4Unafasenocomienzahastaquesehayan terminado las anteriores. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.18 Modelo lineal secuencial Anlisis de requisitos Diseo Cdigo Pruebas Mantenimiento El cliente no interviene en el proyecto!! 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.19 Problemas del modelo lineal secuencial 4 Inflexibilidadaldividirelproyectoenestasfases.Nose puede pasar a la fase siguiente hasta finalizar una fase. 4 Los proyectos raramente siguen un flujo secuencial. 4 Losrequerimientossondifcilesdedefiniralprincipiodel proceso. 4 Los errores se detectan en forma tarda. 4 Esdifcilresponderaloscambiosenlosrequisitosdelos usuarios. 4 Elprogramasemantieneporparchado,esdecir actualizaciones a la versin original. 4 Este modelo solo es apropiado cuando se conocen bien los requisitos.4 El mantenimiento se realiza en el cdigo fuente. 4 El cliente no interviene en el desarrollo del proyecto. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.20 Reivindicacin del modelo de cascada 4 Ha habido una injusticia histrica con Winston Roycey su modelo en cascada: en su versin original, como se ve en la imagen,era claramente iterativo. Por alguna razn pas alaposteridadcomolaencarnacindeunametodologa secuencial. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.21 Modelo de construccin de prototipos 4 Unprototipoesunsistemaquesirveparaprobarideasy suposicionesquesetienesobreunsistema.Permite entradas, procesamiento y salida de informacin. Es decir es laprimeraversindelsistema.Elmodelodeconstruccin deprototiposfueinicialmenteplanteadoporBrooksen 1975. 4 El modelo de construccin de prototipos tiene 5 fases: Recoleccinde requisitos. Diseo rpido. Construccin del prototipo. Evaluacin del cliente. Refinamiento del prototipo 4 Seproduceunprocesoiterativo,enqueelprototipoes afinadohastasatisfacerlosrequerimientosdelsistema,ala vezquesirveparafacilitaralosdesarrolladoresdelsistema una mejor comprensin de lo que se debe hacer. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.22 Modelo de construccin de protipos Recoleccin de requisitos Diseo rpido Construccin del prototipo Evaluacin del cliente Refinamiento del prototipo Comunicacin permanente con el cliente!! 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.23 Problemas de la construccin de prototipos 4Elclientenocomprendeloquesignificala primeraversindeunprototipo(una armazndeplastilinayalambres).Al enterarsequesevareconstruircreequecon algunosajustespuedeobtenerseelproducto finalyvaaquereragregarfuncionesno previstas para aprovechar la oportunidad. 4Eldesarrolladorasumealgunoscompromisos para que el prototipo funcione y a veces elige herramientasinadecuadasquemstarde pasan a formar parte del sistema. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.24 Modelos evolutivos 4 El software, como todo sistema complejo,evoluciona con el tiempo. 4 Losrequisitosdelsistemacambianamenudo, haciendo que el camino al producto final no sea real. 4 Las estrictas fechas tope del mercado hacen que sea imposiblefinalizarunsistemacompleto,porloque debe entregarse una versin limitada para cumplir con la presin competitiva. 4 Secomprendeperfectamenteelconjuntoderequisitosdeproductoscentralesodelsistema,pero todavasetienenquedefinirlosdetallesde extensiones del sistema. 4 Estasrazonesllevaronaplantearlosmodelos evolutivosquetratandecontrarrestarestos problemas. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.25 Modelos evolutivos 4 Propuestos originalmente por Boehm. 4 Combinan la naturaleza iterativa de la construccin de prototipos con los aspectos controlados y sistemticos del modelo lineal secuencial. 4 Primeras iteraciones: modelo en papel o prototipo. 4 Ultimasiteraciones:versinmscompletadela aplicacin. 4 Cadaentregaesmscompletaquelaanteriorhasta llegar al producto final. 4 Se adaptan ms fcilmente a los cambios introducidos a lo largo del desarrollo.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.26 Modelos evolutivos 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.27 Modelo incremental 4 Propuesto por Mills en 1980. 4 Combinaelementosdelmodelolinealsecuencial (aplicadosrepetidamente)conlafilosofainteractivade construccin de prototipos. 4 Cadasecuencialinealproduceunincrementodel software.4 Es iterativo por su propia naturaleza. 4 Prioriza los requisitos del usuario y los requisitos de ms altaprioridadseincluyenenlosincrementosms tempranos. 4 Lasprimerasversionessonincompletaspero proporcionanalusuariolafuncionalidadqueprecisay una plataforma para la evaluacin. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.28 Anlisis Modelo incremental DiseoCdigo Prueba Entrega del 1 incremento AnlisisDiseoCdigo Prueba Entrega del 2 incremento AnlisisDiseoCdigo Prueba Entrega del 3 incremento AnlisisDiseoCdigo Prueba Entrega del 4 incremento INCREMENTO 1 INCREMENTO 2 INCREMENTO 3 INCREMENTO 4 Ingeniera de Sistemas 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.29 Problemas del Modelo incremental 4 Difcil de evaluar el costo total. 4 Difcil de aplicar a sistemas transaccionales que tiendenaserintegradosyafuncionarcomoun todo. 4 Requiere gestores experimentados.4 Los errores en los requisitos se detectan tarde. 4 Prioriza los requisitos del usuario y los requisitos demsaltaprioridadseincluyenenlos incrementos ms tempranos. 4 Lasprimerasversionessonincompletaspero proporcionanalusuariolafuncionalidadque precisa y una plataforma para la evaluacin.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.30 Modelo en espiral 4 Propuesto por Boehm en 1988. 4 El proceso se representa como una espiral. Cada vuelta en la espiral representa una fase en el proceso.4 Combinalanaturalezaiterativadelaconstruccinde prototiposconlosaspectoscontroladosysistemticosdel modelo lineal secuencial. 4 Nohayfasesfijascomolaespecificacinydiseo.Cada vuelta determina las actividades a realizar. 4 Elradiodelespiralmarcaelcostoacumuladoenel proceso,mientasqueladimensinangularrepresentael progreso dentro del proceso.4 Lasprimerasiteracionessonprototiposylasltimas iteracionespresentanversionescadavezmascompletas del sistema. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.31 Modelo en espiral 4 Las regiones de tareas son: Comunicacinconelcliente:tareasrequeridaspara establecer comunicacin entre el desarrollador y el cliente. Planificacin: tareas requeridas para definir recursos, el tiempo y otra informacin relacionada con el proyecto. Anlisisderiesgos:tareasrequeridasparaevaluarriesgos tcnicos y de gestin. Ingeniera:tareasrequeridasparaconstruirunaoms representaciones de la aplicacin. Construccinyadaptacin:tareasrequeridasparaconstruir, probar, instalar y proporcionar soporte al usuario. Evaluacindelcliente:tareasrequeridasparaobtenerla reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e instaladas durante la instalacin. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.32 Modelo en espiral Planificacin Anlisis de riesgos Ingeniera Construccin y adaptacin Evaluacin del cliente Comunicacin con el cliente Producto Final 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.33 Problemas del Modelo en espiral 4 Puederesultardifcilconvenceragrandes clientesdequeelenfoqueevolutivoes controlable. 4 Requieredeunaconsiderablehabilidadpara evaluarunriesgo,estoesunbuen asesoramiento de especialistas. 4 Siunriesgoimportantenoesdetectadoy gestionadoatiempo,indudablementesurgirn problemas. 4 Todavaesunmodelodecuyaeficacianohay aun certeza absoluta. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.34 Modelo en espiral WINWIN 4 La comunicacin entre el cliente y el desarrollador casi nunca terminaconlosrequisitosdefinidos.Lasmejores negociacionesseesfuerzanenobtenerVictoria-Victoria. Esosignificaqueelclienteobtieneloquenecesitayel desarrolladorganaparaconseguirpresupuestosyunafecha de entrega razonable. 4 ElmodeloenespiralWINWINdefineunconjuntode actividadesdenegociacinalprincipiodecadapaso alrededor de la espiral. 4 Se definen las siguientes actividades: Identificacindelsistemaosubsistemasclavesdelos directivos. Determinacindelascondicionesdevictoriadelos directivos. Negociacindelascondicionesdevictoriadelos directivos,parareunirlasenunconjuntodecondiciones Victoria-victoria para todos los afectados 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.35 Modelo en espiral WINWIN 2. Identificar las condiciones de victoria de los directivos 3a. Reunir las condiciones de victoria. 3b. Establecer los objetivos, restricciones y alternativas del siguiente nivel. 4. Evaluar las alternativas del producto y del proceso y resolucin de riesgos. 5. Definir el siguiente nivel del producto y del proceso incluyendo particiones. 6. Validar las definiciones del producto y del proceso 1. Identificar el siguiente nivel para los directivos 7. Revisin y comentarios. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.36 Modelo de desarrollo concurrente 4 Losgestoresdeproyectoqueverificanelestadodel proyectos en trminos de fases principales (ciclo de vida clsico) no saben cul es el estado actual del proyecto. 4 Elmodelodedesarrolloconcurrentepuedeser presentadoesquemticamentecomounconjuntode actividades,tareasyestadosasociados.Fueplanteado porDavisySitaramen1994.Diversasactividades pueden ocurrir concurrentemente. 4 Es un modelo cclico con anlisis de estado.4 Estemodeloesaplicableatodotipodedesarrollode softwarey proporcionaunaimagenacertadadelestado actual de loseventos. 4 EsadecuadoparalossistemasCliente/Servidor.Es fcildemodificar.Posibilitaelconocimientodelestado del proyecto. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.37 Modelo de desarrollo concurrente Bajo desarrollo Bajo revisin Bajo modificacin En lnea base Retirada Cambios en espera Representa un estado de una actividad de ingeniera de software Actividad de anlisis Ninguna Representacinesquemtica de la actividad de anlisisen el modelo concurrente 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.38 Modelo basado en componentes 4 Elmodelodeensambladodecomponentesincorporavarias caractersticas del desarrollo en espiral. 4 Esevolutivoytieneunaaproximaciniterativaparala creacin del software. 4 Estrelacionadaconlatecnologaorientadaaobjetosy construyeaplicacionesatravsdecomponentesde software reutilizables. 4 La actividad de ingeniera empieza con la identificacin de los componentes candidatas, es decir la informacin que va a ser manipuladaylosalgoritmosquesernaplicadospara manipular. 4 Loscomponentessealmacenanenlibrerasorepositorios. Cuandoloscomponentessonidentificadossebuscanenlas libreras, si existen se los reutiliza y si no se los crea. 4 Conducealareutilizacindecdigoloquetraebeneficios, comolareduccindel70%enelciclodedesarrolloyun reduccin de costos del 84%. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.39 Modelo basado en componentes Planeacin

Construccin y adaptacin de la ingeniera

Anlisis de riesgos Buscar componentes en biblioteca Extraer componentessi estn disponiblesCrear componentes si no estn disponibles Construir la iteracin del sistema Ponernuevos componentes en la bibliotecaIdentificar componentes candidatas Evaluacin del cliente Comunicacin con el cliente 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.40 Planeacin

Ingeniera Construccin y rediseo

Anlisis de riesgos Buscando clases en librerasExtrayendo clasessi estn disponiblesIngeniera si las clases no disponibles Construyendo n - sima versin del sistema Agregar clase a las librerasIdentificando clases candidatas Evaluacin del cliente Comunicacin con el cliente Modelo orientado a objetos Anlisis OO Diseo OO CodificacinOO Pruebas OO 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.41 Proceso Unificado de Desarrollo de Software 4 ElProcesounificadodedesarrollode softwaredefineQuindebehacerQu, Cundo y Cmo debe hacerlo. 4 Noexisteunprocesodesoftwareuniversal. Las caractersticas de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollode Software 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.42 El Proceso Unificado de Desarrollo del Software 4 ElPUDSesunmarcodetrabajogenricoquepuede especializarse para una gran variedad de sistemas software, adiferentesreasdeaplicacin,diferentestiposde organizaciones,diferentestiposdeaptitudydiferentes tamao de proyecto. 4 El PUDS est basado en componentes, lo que significa que elsistemasoftwareenconstruccinestformadopor componentessoftwareinterconectadosatravsde interfaces.Uncomponenteesunelementodelsoftware con funcin y limites claros. 4 ElPUDSutilizaelUML(LenguajedeModelamiento Unificado)parapreparartodolosesquemasdeunsistema software.UMLesparteesencialdelPUDS(Susdesarrollos fueron paralelos). 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.43 PUDS: Fases 4 Inicio: Se define el mbito y objetivos del proyecto y se definen las funcionalidades del producto. 4 Elaboracin:Seplanificaelproyecto,conlosrecursos disponiblesysedefinelaarquitecturabsicayel diseo inicial. 4 Construccin:Seimplementaelproductoenbasea iteracionesincrementales.Serefinalaarquitectura. Granpartedeltrabajoesprogramacinypruebas.Se documenta tanto el sistema como el manejo del mismo. 4 Transicin:Seentregaelproductoalosusuarios(por ejemplo:productosbeta).Seincluyentareasde marketing,empaquetadoatractivo,instalacin, configuracin,entrenamiento,soporte,mantenimiento, etc.Losmanualesdeusuariosecompletanyrefinan con la informacin anterior. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.44 4 Elciclodevidaiterativosebasaenla evolucindeprototiposejecutablesquese muestran a los usuarios y clientes. 4 Lasiteracioneshacenreferenciaaflujosde trabajoylosincrementosalcrecimientoal producto.Paraunaefectividadmximalas iteracionesdebenestarcontroladas,es decir,debendeterminarseyejecutarse planificadamente. PUDS: Proceso Iterativo e Incremental 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.45 PUDS: Dos dimensiones 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.46 PUDS: Fases e Hitos 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.47 4 Fases, iteraciones 4 Flujos del proceso: Actividades Pasos 4 Artefactos: Actividades Modelos Documentos 4 Trabajadores: Ingeniero PUDS: Conceptos claves Cundo tienenlugar? Qu hay que hacer? Qu se produce? Quin lo hace? 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.48 Modelo de mtodos formales 4 Elmodelodemtodosformalesincluyeunaseriede actividadesqueconducenalaespecificacin matemtica del software. 4 Permiten al ingeniero de software especificar, desarrollar y verificar un sistema basado en computadora aplicando una notacin matemtica rigurosa. 4 Sepuedeneliminarmuchosdeloserroresquese afrontan con dificultad con los otros modelos. 4 Laambigedad,inconsistenciaylafaltadeconclusin sondetectadasmsfcilmenteconelanlisis matemtico. 4 Permitenaldesarrolladordetectarerroresquedeotra manera no lo seran. Promete software libre de errores 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.49 Los 10 Mandamientosde los mtodos formales 1. Seleccionars la notacin adecuada. 2. Formalizars, pero no demasiado. 3. Estimars los costos. 4. Poseersunexpertoenmtodos formales a tu disposicin. 5. No abandonars tus mtodos formales. 6. Documentars suficientemente. 7. Nocomprometersestndaresde calidad. 8. No sers dogmtico. 9. Comprobars, comprobars y volvers a comprobar. 10. Reutilizars cuanto puedas. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.50 Problemasde los mtodos formales 4Eldesarrollodeunmodeloformal consume mucho tiempo. 4Sedebecapacitaralosdesarrolladores, pueslamayoranoestnentrenadosen mtodos formales. 4 Esdifcilusarlosmodeloscomo herramientasdecomunicacinconlos consumidoresquenoestntcnicamente calificados. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.51 Tcnicas de cuarta generacin (T4G) 4 Consisteenlautilizacindeunaampliagamade herramientas que mediante la especificacin de algunas caractersticasdelsoftwareaaltonivel,generancdigo utilizable para crear aplicaciones. 4 A ms alto nivel de especificacin, ms rpido desarrollo de la aplicacin. 4 Actualmentehayviabilidadparaeldesarrollode aplicaciones en ciertas reas. 4 Eltiempodedesarrollosereduceparaaplicaciones pequeas o intermedias. 4 Puede combinarse con el modelo de componentes y con los otros modelos06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.52 Tcnicas de cuarta generacin (T4G) 4Herramientas: Lenguajesnoprocidementalespara consultas de bases de datos. Generacin de reportes. Manipulacin de datos. Definicin e interaccin de pantallas. Generacin de cdigo. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.53 Recopilacin de requisitos Tcnicas de cuarta generacin (T4G) Estrategia de diseo Implementacin en 4LG Prueba Herramientas CASE Prototipo operativo 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.54 Problemas de cuarta generacin (T4G) 4A ms alto nivel de especificacin, menos capacidad de especializacin del software. 4Siseusanparagrandesaplicacionesse necesitamuchomsanlisis,diseoy pruebasparalograrelahorrodetiempocomoresultadodelaeliminacindela etapa de codificacin.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.55 Modelo DRA (Desarrollo Rpido de Aplicaciones) 4 ElDRAesunmodelolinealsecuencialqueenfatizaun ciclo de desarrollo extremadamente corto. Originalmente planteadoporJamesMartin(1991)ydesarrolladoporKerr /Hunter (1994) y Steve McConnell (1996).4 Esunaadaptacindealtavelocidaddelmodelo secuencial,quepuedelograrseusandouna construccin basada en componentes. 4 Siseconocebienlosrequisitosysedelimitaelmbito puedelograrseunsistemaaltamentefuncionalenun plazo de 60 a 90 das.4 Tiene las siguientes fases: Modelado de gestin: Qu informacin conduce al proceso de gestin?Que informacin se genera?Quin la genera?Dnde va?Quin la procesa? Modeladodedatos:Sedefinenlosatributosdelosobjetosy las relaciones entre objetos. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.56 Modelo DRA (Desarrollo Rpido de Aplicaciones) Modelado del proceso: Las descripciones del proceso se creanparaaadir,modificar,suprimirorecuperarun objeto de datos. Generacin de aplicaciones: El DRA asume tcnicas de cuartageneracinyhaceusodelareutilizacinde componentes. Pruebasyentrega: Como el DRA usa la reutilizacin, ya sehanprobadomuchascomponentes.Estoreduceel tiempo. 4 Sicadaunadelasfuncionesprincipalespuede completarse en menos de 3 meses, puede aplicarse el DRA y c/u de las funciones puede afrontarse por unequipoDRAyluegointegrarseenunsolo conjunto. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.57 Modelado de gestin Modelado de datos Modelado de procesos Generacin de aplicaciones Pruebas y entrega Modelo DRA (Desarrollo Rpido de Aplicaciones) EQUIPO 1 Modelado de gestin Modelado de datos Modelado de procesos Generacin de aplicaciones Pruebas y entrega EQUIPO 2 Modelado de gestin Modeladode datos Modelado de procesos Generacin de aplicaciones Pruebas y entrega EQUIPO3 60 a 90 das 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.58 DRA: Los 4 pilares del DRA 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.59 DRA: Mtodos orientados a la Planificacin 4 Mtodosquemejoranlavelocidaddedesarrollo, permitiendo entregar antes el software. 4 Mtodosquereducenelriesgoenlaplanificacin, permitiendo evitar grandes retrasos de planificacin. 4 Mtodosquehacenvisibleelprogreso,permitiendodisipar la impresin de tener un desarrollo lento. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.60 DRA: Errores clsicos 4 Errores relacionados con las personas: 1. Motivacin dbil. 2. Personal mediocre. 3. Empleados problemticos incontrolables. 4. Hazaas. 5. Aadir ms personal a un proyecto retrasado. 6. Oficinas repletas y ruidosas. 7. Fricciones entre los clientes y desarrolladores. 8. Expectativas poco realistas. 9. Falta de un promotor efectivo. 10. Falta de participacin de los implicados. 11. Falta de participacin del usuario. 12. Poltica antes que desarrollo. 13. Ilusiones06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.61 DRA: Errores clsicos 4 Errores relacionados con el proceso: 14. Planificacin excesivamente optimista. 15. Gestin de riesgos insuficiente. 16. Fallas de los contratados. 17. Planificacin insuficiente. 18. Abandono de la planificacin por presin. 19. Prdida de tiempo en el inicio difuso. 20. Escatimar en las actividades iniciales. 21. Diseo inadecuado. 22. Escatimar en el control de calidad. 23. Control insuficiente de la directiva. 24. Convergencia prematura o excesivamente frecuente. 25. Omitir tareas necesarias en la estimacin. 26. Planificar ponerse al da ms adelante. 27. Programacin a destajo.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.62 DRA: Errores clsicos 4 Errores relacionados con el producto: 28. Exceso de requerimientos. 29. Cambio de prestaciones. 30. Desarrolladores meticulosos. 31. Tiras y aflojas en la negociacin. 32. Desarrollo orientado a la investigacin. 4 Errores relacionados con latecnologa: 33. Sndrome de la panacea. 34. Sobreestimacindelasventajasdelempleodenuevas herramientas o mtodos. 35. Cambio de herramientas a mitad del proyecto. 36. Falta de control automtico del cdigo fuente. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.63 DRA: Errores clsicos 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.64 DRA: Bases de Desarrollo 4 Bases de Gestin Los fundamento de gestin consiste en determinar eltamaodelproducto,asignarlosrecursos adecuados,crearunplanparaaplicaresos recursos y luego controlar los recursos para que no se desven del plan. 4 Bases Tcnicas Losbasestcnicastienenqueverconlagestin derequerimientos(mtodosparaelanlisis, mtodosparacrearmodelos,mtodosde comunicacin,relacinentrelagestiny requerimientosylosparadigmasdedesarrollodel software,diseo(conceptos,mtodos, herramientas),construccin(mtodos,lenguajes), gestin de configuracin del software. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.65 DRA: Bases de Desarrollo 4 Bases de Control de Calidad Losbasesdecontroldecalidad,proporcionan unapoyofundamentalparaobtenerlamxima velocidaddedesarrollo.Unproductocon demasiadoerroresocupamstiempoen corregirqueescribirelcdigo.Laspruebas, depuracionesyrevisintcnicaspermiten minimizar los errores. 4 Seguir las instrucciones Losproyectossoftwarefallansimplemente porquelosprogramadoresnosiguenlas instrucciones, las bases de desarrollo. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.66 DRA: Bases de Desarrollo 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.67 DRA: Gestin de riesgos 4 La funcin de la gestin de riesgos del software es identificar, estudiar y eliminar las fuentes del riesgo antesdequeempiecenaamenazarlafinalizacin satisfactoria de un proyecto de software. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.68 DRA: Desarrollo orientado hacia el mejor Plan 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.69 Problemas del modelo DRA 4 ParaproyectosgrandeselDRArequierederecursos humanos. 4 DRArequieredeclientesydesarrolladores comprometidos en las rpidas actividades necesarias. 4 Notodoslostiposdeaplicacionessonapropiadas paraelDRA.Sinunsistemanopuedemodularizarse adecuadamentelaconstruccindecomponentes puede fracasar. 4 Loserroressedetectanalfinal,enlaspruebas,yse resuelve con actualizaciones, al ser modelo lineal. 4 DRA no es adecuado cuando los riesgos tecnolgicos son altos.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.70 Mtrica Versin 3 MTRICA versin 3 puede ser utilizada libremente con la nica restriccin de citar la fuente de su propiedad intelectual, es decir, el Ministerio de Administraciones Pblicas de Espaa. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.71 Mtrica Versin 3 MtricaV3presentaunanicaestructuraque cubredistintostiposdedesarrollodesistemas como el estructurado y el orientado a objetos y facilita a travs de las interfaces la realizacin de procesos de apoyo y organizativos. Mtrica V3 tiene una estructura de 3 niveles: Cada proceso detalla actividades Cada actividad implica tareas Para cada tarea se indican: +Las tcnicas y prcticas a aplicar. +Los responsables de realizarlas. +Sus productos de entrada y salida. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.72 Mtrica Versin 3: Objetivos LametodologaMTRICAVersin3ofrecealas Organizacionesuninstrumentotilparala sistematizacindelasactividadesquedansoporteal ciclodevidadelsoftwaredentrodelmarcoquepermite alcanzar los siguientes objetivos:ProporcionarodefinirSistemasdeInformacinqueayudena conseguirlosfinesdelaorganizacinmedianteladefinicinde un marco estratgico para el desarrollo de los mismos.Dotar a la organizacin de productos software que satisfagan las necesidadesdelosusuariosdandounamayorimportanciaal anlisis de requisitos.MejorarlaproductividaddelosdepartamentosdeSistemasy Tecnologas de la Informacin y las Comunicaciones.Facilitarlacomunicacinyentendimientoentrelosdistintos participantes enlaproduccinde software alolargodelciclode vida del proyecto, teniendo en cuenta su papel y responsabilidad. Facilitarlaoperacin,mantenimientoyusodelosproductos software obtenidos.

06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.73 Mtrica Versin 3 Elementos fundamentales Los elementos de Mtrica 3 son:Procesos.Interfaces.Tcnicas y prcticas.Roles o perfiles.

06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.74 Mtrica Versin 3: Procesos Mtrica 3 est orientado a procesos. Procesos principales de desarrollo en Mtrica 3. Planificacin:DirigidaaobtenerSistemasde Informacinflexibles. Desarrollo: Que se subdivide en 5 procesos: +Estudio de Viabilidad del Sistema (EVS). +Anlisis del Sistema de Informacin (ASI). +Diseo del Sistema de Informacin (DSI). +Construccin del Sistema de Informacin (CSI). +Implantacin y Aceptacin del Sistema (IAS). Mantenimiento:Decarctercorrectivo,evolutivo y perfectivo y ligado al proceso de desarrollo 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.75 Mtrica Versin 3: Procesos Planificacin de Sistemas de Informacin (PSI) Mantenimiento de Sistemas de Informacin (PSI) EVS ASI DSI CSI IAS Desarrollo Gestin de Configuraciones Aseguramiento deCalidad Seguridad Gestin deProyectos Interfaz Interfaz Interfaz Interfaz Aplicacin de procedimientos administrativos ytcnicasdurante e ciclo de vida del software Actividades que evalan la calidad. Realizadas por el grupo de aseguramiento de calidad. Incorporacin de mecanismos de seguridad en el corazn mismo de los sistemas de informacin Planificacin, seguimiento y control de las actividades y recursos. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.76 Mtrica Versin 3: Planificacin Planificacin:Tienecomometaobtenerunmarcode referenciaparaeldesarrollodeSIquerespondanalos objetivos de la organizacin. Sus objetivos son: Una descripcin de la situacin actual. Unconjuntodemodelosquedefinenlaarquitectura del sistema. Unapropuestadeproyectosadesarrollarenlos prximos aos y su prioridad. Unapropuestadecalendarioparaejecutarlos proyectos. Laevaluacinderecursosnecesariosparalos proyectos a desarrollar el prximo ao. Un plan de seguimiento y control bajo una perspectiva estratgica y operativa, o tecnolgica. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.77 Mtrica Versin 3: Planificacin Planificacin del Sistema de Informacin: +Esquema General de Actividades PSI 1: Inicio del Plan de Sistemas de Informacin PSI 2: Definicin y Organizacin del PSI PSI 3: Estado de Informacin Relevante PSI 7: Definicin de la Arquitectura Tecnolgica PSI 8: Definicin del Plan de Accin PSI 9: Revisin y Aprobacin Objetivo:Obtencindeun marcodedesarrollodelSIde acuerdoalasexpectativasde la empresa. PSI 5 Estudio de los Sistemas de Informacin Actuales PSI 4: Identificacin de Requisitos PSI 6: Diseo del Modelo de Sistema de Informacin 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.78 Mtrica Versin 3: EVS EstudiodelaViabilidaddelSistema:Tienecomo objetivoelanlisisdeunconjuntoconcretode necesidadesparaproponerunasolucinacortoplazo quetengaencuentaslasrestriccioneseconmicas, tcnicas, operativas, legales y temporales. Consta de los siguientes puntos importantes: Lasolucinobtenidapuedeserladefinicindeun proyectoqueafectealossistemasdeinformacin actuales. Apartirdelasituacinactualylosrequisitos planteados, se estudian las alternativas de solucin. Se valora el impacto en la organizacin y la inversin a realizar para cada una de las alternativas. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.79 Mtrica Versin 3: EVS Estudio de la Viabilidad del Sistema +Esquema General de ActividadesEVS 1: Establecimiento del Alcance delSistema EVS 2: Estudio de la Situacin Actual EVS 4: Estudio de Alternativas de Solucin EVS 5: Valoracin de las Alternativas EVS 6: Seleccin de la Solucin Objetivo:Anlisisdeun conjuntoconcretode necesidadesparaproponeruna solucinacortoplazoquetenga encuentaslasrestricciones econmicas, tcnicas, operativas, legales y temporales. EVS 3 Definicin de los Requisitos del Sistema 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.80 Mtrica Versin 3: ASI AnlisisdelSistemadeInformacin:Tienecomo objetivo obtener una especificacin detallada del sistema deinformacinquesatisfagalasnecesidadesdelos usuariosysirvedebaseparaelposteriordiseodel sistema. AlcubrirMtricaV3tantodesarrollosestructuradosy orientadosaobjetos,lasactividadesdeambas aproximacionesestnintegradasenunaestructura comn. Laparticipacinactivadelosusuariosesunacondicin imprescindibleparaelanlisisdesistemasde informacin,yaqueconstituyeunagarantadequelos requisitos identificados son comprendidos e incorporados al sistema, y en consecuencia, este ser aceptado. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.81 Mtrica Versin 3: ASI Anlisis del Sistema de Informacin: +Esquema General de Actividades (Anlisis Estructurado) ASI 1: Definicin del Sistema ASI 2: Establecimiento de Requisitos ASI 3: Identificacin de Subsistemas de Anlisis ASI 6: Elaboracin delModelo de Datos ASI 7: Elaboracin delModelo de Productos ASI 8: Definicin de Interfaces de Usuario ASI 9: Anlisis de Consistencia ASI 10: Especificacin del Plan de Pruebas ASI 11: Presentacin y Aprobacin Anlisis deSistema de Informacin Objetivo:Obtencindeuna especificacindetalladadel sistemaquesatisfagalas necesidadesdelusuarioy sirvadebaseparaelposterior diseo del sistema. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.82 Mtrica Versin 3: ASI Anlisis del Sistema de Informacin: +Esquema General de Actividades (Anlisis Orientado a Objetos) ASI 1: Definicin del Sistema ASI 2: Establecimiento de Requisitos ASI 3: Identificacin de Subsistemas de Anlisis ASI 4: Anlisis de Casos de Uso ASI 5: Anlisis de Clases ASI 8: Definicin de Interfaces de Usuario ASI 9: Anlisis de Consistencia ASI 10: Especificacin del Plan de Pruebas ASI 11: Presentacin y Aprobacin Anlisis deSistema de Informacin Objetivo:Obtencindeuna especificacindetalladadel sistemaquesatisfagalas necesidadesdelusuarioy sirvadebaseparaelposterior diseo del sistema. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.83 Mtrica Versin 3: DSI DiseodelSistemadeInformacin:Tiene comoobjetivoesdefinirlaarquitecturade sistemaydelentornotecnolgicoquelesoporte juntoalaespecificacindetalladadelos componentes del sistema de informacin. A partir de esta informacin se generan: Las especificaciones de construccin relativas al propio sistema. La descripcin tcnica del plan de pruebas. La definicin de los requisitos de implantacin. Eldiseodelacargainicialydelos procedimientos de migracin, si es necesario 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.84 Mtrica Versin 3: Diseo Diseo del Sistema de Informacin: +EsquemaGeneraldeActividades(Diseo Estructurado) DSI 1: Definicin de la Arquitectura del Sistema DSI 2: Diseo dela Arquitectura de Soporte DSI 7: Verificacin y Aceptacin de la Arquitectura del Sistema Objetivo:Definirlaarquitecturadelsistema,el entorno tecnolgico y la especificacin detallada de los componentes del sistema. DSI 8: Generacin de Especificaciones de Construccin DSI 9: Diseo de Migracin y Carga Inicial de Datos DSI 10:Especificacin Tcnica del Plan de Pruebas DSI 11: Establecimiento de Requisitos de Implantacin DSI 12: Aprobacin del Diseo del Sistema de Informacin DSI 6: Diseo Fsico de Datos DSI 5: Diseo de Casos de Uso Reales 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.85 Mtrica Versin 3: Diseo Diseo del Sistema de Informacin: +Esquema General de Actividades (Diseo Orientado a Objetos) DSI 2: Diseo dela Arquitectura de Soporte DSI 3: Diseo de Casos de Uso Reales DSI 7: Verificacin y Aceptacin de la Arquitectura del Sistema Objetivo:Definirlaarquitecturadelsistema,el entorno tecnolgico y la especificacin detallada de los componentes del sistema. DSI 8: Generacin de Especificaciones de Construccin DSI 9: Diseo de Migracin y Carga Inicial de Datos DSI 10:Especificacin Tcnica del Plan de Pruebas DSI 11: Establecimiento de Requisitos de Implantacin DSI 12: Aprobacin del Diseo del Sistema de Informacin DSI 1: Definicin de la Arquitectura del Sistema DSI 6: Diseo Fsico de Datos DSI 4: Diseo de Clases 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.86 Mtrica Versin 3: CSI ConstruccindelSistemadeInformacin:Tiene como objetivo generar el cdigo de loa componentes delsistemadeinformacinydetodosloa procedimientosdeoperacinyseguridadydela elaboracindelosmanualesdeexplotacinydel usuario final. Adems se realizan las pruebas: Pruebas unitarias. Pruebas de integracin del sistema. Pruebas del sistema. 4Asimismo se definen la formacin del usuario final, y, siprocedeseconstruyenlosprocedimientosde carga inicial y migracin de datos. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.87 Mtrica Versin 3: Construccin Construccin del Sistema de Informacin: Esquema General de Actividades Objetivo: Generar el cdigo de los componentes, desarrollar los procedimientos de operacin y seguridad y elaborar los manuales del usuario final y explotar. CSI 5: Ejecucin de las Pruebas del Sistema CSI 1: Preparacin del Entorno Generacin y Construccin CSI 2: Generacin de Cdigo de Componentes y Procedimientos CSI 3: Ejecucin de Pruebas Unitarias CSI 4: Ejecucin de Pruebas de Integracin CSI 6: Elaboracin Manuales de Usuario CSI 7: Definicin de la Formacin de Usuarios Finales CSI 8: Construccin deComponentes y Procedimientosde Migracin y Carga Inicial de Datos CSI 9: Aprobacin deldel Sistema de Informacin 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.88 Mtrica Versin 3: IAS ImplantacinyAceptacindelSistema: Tienecomoobjetivoprincipallaentregay aceptacindelsistemaensutotalidad,yla realizacindetodaslasactividades necesarias para su paso a la produccin.Revisindelaestrategiadeimplantacin determinada en el EVS. La preparacin de la infraestructura necesaria, lainstalacindeloscomponentes,la activacindelosprocedimientosmanualesy automticos asociados a la migracin o carga inicial de datos. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.89 Mtrica Versin 3: IAS Implantacin y Aceptacin del Sistema: +Esquema General de Actividades Objetivo: Entregar y aceptar el sistema en su totalidad y realizar las actividades necesarias para producirlo IAS 1: Establecimiento del Plan de Implantacin IAS 2: Formacin Necesaria para la Implantacin IAS 3 : Incorporacin del Sistema al Entorno de Operacin IAS 5: Prueba de Implantacin del Sistema IAS 6: Prueba de Aceptacin del Sistema IAS 9: Presentacin y Aprobacin del Sistema IAS 10: Paso a Produccin IAS 4 : Carga de Datos al Entorno de Operacin IAS 7: Preparacin del Mantenimiento IAS 8: Establecimiento del Acuerdo del Nivel de Servicio 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.90 Mtrica Versin 3: MSI MantenimientodelSistemadeInformacin:Tienecomoobjetivo principallaobtencindeunanuevaversindelsistemade informacinenbasealaspeticionesdemantenimientodelos usuariosrealizanconmotivodeunproblemadetectadoenel sistema,o por una necesidad de mejora del mismo. Atendiendoalosfines,podemosestablecerlossiguientestiposde mantenimiento: Correctivo: Para corregir errores del producto software.Evolutivo:Paralasincorporaciones,modificacionesy eliminacionesnecesariasenunproductosoftwareparasu expansin o cambio en las necesidades del usuario.Adaptativo:Paralasmodificacionesqueafectanalosentornos en los que el sistema opera.Perfectivo:Paramejorarlacalidadinternadelossistemasen cualquieradesusaspectos:reestructuracindelcdigo, definicin ms clara del sistema y optimizacin del rendimiento y eficiencia. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.91 Mtrica Versin 3: MSI Mantenimiento del Sistema de Informacin: +Esquema General de Actividades Objetivo: Obtencin de una nueva versin del sistema de informacin en base a las peticiones de mantenimiento de los usuarios.MSI 1: Establecimiento del Plan de Implantacin MSI 2: Formacin Necesaria para la Implantacin MSI 3 : Incorporacin del Sistema al Entorno de Operacin MSI 4 Prueba de Implantacin del Sistema 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.92 Mtrica Versin 3: Interfaces 4MTRICA, ensu versin 3, proporciona tambin cuatrointerfacesquedefinenactividades orientadas a la mejora y perfeccionamiento de los procesosprincipalescaraagarantizarla consecucin del objetivo del desarrollo. 4Las interfaces son: Gestin de proyectos (GP).Seguridad (SEG).Aseguramiento de la Calidad (CAL).Gestin de la Configuracin (GC). 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.93 Mtrica Versin 3: Interfaz de Gestin de Proyectos 4Gestindeproyectos(GP):Tienecomofinalidad principallaplanificacin,elseguimientoycontroldelas actividadesydelosrecursoshumanosymaterialesque intervieneneneldesarrollodeunSistemade Informacin. Las actividades de la GP son 3: +ActividadesdeIniciodelProyecto(GIP):Que permitenestimarelesfuerzoyestablecerla planificacin del proyecto.+ActividadesdeSeguimientoyControl(GSP): Supervisandolarealizacindelastareasporparte delequipodeproyectoygestionandolas incidencias y cambios en los requisitos que puedan presentarse y afectar a la planificacin del proyecto.+Actividades de Finalizacin del Proyecto (GFP): Cierre y registro de la documentacin de gestin.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.94 Mtrica Versin 3: Interfaz de Seguridad 4Seguridad(SEG):Suobjetivoesincorporaren lossistemasdeinformacinmecanismosde seguridadadicionalesalosqueseproponenen lapropiametodologa,asegurandoeldesarrollo decualquiertipodesistemaalolargodelos procesos que se realicen para su obtencin 4SeutilizarMAGERITcomometodologade anlisisygestinderiesgos,encasodequela organizacinnodispongadesuspropia metodologa. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.95 Mtrica Versin 3: Interfaz de Seguridad 4 MAGERIT: Es una metodologa de anlisis y gestin de riesgos de los sistemas de informacin. 4 Objetivos: Magerit persigue los siguientes objetivos: 1. Concienciar a los responsables de los sistemas de informacin delaexistenciaderiesgosydelanecesidaddeatajarlosa tiempo.2. Ofrecer un mtodo sistemtico para analizar tales riesgos.3. Ayudaradescubriryplanificarlasmedidasoportunaspara mantener los riesgos bajo control.4. ApoyarlapreparacinalaOrganizacinparaprocesosde evaluacin,auditoria,certificacinoacreditacin,segn corresponda en cada caso.

06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.96 Mtrica Versin 3: Interfaz de Gestin de Configuracin 4 Gestindeconfiguracin(GC):El objetivoesmantenerlaintegridaddelos productosqueseobtienenalolargodel desarrollo de los sistemas de informacin, garantizandoquenoserealizancambios incontroladosyquetodoslos participanteseneldesarrollodelsistema disponendelaversinadecuadadelos productos que manejan.

06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.97 Mtrica Versin 3: Interfaz de Aseguramiento de Calidad 4 AseguramientodeCalidad(CAL):Su objetivo es proporcionar un marco comn de referenciaparaladefinicinypuestaen marchadeplanesespecficosde aseguramientodecalidadaplicablesa proyectos concretos. 4 Lasactividadesevalanlacalidadyson realizadasporungrupodeAsesoramiento delaCalidadindependientedelos responsablesdelaobtencindelos productos. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.98 Mtrica Versin 3: Tcnicas 4MTRICA,ensuversin3,distingue entre: Tcnicasdedesarrollo(CasosdeUso, DiagramasdeClases,Diagramadeflujode datos,...).Tcnicasdegestindeproyectos(Tcnicas deestimacin,TamaodePersonal, Planificacin,...)Prcticas(Anlisisdeimpacto, Presentaciones, Prototipado,...)... 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.99 Mtrica Versin 3: Perfiles 4MTRICAestablecelossiguientesperfilesparalos participantesenelprocesodedesarrollodeun sistema de informacin: Directivo(ComitdeDireccin,Directoresde Usuarios,...).JefedeProyecto(ResponsabledeImplantacin, Responsable de Seguridad,...).Consultor(ConsultorInformtico,Tcnicode Sistemas).Analista(Analista,AdministradordeBasesde Datos,...).Programador. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.100 Resumen 4A la hora de crear un producto software se debe conocerlosmodelosytcnicasdisponibles. Cadamodelotienesuspropiaspeculiaridades quehacequeseanmsomenoseficientes contralasparticularidadesdelentornoolos retos del proyecto a realizar. 4Ningunodelosmodelosytcnicasrevisadossonexcluyentes,demodoquesepueden combinarlosmodelosmsadecuadosparacadasituacin,creandounplanpropiode desarrollo y crecimiento de las aplicaciones.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.101 Resumen 4El modelo de cascada considera cada actividad del proceso como actividad discreta. 4Elmodelodedesarrolloevolutivoconsidera actividades del proceso en forma concurrente. 4Elmodeloenespiralsebasaenelanlisisde riesgos. 4Lavisibilidaddelprocesoinvolucralacreacin de documentos o resultados de las actividades. 4Losingenierosdesoftwaredebentener responsabilidadesticas,socialesy profesionales. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.102 Resumen 4Parasistemasbiencomprendidosutilizar el Modelo de Cascada. La fase de anlisis de riesgos es relativamente fcil. 4Conrequerimientosestablesysistemas deseguridadcrticos,utilizamodelos formales. 4Conespecificacionesincompletas,utiliza el modelo de prototipado. 4Puedenutilizarsemodeloshbridosen distintas partes del desarrollo. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.103 Mtodos giles 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.104 Introduccin 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.105 Proyecto Exitoso? 4JefedeProyecto:Por quvatanretrasadoel proyecto? 4Programador:Esqueel clientehavueltoacambiar lasespecificacionesyal modificarelcdigose cometierroresenpartes que ya estaban terminadas. 4JefedeProyecto:Pero, nosabesloquenos esta costando esto?06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.106 xito o Fracaso en proyectos de desarrollo de software Proyectos de Software3230282627161720232840315150494633530% 20% 40% 60% 80% 100%200420022000199819961994xitoFracasoEn problemas06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.107 Los proyectos de desarrollo 4No haban seguido mtodos formales 4Habanestimulado lacomunicaciny las pruebas. 4Noentendansus fallassihaban cumplidoconlos mtodos formales.4En 1990 un estudio realizado en IBM: Equipos exitososEquipos con problemas 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.108 Los proyectos de desarrollo 4Laexperienciaserepitiportodala dcada,portodoelmundoycon todas las herramientas CONCLUSION Menos nfasis en la documentacin exhaustiva y ms en versiones que corran y puedan ser probadas.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.109 Esquema Tradicional 4Notaciones de modelado y las herramientas (documentacin)4Rigurosadefinicinde actividades, artefactos y roles.4Efectivo en proyectos de gran envergadura 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.110 Desarrollos Actuales 4Contexto es muy cambiante.4Se exige reducir tiempospero manteniendo una alta calidad.4En la prctica, se prescinde del buen hacer de la ingeniera del softwareparaajustarseaestas restricciones.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.111 Los mtodos giles 4Losmtodosgiles(enadelanteMAs) constituyenunmovimientoheterodoxo queconfrontaconlasmetodologas consagradas. 4LosMAsseexpresaronatravsde manifiestosylibrosentonodeproclama, rehuyendo(hastahacepoco)toda especificacin formal.4Elefectomediticodeesosmanifiestos hasidoexplosivoyocasionquela contienda entre ambas formas haya sido y siga siendo enconada.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.112 Contienda enconadaProgramadoresdel Mundo Unos! Un Fantasma Recorre Europa!Es Extreme! 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.113 Los mtodos giles 4LosMAsnosurgieronporques, sino que estuvieron motivados: por una conciencia particularmente aguda de la crisis del software. porlaresponsabilidadquese imputaalasgrandesmetodologas en la gestacin de esa crisis yporelpropsitodearticular soluciones.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.114 Paradigmas de desarrollo de software Mtodos pesados Mtodos giles Versus 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.115 El desarrollo en cascada 4Algunosrelacionanalosmtodosortodoxoso guiadosporunplanconeldesarrolloen cascada tradicional porque ...Losmtodosortodoxosoguiadosporun plansurgieroncuandoseintentabaconstruir software con una aproximacin en cascada. LosprimerosinterpretesdelCMM(Modelo deCapacidaddeMadurez)adaptaroneste modelo a este ciclo de vida influenciado por el tipodeingenieradesistemasquerequeran enaquelentonceselDepartamentode DefensadeEEUU,compaascomoIBM, Hitachi y Siemens, etc.. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.116 El modelo en cascada 4El modelo en cascadaobedece a la mala adaptacin de la planeacin predictiva al desarrollo del software. Salvo excepciones, el modelo en cascada no funciona bien en el desarrollo del software 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.117 Lo que no funciona Manufactura predecible ideal Desarrollo real de producto nuevo Esposiblecompletarlas especificacionesyluego construirelproductodemanera repetida. Raramente es posible crear desde el comienzo especificaciones que no cambien.Alcomienzo,sepuedenhacer estimaciones de esfuerzo y costo.Alcomienzonoesposible estimar. La confiabilidad crece en medida que el proyecto avanza. Esposibleidentificar,definir, programaryordenartodaslas actividades en detalle. Alcomienzonoesposible hacerlo,puessetrata,casi siempre, de un nuevo producto. Laadaptacinacambios impredeciblesnoeslanorma, pues la razn de cambios es baja. Laadaptacinacambiosesla norma.Larazndecambioses elevada.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.118 Consecuencia 4Lo que significa Sobrecostos, proyectos muy largos en el tiempo, baja calidad. En resumen: proyectos impredecibles. Integracinenetapasfinalesyproblemastardosde diseo. Mucho retrabajo. Softwarequenosatisfacenecesidadesdeclientesy usuarios. Foco en documentos y reuniones formales de diseo. Lasaproximacionesbasadasenplanesproducen muchos documentos. Insatisfaccin generalizadade los interesados. Etc. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.119 Consecuencia Y conducen a +Prdidadedinero(sobrecostos, necesidades del producto, etc. ) +Cuestionamientoalgrupodeingeniera (interno o externo). +Abordar el problema incorrectamente. Hoy no triunfan las empresas ms poderosas econmicamente, lo hacen las ms rpidas e innovadoras06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.120 Consecuencia 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.121 Se persiste en lo que no funciona 4Porqusepersisteenunmodeloqueno funciona? Paracadaproblemacomplejo,existeuna solucinsimple,ordenadaeincorrecta (Mencken).Ejemplo:latierraesplana,todogira alrededor de la tierra. Eldesarrolloencascada,atribuidoaRoyce[1970] (EnrealidadRoycepregoneldesarrolloiterativo), tuvounagraninfluencia,apartirdelaingenierade sistemas, y no de la ingeniera de software. Eldesarrolloencascadaesfcildeexplicar.El desarrollo iterativo e incremental es ms complejo. Puededarlailusindeunprocesoordenado, predecible y medible.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.122 Se persiste en lo que no funciona 4Porquenosequierehacerdebuscar otras formas de desarrollo. 4Porpresindecompradores,lacualasu vezprovienedelosCEO(Funcionario Ejecutivo Principal) y CIO (Funcionario de InformacinPrincipal),etc.Cunto vale?Cunto se demora?, etc. 4Porlapolticadecomprasdelos gobiernos. 4Porquelaingenieradesoftwarenoes fcil, aunque no es para seres especiales.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.123 Respuesta 4Larespuestaalosproblemasde aproximacinencascadaybasadasen documentossonlasaproximaciones denominadas giles. Todas las aproximaciones giles son un subconjunto de las aproximaciones Iterativas. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.124 Respuesta 4El desarrollo Iterativo es: Una aproximacin para construir software (o cualquier cosa), en la cualel ciclo de vida se descompone en varias iteraciones en secuencia. Cada iteracin es un mini-proyecto autocontenido. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.125 Respuesta 4El objetivo de cada iteracin es Liberar un sistema parcialmente completo, probado, integrado, y estable. Algunas iteraciones son internas, otras se liberan a operaciones.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.126 Los mtodos giles 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.127 Los mtodos giles 4Enladcadadelos80sepromovielmtododela cascada y los resultados fueron una serie de reveses. Apartirde1987serecomendaronlosmtodos evolutivosconresultadossemejantes.Elprestigioso ISO9000tambinrecibidurascrticasporquese encontrcorrelacionesnegativasentrelarealidady los estndares. 4Anteesaevidencia,losexpertos,enmasa, aconsejaronelabandonodelosmtodosencascada ylasnormativasfuertes;erannombresinfluyentes: HarlanMills,TomGilb,BarryBoehm,James Martin,TomDeMarco,EdYourdonymuchosms [Lar04].Yaeranconocidospordiversoslogrosy muchosdeellosestaban,adems,elaborandosus propiasalternativasdinmicas,iterativas,evolutivasy en suma, giles.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.128 Los mtodos giles 4Para algunos tericos el surgimiento de los mtodos giles fueconsideradocomo unarebelindeaficionados adictos alcdigosindestrezaeneldesarrollocorporativo.Est afirmacin est lejos de la realidad. 4Tantolospartidariosdelosmtodosincrementalesylos futuros mtodos giles, tenan como en el CMM un comn enemigo.Larmansostienequemuchosdelos certificadoresenconsultoresenCMMtienenunafuerte formacinenlosvaloresdelosmtodosdecascadayen procesosprescriptivos,conpocaexperienciaenmtodos iterativos e incrementales. 4DesarrollosposteriorescomoelProjectManagement Institute(PMI),consuprestigiosoBodyofKnowledge (PMBOK)peseasuaceptacinanivelgerencialyque reconoceelvalordelosnuevosmtodos,noesaceptado por los iconoclastas porque los contenidos ms tempranos sonmarcadamente prescriptivos y tienen mucha confianza en un plan y el desenvolvimiento de acuerdo a l. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.129 El Manifiesto de los mtodos giles 4Enmarzodel2001enSaltLakeCitysereunieron17 especialistasparadiscutirlosnuevosmtodos.Loque surgideestareuninManifiestogildeDesarrollode Software.Fuetodounacontecimiento,yaunquees reciente marc un hito en la historia.4El manifiesto de los MAs dice lo que sigue. Estamosponiendoaldescubiertoformasmejoresde desarrollo de software, hacindole y ayudando a otros que lo hagan. A travs de ste trabajo hemos llegado a valorar: Losindividuosylainteraccinporencimadelos procesosyherramientas:Lagenteeselprincipal factordexitoparaunproyectodesoftware.Esms importante formar un buen equipo antes que construir el entorno.Elequipounavezformadodebecrearsu propio entorno de acuerdo a sus necesidades. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.130 El Manifiesto de los mtodos giles Elsoftwarequefuncionaporencimadeladocumentacin abarcadora: La regla a seguir es no producir documentos a menosqueseannecesariosdemanerainmediatapara tomarunadecisinimportante.Estosdocumentosdeben ser cortos y centrarse en lo fundamental. Lacolaboracinconelclienteporencimadela negociacincontractual:Seproponequeexistaqueuna interaccinentreelclienteyelequipodedesarrollo.Esta colaboracin entre ambos ser la marcha del proyecto y la que asegure su xito. Larespuestaalcambioporencimadelseguimientodeun plan:Lahabilidadderesponderaloscambiosquepueden surgiralolargodelproyecto(cambiosenlosrequisitos,enla tecnologa,enelequipo,etc.)determinatambinelxitoo fracasodelmismo.Porlotantolaplanificacinnodebeser estricta, sino abierta y flexible. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.131 El Manifiesto de los mtodos giles 4LosfirmantesdelManifiestofueronKentBeck(XP), MikeBeedle,ArievanBennekum(DSDM),Alistair Cockburn(Crystal),WardCunnimgham(XP),Martin Fowler(XP),JamesGrenning(XP),JimHighsmith (ASD),AndrewHunt(PragmaticProgramming),Ron Jeffries(XP),JonKern(FDD),BrianMarick,Robert C. Martin (XP), Steve Mellor, Ken Schwaber (Scrum), JeffSutherland(Scrum)yDaveThomas(Pragmatic Programming).HaypredominiodemogrficodeXP(6 sobre17)y,considerandonuestraseleccindediez MAs,sepercibelafaltadedelegadosdeEvo,Agile Modeling, Lean Development y RUP. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.132 Desarrollo de los mtodos giles Metodologa Acrnimo Creacin Tipo de modelo CaractersticaAdaptive SoftwareDevelopmentASD Highsmith 2000 Prcticas + Ciclo devidaInspirado en sistemasadaptativos complejosAgile Modeling AM Ambler 2002 Metodologa basada enla prcticaSuministra modelado gila otros mtodosCrystal Methods CM Cockburn 1998 Familia demetodologasMA con nfasis enmodelo de ciclosAgile RUP dX Booch, Martin, Newkirk1998Framework / Disciplina XP dado vuelta conartefactos RUPDynamic SolutionsDelivery ModelDSDM Stapleton 1997 Framework / Modelo deciclo de vidaCreado por 16 expertosen RADEvolutionary ProjectManagementEvo Gilb 1976 Framework adaptativo Primer mtodo gilexistenteExtremeProgrammingXP Beck 1999 Disciplina en prcticasde ingenieraMtodo gil radicalFeature-drivendevelopmentFDD De Luca & Coad 1998Palmer & Felsing 2002Metodologa Mtodo gil de diseo yconstruccinLean Development LD Charette 2001, Mary yTom PoppendieckForma de pensar Modelo logsticoMetodologa basada enprocesos productivosMicrosoft SolutionsFrameworkMSF Microsoft 1994 Lineamientos,Disciplinas, PrcticasFramework de desarrollode solucionesRapid Development RAD McConnell 1996 Survey de tcnicas ymodelosSeleccin de bestpractices, no mtodoRational UnifiedProcessRUP Kruchten 1996 Proceso unificado Mtodo (gil?) conmodeladoScrum Scrum Sutherland 1994 -Schwaber 1995Proceso (frameworkde management)Complemento de otrosmtodos, giles o no06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.133 Principios de los mtodos giles 1. Nuestraprioridadmsaltaessatisfaceralclientea travsdelaentregatempranaycontinuadesoftware valioso.2. Losrequerimientoscambiantessonbienvenidos, inclusocuandollegantardeeneldesarrollo.Los procesosgilesseplieganalcambioenprocurade una ventaja competitiva para el cliente.3. Entregar con frecuencia software que funcione, desde unpardesemanashastaunpardemeses,con preferencia por las escalas de tiempo ms breves.4. Lagentedenegociosylosdesarrolladoresdeben trabajarjuntoscotidianamenteatravsdetodoel proyecto.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.134 Principios de los mtodos giles 5. Construirproyectosentornodeindividuosmotivados. Darleslaoportunidadyelrespaldoquenecesitany procurarles confianza para que realicen la tarea.6. Laformamseficienteyefectivadecomunicar informacindeidayvueltadentrodeunequipode desarrollo es mediante la conversacin cara a cara.7. Elsoftwarequefuncionaeslamedidaprimariade progreso.8. Losprocesosgilespromueveneldesarrollo sostenido.Lospatrocinadores,desarrolladoresy usuariosdebenmantenerunritmoconstante indefinidamente.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.135 Principios de los mtodos giles 9. Laatencincontinuaalaexcelenciatcnicaenaltece la agilidad.10. Lasimplicidad(elartedemaximizarlacantidadde trabajo que no se hace) es esencial.11. Lasmejoresarquitecturas,requerimientosydiseos emergen de equipos que se auto-organizan.12. Aintervalosregulares,elequiporeflexionasobrela formadesermsefectivo,yajustasuconductaen consecuencia.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.136 Caractersticas mnimas de los mtodos giles a. Orientacin a las personas: Los clientes estn con el equipodedesarrolloypuedencontestaralas preguntasdurantelamarchadelproyecto. Comunicacindirecta,caraacaraentrelos desarrolladores. b. Rechazoalaburocraciadelosmtodospesados: Serechazaexcesodedocumentacinystanodesempeapapelfundamentalenlaconstruccinde software de calidad.c. Adaptacinalascircunstanciascambiantesdela empresa:Seasumequelosrequisitosdesoftware evolucionanalmismotiempoquesedesarrolla;de modo que se plantean prcticas dinmicas adaptables a los cambios.06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.137 Caractersticas mnimas de los mtodos giles d. Sonmtodosmsadaptablesquepredictivos:Se adaptanaloscambiosynosepreocupanporloque pude ocurrir despus. e. Rechazoalaespecializacin:Losdesarrolladores no deben realizar las mismas tareas, deben rotar.f. Desarrolloincrementaleiterativo:Elsoftware puedeydebeserdesarrolladoenincrementose iteraciones cuanto ms cortos mejor (das, semanas). g. Orientacin al cdigo: El cdigo es lo nico esencial, yeldiseoestenelcdigoynoenlosmodelos independientesdelcdigo.Laescrituradelcdigoy laspruebassonmsimportantesqueelanlisisyel diseo. h. Rechazo al diseo: Dado que los requisitos cambian duranteelproyecto,esinnecesarioeldiseo detallado. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.138 Caractersticas mnimas de los mtodos giles i. Usodelarefactorizacin:Modificarelcdigopara modificarsuestructurainternasinmodificarsu estructura externa. j. Rechazoalareusabilidad:Lareusabilidadnodebe guiar la construccin del software.k. Reduccin de los costos de cambio: Se intenta que los costos de los cambiosno crezcan excesivamente en el tiempo. l. Se organizan a si mismos: Los equipos giles tienen suficienteautonomaparaorganizarseyalcanzarlos objetivos del producto. m. Sonemergentes:Latecnologaylosrequisitos emergen en el ciclo de desarrollo del producto. 06/02/2013 UPJCM - Curso de Mtricasdel Software -A. Velapatio C.139 Diferencia entre MAs y no giles Mtodos gilesMtodos tradicionales Basadaenheursticasprovenientesdelas prcticas de produccin del software. Basadaennormasprovenientesde estndaresseguidosporelentornode desarrollo. Especialmentepreparadosparacambios durante el proyecto. Cierta resistencia a los cambios. Impuestos internamente por el equipo.Impuestas externamente. Procesosmenoscontrolados,conpocos principios. Procesomuchomscontroladocon numerosas polticas /reglas. Noexistecontratotradicional,oalmenos,es bastante flexible. Existe un contrato prefijado. El cliente es parte del equipo de desarrollo.Elclienteinteractaconelequipode desarrollo mediante reuniones. Grupospequeos(